
From nobody Wed Jan  3 13:44:30 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1D52129C6C for <detnet@ietfa.amsl.com>; Wed,  3 Jan 2018 13:44:28 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gem8AeyksGFS for <detnet@ietfa.amsl.com>; Wed,  3 Jan 2018 13:44:26 -0800 (PST)
Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) (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 CF7C51270AE for <detnet@ietf.org>; Wed,  3 Jan 2018 13:44:26 -0800 (PST)
Received: from cmgw3 (unknown [10.0.90.84]) by gproxy8.mail.unifiedlayer.com (Postfix) with ESMTP id 83D591AB38B for <detnet@ietf.org>; Wed,  3 Jan 2018 14:44:26 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with  id txkN1w01C2SSUrH01xkRJU; Wed, 03 Jan 2018 14:44:26 -0700
X-Authority-Analysis: v=2.2 cv=XM9AcUpE c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=-80DEDMye-IA:10 a=RgaUWeydRksA:10 a=48vgC7mUAAAA:8 a=eS-REJDx70ZzoMj99-kA:9 a=QEXdDO2ut3YA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:Cc:To:Sender:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=0BCygPXLkNQYt4PE/87aHDD7cfg3RENooRD6FlyhBXU=; b=OjIBNTEnF5UdLfjN4AoUT4cBTv Cg47HpW7GGmz1HZYwNLCDvV2T+jqFOD4IskUq5dJfLYUMZ4TXwVaqg1q5O6cUTXlF/m1v2tweS2jw 5GxQXmKT+DgGsb/A0SbxeA34i;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:38472 helo=fs2.dc.labn.net) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1eWqpi-000mUg-Oo; Wed, 03 Jan 2018 14:44:22 -0700
To: DetNet WG <detnet@ietf.org>
Cc: iesg-secretary@ietf.org
From: Lou Berger <lberger@labn.net>
Message-ID: <765b0a8a-075f-7bd6-54df-cecf5c911665@labn.net>
Date: Wed, 3 Jan 2018 16:44:22 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1eWqpi-000mUg-Oo
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net (fs2.dc.labn.net) [100.15.86.101]:38472
X-Source-Auth: lberger@labn.net
X-Email-Count: 13
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/mzWmEC_XcqL6sl3jnJYSTYW4M2Y>
Subject: [Detnet] Virtual interim on DetNet Data Plane - January 10, 1600-1800GMT.
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jan 2018 21:44:29 -0000

All,

We are planning to hold our first virtual interim to discuss the
DetNet Data Plane document,
https://tools.ietf.org/html/draft-ietf-detnet-dp-sol . The intent is to
work through open issues on the draft, starting with where we left off
at IETF 100, see [1] and [2].

The meeting will be held January 10 at 1600GMT. We aiming for a 90
minute meeting, but are scheduling to allow 30 minutes of extra
discussion time if needed. Webex details will be announced once available.

The agenda is less formal than our normal meetings and is:

- Administrivia, welcoming new co-chair (Chairs, 5 minutes)
- Plan for addressing open issues on the draft, including future
  interims (Chairs, 5 minutes)
- Review of IETF100 conclusions, and related planned document updates
  (TBD)
    Reference: https://datatracker.ietf.org/doc/minutes-100-detnet/
- Open issues discussion (Lead TBD)

[1]
https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3-detnet-data-plane-encapsulation-resolving-open-issues/

[2]
https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3a-detnet-data-plane-encapsulation-resolving-open-issues-pref/

Thank you,

DetNet WG Chairs


From nobody Wed Jan  3 14:50:13 2018
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: detnet@ietf.org
Delivered-To: detnet@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EE7D120046; Wed,  3 Jan 2018 14:50:06 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IESG Secretary <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
Cc: detnet@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.68.2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151501980651.18322.15290657865449244219@ietfa.amsl.com>
Date: Wed, 03 Jan 2018 14:50:06 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/3ndi4HZ40kHQT1B9aoTf6GKkLiA>
Subject: [Detnet] Deterministic Networking (detnet) WG Virtual Meeting: 2018-01-10
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jan 2018 22:50:06 -0000

The Deterministic Networking (detnet) Working Group will hold
a virtual interim meeting on 2018-01-10 from 16:00 to 18:00 GMT.

Agenda:
We are planning to hold our first virtual interim to discuss the
DetNet Data Plane document,
https://tools.ietf.org/html/draft-ietf-detnet-dp-sol . The intent is to
work through open issues on the draft, starting with where we left off
at IETF 100, see [1] and [2].

The meeting will be held January 10 at 1600GMT. We are aiming for a 90
minute meeting, but are scheduling to allow 30 minutes of extra
discussion time if needed. Webex details will be announced once available.

The agenda is less formal than our normal meetings and is:

- Administrivia, welcoming new co-chair (Chairs, 5 minutes)
- Plan for addressing open issues on the draft, including future
interims (Chairs, 5 minutes)
- Review of IETF100 conclusions, and related planned document updates
(TBD)
Reference: https://datatracker.ietf.org/doc/minutes-100-detnet/
- Open issues discussion (Lead TBD)

[1]
https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3-detnet-data-plane-encapsulation-resolving-open-issues/

[2]
https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3a-detnet-data-plane-encapsulation-resolving-open-issues-pref/

Thank you,

DetNet WG Chairs

Information about remote participation:
Webex details will be announced once available.


From nobody Wed Jan  3 17:51:59 2018
Return-Path: <gengxuesong@huawei.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6318B12D833 for <detnet@ietfa.amsl.com>; Wed,  3 Jan 2018 17:51:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-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 opn04_y0_iJN for <detnet@ietfa.amsl.com>; Wed,  3 Jan 2018 17:51:52 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 0628F124D37 for <detnet@ietf.org>; Wed,  3 Jan 2018 17:51:52 -0800 (PST)
Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 755328AF7195F; Thu,  4 Jan 2018 01:51:47 +0000 (GMT)
Received: from DGGEMA422-HUB.china.huawei.com (10.1.198.155) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 4 Jan 2018 01:51:47 +0000
Received: from DGGEMA501-MBS.china.huawei.com ([169.254.4.171]) by dggema422-hub.china.huawei.com ([10.1.198.155]) with mapi id 14.03.0361.001; Thu, 4 Jan 2018 09:51:32 +0800
From: "Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com>
To: Toerless Eckert <tte@cs.fau.de>, Greg Mirsky <gregimirsky@gmail.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>, "detnet@ietf.org" <detnet@ietf.org>
CC: "Grossman, Ethan A." <eagros@dolby.com>, Mach Chen <mach.chen@huawei.com>,  Norman Finn <norman.finn@mail01.huawei.com>
Thread-Topic: draft-ietf-detnet-use-cases & slices suggestions
Thread-Index: AQHTXouCnOES7TjcIkSI7Vuob/v/M6NjPDvg
Date: Thu, 4 Jan 2018 01:51:31 +0000
Message-ID: <F1C1D5B02EA3FA4A8AF54C86BA4F325C089605E1@DGGEMA501-MBS.china.huawei.com>
References: <20171116033202.GX19390@faui40p.informatik.uni-erlangen.de>
In-Reply-To: <20171116033202.GX19390@faui40p.informatik.uni-erlangen.de>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.130.169.123]
Content-Type: multipart/alternative; boundary="_000_F1C1D5B02EA3FA4A8AF54C86BA4F325C089605E1DGGEMA501MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/t_ndVIeNPOyKS0L6aSqcQtcnhOQ>
Subject: Re: [Detnet] draft-ietf-detnet-use-cases & slices suggestions
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Jan 2018 01:51:57 -0000

--_000_F1C1D5B02EA3FA4A8AF54C86BA4F325C089605E1DGGEMA501MBSchi_
Content-Type: text/plain; charset="windows-1258"
Content-Transfer-Encoding: quoted-printable

Hi Toerless,



Thank you for your comments. They are very useful.

Here is the revised text of Network Slicing Use Case. You can find some of =
your suggested words are added into it, which have been highlighted.

I hope perhaps Greg and Alex can also be satisfied with this version , beca=
use a paragraph tries to respond to your comments about adding other use ca=
ses mentioned in 3GPP . I have highlighted them too.

This is open to discuss.

Any other comments are welcome.

---------------------------------------------------------------------------=
--------------------------------------------

10. Network Slicing

10.1. Use Case Description

Network slicing divides one physical network infrastructure into multiple l=
ogical networks. Each slice, corresponding to a logical network,

uses resources and network functions independently from each other. Network=
 slicing provides flexibility of resource allocation and service

quality customization. Future services will demand network performance with=
 a wide variety of characteristics such as high data rate, low

latency, low loss rate, security and many other parameters. Ideally every s=
ervice would have its own physical network satisfying its particular

performance requirements; however that would be prohibitively expensive. Ne=
twork slicing can provide a customized slice for a single service,

and multiple slices can share the same physical network. This method can op=
timize the performance for the service at lower cost, and the

flexibility of setting up and release the slices also allows the user to al=
locate the network resources dynamically. Unlike other DetNet use cases,

Network slicing is not a specific application with specific deterministic r=
equirements; it is proposed as a new requirement for the future network,

which is still in discussion, and DetNet is a candidate solution for it.

10.2 Using DetNet in Network Slicing
10.2.1 Hard resource isolation across slices
One of the requirements discussed for network slicing is the "hard" separat=
ion of various users=92 deterministic performance. That is, it should
be impossible for activity, lack of activity, or changes in activity of one=
 or more users to have any appreciable effect on the deterministic
performance parameters of any other slices. Typical techniques used today, =
which share a physical network among users, do not offer this
kind of insulation. DetNet can supply point-to-point or point-to-multipoint=
 paths that offer bandwidth and latency guarantees to a user that
cannot be affected by other users=92 data traffic. Thus DetNet is a powerfu=
l tool when latency and reliability are required in Network Slicing.

10.2.2 Deterministic services within slices
Slices need to be able to provide services that require DetNet type guarant=
ees. Technically, DetNet in Network Slicing can be used just the
same as DetNet without Network Slicing.(from Toerless)

10.3 Network Slicing Use Case
Network Slicing is a core feature of 5G defined in 3GPP, which is currently=
 under development. A Network Slice in mobile network is a complete
logical network including Radio Access Network (RAN) and Core Network (CN).=
 It provides telecommunication services and network capabilities,
which may vary (or not) from slice to slice. A 5G bearer network is a typic=
al use case of network slicing, including 3 service scenarios: enhanced
Mobile Broadband (eMBB), Ultra-Reliable and Low Latency Communications (URL=
LC), and massive Machine Type Communications (mMTC).

Each of these are described below.

=9F   Enhanced Mobile Broadband (eMBB)
eMBB focuses on services characterized by high data rates, such as high def=
inition (HD) videos, virtual reality (VR), augmented reality (AR),
and fixed mobile convergence (FMC).

=9F   Ultra-Reliable and Low Latency Communications (URLLC)
URLLC focuses on latency-sensitive services, such as self-driving vehicles,=
 remote surgery, or drone control.

=9F   massive Machine Type Communications (mMTC)
mMTC focuses on services that have high requirements for connection density=
, such as those typical for smart city and smart agriculture use cases.

5G bearer uses DetNet to have hard resource isolation across slices and wit=
hin the slice.

For example, there are two slices in the network: Slice-A and Slice-B; DetN=
et is used to transit URLLC services: URLLC-A and URLLC-B. Without DetNet,
URLLC-A and URLLC-B compete for bandwidth resource. Latency and reliability=
 is not guaranteed; With DetNet, URLLC-A and URLLC-B have separate
bandwidth reservation and there is no confliction between them, just as the=
y are in different logical networks.

Even though not necessary within the scope of work explicitly charted for s=
lices in 5G: Whenever 5G or other network service providers see the
opportunity to operate services described as use-cases in other sections of=
 this document across a shared physical infrastructure, network slices woul=
d
be the likely preferred approach to provide such services. Examples include=
 providing electrical utilities services (section 3.), pro audio
services (section 2.) or V2X via slices. Use cases like these could become =
more into the focus for network slices when the work for 5G core network ev=
olution
will include services that are more inclusive of even wired access options =
required in those use-cases.
( part from Toerless and the highlighted text answers the question of Greg =
and Alex)

However, DetNet cannot cover every Network Slicing use case, and there are =
some other problems to be solved. Firstly, DetNet is a point-to-point or
point-to-multipoint technology while Network Slicing needs multi-point to m=
ulti-point guarantee. Second, the number of flows that can be carried by
DetNet is limited by DetNet scalability. Flow aggregation and queuing manag=
ement modification may help to fix the problem. More work and discussions
are needed in these topics.

10.4 Network Slicing Today and Future
Network slicing can satisfy the requirements of a lot of future deployment =
scenario, but it is still a collection of ideas and analysis, without a spe=
cific
technical solution. A lot of technologies, such as Flex-E, Segment Routing,=
 and DetNet have potential to be used in Network Slicing. For more details
please see IETF99 Network Slicing BOF session agenda and materials.

10.5. Network Slicing Asks

=9F   Isolation from other flows through Queuing Management

=9F   Service Quality Customization and Guarantee

=9F   Security



---------------------------------------------------------------------------=
--------------------------------------------





Best Regards



Xuesong







>-----Original Message-----

>From: Toerless Eckert [mailto:tte@cs.fau.de]

>Sent: Thursday, November 16, 2017 11:32 AM

>To: detnet@ietf.org; draft-ietf-detnet-use-cases@ietf.org

>Subject: draft-ietf-detnet-use-cases & slices suggestions

>

>Wrt to my comments on the mike@singapore re. slicing use-case:

>

>First of all i would like to reinforce Stewarts statement that we should n=
ot

>remove slicing from the use-case draft. My point was different: making the

>importance for detnet in slicing clearer - because i think it is hierarchi=
cal and

>multi-faceted, and that does not well reflect in the current text.

>

>Following suggestions for improvements aside, the existing text of 10. is =
already

>very nicely enlightening about slices, more so than i have seen in other p=
laces.

>

>A) I would not call 10.1 "Use Case Description" but instead "Technology

>Description"

>

>B) 10.3 up to the the "However" is IMHO the most fundamental use-case for

>detnet

>  in the slicing realm. It should be moved and become e.g.: a new 10.2.1

>use-case,

>  here is proposed changed paragraphs:

>

>  10.2.1 Hard resource isolation across slices

>

>  |Network slicing aims to provide logical networks with hard resource

>  |separation guarantees between those different logical networks.

>  |Hard resource separation means that it should be impossible for activit=
y,

>  |lack of activity, or changes in activity of one or more slices to have

>  |any appreciable effect on the deterministic performance parameters of a=
ny

>  |other slices.

>

>  |Typical techniques used today (for example in pre-existing logical/virt=
ual

>  |network solutions), which share a physical network amongst users, do

>  |not offer this kind of insulation.  DetNet can supply point-to-point

>  |or point-to-multipoint paths that offer bandwidth and latency

>  |guarantees to a slice that cannot be affected by other slices data

>  |traffic.

>

>  I hope i did correctly interpret "user" to mean "slice", because, but ev=
en

>  if not, i think the above is correct: If we want to have strict separati=
on

>  guarantees btween different users inside the same clice, that is IMHO a

>  separate use case within the slicing technology:

>

>C) I would group existing 10.2.1...10.2.3 under a common use-case, maybe:

>

>   10.2.2 Deterministic services within slices

>

>   Slices need to be able to provide services that require detnet type

>   guarantees. These requirements would equally make the use of detnet

>   for these services a requirement if the service was not provided via a

>   logical network slice but via a separate physcial network (and therefor=
e

>   the use-case requirement of 10.2.1 would not exist)

>

>   A 5G bearer network is a typical  ...

>   [ Make existing 10.2.1...10.2.3 become eg: 10.2.2.1 ... 10.2.2.3]

>

>

>D) It would be nice to have more clarifying details

>   about the sentence "A 5G bearer network is a typical

>   use case of network slicing, including 3 service scenarios"

>

>   If the answer to my questions are not really clear because 3GPP has not

>   make up its mind what exactly is required, then maybe phrase the text

>   accordingly (3GPP has not yet decided where or...):

>

>   1. Will 3GPP want to have slices which are NOT 5G bearer networks ?

>     if yes, then say this.

>

>   2. For a network slice which is a 5G bearer network, would it have

>     only one of the 3 service scenarios, or any subset of the 3 ?

>

>   3. If the answer to 1. is "yes, also slices that are not 3GPP bearers",

>      would any or all of the three mentioned service scenarios also

>      be required in those non-3GPP slices ?

>

>E) It might be useful to add text stating that use cases for detnet

>   mentioned in other sections of the document would likely become

>   use cases of slices in the future.

>

>   Possible suggested text:

>

>   Even though not necesary within the scope of work explicitly charted

>   for slices in 5G: Whenever 5G or other network service providers see th=
e

>   opportunity to operate services described as use-cases in other section=
s of

>   this document across a shared physcial infrastructure, network slices

>   would be the likely preferred approach to provide such services.

>

>   Examples include providing electrical utilities services (section 3.)

>   or pro audio services (section 2.) via slices. Use cases like these cou=
ld

>become

>   more into the focus for network slices when the work for 5G core

>   network evolution will include services that are more inclusive of

>   even wired access options required in those use-cases.

>

>F) Another likely evolution of slices worthwhile to notice:

>

>   Slices may equally become the preferred mode of providing services that

>   are otherwise considered to be out of scope in this document, such as

>   those in 12.2. These can easily come into scope when Mobile Edge Comput=
e

>   ressources connecting to slices can allow to provide detnet service

>guarantees

>   to these use-cases by eliminating the uncontrolled parts of a path

>   between servers and client.

>

>Cheers

>    Toerless

>

>On Mon, Nov 13, 2017 at 09:06:40AM +0000, Grossman, Ethan A. wrote:

>> Tal does this work for you?

>> Ethan.

>>

>> On Nov 13, 2017, at 3:48 PM, Norman Finn

><norman.finn@mail01.huawei.com<mailto:norman.finn@mail01.huawei.com<mailto=
:norman.finn@mail01.huawei.com%3cmailto:norman.finn@mail01.huawei.com>>>

>wrote:

>>

>> Sounds like Tuesday 16:00.  Right?  Near registration.

>>

>> -- Norm

>>

>> ________________________________

>> From: Grossman, Ethan A. [eagros@dolby.com<mailto:eagros@dolby.com>]

>> Sent: Sunday, November 12, 2017 8:16 PM

>> To: Das, Subir

>> Cc: Patrick Wetterwald (pwetterw); Norman Finn;

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>; detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org=
%3cmailto:detnet@ietf.org>>; Gary Weiner

>> Subject: Re: [Detnet] DetNet Security Meet-Up

>>

>> I can do Tuesday 16:00. I have a commitment Tuesday at 18:30.

>> Ethan.

>>

>> On Nov 13, 2017, at 11:27 AM, Das, Subir

><sdas@appcomsci.com<mailto:sdas@appcomsci.com<mailto:sdas@appcomsci.com%3c=
mailto:sdas@appcomsci.com>>> wrote:

>>

>> I arrived today but can't  make it on Tuesday at 13:30. Available from 1=
6:00.

>> ________________________________

>> From: Grossman, Ethan A. [eagros@dolby.com<mailto:eagros@dolby.com>]

>> Sent: Sunday, November 12, 2017 10:15 PM

>> To: Patrick Wetterwald (pwetterw)

>> Cc: Norman Finn;

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>; detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org=
%3cmailto:detnet@ietf.org>>; Gary Weiner

>> Subject: Re: [Detnet] DetNet Security Meet-Up

>>

>> Yes I was agreeing to Tuesday.

>> Ethan.

>>

>> On Nov 13, 2017, at 10:46 AM, Patrick Wetterwald (pwetterw)

><pwetterw@cisco.com<mailto:pwetterw@cisco.com<mailto:pwetterw@cisco.com%3c=
mailto:pwetterw@cisco.com>>> wrote:

>>

>> On Tuesday. Correct ?

>>

>> Patrick

>>

>> From: detnet <detnet-bounces@ietf.org<mailto:detnet-bounces@ietf.org<mai=
lto:detnet-bounces@ietf.org%3cmailto:detnet-bounces@ietf.org>>>

>> on behalf of "Grossman, Ethan A."

>> <eagros@dolby.com<mailto:eagros@dolby.com<mailto:eagros@dolby.com%3cmail=
to:eagros@dolby.com>>>

>> Date: Monday, 13 November 2017 at 03:43

>> To: Norman Finn

>>

><norman.finn@mail01.huawei.com<mailto:norman.finn@mail01.huawei.com<mailto=
:norman.finn@mail01.huawei.com%3cmailto:norman.finn@mail01.huawei.com>>>

>,

>> "draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security

>> @ietf.org>"

>> <draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security

>> @ietf.org>>

>> Cc: "detnet@ietf.org<mailto:detnet@ietf.org><mailto:detnet@ietf.org%3cma=
ilto:detnet@ietf.org%3e>"

>> <detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org%3cmailto:=
detnet@ietf.org>>>, Gary Weiner

>> <Gary@Apriori-NET.COM<mailto:Gary@Apriori-NET.COM<mailto:Gary@Apriori-NE=
T.COM%3cmailto:Gary@Apriori-NET.COM>>>

>> Subject: Re: [Detnet] DetNet Security Meet-Up

>>

>> Meet at 13:30 at IETF Registration?

>> Ethan.

>>

>> From: Norman Finn [mailto:norman.finn@mail01.huawei.com]

>> Sent: Sunday, November 12, 2017 4:52 PM

>> To: Grossman, Ethan A. <eagros@dolby.com<mailto:eagros@dolby.com<mailto:=
eagros@dolby.com%3cmailto:eagros@dolby.com>>>;

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>

>> Cc: Gary Weiner <Gary@Apriori-NET.COM<mailto:Gary@Apriori-NET.COM<mailto=
:Gary@Apriori-NET.COM%3cmailto:Gary@Apriori-NET.COM>>>;

>> detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org%3cmailto:d=
etnet@ietf.org>>

>> Subject: RE: DetNet Security Meet-Up

>>

>> Yes, let's get together.  Right now, any time Tuesday after lunch would =
be

>fine.

>>

>> -- Norm

>> ________________________________

>> From: Grossman, Ethan A. [eagros@dolby.com<mailto:eagros@dolby.com>]

>> Sent: Sunday, November 12, 2017 3:59 AM

>> To:

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>

>> Cc: Gary Weiner; detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ie=
tf.org%3cmailto:detnet@ietf.org>>

>> Subject: DetNet Security Meet-Up

>> Hello DetNet Security draft authors, (and adding the DetNet list since

>> we are now a WG draft and would like to include anyone who has any inter=
est),

>Tal and I are here in Singapore and would like to know if any of the rest =
of you

>might be here in town and might want to meet up over lunch or dinner (or

>something) to discuss DetNet security, e.g. next steps for the DetNet Secu=
rity

>draft. If so, please reply and we can plan something.

>> Thanks,

>> Ethan.

>> Ethan Grossman, DetNet Security Draft editor.

>>

>> _______________________________________________

>> detnet mailing list

>> detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org%3cmailto:d=
etnet@ietf.org>>

>> https://www.ietf.org/mailman/listinfo/detnet

>

>> _______________________________________________

>> detnet mailing list

>> detnet@ietf.org<mailto:detnet@ietf.org>

>> https://www.ietf.org/mailman/listinfo/detnet

>

>

>--

>---

>tte@cs.fau.de<mailto:tte@cs.fau.de>

--_000_F1C1D5B02EA3FA4A8AF54C86BA4F325C089605E1DGGEMA501MBSchi_
Content-Type: text/html; charset="windows-1258"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1=
258">
<meta name=3D"Generator" content=3D"Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	font-size:10.5pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"\7EAF\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.5pt;
	font-family:"Calibri","sans-serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"\6279\6CE8\6846\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	font-size:9.0pt;
	font-family:"Calibri","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin:0cm;
	margin-bottom:.0001pt;
	text-indent:21.0pt;
	line-height:150%;
	layout-grid-mode:char;
	text-autospace:none;
	font-size:10.5pt;
	font-family:"Times New Roman","serif";}
span.Char
	{mso-style-name:"\7EAF\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\7EAF\6587\672C;
	font-family:"Calibri","sans-serif";}
span.Char0
	{mso-style-name:"\6279\6CE8\6846\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\6279\6CE8\6846\6587\672C;}
.MsoChpDefault
	{mso-style-type:export-only;}
/* Page Definitions */
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 135.45pt 72.0pt 135.45pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:785126422;
	mso-list-type:hybrid;
	mso-list-template-ids:-1645859812 524609984 67698691 67698693 67698689 676=
98691 67698693 67698689 67698691 67698693;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F09F;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:21.0pt;
	text-indent:-21.0pt;
	font-family:Wingdings;}
@list l0:level2
	{mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level3
	{mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level4
	{mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level5
	{mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level6
	{mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level7
	{mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level8
	{mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level9
	{mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1
	{mso-list-id:1381974058;
	mso-list-type:hybrid;
	mso-list-template-ids:-1955936314 524609984 67698691 67698693 67698689 676=
98691 67698693 67698689 67698691 67698693;}
@list l1:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F09F;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:21.0pt;
	text-indent:-21.0pt;
	font-family:Wingdings;}
@list l1:level2
	{mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level3
	{mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level4
	{mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level5
	{mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level6
	{mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level7
	{mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level8
	{mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level9
	{mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D"text-justify-t=
rim:punctuation">
<div class=3D"WordSection1">
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">H=
i Toerless,<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US"><=
o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">T=
hank you for your comments. They are very useful.<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">H=
ere is the revised text of Network Slicing Use Case. You can find some of y=
our suggested words are added into it, which have been highlighted.<o:p></o=
:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">I=
 hope perhaps Greg and Alex can also be satisfied with this version , becau=
se a paragraph tries to respond to your comments about adding other use cas=
es mentioned in 3GPP . I have highlighted
 them too.<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">T=
his is open to discuss.<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">A=
ny other comments are welcome.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">----------------------------=
---------------------------------------------------------------------------=
----------------<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><b><span lang=3D"EN-US=
">10. Network Slicing<o:p></o:p></span></b></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><b><span lang=3D"EN-US=
">10.1. Use Case Description<o:p></o:p></span></b></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">N=
etwork slicing divides one physical network infrastructure into multiple lo=
gical networks. Each slice, corresponding to a logical network,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">u=
ses resources and network functions independently from each other. Network =
slicing provides flexibility of resource allocation and service
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">q=
uality customization. Future services will demand network performance with =
a wide variety of characteristics such as high data rate, low
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">l=
atency, low loss rate, security and many other parameters. Ideally every se=
rvice would have its own physical network satisfying its particular
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">p=
erformance requirements; however that would be prohibitively expensive. Net=
work slicing can provide a customized slice for a single service,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">a=
nd multiple slices can share the same physical network. This method can opt=
imize the performance for the service at lower cost, and the<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">f=
lexibility of setting up and release the slices also allows the user to all=
ocate the network resources dynamically. Unlike other DetNet use cases,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">N=
etwork slicing is not a specific application with specific deterministic re=
quirements; it is proposed as a new requirement for the future network,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">w=
hich is still in discussion, and DetNet is a candidate solution for it.<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.2 Using DetNet in Network Slicing
<o:p></o:p></span></b></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.2.1 Hard resource isolation across slices<o:p></o:p></span></b></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">One =
of the requirements discussed for network slicing is the &quot;hard&quot; s=
eparation of various users=92 deterministic performance. That is, it should
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">be i=
mpossible for activity, lack of activity, or changes in activity of one or =
more users to have any appreciable effect on the deterministic
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">perf=
ormance parameters of any other slices. Typical techniques used today, whic=
h share a physical network among users, do not offer this
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">kind=
 of insulation. DetNet can supply point-to-point or point-to-multipoint pat=
hs that offer bandwidth and latency guarantees to a user that
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">cann=
ot be affected by other users=92 data traffic. Thus DetNet is a powerful to=
ol when latency and reliability are required in Network Slicing.<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.2.2 Deterministic services within slices<o:p></o:p></span></b></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><i><span lang=3D"EN-US" s=
tyle=3D"color:red">Slices need to be able to provide services that require =
DetNet type guarantees. Technically, DetNet in Network Slicing can be used =
just the
<o:p></o:p></span></i></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><i><span lang=3D"EN-US" s=
tyle=3D"color:red">same as DetNet without Network Slicing.</span><span lang=
=3D"EN-US" style=3D"color:#365F91">(from Toerless)</span><span lang=3D"EN-U=
S" style=3D"color:red"><o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.3 Network Slicing Use Case<o:p></o:p></span></b></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Netw=
ork Slicing is a core feature of 5G defined in 3GPP, which is currently und=
er development. A Network Slice in mobile network is a complete
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">logi=
cal network including Radio Access Network (RAN) and Core Network (CN). It =
provides telecommunication services and network capabilities,
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">whic=
h may vary (or not) from slice to slice. A 5G bearer network is a typical u=
se case of network slicing, including 3 service scenarios: enhanced
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Mobi=
le Broadband (eMBB), Ultra-Reliable and Low Latency Communications (URLLC),=
 and massive Machine Type Communications (mMTC).
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Each=
 of these are described below.
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l0 level1 lfo1">
<![if !supportLists]><span lang=3D"EN-US" style=3D"font-family:Wingdings"><=
span style=3D"mso-list:Ignore">=9F<span style=3D"font:7.0pt &quot;Times New=
 Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><b><span lang=3D"EN-US">Enhanced Mobile Broa=
dband (eMBB)
<o:p></o:p></span></b></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">eMBB=
 focuses on services characterized by high data rates, such as high definit=
ion (HD) videos, virtual reality (VR), augmented reality (AR),
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">and =
fixed mobile convergence (FMC).
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l0 level1 lfo1">
<![if !supportLists]><span lang=3D"EN-US" style=3D"font-family:Wingdings"><=
span style=3D"mso-list:Ignore">=9F<span style=3D"font:7.0pt &quot;Times New=
 Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><b><span lang=3D"EN-US">Ultra-Reliable and L=
ow Latency Communications (URLLC)
<o:p></o:p></span></b></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">URLL=
C focuses on latency-sensitive services, such as self-driving vehicles, rem=
ote surgery, or drone control.
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l0 level1 lfo1">
<![if !supportLists]><span lang=3D"EN-US" style=3D"font-family:Wingdings"><=
span style=3D"mso-list:Ignore">=9F<span style=3D"font:7.0pt &quot;Times New=
 Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><b><span lang=3D"EN-US">massive Machine Type=
 Communications (mMTC)
<o:p></o:p></span></b></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">mMTC=
 focuses on services that have high requirements for connection density, su=
ch as those typical for smart city and smart agriculture use cases.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">5G b=
earer uses DetNet to have hard resource isolation across slices and within =
the slice.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">For =
example, there are two slices in the network: Slice-A and Slice-B; DetNet i=
s used to transit URLLC services: URLLC-A and URLLC-B. Without DetNet,
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">URLL=
C-A and URLLC-B compete for bandwidth resource. Latency and reliability is =
not guaranteed; With DetNet, URLLC-A and URLLC-B have separate
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">band=
width reservation and there is no confliction between them, just as they ar=
e in different logical networks.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"color:red">Even though not necessary within the scope of work explicit=
ly charted for slices in 5G: Whenever 5G or other network service providers=
 see the
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"color:red">opportunity to operate services described as use-cases in o=
ther sections of this document across a shared physical infrastructure, net=
work slices would
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"color:red">be the likely preferred approach to provide such services.
<span style=3D"background:yellow;mso-highlight:yellow">Examples include pro=
viding electrical utilities services (section 3.), pro audio
<o:p></o:p></span></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"color:red;background:yellow;mso-highlight:yellow">services (section 2.=
) or V2X via slices.</span><span lang=3D"EN-US" style=3D"color:red"> Use ca=
ses like these could become more into the focus
 for network slices when the work for 5G core network evolution <o:p></o:p>=
</span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"color:red">will include services that are more inclusive of even wired=
 access options required in those use-cases.</span><span lang=3D"EN-US" sty=
le=3D"color:#365F91">
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><i><span lang=3D"EN-US" s=
tyle=3D"color:#365F91">( part from Toerless and the highlighted text answer=
s the question of Greg and Alex)</span></i><span lang=3D"EN-US" style=3D"co=
lor:red"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Howe=
ver, DetNet cannot cover every Network Slicing use case, and there are some=
 other problems to be solved. Firstly, DetNet is a point-to-point or
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">poin=
t-to-multipoint technology while Network Slicing needs multi-point to multi=
-point guarantee. Second, the number of flows that can be carried by
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">DetN=
et is limited by DetNet scalability. Flow aggregation and queuing managemen=
t modification may help to fix the problem. More work and discussions
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">are =
needed in these topics.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.4 Network Slicing Today and Future
<o:p></o:p></span></b></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Netw=
ork slicing can satisfy the requirements of a lot of future deployment scen=
ario, but it is still a collection of ideas and analysis, without a specifi=
c
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">tech=
nical solution. A lot of technologies, such as Flex-E, Segment Routing, and=
 DetNet have potential to be used in Network Slicing. For more details
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">plea=
se see IETF99 Network Slicing BOF session agenda and materials.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.5. Network Slicing Asks
<o:p></o:p></span></b></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l1 level1 lfo2">
<![if !supportLists]><span lang=3D"EN-US" style=3D"font-family:Wingdings"><=
span style=3D"mso-list:Ignore">=9F<span style=3D"font:7.0pt &quot;Times New=
 Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><span lang=3D"EN-US">Isolation from other fl=
ows through Queuing Management
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l1 level1 lfo2">
<![if !supportLists]><span lang=3D"EN-US" style=3D"font-family:Wingdings"><=
span style=3D"mso-list:Ignore">=9F<span style=3D"font:7.0pt &quot;Times New=
 Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><span lang=3D"EN-US">Service Quality Customi=
zation and Guarantee<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l1 level1 lfo2">
<![if !supportLists]><span lang=3D"EN-US" style=3D"font-family:Wingdings"><=
span style=3D"mso-list:Ignore">=9F<span style=3D"font:7.0pt &quot;Times New=
 Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><span lang=3D"EN-US">Security<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US"><=
o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">----------------------------=
---------------------------------------------------------------------------=
----------------<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">Best Regards<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">Xuesong<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;-----Original Message---=
--<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;From: Toerless Eckert [m=
ailto:tte@cs.fau.de]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Sent: Thursday, November=
 16, 2017 11:32 AM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;To: detnet@ietf.org; dra=
ft-ietf-detnet-use-cases@ietf.org<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Subject: draft-ietf-detn=
et-use-cases &amp; slices suggestions<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Wrt to my comments on th=
e mike@singapore re. slicing use-case:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;First of all i would lik=
e to reinforce Stewarts statement that we should not<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;remove slicing from the =
use-case draft. My point was different: making the<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;importance for detnet in=
 slicing clearer - because i think it is hierarchical and<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;multi-faceted, and that =
does not well reflect in the current text.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Following suggestions fo=
r improvements aside, the existing text of 10. is already<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;very nicely enlightening=
 about slices, more so than i have seen in other places.<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;A) I would not call 10.1=
 &quot;Use Case Description&quot; but instead &quot;Technology<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Description&quot;<o:p></=
o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;B) 10.3 up to the the &q=
uot;However&quot; is IMHO the most fundamental use-case for<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;detnet<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; in the slicing re=
alm. It should be moved and become e.g.: a new 10.2.1<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;use-case,<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; here is proposed =
changed paragraphs:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; 10.2.1 Hard resou=
rce isolation across slices<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; &nbsp;|Network slicing =
aims to provide logical networks with hard resource<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |separation guara=
ntees between those different logical networks.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |Hard resource se=
paration means that it should be impossible for activity,<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |lack of activity=
, or changes in activity of one or more slices to have<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |any appreciable =
effect on the deterministic performance parameters of any<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |other slices.<o:=
p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |Typical techniqu=
es used today (for example in pre-existing logical/virtual<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |network solution=
s), which share a physical network amongst users, do<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |not offer this k=
ind of insulation.&nbsp; DetNet can supply point-to-point<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |or point-to-mult=
ipoint paths that offer bandwidth and latency<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |guarantees to a =
slice that cannot be affected by other slices data<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |traffic.<o:p></o=
:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; I hope i did corr=
ectly interpret &quot;user&quot; to mean &quot;slice&quot;, because, but ev=
en<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; if not, i think t=
he above is correct: If we want to have strict separation<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; guarantees btween=
 different users inside the same clice, that is IMHO a<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; separate use case=
 within the slicing technology:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;C) I would group existin=
g 10.2.1...10.2.3 under a common use-case, maybe:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; 10.2.2 Dete=
rministic services within slices<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; Slices need=
 to be able to provide services that require detnet type<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; &nbsp;guarantees.=
 These requirements would equally make the use of detnet<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; for these s=
ervices a requirement if the service was not provided via a<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; logical net=
work slice but via a separate physcial network (and therefore<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; the use-cas=
e requirement of 10.2.1 would not exist)<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; A 5G bearer=
 network is a typical&nbsp; ...<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; [ Make exis=
ting 10.2.1...10.2.3 become eg: 10.2.2.1 ... 10.2.2.3]<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;D) It would be nice to h=
ave more clarifying details<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; about the s=
entence &quot;A 5G bearer network is a typical<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; use case of=
 network slicing, including 3 service scenarios&quot;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; If the answ=
er to my questions are not really clear because 3GPP has not<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; make up its=
 mind what exactly is required, then maybe phrase the text<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; accordingly=
 (3GPP has not yet decided where or...):<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; 1. Will 3GP=
P want to have slices which are NOT 5G bearer networks ?<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp;&nbsp;&nbsp;=
 if yes, then say this.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; 2. For a ne=
twork slice which is a 5G bearer network, would it have<o:p></o:p></span></=
p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp;&nbsp;&nbsp;=
 only one of the 3 service scenarios, or any subset of the 3 ?<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; 3. If the a=
nswer to 1. is &quot;yes, also slices that are not 3GPP bearers&quot;,<o:p>=
</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; would any or all of the three mentioned service scenarios also<o:p><=
/o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; be required in those non-3GPP slices ?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;E) It might be useful to=
 add text stating that use cases for detnet<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; mentioned i=
n other sections of the document would likely become<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; use cases o=
f slices in the future.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; Possible su=
ggested text:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; Even though=
 not necesary within the scope of work explicitly charted<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; for slices =
in 5G: Whenever 5G or other network service providers see the<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; opportunity=
 to operate services described as use-cases in other sections of<o:p></o:p>=
</span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; this docume=
nt across a shared physcial infrastructure, network slices<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; would be th=
e likely preferred approach to provide such services.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; Examples in=
clude providing electrical utilities services (section 3.)<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; or pro audi=
o services (section 2.) via slices. Use cases like these could<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;become<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; more into t=
he focus for network slices when the work for 5G core<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; network evo=
lution will include services that are more inclusive of<o:p></o:p></span></=
p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; even wired =
access options required in those use-cases.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;F) Another likely evolut=
ion of slices worthwhile to notice:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; Slices may =
equally become the preferred mode of providing services that<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; are otherwi=
se considered to be out of scope in this document, such as<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; those in 12=
.2. These can easily come into scope when Mobile Edge Compute<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; ressources =
connecting to slices can allow to provide detnet service<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;guarantees<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; to these us=
e-cases by eliminating the uncontrolled parts of a path<o:p></o:p></span></=
p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; between ser=
vers and client.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Cheers<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp;&nbsp; Toerl=
ess<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;On Mon, Nov 13, 2017 at =
09:06:40AM &#43;0000, Grossman, Ethan A. wrote:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Tal does this work =
for you?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; On Nov 13, 2017, at=
 3:48 PM, Norman Finn<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&lt;<a href=3D"mailto:no=
rman.finn@mail01.huawei.com%3cmailto:norman.finn@mail01.huawei.com"><span s=
tyle=3D"color:windowtext;text-decoration:none">norman.finn@mail01.huawei.co=
m&lt;mailto:norman.finn@mail01.huawei.com</span></a>&gt;&gt;<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;wrote:<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Sounds like Tuesday=
 16:00.&nbsp; Right?&nbsp; Near registration.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; -- Norm<o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ___________________=
_____________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; From: Grossman, Eth=
an A. [eagros@dolby.com&lt;<a href=3D"mailto:eagros@dolby.com"><span style=
=3D"color:windowtext;text-decoration:none">mailto:eagros@dolby.com</span></=
a>&gt;]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Sent: Sunday, Novem=
ber 12, 2017 8:16 PM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; To: Das, Subir<o:p>=
</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Cc: Patrick Wetterw=
ald (pwetterw); Norman Finn;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
raft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ietf.org&gt;; <a hr=
ef=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;; Gary Weiner<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Subject: Re: [Detne=
t] DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; I can do Tuesday 16=
:00. I have a commitment Tuesday at 18:30.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; On Nov 13, 2017, at=
 11:27 AM, Das, Subir<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&lt;<a href=3D"mailto:sd=
as@appcomsci.com%3cmailto:sdas@appcomsci.com"><span style=3D"color:windowte=
xt;text-decoration:none">sdas@appcomsci.com&lt;mailto:sdas@appcomsci.com</s=
pan></a>&gt;&gt; wrote:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; I arrived today but=
 can't &nbsp;make it on Tuesday at 13:30. Available from 16:00.<o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ___________________=
_____________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; From: Grossman, Eth=
an A. [eagros@dolby.com&lt;<a href=3D"mailto:eagros@dolby.com"><span style=
=3D"color:windowtext;text-decoration:none">mailto:eagros@dolby.com</span></=
a>&gt;]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Sent: Sunday, Novem=
ber 12, 2017 10:15 PM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; To: Patrick Wetterw=
ald (pwetterw)<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Cc: Norman Finn;<o:=
p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
raft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ietf.org&gt;; <a hr=
ef=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;; Gary Weiner<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Subject: Re: [Detne=
t] DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Yes I was agreeing =
to Tuesday.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; On Nov 13, 2017, at=
 10:46 AM, Patrick Wetterwald (pwetterw)<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&lt;<a href=3D"mailto:pw=
etterw@cisco.com%3cmailto:pwetterw@cisco.com"><span style=3D"color:windowte=
xt;text-decoration:none">pwetterw@cisco.com&lt;mailto:pwetterw@cisco.com</s=
pan></a>&gt;&gt; wrote:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; On Tuesday. Correct=
 ?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Patrick<o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; From: detnet &lt;<a=
 href=3D"mailto:detnet-bounces@ietf.org%3cmailto:detnet-bounces@ietf.org"><=
span style=3D"color:windowtext;text-decoration:none">detnet-bounces@ietf.or=
g&lt;mailto:detnet-bounces@ietf.org</span></a>&gt;&gt;<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; on behalf of &quot;=
Grossman, Ethan A.&quot;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; &lt;<a href=3D"mail=
to:eagros@dolby.com%3cmailto:eagros@dolby.com"><span style=3D"color:windowt=
ext;text-decoration:none">eagros@dolby.com&lt;mailto:eagros@dolby.com</span=
></a>&gt;&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Date: Monday, 13 No=
vember 2017 at 03:43<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; To: Norman Finn<o:p=
></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&lt;<a href=3D"mailto:no=
rman.finn@mail01.huawei.com%3cmailto:norman.finn@mail01.huawei.com"><span s=
tyle=3D"color:windowtext;text-decoration:none">norman.finn@mail01.huawei.co=
m&lt;mailto:norman.finn@mail01.huawei.com</span></a>&gt;&gt;<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;,<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; &quot;draft-ietf-de=
tnet-security@ietf.org&lt;mailto:draft-ietf-detnet-security<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; @ietf.org&gt;&quot;=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; &lt;draft-ietf-detn=
et-security@ietf.org&lt;mailto:draft-ietf-detnet-security<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; @ietf.org&gt;&gt;<o=
:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Cc: &quot;<a href=
=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org%3e"><span style=3D"colo=
r:windowtext;text-decoration:none">detnet@ietf.org&lt;mailto:detnet@ietf.or=
g&gt;</span></a>&quot;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; &lt;<a href=3D"mail=
to:detnet@ietf.org%3cmailto:detnet@ietf.org"><span style=3D"color:windowtex=
t;text-decoration:none">detnet@ietf.org&lt;mailto:detnet@ietf.org</span></a=
>&gt;&gt;, Gary Weiner<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; &lt;<a href=3D"mail=
to:Gary@Apriori-NET.COM%3cmailto:Gary@Apriori-NET.COM"><span style=3D"color=
:windowtext;text-decoration:none">Gary@Apriori-NET.COM&lt;mailto:Gary@Aprio=
ri-NET.COM</span></a>&gt;&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Subject: Re: [Detne=
t] DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Meet at 13:30 at IE=
TF Registration?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; From: Norman Finn [=
<a href=3D"mailto:norman.finn@mail01.huawei.com"><span style=3D"color:windo=
wtext;text-decoration:none">mailto:norman.finn@mail01.huawei.com</span></a>=
]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Sent: Sunday, Novem=
ber 12, 2017 4:52 PM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; To: Grossman, Ethan=
 A. &lt;<a href=3D"mailto:eagros@dolby.com%3cmailto:eagros@dolby.com"><span=
 style=3D"color:windowtext;text-decoration:none">eagros@dolby.com&lt;mailto=
:eagros@dolby.com</span></a>&gt;&gt;;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
raft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ietf.org&gt;<o:p></=
o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Cc: Gary Weiner &lt=
;<a href=3D"mailto:Gary@Apriori-NET.COM%3cmailto:Gary@Apriori-NET.COM"><spa=
n style=3D"color:windowtext;text-decoration:none">Gary@Apriori-NET.COM&lt;m=
ailto:Gary@Apriori-NET.COM</span></a>&gt;&gt;;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
etnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Subject: RE: DetNet=
 Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Yes, let's get toge=
ther.&nbsp; Right now, any time Tuesday after lunch would be<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;fine.<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; -- Norm<o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ___________________=
_____________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; From: Grossman, Eth=
an A. [eagros@dolby.com&lt;<a href=3D"mailto:eagros@dolby.com"><span style=
=3D"color:windowtext;text-decoration:none">mailto:eagros@dolby.com</span></=
a>&gt;]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Sent: Sunday, Novem=
ber 12, 2017 3:59 AM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; To:<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
raft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ietf.org&gt;<o:p></=
o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Cc: Gary Weiner; <a=
 href=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Subject: DetNet Sec=
urity Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Hello DetNet Securi=
ty draft authors, (and adding the DetNet list since<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; we are now a WG dra=
ft and would like to include anyone who has any interest),<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Tal and I are here in Si=
ngapore and would like to know if any of the rest of you<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;might be here in town an=
d might want to meet up over lunch or dinner (or<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;something) to discuss De=
tNet security, e.g. next steps for the DetNet Security<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;draft. If so, please rep=
ly and we can plan something.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Thanks,<o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan Grossman, Det=
Net Security Draft editor.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;<o:p>&nbsp;</o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ___________________=
____________________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; detnet mailing list=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
etnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"https://=
www.ietf.org/mailman/listinfo/detnet">
<span style=3D"color:windowtext;text-decoration:none">https://www.ietf.org/=
mailman/listinfo/detnet</span></a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ___________________=
____________________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; detnet mailing list=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
etnet@ietf.org"><span style=3D"color:windowtext;text-decoration:none">detne=
t@ietf.org</span></a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"https://=
www.ietf.org/mailman/listinfo/detnet">
<span style=3D"color:windowtext;text-decoration:none">https://www.ietf.org/=
mailman/listinfo/detnet</span></a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;--<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;---<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<a href=3D"mailto:tte@cs=
.fau.de"><span style=3D"color:windowtext;text-decoration:none">tte@cs.fau.d=
e</span></a><o:p></o:p></span></p>
</div>
</body>
</html>

--_000_F1C1D5B02EA3FA4A8AF54C86BA4F325C089605E1DGGEMA501MBSchi_--


From nobody Thu Jan  4 09:40:28 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6FE5126579 for <detnet@ietfa.amsl.com>; Thu,  4 Jan 2018 09:40:26 -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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32dWdXitb6us for <detnet@ietfa.amsl.com>; Thu,  4 Jan 2018 09:40:24 -0800 (PST)
Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) (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 E0CEE124205 for <detnet@ietf.org>; Thu,  4 Jan 2018 09:40:24 -0800 (PST)
Received: from cmgw2 (unknown [10.0.90.83]) by gproxy9.mail.unifiedlayer.com (Postfix) with ESMTP id 4FA8B1E07FE for <detnet@ietf.org>; Thu,  4 Jan 2018 10:40:24 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with  id uHgL1w00Z2SSUrH01HgPoh; Thu, 04 Jan 2018 10:40:24 -0700
X-Authority-Analysis: v=2.2 cv=doKrMxo4 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=-80DEDMye-IA:10 a=RgaUWeydRksA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=NojvYFcnAAAA:8 a=48vgC7mUAAAA:8 a=NtUhTAZNZ5AKB2lW8s0A:9 a=IPAN2tawJeDWE8rc:21 a=RoTJSzbGqiZKRTfD:21 a=QEXdDO2ut3YA:10 a=NU7HZUQD-k8A:10 a=T8E0iRN_syYA:10 a=9uUzcS5Nrb8A:10 a=NkLyW8Yi3I1shTL1VosA:9 a=pt9G7I5XmLUTiVRDx3fboKQV4P0=:19 a=2wSGZ2gvs7oA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID :Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To: Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe :List-Post:List-Owner:List-Archive; bh=mosUic6RAWyG6H6lJAIpwFUv/HFTeNCVBegWku7rPWY=; b=0OLM6GBd1MPDqO1NcxemHwgyuG CWFFgL8i02zxvXiZHMGNNdfTDezZOZmoyQ/74ashoNjGjiVe9Q+vwo05KWFoIDNjiuVxEkicgFPNp Nz4lZoDsR6JP2YlQYmN4nSn8m;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:41098 helo=fs2.dc.labn.net) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1eX9V5-0020Ty-ST for detnet@ietf.org; Thu, 04 Jan 2018 10:40:20 -0700
To: detnet@ietf.org
References: <765b0a8a-075f-7bd6-54df-cecf5c911665@labn.net>
From: Lou Berger <lberger@labn.net>
Message-ID: <4723b843-c88f-4a98-45ba-028f9771effe@labn.net>
Date: Thu, 4 Jan 2018 12:40:19 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <765b0a8a-075f-7bd6-54df-cecf5c911665@labn.net>
Content-Type: multipart/mixed; boundary="------------BCBCAD41DD88CF200BAD7A7D"
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1eX9V5-0020Ty-ST
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net (fs2.dc.labn.net) [100.15.86.101]:41098
X-Source-Auth: lberger@labn.net
X-Email-Count: 1
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/Xqgn2nhntk4Nm4He2EqdUE3_ba4>
Subject: Re: [Detnet] Virtual interim on DetNet Data Plane - January 10, 1600-1800GMT.
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Jan 2018 17:40:27 -0000

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

FYI: Webex info and ics

JOIN WEBEX MEETING
https://ietf.webex.com/ietf/j.php?MTID=m26d7c8181b1442dce36d83c55a861b6b
Meeting number (access code): 640 969 470
Meeting password: dp-sol

JOIN BY PHONE
1-877-668-4493 Call-in toll free number (US/Canada)
1-650-479-3208 Call-in toll number (US/Canada)

Toll-free dialing restrictions:
https://www.webex.com/pdf/tollfree_restrictions.pdf

Can't join the meeting? Contact support here:
https://ietf.webex.com/ietf/mc

NOTICE: This session will be recorded


On 01/03/2018 04:44 PM, Lou Berger wrote:
> 
> 
> All,
> 
> We are planning to hold our first virtual interim to discuss the
> DetNet Data Plane document,
> https://tools.ietf.org/html/draft-ietf-detnet-dp-sol . The intent is to
> work through open issues on the draft, starting with where we left off
> at IETF 100, see [1] and [2].
> 
> The meeting will be held January 10 at 1600GMT. We aiming for a 90
> minute meeting, but are scheduling to allow 30 minutes of extra
> discussion time if needed. Webex details will be announced once available.
> 
> The agenda is less formal than our normal meetings and is:
> 
> - Administrivia, welcoming new co-chair (Chairs, 5 minutes)
> - Plan for addressing open issues on the draft, including future
>   interims (Chairs, 5 minutes)
> - Review of IETF100 conclusions, and related planned document updates
>   (TBD)
>     Reference: https://datatracker.ietf.org/doc/minutes-100-detnet/
> - Open issues discussion (Lead TBD)
> 
> [1]
> https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3-detnet-data-plane-encapsulation-resolving-open-issues/
> 
> [2]
> https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3a-detnet-data-plane-encapsulation-resolving-open-issues-pref/
> 
> Thank you,
> 
> DetNet WG Chairs
> 
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
> 


--------------BCBCAD41DD88CF200BAD7A7D
Content-Type: text/calendar;
 name="WebEx_Meeting.ics"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
 filename="WebEx_Meeting.ics"

BEGIN:VCALENDAR
PRODID:-//Microsoft Corporation//Outlook 10.0 MIMEDIR//EN
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Eastern Time
BEGIN:STANDARD
DTSTART:20161101T020000
RRULE:FREQ=3DYEARLY;INTERVAL=3D1;BYDAY=3D1SU;BYMONTH=3D11
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:Standard Time
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20160301T020000
RRULE:FREQ=3DYEARLY;INTERVAL=3D1;BYDAY=3D2SU;BYMONTH=3D3
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:Daylight Savings Time
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ATTENDEE;CN=3D"DetNet Working Group";ROLE=3DREQ-PARTICIPANT;RSVP=3DFALSE:=
MAILTO:detnet-chairs@ietf.org
ORGANIZER;CN=3D"webex":MAILTO:messenger@webex.com
DTSTART;TZID=3D"Eastern Time":20180110T110000
DTEND;TZID=3D"Eastern Time":20180110T130000
LOCATION:https://ietf.webex.com/ietf
TRANSP:OPAQUE
SEQUENCE:1515086883
UID:0285faec-be10-4bdc-a306-96644fe66049
DTSTAMP:20180110T160000Z
DESCRIPTION:\n\nJOIN WEBEX MEETING\nhttps://ietf.webex.com/ietf/j.php?MTI=
D=3Dm26d7c8181b1442dce36d83c55a861b6b\nMeeting number (access code): 640 =
969 470\nMeeting password: dp-sol\n\n\n\nJOIN BY PHONE\n1-877-668-4493 Ca=
ll-in toll free number (US/Canada) \n1-650-479-3208 Call-in toll number (=
US/Canada)\n\nToll-free dialing restrictions: \nhttps://www.webex.com/pdf=
/tollfree_restrictions.pdf\n\n\n\nCan't join the meeting? Contact support=
 here:\nhttps://ietf.webex.com/ietf/mc\n\n\nIMPORTANT NOTICE: Please note=
 that this WebEx service allows audio and other information sent during t=
he session to be recorded, which may be discoverable in a legal matter. Y=
ou should inform all meeting attendees prior to recording if you intend t=
o record the meeting.\n
X-ALT-DESC;FMTTYPE=3Dtext/html:	<FONT SIZE=3D"1" FACE=3D"ARIAL"><FONT SIZ=
E=3D"4" FACE=3D"ARIAL">		<a href=3D"https://ietf.webex.com/ietf/j.php?MTI=
D=3Dm26d7c8181b1442dce36d83c55a861b6b"><FONT SIZE=3D"3" COLOR=3D"#00AFF9"=
 FACE=3D"Arial">Join WebEx meeting</FONT></a>			<table>				<tr>					<td>	=
					<FONT SIZE=3D"2" COLOR=3D"#666666" FACE=3D"arial">Meeting number (ac=
cess code): 640 969 470</FONT>					</td>				</tr>			</table>			<table>			=
	<tr>					<td>						<FONT SIZE=3D"2" COLOR=3D"#666666" FACE=3D"arial"></F=
ONT>					</td>				</tr>			</table>			<table><tr><td><FONT SIZE=3D"2" COLO=
R=3D"#666666" FACE=3D"arial">Meeting password:</FONT></td><td><FONT SIZE=3D=
"2"  COLOR=3D"#666666" FACE=3D"arial">dp-sol</FONT></td></tr></table>		</=
FONT><br><FONT size=3D"2" COLOR=3D"#FF0000"></FONT><br><FONT SIZE=3D"1" F=
ACE=3D"ARIAL">&nbsp;<BR>&nbsp;<BR></FONT><FONT SIZE=3D"4" FACE=3D"ARIAL">=
<FONT SIZE=3D"3" COLOR=3D"#666666" FACE=3D"arial">Join by phone</FONT>&nb=
sp; <BR><FONT SIZE=3D"2" COLOR=3D"#666666" FACE=3D"arial"><strong>1-877-6=
68-4493</strong>&nbsp;Call-in toll free number (US/Canada)</FONT>&nbsp; <=
BR><FONT SIZE=3D"2" COLOR=3D"#666666" FACE=3D"arial"><strong>1-650-479-32=
08</strong>&nbsp;Call-in toll number (US/Canada)</FONT>&nbsp; <BR><a href=
=3D"https://www.webex.com/pdf/tollfree_restrictions.pdf"><FONT SIZE=3D"1"=
 COLOR=3D"#00AFF9" FACE=3D"arial">Toll-free calling restrictions</FONT></=
a> &nbsp; <BR></FONT><BR><BR>	&nbsp;<BR>	<FONT SIZE=3D"1" COLOR=3D"#66666=
6" FACE=3D"arial">				Can't join the meeting?</FONT>	<a href=3D"https://i=
etf.webex.com/ietf/mc">	<FONT SIZE=3D"1" COLOR=3D"#00AFF9" FACE=3D"Arial"=
>Contact support.</FONT></a>	&nbsp;<BR>&nbsp;<BR><FONT COLOR=3D"#A0A0A0" =
size=3D"1" FACE=3D"arial">IMPORTANT NOTICE: Please note that this WebEx s=
ervice allows audio and other information sent during the session to be r=
ecorded, which may be discoverable in a legal matter. You should inform a=
ll meeting attendees prior to recording if you intend to record the meeti=
ng.</FONT></FONT>
SUMMARY:Interim: DetNet Data Plane
PRIORITY:5
CLASS:PUBLIC
BEGIN:VALARM
TRIGGER:-PT5M
ACTION:DISPLAY
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR

--------------BCBCAD41DD88CF200BAD7A7D--


From nobody Mon Jan  8 03:00:25 2018
Return-Path: <jean-yves.leboudec@epfl.ch>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92BE81275FD for <detnet@ietfa.amsl.com>; Mon,  8 Jan 2018 03:00:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.688
X-Spam-Level: **
X-Spam-Status: No, score=2.688 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, GB_SUMOF=5, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HSIwL8Jb9FVQ for <detnet@ietfa.amsl.com>; Mon,  8 Jan 2018 03:00:19 -0800 (PST)
Received: from smtp5.epfl.ch (smtp5.epfl.ch [IPv6:2001:620:618:1e0:1:80b2:e034:1]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C031127599 for <detnet@ietf.org>; Mon,  8 Jan 2018 03:00:18 -0800 (PST)
Received: (qmail 6493 invoked by uid 107); 8 Jan 2018 11:00:15 -0000
X-Virus-Scanned: ClamAV
Received: from icsil1noteb199.epfl.ch (HELO [128.178.151.248]) (128.178.151.248) (TLS, ECDHE-RSA-AES256-GCM-SHA384 (X25519 curve) cipher) (authenticated) by mail.epfl.ch (AngelmatoPhylax SMTP proxy) with ESMTPSA; Mon, 08 Jan 2018 12:00:15 +0100
X-EPFL-Auth: /4v0ypYXLdq7Q719UPndzwTca7LOuJJ0ozFh8uRuhYPn9XnoLF0=
From: Le Boudec Jean-Yves <jean-yves.leboudec@epfl.ch>
To: detnet@ietf.org
Message-ID: <f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch>
Date: Mon, 8 Jan 2018 12:00:15 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/Ax7T4tB-Qsns0JJXQQDSUIIjO38>
Subject: [Detnet] End-to-end latency versus per-hop latency bounds
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jan 2018 11:00:22 -0000

There are cases in detnet where the end-to-end latency is less than the 
sum of the latencies at every hop:

- If the detnet nodes uses per-flow scheduling, the worst case 
end-to-end queuing delay is less than the sum of the worst case queuing 
delays at every hop because all worst cases cannot happen at the same 
time (“pay burst only once” [3]).

- A similar case arises if the detnet nodes use the Urgency Based 
Scheduler defined by IEEE 802.1 TSN for asynchronous traffic shaping 
[4]. Here, a packet may be delayed (1) at a switch output port due to 
output port queuing and class-based scheduling and (2) at the next 
downstream node due to the urgency based scheduler, which reshapes 
individual flows in order to avoid cascades of burstiness increase. The 
worst case of the sum of the delays at (1) and (2) is strictly less than 
the sum of the worst cases of (1) and (2) – this is an instance of 
“reshaping is for free” [3].

Now in the drafts [1] and [2] the queuing delays are expressed and 
gathered per node, which is sufficient in these cases to find the worst 
case end-to-end delay. If the only information available to a path 
computation application is the per-hop latency, then the computed 
end-to-end latency bound will be the sum of the per-hop bounds, which 
may be much more than the end-to-end latency that would be computed by a 
path computation application that would be aware of the presence of 
per-flow scheduling or of urgency based schedulers. Therefore, it seems 
that these drafts should be adapted to allow for an accurate computation 
of the end-to-end latency.

[1] draft-finn-bounded-latency
[2] draft-geng-detnet-conf-yang-00
[3] slides-100-detnet-applicability-of-network-calculus-to-detnet-02
[4] 
http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf

Best, JY


From nobody Mon Jan  8 04:05:19 2018
Return-Path: <jean-yves.leboudec@epfl.ch>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6843E126BF6 for <detnet@ietfa.amsl.com>; Mon,  8 Jan 2018 04:05:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.79
X-Spam-Level: 
X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59miNM96NIIC for <detnet@ietfa.amsl.com>; Mon,  8 Jan 2018 04:05:15 -0800 (PST)
Received: from smtp5.epfl.ch (smtp5.epfl.ch [IPv6:2001:620:618:1e0:1:80b2:e034:1]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BEEE0124BAC for <detnet@ietf.org>; Mon,  8 Jan 2018 04:05:14 -0800 (PST)
Received: (qmail 13764 invoked by uid 107); 8 Jan 2018 12:05:12 -0000
X-Virus-Scanned: ClamAV
Received: from icsil1noteb199.epfl.ch (HELO [128.178.151.248]) (128.178.151.248) (TLS, ECDHE-RSA-AES256-GCM-SHA384 (X25519 curve) cipher) (authenticated) by mail.epfl.ch (AngelmatoPhylax SMTP proxy) with ESMTPSA; Mon, 08 Jan 2018 13:05:12 +0100
X-EPFL-Auth: DTC4dGSwMG5KQpTqoG33VUoOoaSJV9ezshLDsaLYUS0r/xtXApw=
From: Le Boudec Jean-Yves <jean-yves.leboudec@epfl.ch>
To: detnet@ietf.org
References: <f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch>
Message-ID: <85a60b00-70ee-308d-22c7-dbd9bf84d618@epfl.ch>
Date: Mon, 8 Jan 2018 13:05:11 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch>
Content-Type: multipart/alternative; boundary="------------DFB37C42C73E06BC5460B392"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/c7tA6qwrZQIOU-zuJrOc__etROc>
Subject: Re: [Detnet] End-to-end latency versus per-hop latency bounds
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jan 2018 12:05:17 -0000

This is a multi-part message in MIME format.
--------------DFB37C42C73E06BC5460B392
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

typo correction, sorry -- JY

Now in the drafts [1] and [2] the queuing delays are expressed and 
gathered per node, which is NOT sufficient in these cases to find the 
worst case end-to-end delay.

On 08.01.2018 12:00, Le Boudec Jean-Yves wrote:
> There are cases in detnet where the end-to-end latency is less than 
> the sum of the latencies at every hop:
>
> - If the detnet nodes uses per-flow scheduling, the worst case 
> end-to-end queuing delay is less than the sum of the worst case 
> queuing delays at every hop because all worst cases cannot happen at 
> the same time (“pay burst only once” [3]).
>
> - A similar case arises if the detnet nodes use the Urgency Based 
> Scheduler defined by IEEE 802.1 TSN for asynchronous traffic shaping 
> [4]. Here, a packet may be delayed (1) at a switch output port due to 
> output port queuing and class-based scheduling and (2) at the next 
> downstream node due to the urgency based scheduler, which reshapes 
> individual flows in order to avoid cascades of burstiness increase. 
> The worst case of the sum of the delays at (1) and (2) is strictly 
> less than the sum of the worst cases of (1) and (2) – this is an 
> instance of “reshaping is for free” [3].
>
> Now in the drafts [1] and [2] the queuing delays are expressed and 
> gathered per node, which is sufficient in these cases to find the 
> worst case end-to-end delay. If the only information available to a 
> path computation application is the per-hop latency, then the computed 
> end-to-end latency bound will be the sum of the per-hop bounds, which 
> may be much more than the end-to-end latency that would be computed by 
> a path computation application that would be aware of the presence of 
> per-flow scheduling or of urgency based schedulers. Therefore, it 
> seems that these drafts should be adapted to allow for an accurate 
> computation of the end-to-end latency.
>
> [1] draft-finn-bounded-latency
> [2] draft-geng-detnet-conf-yang-00
> [3] slides-100-detnet-applicability-of-network-calculus-to-detnet-02
> [4] 
> http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf
>
> Best, JY


--------------DFB37C42C73E06BC5460B392
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>typo correction, sorry -- JY <br>
    </p>
    <p>Now in the drafts [1] and [2] the queuing delays are expressed
      and gathered per node, which is NOT sufficient in these cases to
      find the worst case end-to-end delay.</p>
    <div class="moz-cite-prefix">On 08.01.2018 12:00, Le Boudec
      Jean-Yves wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch">There are
      cases in detnet where the end-to-end latency is less than the sum
      of the latencies at every hop:
      <br>
      <br>
      - If the detnet nodes uses per-flow scheduling, the worst case
      end-to-end queuing delay is less than the sum of the worst case
      queuing delays at every hop because all worst cases cannot happen
      at the same time (“pay burst only once” [3]).
      <br>
      <br>
      - A similar case arises if the detnet nodes use the Urgency Based
      Scheduler defined by IEEE 802.1 TSN for asynchronous traffic
      shaping [4]. Here, a packet may be delayed (1) at a switch output
      port due to output port queuing and class-based scheduling and (2)
      at the next downstream node due to the urgency based scheduler,
      which reshapes individual flows in order to avoid cascades of
      burstiness increase. The worst case of the sum of the delays at
      (1) and (2) is strictly less than the sum of the worst cases of
      (1) and (2) – this is an instance of “reshaping is for free” [3].
      <br>
      <br>
      Now in the drafts [1] and [2] the queuing delays are expressed and
      gathered per node, which is sufficient in these cases to find the
      worst case end-to-end delay. If the only information available to
      a path computation application is the per-hop latency, then the
      computed end-to-end latency bound will be the sum of the per-hop
      bounds, which may be much more than the end-to-end latency that
      would be computed by a path computation application that would be
      aware of the presence of per-flow scheduling or of urgency based
      schedulers. Therefore, it seems that these drafts should be
      adapted to allow for an accurate computation of the end-to-end
      latency.
      <br>
      <br>
      [1] draft-finn-bounded-latency
      <br>
      [2] draft-geng-detnet-conf-yang-00
      <br>
      [3]
      slides-100-detnet-applicability-of-network-calculus-to-detnet-02
      <br>
      [4]
<a class="moz-txt-link-freetext" href="http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf">http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf</a><br>
      <br>
      Best, JY
      <br>
    </blockquote>
    <br>
  </body>
</html>

--------------DFB37C42C73E06BC5460B392--


From nobody Mon Jan  8 04:23:46 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B6F6124BAC for <detnet@ietfa.amsl.com>; Mon,  8 Jan 2018 04:23:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.099
X-Spam-Level: ***
X-Spam-Status: No, score=3.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, GB_SUMOF=5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tdN3w_FarUC1 for <detnet@ietfa.amsl.com>; Mon,  8 Jan 2018 04:23:43 -0800 (PST)
Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) (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 54D3E1204DA for <detnet@ietf.org>; Mon,  8 Jan 2018 04:23:43 -0800 (PST)
Received: from CMOut01 (unknown [10.0.90.82]) by gproxy7.mail.unifiedlayer.com (Postfix) with ESMTP id 07FA721639E for <detnet@ietf.org>; Mon,  8 Jan 2018 05:21:36 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with  id voMN1w00r2SSUrH01oMRus; Mon, 08 Jan 2018 05:21:26 -0700
X-Authority-Analysis: v=2.2 cv=CqXPSjwD c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=RgaUWeydRksA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=dHJOhkScAAAA:8 a=48vgC7mUAAAA:8 a=DcNdS-Zd36EJXsN8APYA:9 a=xBiEULG57NANq9OK:21 a=2Us9MybnKCosH_UA:21 a=QEXdDO2ut3YA:10 a=EOBy82HiEACYpMufgdUA:9 a=0nyMtEddV3paCdw_:21 a=DUlv33Rie48S4ypF:21 a=uyDZOV2C7X5QgsIi:21 a=_W_S_7VecoQA:10 a=0Jc9p3VZYLcdQ-t9l-12:22 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:MIME-Version:Subject:References:In-Reply-To: Message-ID:Date:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MNGK6ouyipajnW3scMt6QIAt2uepASw/EZMPH1FslXw=; b=ulNx/HiANHJJoaePcVpEszDQC1 oq+hJ1nSWcOAbQLXPcFXww3u4owTTD57jg5gzH8OVdvyevVrNGqH1aIOcWbrsgdXcxNIQVToLwTNH npGu6eUfhbexN9wf4VaQnlhjr;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:55136 helo=[11.4.0.163]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1eYWQc-000jFK-GG; Mon, 08 Jan 2018 05:21:22 -0700
From: Lou Berger <lberger@labn.net>
To: "Le Boudec Jean-Yves" <jean-yves.leboudec@epfl.ch>, <detnet@ietf.org>
Date: Mon, 08 Jan 2018 07:21:21 -0500
Message-ID: <160d5b7cde8.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net>
In-Reply-To: <85a60b00-70ee-308d-22c7-dbd9bf84d618@epfl.ch>
References: <f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch> <85a60b00-70ee-308d-22c7-dbd9bf84d618@epfl.ch>
User-Agent: AquaMail/1.12.0-651 (build: 101200001)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----------160d5b7cf4316d627d3fbb6c3"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1eYWQc-000jFK-GG
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([11.4.0.163]) [100.15.86.101]:55136
X-Source-Auth: lberger@labn.net
X-Email-Count: 1
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/dWXwVNqL_OfEuQPfggzfkHoDAwM>
Subject: Re: [Detnet] End-to-end latency versus per-hop latency bounds
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jan 2018 12:23:45 -0000

This is a multi-part message in MIME format.
------------160d5b7cf4316d627d3fbb6c3
Content-Type: text/plain; format=flowed; charset="UTF-8"
Content-Transfer-Encoding: 8bit

JY,

Thank you for the input. Do you have any specific changes or new text you 
can propose?

Lou


On January 8, 2018 7:05:49 AM Le Boudec Jean-Yves 
<jean-yves.leboudec@epfl.ch> wrote:

> typo correction, sorry -- JY
>
> Now in the drafts [1] and [2] the queuing delays are expressed and
> gathered per node, which is NOT sufficient in these cases to find the
> worst case end-to-end delay.
>
> On 08.01.2018 12:00, Le Boudec Jean-Yves wrote:
>> There are cases in detnet where the end-to-end latency is less than
>> the sum of the latencies at every hop:
>>
>> - If the detnet nodes uses per-flow scheduling, the worst case
>> end-to-end queuing delay is less than the sum of the worst case
>> queuing delays at every hop because all worst cases cannot happen at
>> the same time (“pay burst only once” [3]).
>>
>> - A similar case arises if the detnet nodes use the Urgency Based
>> Scheduler defined by IEEE 802.1 TSN for asynchronous traffic shaping
>> [4]. Here, a packet may be delayed (1) at a switch output port due to
>> output port queuing and class-based scheduling and (2) at the next
>> downstream node due to the urgency based scheduler, which reshapes
>> individual flows in order to avoid cascades of burstiness increase.
>> The worst case of the sum of the delays at (1) and (2) is strictly
>> less than the sum of the worst cases of (1) and (2) – this is an
>> instance of “reshaping is for free” [3].
>>
>> Now in the drafts [1] and [2] the queuing delays are expressed and
>> gathered per node, which is sufficient in these cases to find the
>> worst case end-to-end delay. If the only information available to a
>> path computation application is the per-hop latency, then the computed
>> end-to-end latency bound will be the sum of the per-hop bounds, which
>> may be much more than the end-to-end latency that would be computed by
>> a path computation application that would be aware of the presence of
>> per-flow scheduling or of urgency based schedulers. Therefore, it
>> seems that these drafts should be adapted to allow for an accurate
>> computation of the end-to-end latency.
>>
>> [1] draft-finn-bounded-latency
>> [2] draft-geng-detnet-conf-yang-00
>> [3] slides-100-detnet-applicability-of-network-calculus-to-detnet-02
>> [4]
>> http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf
>>
>> Best, JY
>
>
>
>
> ----------
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>

------------160d5b7cf4316d627d3fbb6c3
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: 8bit

<html>
<head>
      

</head>
<body>
<div style="color: black;">
<div style="color: black;">
<p style="margin: 0 0 1em 0; color: black;">JY,</p>
<p style="margin: 0 0 1em 0; color: black;">Thank you for the input. Do you
have any specific changes or new text you can propose?</p>
<p style="margin: 0 0 1em 0; color: black;">Lou</p>
</div>
<div style="color: black;">
<p
style="color: black; font-size: 10pt; font-family: Arial, sans-serif; margin: 10pt 0;">On
January 8, 2018 7:05:49 AM Le Boudec Jean-Yves
&lt;jean-yves.leboudec@epfl.ch&gt; wrote:</p>
<blockquote type="cite" class="gmail_quote"
style="margin: 0 0 0 0.75ex; border-left: 1px solid #808080; padding-left: 0.75ex;">
    <p>typo correction, sorry -- JY <br>
    </p>
    <p>Now in the drafts [1] and [2] the queuing delays are expressed
      and gathered per node, which is NOT sufficient in these cases to
      find the worst case end-to-end delay.</p>
    <div class="moz-cite-prefix">On 08.01.2018 12:00, Le Boudec
      Jean-Yves wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch">There are
      cases in detnet where the end-to-end latency is less than the sum
      of the latencies at every hop:
      <br>
      <br>
      - If the detnet nodes uses per-flow scheduling, the worst case
      end-to-end queuing delay is less than the sum of the worst case
      queuing delays at every hop because all worst cases cannot happen
      at the same time (“pay burst only once” [3]).
      <br>
      <br>
      - A similar case arises if the detnet nodes use the Urgency Based
      Scheduler defined by IEEE 802.1 TSN for asynchronous traffic
      shaping [4]. Here, a packet may be delayed (1) at a switch output
      port due to output port queuing and class-based scheduling and (2)
      at the next downstream node due to the urgency based scheduler,
      which reshapes individual flows in order to avoid cascades of
      burstiness increase. The worst case of the sum of the delays at
      (1) and (2) is strictly less than the sum of the worst cases of
      (1) and (2) – this is an instance of “reshaping is for free” [3].
      <br>
      <br>
      Now in the drafts [1] and [2] the queuing delays are expressed and
      gathered per node, which is sufficient in these cases to find the
      worst case end-to-end delay. If the only information available to
      a path computation application is the per-hop latency, then the
      computed end-to-end latency bound will be the sum of the per-hop
      bounds, which may be much more than the end-to-end latency that
      would be computed by a path computation application that would be
      aware of the presence of per-flow scheduling or of urgency based
      schedulers. Therefore, it seems that these drafts should be
      adapted to allow for an accurate computation of the end-to-end
      latency.
      <br>
      <br>
      [1] draft-finn-bounded-latency
      <br>
      [2] draft-geng-detnet-conf-yang-00
      <br>
      [3]
      slides-100-detnet-applicability-of-network-calculus-to-detnet-02
      <br>
      [4]
<a class="moz-txt-link-freetext"
href="http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf">http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf</a><br>
      <br>
      Best, JY
      <br>
    </blockquote>
    <br>
  
_______________________________________________<br>
detnet mailing list<br>
<a class="aqm-autolink aqm-autowrap"
href="mailto:detnet%40ietf.org">detnet@ietf.org</a><br>
<a class="aqm-autolink aqm-autowrap"
href="https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a><br>
<br></blockquote>
</div>
</div>
</body>
</html>

------------160d5b7cf4316d627d3fbb6c3--


From nobody Mon Jan  8 08:14:48 2018
Return-Path: <jean-yves.leboudec@epfl.ch>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09FA0129966 for <detnet@ietfa.amsl.com>; Mon,  8 Jan 2018 08:14:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.79
X-Spam-Level: 
X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id daminH9MaYhD for <detnet@ietfa.amsl.com>; Mon,  8 Jan 2018 08:14:44 -0800 (PST)
Received: from smtp4.epfl.ch (smtp4.epfl.ch [IPv6:2001:620:618:1e0:1:80b2:e059:1]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CCEC126579 for <detnet@ietf.org>; Mon,  8 Jan 2018 08:14:44 -0800 (PST)
Received: (qmail 54716 invoked by uid 107); 8 Jan 2018 16:14:42 -0000
X-Virus-Scanned: ClamAV
Received: from icsil1noteb199.epfl.ch (HELO [128.178.151.248]) (128.178.151.248) (TLS, ECDHE-RSA-AES256-GCM-SHA384 (X25519 curve) cipher) (authenticated) by mail.epfl.ch (AngelmatoPhylax SMTP proxy) with ESMTPSA; Mon, 08 Jan 2018 17:14:42 +0100
X-EPFL-Auth: kIUOKXx6OdOGE0G+UVChn/opo9AjGYoSGVOPFaIgcAEO7C4kZCY=
To: Lou Berger <lberger@labn.net>, detnet@ietf.org
References: <f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch> <85a60b00-70ee-308d-22c7-dbd9bf84d618@epfl.ch> <160d5b7cde8.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net>
From: Le Boudec Jean-Yves <jean-yves.leboudec@epfl.ch>
Message-ID: <91672df7-f953-c510-9f52-e7ec1d645d45@epfl.ch>
Date: Mon, 8 Jan 2018 17:14:40 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <160d5b7cde8.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net>
Content-Type: multipart/alternative; boundary="------------811803D7A8DCD7B9235BA47B"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/BoZ4Tt3IK_pt-atm3e-99wrUimw>
Subject: Re: [Detnet] End-to-end latency versus per-hop latency bounds
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jan 2018 16:14:47 -0000

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

Lou,

it is probably more than just a few text edits. We would need

a) to explain the method by which end-to-end latency bounds are derived 
when there are elements that do per-flow scheduling or that contain 
shapers such as the urgency based shaper. This could be in the bounded 
latency draft or in the architecture.

b) to have all elements required by a) formally defined and made 
available in the yang configuration files (hence in 
draft-geng-detnet-conf-yang). This would contain for example: the rate 
and latency parameters of a per-flow scheduler; the parameters of the 
shaping algorithm used by an urgency based shaper.

I'll be happy to help with that !

JY


On 08.01.2018 13:21, Lou Berger wrote:
>
> JY,
>
> Thank you for the input. Do you have any specific changes or new text 
> you can propose?
>
> Lou
>
> On January 8, 2018 7:05:49 AM Le Boudec Jean-Yves 
> <jean-yves.leboudec@epfl.ch> wrote:
>
>> typo correction, sorry -- JY
>>
>> Now in the drafts [1] and [2] the queuing delays are expressed and 
>> gathered per node, which is NOT sufficient in these cases to find the 
>> worst case end-to-end delay.
>>
>> On 08.01.2018 12:00, Le Boudec Jean-Yves wrote:
>>> There are cases in detnet where the end-to-end latency is less than 
>>> the sum of the latencies at every hop:
>>>
>>> - If the detnet nodes uses per-flow scheduling, the worst case 
>>> end-to-end queuing delay is less than the sum of the worst case 
>>> queuing delays at every hop because all worst cases cannot happen at 
>>> the same time (“pay burst only once” [3]).
>>>
>>> - A similar case arises if the detnet nodes use the Urgency Based 
>>> Scheduler defined by IEEE 802.1 TSN for asynchronous traffic shaping 
>>> [4]. Here, a packet may be delayed (1) at a switch output port due 
>>> to output port queuing and class-based scheduling and (2) at the 
>>> next downstream node due to the urgency based scheduler, which 
>>> reshapes individual flows in order to avoid cascades of burstiness 
>>> increase. The worst case of the sum of the delays at (1) and (2) is 
>>> strictly less than the sum of the worst cases of (1) and (2) – this 
>>> is an instance of “reshaping is for free” [3].
>>>
>>> Now in the drafts [1] and [2] the queuing delays are expressed and 
>>> gathered per node, which is sufficient in these cases to find the 
>>> worst case end-to-end delay. If the only information available to a 
>>> path computation application is the per-hop latency, then the 
>>> computed end-to-end latency bound will be the sum of the per-hop 
>>> bounds, which may be much more than the end-to-end latency that 
>>> would be computed by a path computation application that would be 
>>> aware of the presence of per-flow scheduling or of urgency based 
>>> schedulers. Therefore, it seems that these drafts should be adapted 
>>> to allow for an accurate computation of the end-to-end latency.
>>>
>>> [1] draft-finn-bounded-latency
>>> [2] draft-geng-detnet-conf-yang-00
>>> [3] slides-100-detnet-applicability-of-network-calculus-to-detnet-02
>>> [4] 
>>> http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf
>>>
>>> Best, JY
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org <mailto:detnet%40ietf.org>
>> https://www.ietf.org/mailman/listinfo/detnet
>>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


--------------811803D7A8DCD7B9235BA47B
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Lou,</p>
    <p>it is probably more than just a few text edits. We would need</p>
    <p>a) to explain the method by which end-to-end latency bounds are
      derived when there are elements that do per-flow scheduling or
      that contain shapers such as the urgency based shaper. This could
      be in the bounded latency draft or in the architecture.</p>
    <p>b) to have all elements required by a) formally defined and made
      available in the yang configuration files (hence in
      draft-geng-detnet-conf-yang). This would contain for example: the
      rate and latency parameters of a per-flow scheduler; the
      parameters of the shaping algorithm used by an urgency based
      shaper.<br>
    </p>
    <p>I'll be happy to help with that ! <br>
    </p>
    <p>JY<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 08.01.2018 13:21, Lou Berger wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:160d5b7cde8.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <div style="color: black;">
        <div style="color: black;">
          <p style="margin: 0 0 1em 0; color: black;">JY,</p>
          <p style="margin: 0 0 1em 0; color: black;">Thank you for the
            input. Do you
            have any specific changes or new text you can propose?</p>
          <p style="margin: 0 0 1em 0; color: black;">Lou</p>
        </div>
        <div style="color: black;">
          <p style="color: black; font-size: 10pt; font-family: Arial,
            sans-serif; margin: 10pt 0;">On
            January 8, 2018 7:05:49 AM Le Boudec Jean-Yves
            <a class="moz-txt-link-rfc2396E" href="mailto:jean-yves.leboudec@epfl.ch">&lt;jean-yves.leboudec@epfl.ch&gt;</a> wrote:</p>
          <blockquote type="cite" class="gmail_quote" style="margin: 0 0
            0 0.75ex; border-left: 1px solid #808080; padding-left:
            0.75ex;">
            <p>typo correction, sorry -- JY <br>
            </p>
            <p>Now in the drafts [1] and [2] the queuing delays are
              expressed and gathered per node, which is NOT sufficient
              in these cases to find the worst case end-to-end delay.</p>
            <div class="moz-cite-prefix">On 08.01.2018 12:00, Le Boudec
              Jean-Yves wrote:<br>
            </div>
            <blockquote type="cite"
              cite="mid:f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch">There
              are cases in detnet where the end-to-end latency is less
              than the sum of the latencies at every hop: <br>
              <br>
              - If the detnet nodes uses per-flow scheduling, the worst
              case end-to-end queuing delay is less than the sum of the
              worst case queuing delays at every hop because all worst
              cases cannot happen at the same time (“pay burst only
              once” [3]). <br>
              <br>
              - A similar case arises if the detnet nodes use the
              Urgency Based Scheduler defined by IEEE 802.1 TSN for
              asynchronous traffic shaping [4]. Here, a packet may be
              delayed (1) at a switch output port due to output port
              queuing and class-based scheduling and (2) at the next
              downstream node due to the urgency based scheduler, which
              reshapes individual flows in order to avoid cascades of
              burstiness increase. The worst case of the sum of the
              delays at (1) and (2) is strictly less than the sum of the
              worst cases of (1) and (2) – this is an instance of
              “reshaping is for free” [3]. <br>
              <br>
              Now in the drafts [1] and [2] the queuing delays are
              expressed and gathered per node, which is sufficient in
              these cases to find the worst case end-to-end delay. If
              the only information available to a path computation
              application is the per-hop latency, then the computed
              end-to-end latency bound will be the sum of the per-hop
              bounds, which may be much more than the end-to-end latency
              that would be computed by a path computation application
              that would be aware of the presence of per-flow scheduling
              or of urgency based schedulers. Therefore, it seems that
              these drafts should be adapted to allow for an accurate
              computation of the end-to-end latency. <br>
              <br>
              [1] draft-finn-bounded-latency <br>
              [2] draft-geng-detnet-conf-yang-00 <br>
              [3]
              slides-100-detnet-applicability-of-network-calculus-to-detnet-02
              <br>
              [4]
              <a class="moz-txt-link-freetext"
href="http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf"
                moz-do-not-send="true">http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf</a><br>
              <br>
              Best, JY <br>
            </blockquote>
            <br>
            _______________________________________________<br>
            detnet mailing list<br>
            <a class="aqm-autolink aqm-autowrap"
              href="mailto:detnet%40ietf.org" moz-do-not-send="true">detnet@ietf.org</a><br>
            <a class="aqm-autolink aqm-autowrap"
              href="https://www.ietf.org/mailman/listinfo/detnet"
              moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><br>
            <br>
          </blockquote>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
detnet mailing list
<a class="moz-txt-link-abbreviated" href="mailto:detnet@ietf.org">detnet@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------811803D7A8DCD7B9235BA47B--


From nobody Mon Jan  8 13:28:42 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E45612D7F9 for <detnet@ietfa.amsl.com>; Mon,  8 Jan 2018 13:28:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.098
X-Spam-Level: ***
X-Spam-Status: No, score=3.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, GB_SUMOF=5, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bRu2LgZxeCjM for <detnet@ietfa.amsl.com>; Mon,  8 Jan 2018 13:28:39 -0800 (PST)
Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) (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 E10231243F6 for <detnet@ietf.org>; Mon,  8 Jan 2018 13:28:38 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy5.mail.unifiedlayer.com (Postfix) with ESMTP id 8841A14055B for <detnet@ietf.org>; Mon,  8 Jan 2018 14:28:38 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with  id vxUa1w00j2SSUrH01xUdKg; Mon, 08 Jan 2018 14:28:38 -0700
X-Authority-Analysis: v=2.2 cv=G85sK5s5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=dHJOhkScAAAA:8 a=48vgC7mUAAAA:8 a=CB6BwnNtUl2o3LsG9FMA:9 a=472mcPht9httnyf0:21 a=kE-TTtnlblsp9Ec0:21 a=QEXdDO2ut3YA:10 a=0Jc9p3VZYLcdQ-t9l-12:22 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=LyXSLqEn+qXJF7x/HGQTGHYcVn1ONjNQzYU7kP4OmGQ=; b=LUMzVlmZCC+FyFkPdIjct/3mX5 jlua86TPdsJkwUiaUxwDjBEDQk48Z4WYnUxjQ/5l4nTLnZVy6yHXYSJ+U+BV1Nd3si3jzGE5694Uh CTZllnobtAps4D1mLeHQtpCue;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:58186 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1eYeyA-003XqD-K4; Mon, 08 Jan 2018 14:28:34 -0700
To: Le Boudec Jean-Yves <jean-yves.leboudec@epfl.ch>, detnet@ietf.org
References: <f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch> <85a60b00-70ee-308d-22c7-dbd9bf84d618@epfl.ch> <160d5b7cde8.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <91672df7-f953-c510-9f52-e7ec1d645d45@epfl.ch>
From: Lou Berger <lberger@labn.net>
Message-ID: <49161db5-369c-2444-9c9a-dd76cdc66ca4@labn.net>
Date: Mon, 8 Jan 2018 16:28:33 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <91672df7-f953-c510-9f52-e7ec1d645d45@epfl.ch>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1eYeyA-003XqD-K4
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:58186
X-Source-Auth: lberger@labn.net
X-Email-Count: 9
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/IQVMi5rNyz8-65FcJhBdKVHCsrE>
Subject: Re: [Detnet] End-to-end latency versus per-hop latency bounds
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jan 2018 21:28:40 -0000

On 1/8/2018 11:14 AM, Le Boudec Jean-Yves wrote:
>
> Lou,
>
> it is probably more than just a few text edits. We would need
>
> a) to explain the method by which end-to-end latency bounds are 
> derived when there are elements that do per-flow scheduling or that 
> contain shapers such as the urgency based shaper. This could be in the 
> bounded latency draft or in the architecture.
>
> b) to have all elements required by a) formally defined and made 
> available in the yang configuration files (hence in 
> draft-geng-detnet-conf-yang). This would contain for example: the rate 
> and latency parameters of a per-flow scheduler; the parameters of the 
> shaping algorithm used by an urgency based shaper.
>
> I'll be happy to help with that !
>
Great!  Please work with the authors directly or feel free to submit a 
draft (or even just proposed text in  e-mail) on the topic!

Lou
>
> JY
>
>
> On 08.01.2018 13:21, Lou Berger wrote:
>>
>> JY,
>>
>> Thank you for the input. Do you have any specific changes or new text 
>> you can propose?
>>
>> Lou
>>
>> On January 8, 2018 7:05:49 AM Le Boudec Jean-Yves 
>> <jean-yves.leboudec@epfl.ch> wrote:
>>
>>> typo correction, sorry -- JY
>>>
>>> Now in the drafts [1] and [2] the queuing delays are expressed and 
>>> gathered per node, which is NOT sufficient in these cases to find 
>>> the worst case end-to-end delay.
>>>
>>> On 08.01.2018 12:00, Le Boudec Jean-Yves wrote:
>>>> There are cases in detnet where the end-to-end latency is less than 
>>>> the sum of the latencies at every hop:
>>>>
>>>> - If the detnet nodes uses per-flow scheduling, the worst case 
>>>> end-to-end queuing delay is less than the sum of the worst case 
>>>> queuing delays at every hop because all worst cases cannot happen 
>>>> at the same time (“pay burst only once” [3]).
>>>>
>>>> - A similar case arises if the detnet nodes use the Urgency Based 
>>>> Scheduler defined by IEEE 802.1 TSN for asynchronous traffic 
>>>> shaping [4]. Here, a packet may be delayed (1) at a switch output 
>>>> port due to output port queuing and class-based scheduling and (2) 
>>>> at the next downstream node due to the urgency based scheduler, 
>>>> which reshapes individual flows in order to avoid cascades of 
>>>> burstiness increase. The worst case of the sum of the delays at (1) 
>>>> and (2) is strictly less than the sum of the worst cases of (1) and 
>>>> (2) – this is an instance of “reshaping is for free” [3].
>>>>
>>>> Now in the drafts [1] and [2] the queuing delays are expressed and 
>>>> gathered per node, which is sufficient in these cases to find the 
>>>> worst case end-to-end delay. If the only information available to a 
>>>> path computation application is the per-hop latency, then the 
>>>> computed end-to-end latency bound will be the sum of the per-hop 
>>>> bounds, which may be much more than the end-to-end latency that 
>>>> would be computed by a path computation application that would be 
>>>> aware of the presence of per-flow scheduling or of urgency based 
>>>> schedulers. Therefore, it seems that these drafts should be adapted 
>>>> to allow for an accurate computation of the end-to-end latency.
>>>>
>>>> [1] draft-finn-bounded-latency
>>>> [2] draft-geng-detnet-conf-yang-00
>>>> [3] slides-100-detnet-applicability-of-network-calculus-to-detnet-02
>>>> [4] 
>>>> http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf
>>>>
>>>> Best, JY
>>>
>>> _______________________________________________
>>> detnet mailing list
>>> detnet@ietf.org <mailto:detnet%40ietf.org>
>>> https://www.ietf.org/mailman/listinfo/detnet
>>>
>>
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>


From nobody Tue Jan  9 09:02:33 2018
Return-Path: <session-request@ietf.org>
X-Original-To: detnet@ietf.org
Delivered-To: detnet@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D285112D865; Tue,  9 Jan 2018 09:02:31 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Meeting Session Request Tool <session-request@ietf.org>
To: <session-request@ietf.org>
Cc: lberger@labn.net, detnet@ietf.org, db3546@att.com, detnet-chairs@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.68.3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151551735181.1721.13377682605220968224.idtracker@ietfa.amsl.com>
Date: Tue, 09 Jan 2018 09:02:31 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/VmSjn2btqt0blDhFKJU4N8yRE4o>
Subject: [Detnet] detnet - New Meeting Session Request for IETF 101
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jan 2018 17:02:32 -0000

A new meeting session request has just been submitted by Lou Berger, a Chair of the detnet working group.


---------------------------------------------------------
Working Group Name: Deterministic Networking
Area Name: Routing Area
Session Requester: Lou Berger

Number of Sessions: 1
Length of Session(s):  2.5 Hours
Number of Attendees: 100
Conflicts to Avoid: 
 First Priority: pce teas ccamp netmod mpls
 Second Priority: rtgwg nvo3 tsvwg pals bess



People who must be present:
  Lou Berger
  Deborah Brungard
  Jouni Korhonen
  Patricia Thaler
  Janos Farkas

Resources Requested:

Special Requests:
  
---------------------------------------------------------


From nobody Tue Jan  9 18:28:09 2018
Return-Path: <gengxuesong@huawei.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 881A0124F57 for <detnet@ietfa.amsl.com>; Tue,  9 Jan 2018 18:28:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.78
X-Spam-Level: 
X-Spam-Status: No, score=0.78 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FbC0KQsPaClQ for <detnet@ietfa.amsl.com>; Tue,  9 Jan 2018 18:28:06 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 5A2C9124B17 for <detnet@ietf.org>; Tue,  9 Jan 2018 18:28:06 -0800 (PST)
Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 2D568346D68C9 for <detnet@ietf.org>; Wed, 10 Jan 2018 02:28:03 +0000 (GMT)
Received: from DGGEMA405-HUB.china.huawei.com (10.3.20.46) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 10 Jan 2018 02:28:03 +0000
Received: from DGGEMA501-MBS.china.huawei.com ([169.254.4.171]) by DGGEMA405-HUB.china.huawei.com ([10.3.20.46]) with mapi id 14.03.0361.001; Wed, 10 Jan 2018 10:27:58 +0800
From: "Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com>
To: Le Boudec Jean-Yves <jean-yves.leboudec@epfl.ch>, "detnet@ietf.org" <detnet@ietf.org>
Thread-Topic: [Detnet] End-to-end latency versus per-hop latency bounds
Thread-Index: AQHTiG/tL0CuZwuxJUqr5E7fzYvdCqNpWuGAgAMBWZA=
Date: Wed, 10 Jan 2018 02:27:57 +0000
Message-ID: <F1C1D5B02EA3FA4A8AF54C86BA4F325C089637FB@DGGEMA501-MBS.china.huawei.com>
References: <f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch> <85a60b00-70ee-308d-22c7-dbd9bf84d618@epfl.ch>
In-Reply-To: <85a60b00-70ee-308d-22c7-dbd9bf84d618@epfl.ch>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.130.169.123]
Content-Type: multipart/alternative; boundary="_000_F1C1D5B02EA3FA4A8AF54C86BA4F325C089637FBDGGEMA501MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/8cC1gFAKR99QGluWZL5Yyyu-f_Y>
Subject: Re: [Detnet] End-to-end latency versus per-hop latency bounds
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jan 2018 02:28:08 -0000

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

Hi JY,

I have read more material about Networking Calculus, and I think it is very=
 useful to describe the network unit behavior accurately and make the worst=
 case end-to-end latency smaller than the sum of worst case latency of ever=
y hop.
It will be very charming if we can prove the end-to-end latency will be sho=
rter significantly. And as the author of DetNet YANG module, I am also very=
 interested in specifying 'the rate and latency parameters of a per-flow sc=
heduler; the parameters of the shaping algorithm' based on the method offer=
ed by Networking Calculus, as you have mentioned in the email (In my unders=
tanding, most of the parameters of different queuing management algorithm h=
ave been defined in IEEE, maybe we can make use of them and redefine them i=
n a rigorous mathematical model ).
They are all very interesting. If you have further plans about these topics=
, please let me in.

Best Regards,

Xuesong

From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Le Boudec Jean-Y=
ves
Sent: Monday, January 08, 2018 8:05 PM
To: detnet@ietf.org
Subject: Re: [Detnet] End-to-end latency versus per-hop latency bounds


typo correction, sorry -- JY

Now in the drafts [1] and [2] the queuing delays are expressed and gathered=
 per node, which is NOT sufficient in these cases to find the worst case en=
d-to-end delay.
On 08.01.2018 12:00, Le Boudec Jean-Yves wrote:
There are cases in detnet where the end-to-end latency is less than the sum=
 of the latencies at every hop:

- If the detnet nodes uses per-flow scheduling, the worst case end-to-end q=
ueuing delay is less than the sum of the worst case queuing delays at every=
 hop because all worst cases cannot happen at the same time ("pay burst onl=
y once" [3]).

- A similar case arises if the detnet nodes use the Urgency Based Scheduler=
 defined by IEEE 802.1 TSN for asynchronous traffic shaping [4]. Here, a pa=
cket may be delayed (1) at a switch output port due to output port queuing =
and class-based scheduling and (2) at the next downstream node due to the u=
rgency based scheduler, which reshapes individual flows in order to avoid c=
ascades of burstiness increase. The worst case of the sum of the delays at =
(1) and (2) is strictly less than the sum of the worst cases of (1) and (2)=
 - this is an instance of "reshaping is for free" [3].

Now in the drafts [1] and [2] the queuing delays are expressed and gathered=
 per node, which is sufficient in these cases to find the worst case end-to=
-end delay. If the only information available to a path computation applica=
tion is the per-hop latency, then the computed end-to-end latency bound wil=
l be the sum of the per-hop bounds, which may be much more than the end-to-=
end latency that would be computed by a path computation application that w=
ould be aware of the presence of per-flow scheduling or of urgency based sc=
hedulers. Therefore, it seems that these drafts should be adapted to allow =
for an accurate computation of the end-to-end latency.

[1] draft-finn-bounded-latency
[2] draft-geng-detnet-conf-yang-00
[3] slides-100-detnet-applicability-of-network-calculus-to-detnet-02
[4] http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queue=
s-0521-v0.pdf

Best, JY


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

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";
	color:black;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor=3D"white" lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi JY,<o:p=
></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D">I have read more material about Networkin=
g Calculus, and I think it is very useful to describe the network
 unit behavior accurately and make the worst case end-to-end latency smalle=
r than the sum of worst case latency of every hop.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D">It will be very charming if we can prove =
the end-to-end latency will be shorter significantly. And as
 the author of DetNet YANG module, I am also very interested in specifying =
&#8216;the rate and latency parameters of a per-flow scheduler; the paramet=
ers of the shaping algorithm&#8217; based on the method offered by Networki=
ng Calculus, as you have mentioned in the email
 (In my understanding, most of the parameters of different queuing manageme=
nt algorithm have been defined in IEEE, maybe we can make use of them and r=
edefine them in a rigorous mathematical model ).
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D">They are all very interesting. If you hav=
e further plans about these topics, please let me in.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D">Best Regards,<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1F497D">Xuesong<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt;fo=
nt-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:windowtext">From:=
</span></b><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;;color:windowtext"> detnet [mailto:detn=
et-bounces@ietf.org]
<b>On Behalf Of </b>Le Boudec Jean-Yves<br>
<b>Sent:</b> Monday, January 08, 2018 8:05 PM<br>
<b>To:</b> detnet@ietf.org<br>
<b>Subject:</b> Re: [Detnet] End-to-end latency versus per-hop latency boun=
ds<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p><span lang=3D"EN-US">typo correction, sorry -- JY <o:p></o:p></span></p>
<p><span lang=3D"EN-US">Now in the drafts [1] and [2] the queuing delays ar=
e expressed and gathered per node, which is NOT sufficient in these cases t=
o find the worst case end-to-end delay.<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">On 08.01.2018 12:00, Le Boudec =
Jean-Yves wrote:<o:p></o:p></span></p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal"><span lang=3D"EN-US">There are cases in detnet where=
 the end-to-end latency is less than the sum of the latencies at every hop:
<br>
<br>
- If the detnet nodes uses per-flow scheduling, the worst case end-to-end q=
ueuing delay is less than the sum of the worst case queuing delays at every=
 hop because all worst cases cannot happen at the same time (&#8220;pay bur=
st only once&#8221; [3]).
<br>
<br>
- A similar case arises if the detnet nodes use the Urgency Based Scheduler=
 defined by IEEE 802.1 TSN for asynchronous traffic shaping [4]. Here, a pa=
cket may be delayed (1) at a switch output port due to output port queuing =
and class-based scheduling and (2)
 at the next downstream node due to the urgency based scheduler, which resh=
apes individual flows in order to avoid cascades of burstiness increase. Th=
e worst case of the sum of the delays at (1) and (2) is strictly less than =
the sum of the worst cases of (1)
 and (2) &#8211; this is an instance of &#8220;reshaping is for free&#8221;=
 [3]. <br>
<br>
Now in the drafts [1] and [2] the queuing delays are expressed and gathered=
 per node, which is sufficient in these cases to find the worst case end-to=
-end delay. If the only information available to a path computation applica=
tion is the per-hop latency, then
 the computed end-to-end latency bound will be the sum of the per-hop bound=
s, which may be much more than the end-to-end latency that would be compute=
d by a path computation application that would be aware of the presence of =
per-flow scheduling or of urgency
 based schedulers. Therefore, it seems that these drafts should be adapted =
to allow for an accurate computation of the end-to-end latency.
<br>
<br>
[1] draft-finn-bounded-latency <br>
[2] draft-geng-detnet-conf-yang-00 <br>
[3] slides-100-detnet-applicability-of-network-calculus-to-detnet-02 <br>
[4] <a href=3D"http://www.ieee802.org/1/files/public/docs2015/new-tsn-spech=
t-ubs-queues-0521-v0.pdf">
http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-05=
21-v0.pdf</a><br>
<br>
Best, JY <o:p></o:p></span></p>
</blockquote>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
</div>
</body>
</html>

--_000_F1C1D5B02EA3FA4A8AF54C86BA4F325C089637FBDGGEMA501MBSchi_--


From nobody Wed Jan 10 04:44:39 2018
Return-Path: <internet-drafts@ietf.org>
X-Original-To: detnet@ietf.org
Delivered-To: detnet@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C1501200B9; Wed, 10 Jan 2018 04:44:33 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: detnet@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.68.3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151558827316.3898.5584081901035711170@ietfa.amsl.com>
Date: Wed, 10 Jan 2018 04:44:33 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/npSWzzqqG3RjeFV1pGuIeIUdGCY>
Subject: [Detnet] I-D Action: draft-ietf-detnet-flow-information-model-00.txt
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jan 2018 12:44:33 -0000

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

        Title           : DetNet Flow Information Model
        Authors         : János Farkas
                          Balázs Varga
                          Rodney Cummings
                          Jiang Yuanlong
                          Zha Yiyong
	Filename        : draft-ietf-detnet-flow-information-model-00.txt
	Pages           : 22
	Date            : 2018-01-08

Abstract:
   This document describes flow and service information model for
   Deterministic Networking (DetNet).  The DetNet service is provided
   either for a Layer 3 or a Layer 2 flow.  This document provides
   DetNet flow and service information model both for Layer 3 and Layer
   2 flows in an integrated fashion.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-detnet-flow-information-model/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-detnet-flow-information-model-00
https://datatracker.ietf.org/doc/html/draft-ietf-detnet-flow-information-model-00


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Wed Jan 10 06:53:03 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB76912700F for <detnet@ietfa.amsl.com>; Wed, 10 Jan 2018 06:53:01 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l3aF-hObqoJI for <detnet@ietfa.amsl.com>; Wed, 10 Jan 2018 06:53:00 -0800 (PST)
Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) (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 ED295126B6E for <detnet@ietf.org>; Wed, 10 Jan 2018 06:52:59 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy8.mail.unifiedlayer.com (Postfix) with ESMTP id 1B2461AD76C for <detnet@ietf.org>; Wed, 10 Jan 2018 07:36:03 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with  id webz1w0152SSUrH01ec2f3; Wed, 10 Jan 2018 07:36:03 -0700
X-Authority-Analysis: v=2.2 cv=G85sK5s5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=-80DEDMye-IA:10 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=NojvYFcnAAAA:8 a=48vgC7mUAAAA:8 a=q5kYD8aLZQtzYWw8JLUA:9 a=VLF2hv_vZP7lr_JK:21 a=xQl8SaNpJZzGKGnN:21 a=QEXdDO2ut3YA:10 a=NU7HZUQD-k8A:10 a=T8E0iRN_syYA:10 a=9uUzcS5Nrb8A:10 a=gUXmQ8eWAGYA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:References:To:From:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=8lpA6UcQkdac+pZRH59I5d/Zq64XKO+CoogShLKE+sg=; b=kHEWHjuo/fzhckDbZ2HWuF5nCw r3khLij1FK7CeBZy4P3CGK3bcwifxE/Zb4VarNWZ/5ADph05MYAGeVC298u8ih2gC0uT/wGofDe+d MPaJHgyz81EbuFQ5pUurXcxng;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:36656 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1eZHTz-0026iX-Dy for detnet@ietf.org; Wed, 10 Jan 2018 07:35:59 -0700
From: Lou Berger <lberger@labn.net>
To: detnet@ietf.org
References: <765b0a8a-075f-7bd6-54df-cecf5c911665@labn.net> <4723b843-c88f-4a98-45ba-028f9771effe@labn.net>
Message-ID: <862cd7f1-2967-e5dd-b983-978ede8b12e1@labn.net>
Date: Wed, 10 Jan 2018 09:35:55 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <4723b843-c88f-4a98-45ba-028f9771effe@labn.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1eZHTz-0026iX-Dy
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:36656
X-Source-Auth: lberger@labn.net
X-Email-Count: 2
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/Y5dpIf0DseaIGG5TDoAe3Vz9GCw>
Subject: Re: [Detnet] Virtual interim on DetNet Data Plane - January 10, 1600-1800GMT.
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jan 2018 14:53:02 -0000

Just a reminder that this interim will be starting in ~2.5 hours.
  Webex: 
https://ietf.webex.com/ietf/j.php?MTID=ma8f5e752b3d072bbb2bcfa12ef65d4d5
  Etherpad: 
http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
  DataTracker/meeting material: 
https://datatracker.ietf.org/meeting/interim-2018-detnet-01/session/detnet

Lou

On 1/4/2018 12:40 PM, Lou Berger wrote:
> FYI: Webex info and ics
>
> JOIN WEBEX MEETING
> https://ietf.webex.com/ietf/j.php?MTID=m26d7c8181b1442dce36d83c55a861b6b
> Meeting number (access code): 640 969 470
> Meeting password: dp-sol
>
> JOIN BY PHONE
> 1-877-668-4493 Call-in toll free number (US/Canada)
> 1-650-479-3208 Call-in toll number (US/Canada)
>
> Toll-free dialing restrictions:
> https://www.webex.com/pdf/tollfree_restrictions.pdf
>
> Can't join the meeting? Contact support here:
> https://ietf.webex.com/ietf/mc
>
> NOTICE: This session will be recorded
>
>
> On 01/03/2018 04:44 PM, Lou Berger wrote:
>>
>> All,
>>
>> We are planning to hold our first virtual interim to discuss the
>> DetNet Data Plane document,
>> https://tools.ietf.org/html/draft-ietf-detnet-dp-sol . The intent is to
>> work through open issues on the draft, starting with where we left off
>> at IETF 100, see [1] and [2].
>>
>> The meeting will be held January 10 at 1600GMT. We aiming for a 90
>> minute meeting, but are scheduling to allow 30 minutes of extra
>> discussion time if needed. Webex details will be announced once available.
>>
>> The agenda is less formal than our normal meetings and is:
>>
>> - Administrivia, welcoming new co-chair (Chairs, 5 minutes)
>> - Plan for addressing open issues on the draft, including future
>>    interims (Chairs, 5 minutes)
>> - Review of IETF100 conclusions, and related planned document updates
>>    (TBD)
>>      Reference: https://datatracker.ietf.org/doc/minutes-100-detnet/
>> - Open issues discussion (Lead TBD)
>>
>> [1]
>> https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3-detnet-data-plane-encapsulation-resolving-open-issues/
>>
>> [2]
>> https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3a-detnet-data-plane-encapsulation-resolving-open-issues-pref/
>>
>> Thank you,
>>
>> DetNet WG Chairs
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


From nobody Wed Jan 10 08:02:38 2018
Return-Path: <agmalis@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0F9712D893 for <detnet@ietfa.amsl.com>; Wed, 10 Jan 2018 08:02:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, WEIRD_PORT=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 uu8iiZ6em_sG for <detnet@ietfa.amsl.com>; Wed, 10 Jan 2018 08:02:36 -0800 (PST)
Received: from mail-ot0-x234.google.com (mail-ot0-x234.google.com [IPv6:2607:f8b0:4003:c0f::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1507212D94D for <detnet@ietf.org>; Wed, 10 Jan 2018 08:02:20 -0800 (PST)
Received: by mail-ot0-x234.google.com with SMTP id g59so14671609otg.11 for <detnet@ietf.org>; Wed, 10 Jan 2018 08:02:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to; bh=17cELmrqms6qdlj3fkDqRPcRYjzPd+fShRy7G/VztOY=; b=Ca+sNLf/3o5uMg4uH2b1Q2asluKsHbKHM1Jp9pG/jaunH/q6Hpz8fBIKipMSdUayvO cwfK013KRII06lysRP8RU7f2CPoZRLnuKBD5B14Z7CvkSu9Z2TKiwgFJhqkjJpue9ru7 cGRA+JGR98TS4AB2NrmOtoYKf8fWSQpjRdYu8rsmtjGV27H28ctlrCAj7+bvtUMSCHx6 5LqqHVgAgh1MUo71TgaX0cEcYiwJOTrNYFeJzcMoWTyJpWwroABw8v5dzPrnul3wOOTA pizm9vnfoagN7TDa3kipLgTLGyRK7r4AVjO0yNqNUxnRgvRDSQPiJmDk2gdtnTOMyO4P EWxA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=17cELmrqms6qdlj3fkDqRPcRYjzPd+fShRy7G/VztOY=; b=od/Qn/Lm27eZNSGsMTZR6tGgrkuxGT/6JrkQIGtickpw1bCEwrxWWuPfkMmBjivitg mriaxPOr0fvrzEFWuyo09E9AkoglVrVhzmH87yzfZMDWdd5HFpypW9TaWrpnj6p96EAT 1U8W6Skhrf5cdO/AlwoZH8xgTMSXs2hxHU7GkLpX+M+bcNdvIIDwVFPXMDt6FSseTmMt xkMOWVmKY6qCqVZhBOO0wH2x5VZ7pkPMDMGNOuu3jRiiN/pa9k7kbvr3Wl02G1Hj4Rmh rYR2ssNLqxIVVsJPPmi54cJuQHzQNcvoK611h+62x9MDyVcqi4+HzQZYmpEombCUsXJk m30A==
X-Gm-Message-State: AKwxytcx49W7qSITyj9njErd0/NKqO1eGEapWJeDcleR1VtzRtNv2CVt jJ5kf2o4og+L2DrjHmbn0oAEjdhASDmKdzCjRsKj5A==
X-Google-Smtp-Source: ACJfBovA3z5TGMm3UBBArxy2EKzrd3IAaLyV80AKlyFWEdb57hnHO04ZfC9NTOcn16ksWs67ASnyK6ywDtRYDEzMiak=
X-Received: by 10.157.12.104 with SMTP id 95mr2692544otr.26.1515600139221; Wed, 10 Jan 2018 08:02:19 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.17.189 with HTTP; Wed, 10 Jan 2018 08:01:58 -0800 (PST)
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Wed, 10 Jan 2018 11:01:58 -0500
Message-ID: <CAA=duU3RJqY7ApRYVeLE=cBDYUkW2CxjemX9pVA5VnLnY_LzDg@mail.gmail.com>
To: detnet WG <detnet@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c03262aeb81e305626e2774"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/pSuO5Lqp85-o3SHbGwI-fbfJR8M>
Subject: [Detnet] Detnet virtual interim is starting
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jan 2018 16:02:38 -0000

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

Materials and slides are at
http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01

Cheers,
Andy

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

<div dir=3D"ltr">Materials and slides are at=C2=A0<a href=3D"http://etherpa=
d.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01">http://etherpad.=
tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01</a><div><br></div><=
div>Cheers,</div><div>Andy</div><div><br></div></div>

--94eb2c03262aeb81e305626e2774--


From nobody Wed Jan 10 10:02:20 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C91F812DA50 for <detnet@ietfa.amsl.com>; Wed, 10 Jan 2018 10:02:18 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CjCAvAgMeUuE for <detnet@ietfa.amsl.com>; Wed, 10 Jan 2018 10:02:17 -0800 (PST)
Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) (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 F109C127871 for <detnet@ietf.org>; Wed, 10 Jan 2018 10:02:16 -0800 (PST)
Received: from CMOut01 (unknown [10.0.90.82]) by gproxy10.mail.unifiedlayer.com (Postfix) with ESMTP id ABE6D140990 for <detnet@ietf.org>; Wed, 10 Jan 2018 11:01:15 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with  id wi1B1w01E2SSUrH01i1EET; Wed, 10 Jan 2018 11:01:15 -0700
X-Authority-Analysis: v=2.2 cv=CqXPSjwD c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=NojvYFcnAAAA:8 a=48vgC7mUAAAA:8 a=HMAZL3idNiVn2DR57oYA:9 a=QEXdDO2ut3YA:10 a=L4dRxlfgLVMA:10 a=gUXmQ8eWAGYA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=5PeSDnAulfCH//FRTuS2MSkFQdWOOyrGdM36l/I0Nvc=; b=1yR+gEc6nvNy3h17GVU8ETFA30 Lb79GxhO4KhRv3BiPIB0fEqXq/7zdsdlC5k5biApOExnMjl1a5ILwXFV8MhZIQT6PSlCPVF7hCLu/ cLE3b/fJq/Lpv5mwCWl3rBLdg;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:45032 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1eZKgZ-003Aih-CR for detnet@ietf.org; Wed, 10 Jan 2018 11:01:11 -0700
To: DetNet WG <detnet@ietf.org>
From: Lou Berger <lberger@labn.net>
Message-ID: <4e46ad43-d94a-f60b-dc0e-6a776e035cb7@labn.net>
Date: Wed, 10 Jan 2018 13:01:07 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1eZKgZ-003Aih-CR
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:45032
X-Source-Auth: lberger@labn.net
X-Email-Count: 1
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/ivrs05hVTkpzNVzflJgjh9v4N14>
Subject: [Detnet] recording for today's interim
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jan 2018 18:02:19 -0000

is available for download at: 
https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301

raw notes are available at 
http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01

Please feel free to update the etherpad based on the recording.

Lou (and co-chairs)


From nobody Fri Jan 12 15:02:31 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF78E124BE8 for <detnet@ietfa.amsl.com>; Fri, 12 Jan 2018 15:02:23 -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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I5GWVNBXs_He for <detnet@ietfa.amsl.com>; Fri, 12 Jan 2018 15:02:20 -0800 (PST)
Received: from gproxy2-pub.mail.unifiedlayer.com (gproxy2-pub.mail.unifiedlayer.com [69.89.18.3]) (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 A06BF127342 for <detnet@ietf.org>; Fri, 12 Jan 2018 15:02:20 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy2.mail.unifiedlayer.com (Postfix) with ESMTP id 139941E08D1 for <detnet@ietf.org>; Fri, 12 Jan 2018 16:02:13 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with  id xb2A1w00E2SSUrH01b2DeY; Fri, 12 Jan 2018 16:02:13 -0700
X-Authority-Analysis: v=2.2 cv=G85sK5s5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=-4IWW30Ez6o7esQt_ycA:9 a=QEXdDO2ut3YA:10
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:Cc:To:Sender:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=7KLKoVoBfKqFZMEl/e1aHO0aIWZb+ZR241kahIpTZ9I=; b=A19mgRiQsJ8X18kitIq6LmPgRD +H9ILXeaPwv4/qClsnZjE7/n/NCHbEq/lU30EszSYcjbm60vB5oBfKl8wNi2rY+9xfyuiUvPU8Mi6 Czghe5QyjsECHHK6IS53hf61R;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:32846 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1ea8Kv-001KZZ-Tm; Fri, 12 Jan 2018 16:02:09 -0700
To: DetNet WG <detnet@ietf.org>
Cc: DetNet Chairs <detnet-chairs@ietf.org>
From: Lou Berger <lberger@labn.net>
Message-ID: <0c0537cf-dd3e-07cb-af41-595212b8c400@labn.net>
Date: Fri, 12 Jan 2018 18:02:07 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1ea8Kv-001KZZ-Tm
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:32846
X-Source-Auth: lberger@labn.net
X-Email-Count: 1
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/3yjG3h9SVS72TvsMNIqzx_Kkv-c>
Subject: [Detnet] Next Data Plane Virtual Interim
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jan 2018 23:02:24 -0000

All,

     We'd like to propose a 2nd virtual interim on January 31, 1400 GMT, 
with a focus being on an expected update to the solution draft.

Being sensitive to time zones, we (the chairs) would like to hear from 
any would like contribute to this effort but cannot attend at this 
time.  We may decide to choose a different time based on feedback 
received over the next week.

Thank you,

DetNet Co-chairs



From nobody Mon Jan 15 05:05:57 2018
Return-Path: <balazs.a.varga@ericsson.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F831126FB3 for <detnet@ietfa.amsl.com>; Mon, 15 Jan 2018 05:05:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.208
X-Spam-Level: 
X-Spam-Status: No, score=-4.208 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_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 I8ZSvSYzpOni for <detnet@ietfa.amsl.com>; Mon, 15 Jan 2018 05:05:48 -0800 (PST)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 648BC126CC7 for <detnet@ietf.org>; Mon, 15 Jan 2018 05:05:48 -0800 (PST)
X-AuditID: c1b4fb3a-34dff700000037f2-c5-5a5ca72abe3c
Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id CC.B3.14322.A27AC5A5; Mon, 15 Jan 2018 14:05:46 +0100 (CET)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.87) with Microsoft SMTP Server (TLS) id 14.3.352.0; Mon, 15 Jan 2018 14:05:45 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=sHrraf/wsDGJrSPJ2BCU/FXLflbIMzi0T5nYTM+KYWs=; b=LvEvTavZcbnVE8lAeXtC4p8gkjIF+wF3e2rFJNyW4gKoVTPNfXXBU2DfyNVRbEHy8jeTpOM81FDkM4+NPaRJq+sohwn9dGBO40MJaOXwsl14qTG2921yQnGVgAA2JVC5pi3IIK4G9/cD4xo6CMOQIR/y37K6FG7z+YDvy+tKwXU=
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com (10.161.110.21) by VI1PR07MB3470.eurprd07.prod.outlook.com (10.175.244.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.428.9; Mon, 15 Jan 2018 13:05:44 +0000
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::a499:6fb2:56e6:33ad]) by VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::a499:6fb2:56e6:33ad%13]) with mapi id 15.20.0428.014; Mon, 15 Jan 2018 13:05:44 +0000
From: =?iso-8859-1?Q?Bal=E1zs_Varga_A?= <balazs.a.varga@ericsson.com>
To: DetNet WG <detnet@ietf.org>
Thread-Topic: DP solution (Sequence Numbering)
Thread-Index: AdON9g9s51ad7oXxQLCexQu8wQXvkQ==
Date: Mon, 15 Jan 2018 13:05:44 +0000
Message-ID: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Accept-Language: hu-HU, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.a.varga@ericsson.com; 
x-originating-ip: [89.135.192.225]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB3470; 6:c8bkIuKrjB1oYcFS9wL9TJYVwSS+Q8Q/ZsaQeo/tPllAFNgm/wpmct4JeHyahuoXG2Ts+XSPA8gk3vWb+CpHWH0cj+G1lgiKlh8TdPUKaH3gimFztcezLN3UtoYE7sWgHT3798eAI6kSQkDzkvt2w3Tev8aFe79SEOrBBvUafXGI+8p7ektpjnZhFx1NuyLdn2YroR/iDa0XCOHGTwKUNyVOTedLmojFzK7VvbWT4pLmxWzy5lYKZ2X4ed+VXqrQzt5MIDEbXb2PYPQWvFMa/G1QBpTU7c9MgoAiDK4KmBmWeOJkXwG2H7jrTZEbbpf3iGx2YUpajXlVO2ckPzZs6H7yAh7zMtAk3UCIwZTIalmatR6ulBQP+p2BHPjFz+T9; 5:WoLLOTpaVaKihbzMIeOAPOvSrV9z1FPE4lAr9313Np/Zdr6ZsUVr4CNk+prclJVRbp/GEK3wVIjwoEIWj9/4N1dBAyaP0ECVa+EA4Ad5mUfLJiOB56+1BOA/DxV7gdZ5xnyduQCCLAsrOagjZ7yn0AHIPRiD6SA1kYSdPsasvl0=; 24:AMWj8vDdUAN4IoyaeuaiWlZIXM4u+RgRncsUzaMjCQ8D4khNCvx4wLhqViy64V4Yxb2jqqH6IBvTGfsfkgix3l3JxkedswkmL0zmL0PaQR8=; 7:bXLDFB3IE5DqKClMqLKC1UB+jYgThXj5IQWu9kL2vWCH/8NhqBnW1MSfA2Cu83D9+65OCMCnVf3PtiXRuPYK5HLpNDfM/jNnz1JLeDIhc99aJg/eVMsiIeHPwGwh8gn2FSl8MygtjGzz8OhBjA7QbmTXhWNy5r55N7wKTBs1fEFsxY1PTYUzx8OuGw+9HS5YeTjEZTx5U896fFfYcYcHKEctZ9vkWDXn7+9OobM3zTX/WlH5ImXWO80A0R2qUlRQ
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 08697413-4a5a-47b9-ce5b-08d55c18b008
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(4534125)(4602075)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:VI1PR07MB3470; 
x-ms-traffictypediagnostic: VI1PR07MB3470:
x-microsoft-antispam-prvs: <VI1PR07MB3470C39F3B045F291613222DACEB0@VI1PR07MB3470.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(94707916325470)(21748063052155); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3002001)(3231023)(944501161)(6041268)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(6072148)(201708071742011); SRVR:VI1PR07MB3470; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VI1PR07MB3470; 
x-forefront-prvs: 0553CBB77A
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(39380400002)(366004)(396003)(39860400002)(376002)(279900001)(189003)(199004)(13464003)(606006)(99286004)(97736004)(8936002)(14454004)(2906002)(55016002)(19625305001)(66066001)(53936002)(6916009)(9686003)(236005)(16799955002)(966005)(3846002)(6116002)(790700001)(86362001)(81156014)(81166006)(7696005)(68736007)(8676002)(9326002)(6436002)(316002)(25786009)(7736002)(74316002)(5250100002)(106356001)(5660300001)(105586002)(6506007)(54896002)(6306002)(33656002)(478600001)(102836004)(2900100001)(53546011)(3660700001)(3280700002)(59450400001); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB3470; H:VI1PR07MB1005.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: qqndzgV4VrOw8ZPB/jKHV3S1ApQrv9psKVNOyoUQmpp3jfGmVSAp3THI5Mz8S5SGi7D6i3MZiYn5Ddw4o9Hfmg==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_VI1PR07MB1005BA9AE10D7F2004848C94ACEB0VI1PR07MB1005eurp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 08697413-4a5a-47b9-ce5b-08d55c18b008
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2018 13:05:44.2943 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3470
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02SfUhTURjGObt323U0OFuKL36krJRUNmtYmEllZkghCULWso+RNzV1yr0m mX+0EZIup2Wa8wsrLMMcRhpKGOIScmiJRlMULHMSKfahyMyh5d1d4H+/93mf9z3PORyKkDcJ /agsXQHN6LQ5CpGErDvTnaoMb03T7Fn/FRztWmogj6DElpY/gmSkkcSm0zlZhTQTeeiSJNPc 0yzOHzh9faDjMalHfSeNyIsCHAVDg7WEEUkoOX6LoH1uXsgXgwgM9m53QWITAdU10yK+UyuA rpVhki9mEVR0TxHcMhFOgOXSGRHH3jgIDKZlMcfbcRj8nakgeF0Ftyodmx7KzU5rFCeTOARs tiEhx1KcBqbxNZKzIBwIM5ZoTiawL0w6mgV8bAwtvSMEzz7wfXbDPYrwBXD16T26Aszzk0Ke A2Gs+Q7iIgO2i2GhyukxqeDVvUXEcxI8cXEHcKZRBPed457pcPjxYdHD2dC4WuYOB1gDfS/i efk5AeZyf54DoMP6wLNnWgi3B/hEckxDq6UE8bPFsDLO3EUR9VvuxnMemIx6Ub37KWRgq3OQ vK6CiZpqEc8R8PTRAsGzEswbVnKr/hCJ25APS7NsboZaraKZrMssm6dT6eiCl2jz0/R3uWJ6 UP+3OCvCFFJsk75uTNPIhdpCtijXioAiFN5SQ8qmJE3XFt2gmbyLzLUcmrUif4pU+EqPXonW yHGGtoDOpul8mvnfFVBefnqUon/WufrVUZF64NxZmWHJaGYsJ3x8S4YjZccZtvXL6oToVGjo jtQOmXKXsjPYcvB9u1qe9GZOvVaKi2N6JG1LI8aE88G/x1Y+fv4UtJjYW361ktrZYDsc4Cyx j75LzqyS7i6bagrTJs/t37gpE/THxv+M22eOOLbWsC61V4UEKkg2U7s3nGBY7T/sHMR2MAMA AA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/pp5aBsX667L-QrJV91LaX1QIoi4>
Subject: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jan 2018 13:05:56 -0000

--_000_VI1PR07MB1005BA9AE10D7F2004848C94ACEB0VI1PR07MB1005eurp_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,



Some thoughts to start discussion on open points of the DP solution draft.

This mail(-thread) is on sequence numbering.



Problem in case of MPLS and DetNet Control Word:

- S/N skips zero problem: Ethernet PW definition states that S/N skips zero=
.

It uses zero to mean no S/N in use. (rfc4448)



Possible problem resolutions:

#1: Using a "flag" in the reserved bits part of the CW:

      0                   1                   2                   3

      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

     |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |

     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

D-bit: set to "1" means DetNet specific Seq. Number used,

Bit5-15: reserved.



RFC4448 states that reserved bits "MUST be ignored upon receipt", so backwa=
rd

compatibility is ensured. Such a solution would allow also to use longer se=
q.num.

formats (if needed). Such a format is also inline with RFC4385.



#2: Making "0" as a valid Seq.Num.

DetNet flows are recognized and forwarded special within the DetNet

domain. S/N is used within the DetNet domain by DetNet Service functions

(i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No

other nodes care about the value of S/N, therefore DetNet can specify its

own sequence number processing algorithm. So "0" can be a valid number

and not the indication that no Seq.Num. is used. This is inline with RFC438=
5.



#3: Other ... ?!?



Comments are welcome.



Cheers

Bala'zs



-----Original Message-----
From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
Sent: 2018. janu=E1r 10. 19:01
To: DetNet WG <detnet@ietf.org>
Subject: [Detnet] recording for today's interim



is available for download at:

https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf202301



raw notes are available at

http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01



Please feel free to update the etherpad based on the recording.



Lou (and co-chairs)



_______________________________________________

detnet mailing list

detnet@ietf.org<mailto:detnet@ietf.org>

https://www.ietf.org/mailman/listinfo/detnet

--_000_VI1PR07MB1005BA9AE10D7F2004848C94ACEB0VI1PR07MB1005eurp_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:"Calibri",sans-serif;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoPlainText">Hi,<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Some thoughts to start discussion on open points =
of the DP solution draft.<o:p></o:p></p>
<p class=3D"MsoPlainText">This mail(-thread) is on sequence numbering.<o:p>=
</o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Problem in case of MPLS and DetNet Control Word:<=
o:p></o:p></p>
<p class=3D"MsoPlainText">- S/N skips zero problem: Ethernet PW definition =
states that S/N skips zero.<o:p></o:p></p>
<p class=3D"MsoPlainText">It uses zero to mean no S/N in use. (rfc4448)<o:p=
></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Possible problem resolutions:<o:p></o:p></p>
<p class=3D"MsoPlainText">#1: Using a &quot;flag&quot; in the reserved bits=
 part of the CW:<o:p></o:p></p>
<p class=3D"MsoPlainText"><span style=3D"font-size:8.0pt;font-family:&quot;=
Courier New&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp; 1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp; 3<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"font-size:8.0pt;font-family:&quot;=
Courier New&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0 1 2 3 4 5 6 7 8 9 0 1 2=
 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"font-size:8.0pt;font-family:&quot;=
Courier New&quot;">&nbsp;&nbsp;&nbsp;&nbsp; &#43;-&#43;-&#43;-&#43;-&#43;-&=
#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43=
;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&=
#43;-&#43;-&#43;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"font-size:8.0pt;font-family:&quot;=
Courier New&quot;">&nbsp;&nbsp;&nbsp;&nbsp; |0 0 0 0|D|reserved - set to 0&=
nbsp; |&nbsp;&nbsp; 16 bit Sequence Number&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<=
o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"font-size:8.0pt;font-family:&quot;=
Courier New&quot;">&nbsp;&nbsp;&nbsp;&nbsp; &#43;-&#43;-&#43;-&#43;-&#43;-&=
#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43=
;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&=
#43;-&#43;-&#43;<o:p></o:p></span></p>
<p class=3D"MsoPlainText">D-bit: set to &#8220;1&#8221; means DetNet specif=
ic Seq. Number used,<o:p></o:p></p>
<p class=3D"MsoPlainText">Bit5-15: reserved.<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">RFC4448 states that reserved bits &#8220;MUST be =
ignored upon receipt&#8221;, so backward
<o:p></o:p></p>
<p class=3D"MsoPlainText">compatibility is ensured. Such a solution would a=
llow also to use longer seq.num.
<o:p></o:p></p>
<p class=3D"MsoPlainText">formats (if needed). Such a format is also inline=
 with RFC4385.<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">#2: Making &#8220;0&#8221; as a valid Seq.Num.<o:=
p></o:p></p>
<p class=3D"MsoPlainText">DetNet flows are recognized and forwarded special=
 within the DetNet
<o:p></o:p></p>
<p class=3D"MsoPlainText">domain. S/N is used within the DetNet domain by D=
etNet Service functions
<o:p></o:p></p>
<p class=3D"MsoPlainText">(i.e. PREF). S/N used only on DetNet end-nodes an=
d DetNet relay-nodes. No
<o:p></o:p></p>
<p class=3D"MsoPlainText">other nodes care about the value of S/N, therefor=
e DetNet can specify its
<o:p></o:p></p>
<p class=3D"MsoPlainText">own sequence number processing algorithm. So &#82=
20;0&#8221; can be a valid number<o:p></o:p></p>
<p class=3D"MsoPlainText">and not the indication that no Seq.Num. is used. =
This is inline with RFC4385.<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">#3: Other &#8230; ?!?<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Comments are welcome.<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Cheers<o:p></o:p></p>
<p class=3D"MsoPlainText">Bala'zs<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">-----Original Message-----<br>
From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger<br>
Sent: 2018. janu=E1r 10. 19:01<br>
To: DetNet WG &lt;detnet@ietf.org&gt;<br>
Subject: [Detnet] recording for today's interim</p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">is available for download at: <o:p></o:p></p>
<p class=3D"MsoPlainText"><a href=3D"https://ietf.webex.com/ietf/ldr.php?RC=
ID=3De5116bc7db254c24a7bb3217bf202301"><span style=3D"color:windowtext;text=
-decoration:none">https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c=
24a7bb3217bf202301</span></a><o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">raw notes are available at <o:p></o:p></p>
<p class=3D"MsoPlainText"><a href=3D"http://etherpad.tools.ietf.org:9000/p/=
notes-ietf-interim-2018-detnet-01"><span style=3D"color:windowtext;text-dec=
oration:none">http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018=
-detnet-01</span></a><o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Please feel free to update the etherpad based on =
the recording.<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Lou (and co-chairs)<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">_______________________________________________<o=
:p></o:p></p>
<p class=3D"MsoPlainText">detnet mailing list<o:p></o:p></p>
<p class=3D"MsoPlainText"><a href=3D"mailto:detnet@ietf.org"><span style=3D=
"color:windowtext;text-decoration:none">detnet@ietf.org</span></a><o:p></o:=
p></p>
<p class=3D"MsoPlainText"><a href=3D"https://www.ietf.org/mailman/listinfo/=
detnet"><span style=3D"color:windowtext;text-decoration:none">https://www.i=
etf.org/mailman/listinfo/detnet</span></a><o:p></o:p></p>
</div>
</body>
</html>

--_000_VI1PR07MB1005BA9AE10D7F2004848C94ACEB0VI1PR07MB1005eurp_--


From nobody Mon Jan 15 06:14:32 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91BF512D7EA for <detnet@ietfa.amsl.com>; Mon, 15 Jan 2018 06:14:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.987
X-Spam-Level: 
X-Spam-Status: No, score=-1.987 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 2sTQg8o2nI-k for <detnet@ietfa.amsl.com>; Mon, 15 Jan 2018 06:14:24 -0800 (PST)
Received: from mail-wr0-x236.google.com (mail-wr0-x236.google.com [IPv6:2a00:1450:400c:c0c::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 B660912DB71 for <detnet@ietf.org>; Mon, 15 Jan 2018 06:14:23 -0800 (PST)
Received: by mail-wr0-x236.google.com with SMTP id 16so11814502wry.12 for <detnet@ietf.org>; Mon, 15 Jan 2018 06:14:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=qQW04OW6qUAmm7A3u5zM3BK6FObvns34A8RIeU0pTp4=; b=DusvwtP3bR4fYs2eh6Oxbnfeg5lUa5eVd80m+dX6UHwTrdMX/cNW5i/X2SysM8pcsQ 7vOpzG+xMipqYshPsTuTJWkw/CvatMQg1wrK5/gJ2aikXbEtjMxWKD9sWf5i2541bR01 P/7VSHHTFYufcYLyM+uc4HzRF5UARBVF+0hoJQD9Y45Wc4gxdxFJYpU4SGWssZjy1omW 6rM3pziQWRZof80MCcnONnCIObZ12hozH2nghNjAuacC56qvr2Uq1eKcGHELcgOG/eut MJxm8zxfYw1dDXn8nEpTUZTxCxEDwxeIDWQW4JsSF/v9urDpbfLCjIoCxz5E/LbjuRXO hdQA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=qQW04OW6qUAmm7A3u5zM3BK6FObvns34A8RIeU0pTp4=; b=eQ6l3uu6X6IcuK6Gz/iS0aKNHI6lJifGOYTbBX1cu9elzuqLUbOeeDJnFf+f33r+U+ etcnp6nygEFRT0LX7oNbQxNtPVROkc3FHW/B0rVRU0//17WL4EYiRC32ZSfbaXnDjz31 qWoxPKUv8G3iPTWSRUae8jsgve3TGb8yE3ZEM7q+Lalj4ggbBNADBKRPza2ekqVewxAx 1JN1ZvORXgg63VjzpaNpLEwKS9A+moXydn1CRi3kSb8I5dbOHgDcUJ4DfpEhRft4GH9i kszPz5Ca15ohu1umKrp2x/YdYrNbitlHbuna+0YG7Fs3/HWvLUtaYKU4lbTbAcOV5bpz MM8g==
X-Gm-Message-State: AKGB3mKShSZNIEt+R96xFACC9tA06NA6obEduJ6AKMSVaB53ePpuQobN NknEI0MfsKewXNiHJOq4ZuIsB0T9
X-Google-Smtp-Source: ACJfBosbZUgSlTpcKAGFCoEU9+mZctZ01vw2PR23nbd5fOb2LovtRA6gcZFPXHSFb995a2lYXodgpQ==
X-Received: by 10.223.182.18 with SMTP id f18mr29036264wre.11.1516025661907; Mon, 15 Jan 2018 06:14:21 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id 2sm24986772wrg.13.2018.01.15.06.14.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Jan 2018 06:14:20 -0800 (PST)
To: =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, DetNet WG <detnet@ietf.org>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <a5eff479-79fc-2748-fbe3-14b20524fdc6@gmail.com>
Date: Mon, 15 Jan 2018 14:14:19 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------ACF5C34F95C956DD86602B8D"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/Mrcrghf5FBylomd-0i_UqUFre1A>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jan 2018 14:14:26 -0000

This is a multi-part message in MIME format.
--------------ACF5C34F95C956DD86602B8D
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit



On 15/01/2018 13:05, Balázs Varga A wrote:
>
> Hi,
>
> Some thoughts to start discussion on open points of the DP solution draft.
>
> This mail(-thread) is on sequence numbering.
>
> Problem in case of MPLS and DetNet Control Word:
>
> - S/N skips zero problem: Ethernet PW definition states that S/N skips 
> zero.
>
> It uses zero to mean no S/N in use. (rfc4448)
>
> Possible problem resolutions:
>
> #1: Using a "flag" in the reserved bits part of the CW:
>
> 0                   1                   2 3
>
> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> D-bit: set to “1” means DetNet specific Seq. Number used,
>
> Bit5-15: reserved.
>
> RFC4448 states that reserved bits “MUST be ignored upon receipt”, so 
> backward
>
> compatibility is ensured. Such a solution would allow also to use 
> longer seq.num.
>
> formats (if needed). Such a format is also inline with RFC4385.
>

Why do we need any compatibility with RFC4448 in this regard? The
only reason that I can see is if we think there are a lot of existing
T-PEs out there that support RFC4448 and s/n processing. I am ready
to be corrected, but I really don't think there is any significant 
deployment.

I therefore think that it would be much better to define a new
Detnet Ethernet encapsulation type with the exact properties we need.

Now related to that, do we need to support any non-ethernet
encapsulated Detnet payloads, i.e. do we have to support
a native connectivity type other than Ethernet? If so
we need to make sure that we leave the bits in place to
length recovery.

Also will we ever need to have this be self discovering (something
that PWs were no designed to be)?

If the answer is no to both of these, we could for example make the
CW look as follows:


0                   1                   2                   3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|0 0 0 0|                                  Sequence Number |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Then we can let the control plane specify the s/n length at whatever
make sense between 0 and 28 bits which should cover most applications.

What we have lost here is fragmentation at the PW layer, and the
ability to send non-Ethernet frames, but if those are not needed
we have a compact PW that serves our needs.

Note that this is shown in RFC4385  Fig1.

> #2: Making “0” as a valid Seq.Num.
>
> DetNet flows are recognized and forwarded special within the DetNet
>
> domain. S/N is used within the DetNet domain by DetNet Service functions
>
> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No
>
> other nodes care about the value of S/N, therefore DetNet can specify its
>
> own sequence number processing algorithm. So “0” can be a valid number
>
> and not the indication that no Seq.Num. is used. This is inline with 
> RFC4385.
>

Exactly. Let's just define the Detnet encapsulation(s) to meet the needs
of Detnet rather than try to force fit it into RFC4448.

Best Regards

Stewart



> #3: Other … ?!?
>
> Comments are welcome.
>
> Cheers
>
> Bala'zs
>
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
> Sent: 2018. január 10. 19:01
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] recording for today's interim
>
> is available for download at:
>
> https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>
> raw notes are available at
>
> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>
> Please feel free to update the etherpad based on the recording.
>
> Lou (and co-chairs)
>
> _______________________________________________
>
> detnet mailing list
>
> detnet@ietf.org <mailto:detnet@ietf.org>
>
> https://www.ietf.org/mailman/listinfo/detnet
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


--------------ACF5C34F95C956DD86602B8D
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 15/01/2018 13:05, Balázs Varga A
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:"Calibri",sans-serif;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoPlainText">Hi,<o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">Some thoughts to start discussion on
          open points of the DP solution draft.<o:p></o:p></p>
        <p class="MsoPlainText">This mail(-thread) is on sequence
          numbering.<o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">Problem in case of MPLS and DetNet
          Control Word:<o:p></o:p></p>
        <p class="MsoPlainText">- S/N skips zero problem: Ethernet PW
          definition states that S/N skips zero.<o:p></o:p></p>
        <p class="MsoPlainText">It uses zero to mean no S/N in use.
          (rfc4448)<o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">Possible problem resolutions:<o:p></o:p></p>
        <p class="MsoPlainText">#1: Using a "flag" in the reserved bits
          part of the CW:<o:p></o:p></p>
        <p class="MsoPlainText"><span
            style="font-size:8.0pt;font-family:&quot;Courier New&quot;">     
            0                   1                   2                  
            3<o:p></o:p></span></p>
        <p class="MsoPlainText"><span
            style="font-size:8.0pt;font-family:&quot;Courier New&quot;">     
            0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
            0 1<o:p></o:p></span></p>
        <p class="MsoPlainText"><span
            style="font-size:8.0pt;font-family:&quot;Courier New&quot;">    
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<o:p></o:p></span></p>
        <p class="MsoPlainText"><span
            style="font-size:8.0pt;font-family:&quot;Courier New&quot;">    
            |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence
            Number      |<o:p></o:p></span></p>
        <p class="MsoPlainText"><span
            style="font-size:8.0pt;font-family:&quot;Courier New&quot;">    
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<o:p></o:p></span></p>
        <p class="MsoPlainText">D-bit: set to “1” means DetNet specific
          Seq. Number used,<o:p></o:p></p>
        <p class="MsoPlainText">Bit5-15: reserved.<o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">RFC4448 states that reserved bits “MUST
          be ignored upon receipt”, so backward
          <o:p></o:p></p>
        <p class="MsoPlainText">compatibility is ensured. Such a
          solution would allow also to use longer seq.num.
          <o:p></o:p></p>
        <p class="MsoPlainText">formats (if needed). Such a format is
          also inline with RFC4385.</p>
      </div>
    </blockquote>
    <br>
    Why do we need any compatibility with RFC4448 in this regard? The<br>
    only reason that I can see is if we think there are a lot of
    existing<br>
    T-PEs out there that support RFC4448 and s/n processing. I am ready<br>
    to be corrected, but I really don't think there is any significant
    deployment.<br>
    <br>
    I therefore think that it would be much better to define a new<br>
    Detnet Ethernet encapsulation type with the exact properties we
    need.<br>
    <br>
    Now related to that, do we need to support any non-ethernet<br>
    encapsulated Detnet payloads, i.e. do we have to support<br>
    a native connectivity type other than Ethernet? If so<br>
    we need to make sure that we leave the bits in place to<br>
    length recovery.<br>
    <br>
    Also will we ever need to have this be self discovering (something<br>
    that PWs were no designed to be)?<br>
    <br>
    If the answer is no to both of these, we could for example make the
    <br>
    CW look as follows:<br>
    <br>
    <br>
    <p class="MsoPlainText"><span
        style="font-size:8.0pt;font-family:&quot;Courier New&quot;">     
        0                   1                   2                   3</span></p>
    <p class="MsoPlainText"><span
        style="font-size:8.0pt;font-family:&quot;Courier New&quot;">     
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1</span></p>
    <p class="MsoPlainText"><span
        style="font-size:8.0pt;font-family:&quot;Courier New&quot;">    
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span></p>
    <p class="MsoPlainText"><span
        style="font-size:8.0pt;font-family:&quot;Courier New&quot;">    
        |0 0 0 0|                                  Sequence Number     
        |</span></p>
    <span style="font-size:8.0pt;font-family:&quot;Courier New&quot;">    
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><br>
    <br>
    Then we can let the control plane specify the s/n length at whatever<br>
    make sense between 0 and 28 bits which should cover most
    applications.<br>
    <br>
    What we have lost here is fragmentation at the PW layer, and the<br>
    ability to send non-Ethernet frames, but if those are not needed<br>
    we have a compact PW that serves our needs.<br>
    <br>
    Note that this is shown in RFC4385  Fig1.<br>
    <br>
    <blockquote type="cite"
cite="mid:VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoPlainText"><o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">#2: Making “0” as a valid Seq.Num.<o:p></o:p></p>
        <p class="MsoPlainText">DetNet flows are recognized and
          forwarded special within the DetNet
          <o:p></o:p></p>
        <p class="MsoPlainText">domain. S/N is used within the DetNet
          domain by DetNet Service functions
          <o:p></o:p></p>
        <p class="MsoPlainText">(i.e. PREF). S/N used only on DetNet
          end-nodes and DetNet relay-nodes. No
          <o:p></o:p></p>
        <p class="MsoPlainText">other nodes care about the value of S/N,
          therefore DetNet can specify its
          <o:p></o:p></p>
        <p class="MsoPlainText">own sequence number processing
          algorithm. So “0” can be a valid number<o:p></o:p></p>
        <p class="MsoPlainText">and not the indication that no Seq.Num.
          is used. This is inline with RFC4385.</p>
      </div>
    </blockquote>
    <br>
    Exactly. Let's just define the Detnet encapsulation(s) to meet the
    needs<br>
    of Detnet rather than try to force fit it into RFC4448.<br>
    <br>
    Best Regards<br>
    <br>
    Stewart <br>
    <br>
    <br>
     <br>
    <blockquote type="cite"
cite="mid:VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoPlainText"><o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">#3: Other … ?!?<o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">Comments are welcome.<o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">Cheers<o:p></o:p></p>
        <p class="MsoPlainText">Bala'zs<o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">-----Original Message-----<br>
          From: detnet [<a class="moz-txt-link-freetext" href="mailto:detnet-bounces@ietf.org">mailto:detnet-bounces@ietf.org</a>] On Behalf Of Lou
          Berger<br>
          Sent: 2018. január 10. 19:01<br>
          To: DetNet WG <a class="moz-txt-link-rfc2396E" href="mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a><br>
          Subject: [Detnet] recording for today's interim</p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">is available for download at: <o:p></o:p></p>
        <p class="MsoPlainText"><a
href="https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301"
            moz-do-not-send="true"><span
              style="color:windowtext;text-decoration:none">https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301</span></a><o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">raw notes are available at <o:p></o:p></p>
        <p class="MsoPlainText"><a
href="http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01"
            moz-do-not-send="true"><span
              style="color:windowtext;text-decoration:none">http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01</span></a><o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">Please feel free to update the etherpad
          based on the recording.<o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">Lou (and co-chairs)<o:p></o:p></p>
        <p class="MsoPlainText"><o:p> </o:p></p>
        <p class="MsoPlainText">_______________________________________________<o:p></o:p></p>
        <p class="MsoPlainText">detnet mailing list<o:p></o:p></p>
        <p class="MsoPlainText"><a href="mailto:detnet@ietf.org"
            moz-do-not-send="true"><span
              style="color:windowtext;text-decoration:none">detnet@ietf.org</span></a><o:p></o:p></p>
        <p class="MsoPlainText"><a
            href="https://www.ietf.org/mailman/listinfo/detnet"
            moz-do-not-send="true"><span
              style="color:windowtext;text-decoration:none">https://www.ietf.org/mailman/listinfo/detnet</span></a><o:p></o:p></p>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
detnet mailing list
<a class="moz-txt-link-abbreviated" href="mailto:detnet@ietf.org">detnet@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------ACF5C34F95C956DD86602B8D--


From nobody Mon Jan 15 10:28:03 2018
Return-Path: <session-request@ietf.org>
X-Original-To: detnet@ietf.org
Delivered-To: detnet@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 870B112EB14; Mon, 15 Jan 2018 10:28:02 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Meeting Session Request Tool <session-request@ietf.org>
To: <session-request@ietf.org>
Cc: lberger@labn.net, detnet@ietf.org, db3546@att.com, detnet-chairs@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.68.3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151604088252.28385.3461665353983244864.idtracker@ietfa.amsl.com>
Date: Mon, 15 Jan 2018 10:28:02 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/jGb1lbd2RzfkTR7Fx7-JG4WTrLw>
Subject: [Detnet] detnet - Update to a Meeting Session Request for IETF 101
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jan 2018 18:28:02 -0000

An update to a meeting session request has just been submitted by Lou Berger, a Chair of the detnet working group.


---------------------------------------------------------
Working Group Name: Deterministic Networking
Area Name: Routing Area
Session Requester: Lou Berger

Number of Sessions: 2
Length of Session(s):  1.5 Hours, 2.5 Hours
Number of Attendees: 100
Conflicts to Avoid: 
 First Priority: pce teas ccamp netmod mpls
 Second Priority: rtgwg nvo3 tsvwg pals bess



People who must be present:
  Lou Berger
  Deborah Brungard
  Jouni Korhonen
  Patricia Thaler
  Janos Farkas

Resources Requested:

Special Requests:
  Please schedule the longer session 2nd - Friday *is* acceptable.
---------------------------------------------------------


From nobody Mon Jan 15 12:36:13 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C26A512EC26 for <detnet@ietfa.amsl.com>; Mon, 15 Jan 2018 12:36:11 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F89ksqGWOQwR for <detnet@ietfa.amsl.com>; Mon, 15 Jan 2018 12:36:10 -0800 (PST)
Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) (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 8BD0812EC21 for <detnet@ietf.org>; Mon, 15 Jan 2018 12:36:10 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy9.mail.unifiedlayer.com (Postfix) with ESMTP id EF1411E06AC for <detnet@ietf.org>; Mon, 15 Jan 2018 13:36:08 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with  id ykc51w00g2SSUrH01kc8Mr; Mon, 15 Jan 2018 13:36:08 -0700
X-Authority-Analysis: v=2.2 cv=G85sK5s5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=48vgC7mUAAAA:8 a=KJWCKc4t7XJiMFYbwNQA:9 a=bOIUAu7R98fs_pOj:21 a=JhJJ7I9mnKLB1WdI:21 a=QEXdDO2ut3YA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=IBIV8saXhS2UxrhYtZ4Ikf0+Jqvec4/ubrJXozWxdWQ=; b=C0mdVPQ9i0LVR8ay8UFFTkb52k Q2UB3QH/gXD7mXXyvnVFqqUPZRboxoSuVY9ghbAkMsysc7eHfFUtkAnGIEqERzfIUPmXVnDqHdL77 cXe/Qpx2S74SLWaCs2DwGmcBU;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:41596 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1ebBUD-002Xh2-Qe; Mon, 15 Jan 2018 13:36:05 -0700
To: detnet@ietf.org
Cc: db3546@att.com, detnet-chairs@ietf.org
References: <151604088252.28385.3461665353983244864.idtracker@ietfa.amsl.com>
From: Lou Berger <lberger@labn.net>
Message-ID: <b73c586e-a889-a117-d1c8-0e898a684962@labn.net>
Date: Mon, 15 Jan 2018 15:36:03 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <151604088252.28385.3461665353983244864.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1ebBUD-002Xh2-Qe
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:41596
X-Source-Auth: lberger@labn.net
X-Email-Count: 8
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/QD6bhnJyWYF14w1yaXp3zWEV5LM>
Subject: [Detnet] Friday meeting at IETF 101
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jan 2018 20:36:12 -0000

All,

     As discussed in the virtual Interim last week, we intend to request 
meeting for an extended period of time on Friday.  This time will serve 
as a working session focusing on resolving dataplane open issues.  While 
Friday afternoon was suggested, this may or may not be logistically 
possible.  We are talking with our AD and the Secretariat and will let 
the WG know what to expect as soon as we have more details -- please 
plan your travel accordingly.

Lou (and co-chairs)

On 1/15/2018 1:28 PM, IETF Meeting Session Request Tool wrote:
>
> An update to a meeting session request has just been submitted by Lou Berger, a Chair of the detnet working group.
>
>
> ---------------------------------------------------------
> Working Group Name: Deterministic Networking
> Area Name: Routing Area
> Session Requester: Lou Berger
>
> Number of Sessions: 2
> Length of Session(s):  1.5 Hours, 2.5 Hours
> Number of Attendees: 100
> Conflicts to Avoid:
>   First Priority: pce teas ccamp netmod mpls
>   Second Priority: rtgwg nvo3 tsvwg pals bess
>
>
>
> People who must be present:
>    Lou Berger
>    Deborah Brungard
>    Jouni Korhonen
>    Patricia Thaler
>    Janos Farkas
>
> Resources Requested:
>
> Special Requests:
>    Please schedule the longer session 2nd - Friday *is* acceptable.
> ---------------------------------------------------------
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>


From nobody Mon Jan 15 13:46:01 2018
Return-Path: <agmalis@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B3FE12EC7C for <detnet@ietfa.amsl.com>; Mon, 15 Jan 2018 13:45:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.687
X-Spam-Level: 
X-Spam-Status: No, score=-2.687 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 T5kOtuKmpVoX for <detnet@ietfa.amsl.com>; Mon, 15 Jan 2018 13:45:56 -0800 (PST)
Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (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 A41C712EC7E for <detnet@ietf.org>; Mon, 15 Jan 2018 13:45:56 -0800 (PST)
Received: by mail-oi0-x233.google.com with SMTP id a70so9257985oib.1 for <detnet@ietf.org>; Mon, 15 Jan 2018 13:45:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=bjIz9/WOzyOQJE4q/J5iWLA6Q1/ZBp03mQ5l0P2LqVI=; b=QOIZ7iDU9G58F2YWKKHhPJ5MUJfZLWU29e2lftkF+SCarK67S65dcS3fgPZRcYORzF OitF5Uiy70rN9rhgcxxvhCsm/3JbTSwtBhtYNt50Co5gE+RILolWGAqFoO0efZfpapRn b5fdS7CVd5KvYfKXkqbKNSoUwbymCKXjrOtnf+4yZ5uy8JmI05hLNKpM0VbrD3JpE4Bk c+XRYPd0t3OtKtKCjB5LZvTXr9uYxPIk1TsZXxk+wpv+g9cp1zHBVsTz8Rrbh4Baf6P6 C20vYAykrMyXGvT4LD4IORFsbYaLsiKoBuAt8bTU4iBdbsNDT7rMm5OqDj4wwOernh39 tzoA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=bjIz9/WOzyOQJE4q/J5iWLA6Q1/ZBp03mQ5l0P2LqVI=; b=RE8RM8X4kjOBQKJ8+3aMK76BM+RYdsXSOLE+UoiHAEDie4fVmucEaKOC2nVGOoSgcO Zb2ujcHQVfcN9dXHCQhCCeeeTMu/z9Zpaecyn5KaKKhvJZSdFiJ+vjsdQMYYeIFcZfLr ECkRBXH+lRoKDpBOyCinNc3MZHyfqY+FUXKNrvWQksfAAR2O3gzhC/SKwjserbQoqV40 s4IxeyyBlki0JBRQRTTpGastarksEk1VNRdQrp0VSJ3Bf8vnwTQqrd9/JvqNA/s0NK8M 3+OaJ4GgazIKoBv3BJwh+RPqfOZDc7Ww7aG46fUvbL9dfsuPSJM/IV10+68CDdJ1N+SB R+0A==
X-Gm-Message-State: AKwxytdReS6EXjnMVYUduvjaqATXbrC9ykZumgyFXz/GWmkvhSm2DGHH 0Oqmp4omVd3MdTvp17Xd8uq1E4+g3YDEUE4fXt4=
X-Google-Smtp-Source: ACJfBovnmtVzuIRwhkAMn3o8x9W0EN7FNtr6JhR4cd6gn0EOZdddGbTS/vNE/eJqXlFgmXt0rb5RC1ys/v84aVa0rk8=
X-Received: by 10.202.95.6 with SMTP id t6mr8011886oib.57.1516052755699; Mon, 15 Jan 2018 13:45:55 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.17.189 with HTTP; Mon, 15 Jan 2018 13:45:35 -0800 (PST)
In-Reply-To: <a5eff479-79fc-2748-fbe3-14b20524fdc6@gmail.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <a5eff479-79fc-2748-fbe3-14b20524fdc6@gmail.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Mon, 15 Jan 2018 16:45:35 -0500
Message-ID: <CAA=duU03hVxPd2MS97+_9XGDJditPwRLfRW5pUd5eStty-aATQ@mail.gmail.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
Cc: =?UTF-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>,  DetNet WG <detnet@ietf.org>
Content-Type: multipart/alternative; boundary="001a113cdbbcf6e23c0562d789d0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/0m_yKIrIpnsCK5slq1B7RfBgoOU>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jan 2018 21:45:59 -0000

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

Stewart has it right, we=E2=80=99ve both made this point at the last couple=
 of
DETNET sessions. Determine the exact functionality that we need. such as
the sequence number length (I made the point during the recent virtual
meeting that 16 bits is probably not enough to prevent wrap-around) and
whether we need fragmentation, and just follow the guidelines for RFC 4385
figure 1 (first nibble needs to be zero, but after that, we=E2=80=99re free=
 to do
what we want). It=E2=80=99s easy for IANA to allocate another PW type, DETN=
ET in
this case.

Cheers,
Andy


On Mon, Jan 15, 2018 at 9:14 AM, Stewart Bryant <stewart.bryant@gmail.com>
wrote:

>
>
> On 15/01/2018 13:05, Bal=C3=A1zs Varga A wrote:
>
> Hi,
>
>
>
> Some thoughts to start discussion on open points of the DP solution draft=
.
>
> This mail(-thread) is on sequence numbering.
>
>
>
> Problem in case of MPLS and DetNet Control Word:
>
> - S/N skips zero problem: Ethernet PW definition states that S/N skips
> zero.
>
> It uses zero to mean no S/N in use. (rfc4448)
>
>
>
> Possible problem resolutions:
>
> #1: Using a "flag" in the reserved bits part of the CW:
>
>       0                   1                   2                   3
>
>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>      |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number used,
>
> Bit5-15: reserved.
>
>
>
> RFC4448 states that reserved bits =E2=80=9CMUST be ignored upon receipt=
=E2=80=9D, so
> backward
>
> compatibility is ensured. Such a solution would allow also to use longer
> seq.num.
>
> formats (if needed). Such a format is also inline with RFC4385.
>
>
> Why do we need any compatibility with RFC4448 in this regard? The
> only reason that I can see is if we think there are a lot of existing
> T-PEs out there that support RFC4448 and s/n processing. I am ready
> to be corrected, but I really don't think there is any significant
> deployment.
>
> I therefore think that it would be much better to define a new
> Detnet Ethernet encapsulation type with the exact properties we need.
>
> Now related to that, do we need to support any non-ethernet
> encapsulated Detnet payloads, i.e. do we have to support
> a native connectivity type other than Ethernet? If so
> we need to make sure that we leave the bits in place to
> length recovery.
>
> Also will we ever need to have this be self discovering (something
> that PWs were no designed to be)?
>
> If the answer is no to both of these, we could for example make the
> CW look as follows:
>
>
>       0                   1                   2                   3
>
>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>      |0 0 0 0|                                  Sequence Number      |
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> Then we can let the control plane specify the s/n length at whatever
> make sense between 0 and 28 bits which should cover most applications.
>
> What we have lost here is fragmentation at the PW layer, and the
> ability to send non-Ethernet frames, but if those are not needed
> we have a compact PW that serves our needs.
>
> Note that this is shown in RFC4385  Fig1.
>
>
>
> #2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.
>
> DetNet flows are recognized and forwarded special within the DetNet
>
> domain. S/N is used within the DetNet domain by DetNet Service functions
>
> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No
>
> other nodes care about the value of S/N, therefore DetNet can specify its
>
> own sequence number processing algorithm. So =E2=80=9C0=E2=80=9D can be a=
 valid number
>
> and not the indication that no Seq.Num. is used. This is inline with
> RFC4385.
>
>
> Exactly. Let's just define the Detnet encapsulation(s) to meet the needs
> of Detnet rather than try to force fit it into RFC4448.
>
> Best Regards
>
> Stewart
>
>
>
>
>
>
> #3: Other =E2=80=A6 ?!?
>
>
>
> Comments are welcome.
>
>
>
> Cheers
>
> Bala'zs
>
>
>
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org <detnet-bounces@ietf.org>]
> On Behalf Of Lou Berger
> Sent: 2018. janu=C3=A1r 10. 19:01
> To: DetNet WG <detnet@ietf.org> <detnet@ietf.org>
> Subject: [Detnet] recording for today's interim
>
>
>
> is available for download at:
>
> https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf2023=
01
>
>
>
> raw notes are available at
>
> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>
>
>
> Please feel free to update the etherpad based on the recording.
>
>
>
> Lou (and co-chairs)
>
>
>
> _______________________________________________
>
> detnet mailing list
>
> detnet@ietf.org
>
> https://www.ietf.org/mailman/listinfo/detnet
>
>
> _______________________________________________
> detnet mailing listdetnet@ietf.orghttps://www.ietf.org/mailman/listinfo/d=
etnet
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>
>

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

<div dir=3D"ltr">Stewart has it right, we=E2=80=99ve both made this point a=
t the last couple of DETNET sessions. Determine the exact functionality tha=
t we need. such as the sequence number length (I made the point during the =
recent virtual meeting that 16 bits is probably not enough to prevent wrap-=
around) and whether we need fragmentation, and just follow the guidelines f=
or RFC 4385 figure 1 (first nibble needs to be zero, but after that, we=E2=
=80=99re free to do what we want). It=E2=80=99s easy for IANA to allocate a=
nother PW type, DETNET in this case.<div><br></div><div>Cheers,</div><div>A=
ndy</div><div><br></div></div><div class=3D"gmail_extra"><br><div class=3D"=
gmail_quote">On Mon, Jan 15, 2018 at 9:14 AM, Stewart Bryant <span dir=3D"l=
tr">&lt;<a href=3D"mailto:stewart.bryant@gmail.com" target=3D"_blank">stewa=
rt.bryant@gmail.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quo=
te" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"=
>
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF"><span class=3D"">
    <p><br>
    </p>
    <br>
    <div class=3D"m_8514434153562127449moz-cite-prefix">On 15/01/2018 13:05=
, Bal=C3=A1zs Varga A
      wrote:<br>
    </div>
    <blockquote type=3D"cite">
     =20
     =20
     =20
      <div class=3D"m_8514434153562127449WordSection1">
        <p class=3D"m_8514434153562127449MsoPlainText">Hi,<u></u><u></u></p=
>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">Some thoughts to sta=
rt discussion on
          open points of the DP solution draft.<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">This mail(-thread) i=
s on sequence
          numbering.<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">Problem in case of M=
PLS and DetNet
          Control Word:<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">- S/N skips zero pro=
blem: Ethernet PW
          definition states that S/N skips zero.<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">It uses zero to mean=
 no S/N in use.
          (rfc4448)<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">Possible problem res=
olutions:<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">#1: Using a &quot;fl=
ag&quot; in the reserved bits
          part of the CW:<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><span style=3D"font-=
size:8.0pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0
            0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
            3<u></u><u></u></span></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><span style=3D"font-=
size:8.0pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0
            0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
            0 1<u></u><u></u></span></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><span style=3D"font-=
size:8.0pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=C2=A0=C2=A0
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+=
<u></u><u></u></span></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><span style=3D"font-=
size:8.0pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=C2=A0=C2=A0
            |0 0 0 0|D|reserved - set to 0=C2=A0 |=C2=A0=C2=A0 16 bit Seque=
nce
            Number=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |<u></u><u></u></span></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><span style=3D"font-=
size:8.0pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=C2=A0=C2=A0
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+=
<u></u><u></u></span></p>
        <p class=3D"m_8514434153562127449MsoPlainText">D-bit: set to =E2=80=
=9C1=E2=80=9D means DetNet specific
          Seq. Number used,<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">Bit5-15: reserved.<u=
></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">RFC4448 states that =
reserved bits =E2=80=9CMUST
          be ignored upon receipt=E2=80=9D, so backward
          <u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">compatibility is ens=
ured. Such a
          solution would allow also to use longer seq.num.
          <u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">formats (if needed).=
 Such a format is
          also inline with RFC4385.</p>
      </div>
    </blockquote>
    <br></span>
    Why do we need any compatibility with RFC4448 in this regard? The<br>
    only reason that I can see is if we think there are a lot of
    existing<br>
    T-PEs out there that support RFC4448 and s/n processing. I am ready<br>
    to be corrected, but I really don&#39;t think there is any significant
    deployment.<br>
    <br>
    I therefore think that it would be much better to define a new<br>
    Detnet Ethernet encapsulation type with the exact properties we
    need.<br>
    <br>
    Now related to that, do we need to support any non-ethernet<br>
    encapsulated Detnet payloads, i.e. do we have to support<br>
    a native connectivity type other than Ethernet? If so<br>
    we need to make sure that we leave the bits in place to<br>
    length recovery.<br>
    <br>
    Also will we ever need to have this be self discovering (something<br>
    that PWs were no designed to be)?<br>
    <br>
    If the answer is no to both of these, we could for example make the
    <br>
    CW look as follows:<span class=3D""><br>
    <br>
    <br>
    <p class=3D"m_8514434153562127449MsoPlainText"><span style=3D"font-size=
:8.0pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
        0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3</span></p>
    <p class=3D"m_8514434153562127449MsoPlainText"><span style=3D"font-size=
:8.0pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1</sp=
an></p>
    <p class=3D"m_8514434153562127449MsoPlainText"><span style=3D"font-size=
:8.0pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=C2=A0=C2=A0
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+=
</span></p>
    </span><p class=3D"m_8514434153562127449MsoPlainText"><span style=3D"fo=
nt-size:8.0pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=C2=A0=C2=A0
        |0 0 0 0|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0<wbr>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Seq=
uence Number=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
        |</span></p>
    <span style=3D"font-size:8.0pt;font-family:&quot;Courier New&quot;">=C2=
=A0=C2=A0=C2=A0=C2=A0
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr=
>+-+-+</span><br>
    <br>
    Then we can let the control plane specify the s/n length at whatever<br=
>
    make sense between 0 and 28 bits which should cover most
    applications.<br>
    <br>
    What we have lost here is fragmentation at the PW layer, and the<br>
    ability to send non-Ethernet frames, but if those are not needed<br>
    we have a compact PW that serves our needs.<br>
    <br>
    Note that this is shown in RFC4385=C2=A0 Fig1.<span class=3D""><br>
    <br>
    <blockquote type=3D"cite">
      <div class=3D"m_8514434153562127449WordSection1">
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">#2: Making =E2=80=9C=
0=E2=80=9D as a valid Seq.Num.<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">DetNet flows are rec=
ognized and
          forwarded special within the DetNet
          <u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">domain. S/N is used =
within the DetNet
          domain by DetNet Service functions
          <u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">(i.e. PREF). S/N use=
d only on DetNet
          end-nodes and DetNet relay-nodes. No
          <u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">other nodes care abo=
ut the value of S/N,
          therefore DetNet can specify its
          <u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">own sequence number =
processing
          algorithm. So =E2=80=9C0=E2=80=9D can be a valid number<u></u><u>=
</u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">and not the indicati=
on that no Seq.Num.
          is used. This is inline with RFC4385.</p>
      </div>
    </blockquote>
    <br></span>
    Exactly. Let&#39;s just define the Detnet encapsulation(s) to meet the
    needs<br>
    of Detnet rather than try to force fit it into RFC4448.<br>
    <br>
    Best Regards<span class=3D"HOEnZb"><font color=3D"#888888"><br>
    <br>
    Stewart <br></font></span><span class=3D"">
    <br>
    <br>
    =C2=A0<br>
    <blockquote type=3D"cite">
      <div class=3D"m_8514434153562127449WordSection1">
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">#3: Other =E2=80=A6 =
?!?<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">Comments are welcome=
.<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">Cheers<u></u><u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">Bala&#39;zs<u></u><u=
></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">-----Original Messag=
e-----<br>
          From: detnet [<a class=3D"m_8514434153562127449moz-txt-link-freet=
ext" href=3D"mailto:detnet-bounces@ietf.org" target=3D"_blank">mailto:detne=
t-bounces@ietf.<wbr>org</a>] On Behalf Of Lou
          Berger<br>
          Sent: 2018. janu=C3=A1r 10. 19:01<br>
          To: DetNet WG <a class=3D"m_8514434153562127449moz-txt-link-rfc23=
96E" href=3D"mailto:detnet@ietf.org" target=3D"_blank">&lt;detnet@ietf.org&=
gt;</a><br>
          Subject: [Detnet] recording for today&#39;s interim</p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">is available for dow=
nload at: <u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><a href=3D"https://i=
etf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf202301" target=
=3D"_blank"><span style=3D"color:windowtext;text-decoration:none">https://i=
etf.webex.com/ietf/<wbr>ldr.php?RCID=3D<wbr>e5116bc7db254c24a7bb3217bf2023<=
wbr>01</span></a><u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">raw notes are availa=
ble at <u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><a href=3D"http://et=
herpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01" target=3D"_=
blank"><span style=3D"color:windowtext;text-decoration:none">http://etherpa=
d.tools.ietf.<wbr>org:9000/p/notes-ietf-interim-<wbr>2018-detnet-01</span><=
/a><u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">Please feel free to =
update the etherpad
          based on the recording.<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">Lou (and co-chairs)<=
u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><u></u>=C2=A0<u></u>=
</p>
        <p class=3D"m_8514434153562127449MsoPlainText">____________________=
__________<wbr>_________________<u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText">detnet mailing list<=
u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><a href=3D"mailto:de=
tnet@ietf.org" target=3D"_blank"><span style=3D"color:windowtext;text-decor=
ation:none">detnet@ietf.org</span></a><u></u><u></u></p>
        <p class=3D"m_8514434153562127449MsoPlainText"><a href=3D"https://w=
ww.ietf.org/mailman/listinfo/detnet" target=3D"_blank"><span style=3D"color=
:windowtext;text-decoration:none">https://www.ietf.org/mailman/<wbr>listinf=
o/detnet</span></a><u></u><u></u></p>
      </div>
      <br>
      <fieldset class=3D"m_8514434153562127449mimeAttachmentHeader"></field=
set>
      <br>
      <pre>______________________________<wbr>_________________
detnet mailing list
<a class=3D"m_8514434153562127449moz-txt-link-abbreviated" href=3D"mailto:d=
etnet@ietf.org" target=3D"_blank">detnet@ietf.org</a>
<a class=3D"m_8514434153562127449moz-txt-link-freetext" href=3D"https://www=
.ietf.org/mailman/listinfo/detnet" target=3D"_blank">https://www.ietf.org/m=
ailman/<wbr>listinfo/detnet</a>
</pre>
    </blockquote>
    <br>
  </span></div>

<br>______________________________<wbr>_________________<br>
detnet mailing list<br>
<a href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/detnet" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a><br=
>
<br></blockquote></div><br></div>

--001a113cdbbcf6e23c0562d789d0--


From nobody Mon Jan 15 17:14:41 2018
Return-Path: <mach.chen@huawei.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0D6C12D854 for <detnet@ietfa.amsl.com>; Mon, 15 Jan 2018 17:14:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level: 
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, WEIRD_PORT=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 35q4UxU1rEWB for <detnet@ietfa.amsl.com>; Mon, 15 Jan 2018 17:14:37 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 3E5EF126DED for <detnet@ietf.org>; Mon, 15 Jan 2018 17:14:37 -0800 (PST)
Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 6C2E1289E009D; Tue, 16 Jan 2018 01:14:33 +0000 (GMT)
Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.361.1; Tue, 16 Jan 2018 01:14:34 +0000
Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.54]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0361.001; Tue, 16 Jan 2018 09:14:29 +0800
From: Mach Chen <mach.chen@huawei.com>
To: =?iso-8859-1?Q?Bal=E1zs_Varga_A?= <balazs.a.varga@ericsson.com>, DetNet WG <detnet@ietf.org>
Thread-Topic: DP solution (Sequence Numbering)
Thread-Index: AdON9g9s51ad7oXxQLCexQu8wQXvkQAb0RFQ
Date: Tue, 16 Jan 2018 01:14:29 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com>
In-Reply-To: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.194.201]
Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343dggeml510mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/zyTweT8HrdVy83CBgkOMmaQKGug>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 01:14:39 -0000

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343dggeml510mbxchi_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Balazs,

#2 is a more nature solution, the DetNet CW is dedicated for DetNet, seems =
there is no compatibility issue.

In addition, I think we need to define a way on how to differentiate a DetN=
et flow from a non-DetNet flow, then the network processor can process the =
CW as expected.  In TSN, it uses the priority to determine whether a flow i=
s TSN or non-TSN flow. For DetNet, should we also use the same way (e.g., T=
C, DSCP)? Or the DetNet service Label itself implies the situation, but it =
seems that this only works when the DetNet service label is the top label.

Any other thoughts?

Best regards,
Mach

From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Bal=E1zs Varga A
Sent: Monday, January 15, 2018 9:06 PM
To: DetNet WG <detnet@ietf.org>
Subject: [Detnet] DP solution (Sequence Numbering)


Hi,



Some thoughts to start discussion on open points of the DP solution draft.

This mail(-thread) is on sequence numbering.



Problem in case of MPLS and DetNet Control Word:

- S/N skips zero problem: Ethernet PW definition states that S/N skips zero=
.

It uses zero to mean no S/N in use. (rfc4448)



Possible problem resolutions:

#1: Using a "flag" in the reserved bits part of the CW:

      0                   1                   2                   3

      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

     |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |

     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

D-bit: set to "1" means DetNet specific Seq. Number used,

Bit5-15: reserved.



RFC4448 states that reserved bits "MUST be ignored upon receipt", so backwa=
rd

compatibility is ensured. Such a solution would allow also to use longer se=
q.num.

formats (if needed). Such a format is also inline with RFC4385.



#2: Making "0" as a valid Seq.Num.

DetNet flows are recognized and forwarded special within the DetNet

domain. S/N is used within the DetNet domain by DetNet Service functions

(i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No

other nodes care about the value of S/N, therefore DetNet can specify its

own sequence number processing algorithm. So "0" can be a valid number

and not the indication that no Seq.Num. is used. This is inline with RFC438=
5.



#3: Other ... ?!?



Comments are welcome.



Cheers

Bala'zs



-----Original Message-----
From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
Sent: 2018. janu=E1r 10. 19:01
To: DetNet WG <detnet@ietf.org<mailto:detnet@ietf.org>>
Subject: [Detnet] recording for today's interim



is available for download at:

https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf202301



raw notes are available at

http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01



Please feel free to update the etherpad based on the recording.



Lou (and co-chairs)



_______________________________________________

detnet mailing list

detnet@ietf.org<mailto:detnet@ietf.org>

https://www.ietf.org/mailman/listinfo/detnet

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343dggeml510mbxchi_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:x=3D"urn:schemas-microsoft-com:office:excel" xmlns:m=3D"http://schema=
s.microsoft.com/office/2004/12/omml" xmlns=3D"http://www.w3.org/TR/REC-html=
40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"\7EAF\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.Char
	{mso-style-name:"\7EAF\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\7EAF\6587\672C;
	font-family:Consolas;}
p.PlainText, li.PlainText, div.PlainText
	{mso-style-name:"Plain Text";
	mso-style-link:"Plain Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:"Calibri",sans-serif;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D">Hi Balazs,<o:p></o:p></span>=
</font></p>
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D"><o:p>&nbsp;</o:p></span></fo=
nt></p>
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D">#2 is a more nature solution=
, the DetNet CW is dedicated for DetNet, seems there is no compatibility is=
sue.<o:p></o:p></span></font></p>
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D"><o:p>&nbsp;</o:p></span></fo=
nt></p>
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D">In addition, I think we need=
 to define a way on how to differentiate a DetNet flow from a non-DetNet fl=
ow, then the network processor can process
 the CW as expected. &nbsp;In TSN, it uses the priority to determine whethe=
r a flow is TSN or non-TSN flow. For DetNet, should we also use the same wa=
y (e.g., TC, DSCP)? Or the DetNet service Label itself implies the situatio=
n, but it seems that this only works
 when the DetNet service label is the top label. &nbsp;<o:p></o:p></span></=
font></p>
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D"><o:p>&nbsp;</o:p></span></fo=
nt></p>
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D">Any other thoughts?<o:p></o:=
p></span></font></p>
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D"><o:p>&nbsp;</o:p></span></fo=
nt></p>
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D">Best regards,<o:p></o:p></sp=
an></font></p>
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D">Mach<o:p></o:p></span></font=
></p>
<p class=3D"MsoNormal"><font size=3D"2" color=3D"#1f497d" face=3D"Calibri">=
<span style=3D"font-size:11.0pt;color:#1F497D"><o:p>&nbsp;</o:p></span></fo=
nt></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt;font-weight:bold">From:</span></font></b> detnet [mailto:d=
etnet-bounces@ietf.org]
<b><span style=3D"font-weight:bold">On Behalf Of </span></b>Bal=E1zs Varga =
A<br>
<b><span style=3D"font-weight:bold">Sent:</span></b> Monday, January 15, 20=
18 9:06 PM<br>
<b><span style=3D"font-weight:bold">To:</span></b> DetNet WG &lt;detnet@iet=
f.org&gt;<br>
<b><span style=3D"font-weight:bold">Subject:</span></b> [Detnet] DP solutio=
n (Sequence Numbering)<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri"><span style=3D"fon=
t-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">Hi,<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">Some thoughts to start discussion on open points of the D=
P solution draft.<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">This mail(-thread) is on sequence numbering.<o:p></o:p></=
span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">Problem in case of MPLS and DetNet Control Word:<o:p></o:=
p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">- S/N skips zero problem: Ethernet PW definition states t=
hat S/N skips zero.<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">It uses zero to mean no S/N in use. (rfc4448)<o:p></o:p><=
/span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">Possible problem resolutions:<o:p></o:p></span></font></p=
>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">#1: Using a &quot;flag&quot; in the reserved bits part of=
 the CW:<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"1" face=3D"Courier New"><span style=
=3D"font-size:8.0pt;font-family:&quot;Courier New&quot;">&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp; 2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"1" face=3D"Courier New"><span style=
=3D"font-size:8.0pt;font-family:&quot;Courier New&quot;">&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 =
1<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"1" face=3D"Courier New"><span style=
=3D"font-size:8.0pt;font-family:&quot;Courier New&quot;">&nbsp;&nbsp;&nbsp;=
&nbsp; &#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#=
43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;=
-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;<o:p></o:p></span></f=
ont></p>
<p class=3D"MsoPlainText"><font size=3D"1" face=3D"Courier New"><span style=
=3D"font-size:8.0pt;font-family:&quot;Courier New&quot;">&nbsp;&nbsp;&nbsp;=
&nbsp; |0 0 0 0|D|reserved - set to 0&nbsp; |&nbsp;&nbsp; 16 bit Sequence N=
umber&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"1" face=3D"Courier New"><span style=
=3D"font-size:8.0pt;font-family:&quot;Courier New&quot;">&nbsp;&nbsp;&nbsp;=
&nbsp; &#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#=
43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;=
-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;-&#43;<o:p></o:p></span></f=
ont></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">D-bit: set to &#8220;1&#8221; means DetNet specific Seq. =
Number used,<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">Bit5-15: reserved.<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">RFC4448 states that reserved bits &#8220;MUST be ignored =
upon receipt&#8221;, so backward
<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">compatibility is ensured. Such a solution would allow als=
o to use longer seq.num.
<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">formats (if needed). Such a format is also inline with RF=
C4385.<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">#2: Making &#8220;0&#8221; as a valid Seq.Num.<o:p></o:p>=
</span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">DetNet flows are recognized and forwarded special within =
the DetNet
<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">domain. S/N is used within the DetNet domain by DetNet Se=
rvice functions
<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">(i.e. PREF). S/N used only on DetNet end-nodes and DetNet=
 relay-nodes. No
<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">other nodes care about the value of S/N, therefore DetNet=
 can specify its
<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">own sequence number processing algorithm. So &#8220;0&#82=
21; can be a valid number<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">and not the indication that no Seq.Num. is used. This is =
inline with RFC4385.<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">#3: Other &#8230; ?!?<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">Comments are welcome.<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">Cheers<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">Bala'zs<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">-----Original Message-----<br>
From: detnet [<a href=3D"mailto:detnet-bounces@ietf.org">mailto:detnet-boun=
ces@ietf.org</a>] On Behalf Of Lou Berger<br>
Sent: 2018. janu=E1r 10. 19:01<br>
To: DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a>&gt=
;<br>
Subject: [Detnet] recording for today's interim<o:p></o:p></span></font></p=
>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">is available for download at:
<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><a href=3D"https://ietf.webex.com/ietf/ldr.php?RCID=3De51=
16bc7db254c24a7bb3217bf202301"><font color=3D"black"><span style=3D"color:w=
indowtext;text-decoration:none">https://ietf.webex.com/ietf/ldr.php?RCID=3D=
e5116bc7db254c24a7bb3217bf202301</span></font></a><o:p></o:p></span></font>=
</p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">raw notes are available at
<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><a href=3D"http://etherpad.tools.ietf.org:9000/p/notes-ie=
tf-interim-2018-detnet-01"><font color=3D"black"><span style=3D"color:windo=
wtext;text-decoration:none">http://etherpad.tools.ietf.org:9000/p/notes-iet=
f-interim-2018-detnet-01</span></font></a><o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">Please feel free to update the etherpad based on the reco=
rding.<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">Lou (and co-chairs)<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><o:p>&nbsp;</o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">_______________________________________________<o:p></o:p=
></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt">detnet mailing list<o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><a href=3D"mailto:detnet@ietf.org"><font color=3D"black">=
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org</span=
></font></a><o:p></o:p></span></font></p>
<p class=3D"MsoPlainText"><font size=3D"2" face=3D"Calibri"><span style=3D"=
font-size:11.0pt"><a href=3D"https://www.ietf.org/mailman/listinfo/detnet">=
<font color=3D"black"><span style=3D"color:windowtext;text-decoration:none"=
>https://www.ietf.org/mailman/listinfo/detnet</span></font></a><o:p></o:p><=
/span></font></p>
</div>
</div>
</body>
</html>

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343dggeml510mbxchi_--


From nobody Tue Jan 16 02:46:42 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88E54127076 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 02:46:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.988
X-Spam-Level: 
X-Spam-Status: No, score=-1.988 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=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 6jOH5WBaxABK for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 02:46:38 -0800 (PST)
Received: from mail-wr0-x233.google.com (mail-wr0-x233.google.com [IPv6:2a00:1450:400c:c0c::233]) (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 9D16F12D94B for <detnet@ietf.org>; Tue, 16 Jan 2018 02:46:37 -0800 (PST)
Received: by mail-wr0-x233.google.com with SMTP id x1so10509436wrb.5 for <detnet@ietf.org>; Tue, 16 Jan 2018 02:46:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=6iSjkprtzA2zYIckQldI4r6u7RMkxUlfUPt/ZvmuFDs=; b=S8qLi15V/kvoJVWYLJwQ5y8CCl/pguWqkC3fx3exACaxcDxq/1mwmlOZJGoqwh3ChR EM0f4lrRS5nBuuG10e98IOFca91xPMrQkZSg2k9zjvA2EPXwxEIHIjmpIGX5vJwl2INj aFtHUg5vEuRlHWGfYf3R+i6cHA2PCJC1dhYSWFvDqB6UiC6ACBcYQucyAeEM7Gj9/ScO xO7D6xebDbVgYgZr61jBEZM8YwWPLH5NomU8JkvYheNdiOK326dlzRkLRRwMvFyS3FkB SxjHjWvwVuI6v2NYlweA/eUUUvu4IeQzlM7X4ZnxOjSGvfuvGUYNV4SybWPc+6onW+nj 8OgA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=6iSjkprtzA2zYIckQldI4r6u7RMkxUlfUPt/ZvmuFDs=; b=N7TmLtFUMX/rOlC/Htq0NdbVoNFGaMmoToXQAoa/LNn1DtRoKSuCuWS6U5LK9MH8Hh je3gkoIqyGM6+dh1uKT2LKV9XKsLI/sz36cvSSfbRY95mtYk6TLeBgkkukAoGUWc7x3C Cx9UkKC5IzTzJrJF9TgmRmZDj9Cj9DzGgUMkfqsk7Sj1YHDqg9JVa6kI5fkHTD5qNaWf 7dArNWJdQeG/9C9fpVuXmceyFWQjhJy8k0QRLxsCb9dJYt8bth/y8uU5HFqW1QLaDMuT 8opKrPYYhe6qOSw65/qZ9R5hdtKuLcDKftN4qFu29KnBNMrpLOo6asMx5XDcO94+LEUx a2sA==
X-Gm-Message-State: AKGB3mJT/CW7YkmDaoQWrn9qUXOyUwnbcdmuc2pIHQZSH5ECs9ogXJeM SCvhdA9MwI7lzhpi8L+H7zEd5OGZ
X-Google-Smtp-Source: ACJfBosElKEuRfVXE20waV/N17zitvxozMB5xwM1LZsBCx/UL9Odj2gvrpDBFUdSJ8Ky7XWOvZtgyw==
X-Received: by 10.223.199.205 with SMTP id y13mr26119416wrg.114.1516099595955;  Tue, 16 Jan 2018 02:46:35 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id u194sm2368580wmd.6.2018.01.16.02.46.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 16 Jan 2018 02:46:35 -0800 (PST)
To: Mach Chen <mach.chen@huawei.com>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, DetNet WG <detnet@ietf.org>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com>
Date: Tue, 16 Jan 2018 10:46:34 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com>
Content-Type: multipart/alternative; boundary="------------0112E81E987B9083B0DF6BE1"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/_-DLzlrfrpx2UCTh3DJRwLveNaM>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 10:46:40 -0000

This is a multi-part message in MIME format.
--------------0112E81E987B9083B0DF6BE1
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

If we need to discriminate at the PSN layer rather than the DN layer 
then we really are forced to create a new FEC type for MPLS, or 
synthesize one through RSVP or SR. IP has no native support for this, 
but we could introduce the concept, for example by making this the 
property of the IP address or some way of MPLSing IP.

However there is a deeper question we need to answer. Is our expectation 
that each hop in the data plane DN aware, or is our expectation that at 
lest in some networks the data plane is generic with some DN nodes 
strategically placed?

I can see than in some greenfield specialist cases the routers will all 
be DN aware, but in order to get deployment in most networks we need to 
design for the case where only strategic nodes are DN aware.

- Stewart


On 16/01/2018 01:14, Mach Chen wrote:
>
> Hi Balazs,
>
> #2 is a more nature solution, the DetNet CW is dedicated for DetNet, 
> seems there is no compatibility issue.
>
> In addition, I think we need to define a way on how to differentiate a 
> DetNet flow from a non-DetNet flow, then the network processor can 
> process the CW as expected.  In TSN, it uses the priority to determine 
> whether a flow is TSN or non-TSN flow. For DetNet, should we also use 
> the same way (e.g., TC, DSCP)? Or the DetNet service Label itself 
> implies the situation, but it seems that this only works when the 
> DetNet service label is the top label.
>
> Any other thoughts?
>
> Best regards,
>
> Mach
>
> *From:* detnet [mailto:detnet-bounces@ietf.org] *On Behalf Of *Balázs 
> Varga A
> *Sent:* Monday, January 15, 2018 9:06 PM
> *To:* DetNet WG <detnet@ietf.org>
> *Subject:* [Detnet] DP solution (Sequence Numbering)
>
> Hi,
>
> Some thoughts to start discussion on open points of the DP solution draft.
>
> This mail(-thread) is on sequence numbering.
>
> Problem in case of MPLS and DetNet Control Word:
>
> - S/N skips zero problem: Ethernet PW definition states that S/N skips 
> zero.
>
> It uses zero to mean no S/N in use. (rfc4448)
>
> Possible problem resolutions:
>
> #1: Using a "flag" in the reserved bits part of the CW:
>
>       0                   1 2                   3
>
>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>      |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> D-bit: set to “1” means DetNet specific Seq. Number used,
>
> Bit5-15: reserved.
>
> RFC4448 states that reserved bits “MUST be ignored upon receipt”, so 
> backward
>
> compatibility is ensured. Such a solution would allow also to use 
> longer seq.num.
>
> formats (if needed). Such a format is also inline with RFC4385.
>
> #2: Making “0” as a valid Seq.Num.
>
> DetNet flows are recognized and forwarded special within the DetNet
>
> domain. S/N is used within the DetNet domain by DetNet Service functions
>
> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No
>
> other nodes care about the value of S/N, therefore DetNet can specify its
>
> own sequence number processing algorithm. So “0” can be a valid number
>
> and not the indication that no Seq.Num. is used. This is inline with 
> RFC4385.
>
> #3: Other … ?!?
>
> Comments are welcome.
>
> Cheers
>
> Bala'zs
>
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
> Sent: 2018. január 10. 19:01
> To: DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>
> Subject: [Detnet] recording for today's interim
>
> is available for download at:
>
> https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>
> raw notes are available at
>
> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>
> Please feel free to update the etherpad based on the recording.
>
> Lou (and co-chairs)
>
> _______________________________________________
>
> detnet mailing list
>
> detnet@ietf.org <mailto:detnet@ietf.org>
>
> https://www.ietf.org/mailman/listinfo/detnet
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


--------------0112E81E987B9083B0DF6BE1
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>If we need to discriminate at the PSN layer rather than the DN
      layer then we really are forced to create a new FEC type for MPLS,
      or synthesize one through RSVP or SR. IP has no native support for
      this, but we could introduce the concept, for example by making
      this the property of the IP address or some way of MPLSing IP.</p>
    <p>However there is a deeper question we need to answer. Is our
      expectation that each hop in the data plane DN aware, or is our
      expectation that at lest in some networks the data plane is
      generic with some DN nodes strategically placed?</p>
    <p>I can see than in some greenfield specialist cases the routers
      will all be DN aware, but in order to get deployment in most
      networks we need to design for the case where only strategic nodes
      are DN aware.<br>
    </p>
    <p>- Stewart<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 16/01/2018 01:14, Mach Chen wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"\7EAF\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.Char
	{mso-style-name:"\7EAF\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\7EAF\6587\672C;
	font-family:Consolas;}
p.PlainText, li.PlainText, div.PlainText
	{mso-style-name:"Plain Text";
	mso-style-link:"Plain Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:"Calibri",sans-serif;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D">Hi
              Balazs,<o:p></o:p></span></font></p>
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D"><o:p> </o:p></span></font></p>
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D">#2
              is a more nature solution, the DetNet CW is dedicated for
              DetNet, seems there is no compatibility issue.<o:p></o:p></span></font></p>
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D"><o:p> </o:p></span></font></p>
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D">In
              addition, I think we need to define a way on how to
              differentiate a DetNet flow from a non-DetNet flow, then
              the network processor can process the CW as expected.  In
              TSN, it uses the priority to determine whether a flow is
              TSN or non-TSN flow. For DetNet, should we also use the
              same way (e.g., TC, DSCP)? Or the DetNet service Label
              itself implies the situation, but it seems that this only
              works when the DetNet service label is the top label.  <o:p></o:p></span></font></p>
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D"><o:p> </o:p></span></font></p>
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D">Any
              other thoughts?<o:p></o:p></span></font></p>
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D"><o:p> </o:p></span></font></p>
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D">Best
              regards,<o:p></o:p></span></font></p>
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D">Mach<o:p></o:p></span></font></p>
        <p class="MsoNormal"><font size="2" face="Calibri"
            color="#1f497d"><span style="font-size:11.0pt;color:#1F497D"><o:p> </o:p></span></font></p>
        <div style="border:none;border-left:solid blue 1.5pt;padding:0cm
          0cm 0cm 4.0pt">
          <div>
            <div style="border:none;border-top:solid #E1E1E1
              1.0pt;padding:3.0pt 0cm 0cm 0cm">
              <p class="MsoNormal"><b><font size="2" face="Calibri"><span
                      style="font-size:11.0pt;font-weight:bold">From:</span></font></b>
                detnet [<a class="moz-txt-link-freetext" href="mailto:detnet-bounces@ietf.org">mailto:detnet-bounces@ietf.org</a>]
                <b><span style="font-weight:bold">On Behalf Of </span></b>Balázs
                Varga A<br>
                <b><span style="font-weight:bold">Sent:</span></b>
                Monday, January 15, 2018 9:06 PM<br>
                <b><span style="font-weight:bold">To:</span></b> DetNet
                WG <a class="moz-txt-link-rfc2396E" href="mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a><br>
                <b><span style="font-weight:bold">Subject:</span></b>
                [Detnet] DP solution (Sequence Numbering)<o:p></o:p></p>
            </div>
          </div>
          <p class="MsoNormal"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">Hi,<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">Some thoughts to start
                discussion on open points of the DP solution draft.<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">This mail(-thread) is on
                sequence numbering.<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">Problem in case of MPLS and
                DetNet Control Word:<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">- S/N skips zero problem:
                Ethernet PW definition states that S/N skips zero.<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">It uses zero to mean no S/N in
                use. (rfc4448)<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">Possible problem resolutions:<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">#1: Using a "flag" in the
                reserved bits part of the CW:<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="1" face="Courier New"><span
                style="font-size:8.0pt;font-family:&quot;Courier
                New&quot;">      0                   1                  
                2                   3<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="1" face="Courier New"><span
                style="font-size:8.0pt;font-family:&quot;Courier
                New&quot;">      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
                0 1 2 3 4 5 6 7 8 9 0 1<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="1" face="Courier New"><span
                style="font-size:8.0pt;font-family:&quot;Courier
                New&quot;">    
                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="1" face="Courier New"><span
                style="font-size:8.0pt;font-family:&quot;Courier
                New&quot;">     |0 0 0 0|D|reserved - set to 0  |   16
                bit Sequence Number      |<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="1" face="Courier New"><span
                style="font-size:8.0pt;font-family:&quot;Courier
                New&quot;">    
                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">D-bit: set to “1” means DetNet
                specific Seq. Number used,<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">Bit5-15: reserved.<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">RFC4448 states that reserved
                bits “MUST be ignored upon receipt”, so backward
                <o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">compatibility is ensured. Such
                a solution would allow also to use longer seq.num.
                <o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">formats (if needed). Such a
                format is also inline with RFC4385.<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">#2: Making “0” as a valid
                Seq.Num.<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">DetNet flows are recognized and
                forwarded special within the DetNet
                <o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">domain. S/N is used within the
                DetNet domain by DetNet Service functions
                <o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">(i.e. PREF). S/N used only on
                DetNet end-nodes and DetNet relay-nodes. No
                <o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">other nodes care about the
                value of S/N, therefore DetNet can specify its
                <o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">own sequence number processing
                algorithm. So “0” can be a valid number<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">and not the indication that no
                Seq.Num. is used. This is inline with RFC4385.<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">#3: Other … ?!?<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">Comments are welcome.<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">Cheers<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">Bala'zs<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">-----Original Message-----<br>
                From: detnet [<a href="mailto:detnet-bounces@ietf.org"
                  moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                On Behalf Of Lou Berger<br>
                Sent: 2018. január 10. 19:01<br>
                To: DetNet WG &lt;<a href="mailto:detnet@ietf.org"
                  moz-do-not-send="true">detnet@ietf.org</a>&gt;<br>
                Subject: [Detnet] recording for today's interim<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">is available for download at:
                <o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><a
href="https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301"
                  moz-do-not-send="true"><font color="black"><span
                      style="color:windowtext;text-decoration:none">https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301</span></font></a><o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">raw notes are available at
                <o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><a
href="http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01"
                  moz-do-not-send="true"><font color="black"><span
                      style="color:windowtext;text-decoration:none">http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01</span></font></a><o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">Please feel free to update the
                etherpad based on the recording.<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">Lou (and co-chairs)<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><o:p> </o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">_______________________________________________<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt">detnet mailing list<o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><a
                  href="mailto:detnet@ietf.org" moz-do-not-send="true"><font
                    color="black"><span
                      style="color:windowtext;text-decoration:none">detnet@ietf.org</span></font></a><o:p></o:p></span></font></p>
          <p class="MsoPlainText"><font size="2" face="Calibri"><span
                style="font-size:11.0pt"><a
                  href="https://www.ietf.org/mailman/listinfo/detnet"
                  moz-do-not-send="true"><font color="black"><span
                      style="color:windowtext;text-decoration:none">https://www.ietf.org/mailman/listinfo/detnet</span></font></a><o:p></o:p></span></font></p>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
detnet mailing list
<a class="moz-txt-link-abbreviated" href="mailto:detnet@ietf.org">detnet@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------0112E81E987B9083B0DF6BE1--


From nobody Tue Jan 16 02:53:33 2018
Return-Path: <balazs.a.varga@ericsson.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED44212FB5E; Tue, 16 Jan 2018 02:53:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level: 
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 lR2187RDknzU; Tue, 16 Jan 2018 02:53:29 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 8054B12D96B; Tue, 16 Jan 2018 02:53:27 -0800 (PST)
X-AuditID: c1b4fb25-859119c00000341b-d6-5a5dd9a5c7a8
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 99.7B.13339.5A9DD5A5; Tue, 16 Jan 2018 11:53:25 +0100 (CET)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.21) with Microsoft SMTP Server (TLS) id 14.3.352.0; Tue, 16 Jan 2018 11:52:47 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=2BxNveN67XCGs29dx7zOGzbcsZBurlZSh1SfFNHeKyU=; b=dvne8r77lX/p/YCebywx5Ww+sB3CEO68G+9gCih5szzWq7CCELBeWmPwAOKLauuj8jUneVcL6/8zw/GEClzagkBUwh20CYClHWPOsfHkQC5EyK+lRYCAPqQf4Eh24bmnmVTbcxeAtVV/VfCS5MAvrJmp7BoFu2fPBB+b1cNi6eU=
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com (10.161.110.21) by VI1PR07MB1278.eurprd07.prod.outlook.com (10.164.92.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.428.9; Tue, 16 Jan 2018 10:52:46 +0000
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::a499:6fb2:56e6:33ad]) by VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::a499:6fb2:56e6:33ad%13]) with mapi id 15.20.0428.014; Tue, 16 Jan 2018 10:52:46 +0000
From: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>
To: Lou Berger <lberger@labn.net>, "detnet@ietf.org" <detnet@ietf.org>
CC: "db3546@att.com" <db3546@att.com>, "detnet-chairs@ietf.org" <detnet-chairs@ietf.org>
Thread-Topic: [Detnet] Friday meeting at IETF 101
Thread-Index: AQHTjkCDHczNBBV9X0WiISSvEWCie6N2Uoig
Date: Tue, 16 Jan 2018 10:52:46 +0000
Message-ID: <VI1PR07MB1005508B5A1C71DEADC3B815ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com>
References: <151604088252.28385.3461665353983244864.idtracker@ietfa.amsl.com> <b73c586e-a889-a117-d1c8-0e898a684962@labn.net>
In-Reply-To: <b73c586e-a889-a117-d1c8-0e898a684962@labn.net>
Accept-Language: hu-HU, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [188.143.23.124]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB1278; 7:s0GSDVI2wqEoidoCm00QCcT/jkMh5BSzxbusTek1K6dY+lepzExaK9qh0lAsQByTf3GujBYKioXU6v5mCtifOZAxVid2F8EPguvWchfl3rp3WwO5bDlV7m0NkSPQkWnPrxkFzPo7A/ekkc/YYk1Wy72vc38AFdLDCe8J4PDN3eJCSa/WlFX0QYdk3N2jVF+6d3WqSCQk45tsc/Erx4OQm9k2TT4BNQiqIF5VP8ING3k9MV5Zlsk3BqWhBQJ6td8/
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: a6af57ea-1d3e-4c7e-e676-08d55ccf473d
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534125)(4602075)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:VI1PR07MB1278; 
x-ms-traffictypediagnostic: VI1PR07MB1278:
x-microsoft-antispam-prvs: <VI1PR07MB1278FAA920CCFFC3078A9D8EACEA0@VI1PR07MB1278.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(97927398514766);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(10201501046)(3231023)(2400033)(944501161)(6041268)(20161123560045)(20161123562045)(20161123558120)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:VI1PR07MB1278; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VI1PR07MB1278; 
x-forefront-prvs: 0554B1F54F
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(376002)(39380400002)(346002)(39860400002)(396003)(189003)(199004)(24454002)(13464003)(81156014)(106356001)(6306002)(2906002)(85202003)(81166006)(2900100001)(316002)(54906003)(110136005)(55016002)(105586002)(14454004)(53936002)(5660300001)(3660700001)(8936002)(74316002)(9686003)(33656002)(7736002)(6246003)(5250100002)(966005)(229853002)(25786009)(6436002)(4326008)(2950100002)(305945005)(59450400001)(99286004)(97736004)(2501003)(85182001)(76176011)(8676002)(3280700002)(3846002)(6506007)(53546011)(6116002)(102836004)(86362001)(478600001)(6346003)(66066001)(7696005)(26005)(68736007); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB1278; H:VI1PR07MB1005.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.a.varga@ericsson.com; 
x-microsoft-antispam-message-info: rtrU50NI+y44mmAVrLwVHOO3YM9aNc8kEb6jL9xdMOHXekQgcyRWfvSzgDbeCm3Y4+wWbkSF/Zqd3sEFwQnUrA==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a6af57ea-1d3e-4c7e-e676-08d55ccf473d
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jan 2018 10:52:46.3049 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB1278
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0hTYRjHeXfOjmerwdty+Kj5wYUfkpzXD0tEMiqUMJIScqm58qBDnbLN 6xcV02wzbZcoL6ToBDFNMyvRsFoaKol4G2hkXhYkbVpDKlEit7Ogb7/n//yf28tLE0ID149W KDWMSinPFVN8svHqS1FI51KaLKx+Kko6r9V5Sa0Nv0npnrOZlNZWOcjTZPxmQwuKN5t3OfHf B6qoS4SMH5PJ5CqKGFVobAY/e+nBKFlgF5U0O61UBTKLtIhHA46CUZPZS4v4tBC/QzA2sU2x wQSCUUMd4QpIfJeAhe6viM3c58DDdofHtoFA96WecjWj8FkYGmjhutgbn4cVvZXjYgLL4PUL y4FO00dxGDx1prCWcPjg/EmyHAGz9gl3KYmDwFhxy60LcCq82elxsxCXQ1dXB+FiHo6B+bEW wtUS4QBY65Wyk3xg2dbKYU/DYH41Q7Asgs2NP1yWxTC0MuPFcgDMtercdwEe5MDnnV+ITUjg ud7h4USYtq0TrGkWQXtbpac6GL6N6D3TcqBm1kS5FgIcDcvrSlYeJGCx18PHwOBs47J96ijY v2Pk3EOhTf8t3nRQTuAT0DfskQPBpFvzanI/xRGYbLSRbYjsRiI1o76RlxURKWFUiptqdb5S omQ0A+jgp7wd3AsaQvP2OAvCNBIfFtTOpcmEXHmRujTPgoAmxN6CysupMqEgU15axqjyr6sK cxm1BfnTpNhHMJkgkAlxllzD5DBMAaP6l+XQPL8KdNHRbk30/XSlzLgg0yTY3xuO9Hem9/en nFyp7ghWHFIW+4/v8ftGirPzTiVlFugfVXPTbbvjP46X337GK5yWRGfEcWrMc8lbgfumxa1Y Y4hYm8yMXXvco1FMKjNWtRve51ZL0uP9d7c/rj2ZSokoHeicOZN0YTjSV66Tb1FKUkyqs+Xh wYRKLf8LtoMFViUDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/FQpQEZ16WQcADxtYh9UDp2kAjJ4>
Subject: Re: [Detnet] Friday meeting at IETF 101
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 10:53:32 -0000

SGkgTG91LA0KSnVzdCBhIG5vdGUgZm9yIHRoZSBncm91cC4gDQpGcmlkYXkgbWVhbnM6IDE2dGgg
TWFyY2ggKHRoZSBGcmlkYXkgYmVmb3JlIHRoZSBJRVRGMTAxKS4gDQpDaGVlcnMNCkJhbGEnenMN
Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5l
dC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcg0KU2VudDogMjAxOC4g
amFudcOhciAxNS4gMjE6MzYNClRvOiBkZXRuZXRAaWV0Zi5vcmcNCkNjOiBkYjM1NDZAYXR0LmNv
bTsgZGV0bmV0LWNoYWlyc0BpZXRmLm9yZw0KU3ViamVjdDogW0RldG5ldF0gRnJpZGF5IG1lZXRp
bmcgYXQgSUVURiAxMDENCg0KQWxsLA0KDQogwqDCoMKgIEFzIGRpc2N1c3NlZCBpbiB0aGUgdmly
dHVhbCBJbnRlcmltIGxhc3Qgd2Vlaywgd2UgaW50ZW5kIHRvIHJlcXVlc3QgbWVldGluZyBmb3Ig
YW4gZXh0ZW5kZWQgcGVyaW9kIG9mIHRpbWUgb24gRnJpZGF5LsKgIFRoaXMgdGltZSB3aWxsIHNl
cnZlIGFzIGEgd29ya2luZyBzZXNzaW9uIGZvY3VzaW5nIG9uIHJlc29sdmluZyBkYXRhcGxhbmUg
b3BlbiBpc3N1ZXMuwqAgV2hpbGUgRnJpZGF5IGFmdGVybm9vbiB3YXMgc3VnZ2VzdGVkLCB0aGlz
IG1heSBvciBtYXkgbm90IGJlIGxvZ2lzdGljYWxseSBwb3NzaWJsZS7CoCBXZSBhcmUgdGFsa2lu
ZyB3aXRoIG91ciBBRCBhbmQgdGhlIFNlY3JldGFyaWF0IGFuZCB3aWxsIGxldCB0aGUgV0cga25v
dyB3aGF0IHRvIGV4cGVjdCBhcyBzb29uIGFzIHdlIGhhdmUgbW9yZSBkZXRhaWxzIC0tIHBsZWFz
ZSBwbGFuIHlvdXIgdHJhdmVsIGFjY29yZGluZ2x5Lg0KDQpMb3UgKGFuZCBjby1jaGFpcnMpDQoN
Ck9uIDEvMTUvMjAxOCAxOjI4IFBNLCBJRVRGIE1lZXRpbmcgU2Vzc2lvbiBSZXF1ZXN0IFRvb2wg
d3JvdGU6DQo+DQo+IEFuIHVwZGF0ZSB0byBhIG1lZXRpbmcgc2Vzc2lvbiByZXF1ZXN0IGhhcyBq
dXN0IGJlZW4gc3VibWl0dGVkIGJ5IExvdSBCZXJnZXIsIGEgQ2hhaXIgb2YgdGhlIGRldG5ldCB3
b3JraW5nIGdyb3VwLg0KPg0KPg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gV29ya2luZyBHcm91cCBOYW1lOiBEZXRlcm1pbmlz
dGljIE5ldHdvcmtpbmcgQXJlYSBOYW1lOiBSb3V0aW5nIEFyZWEgDQo+IFNlc3Npb24gUmVxdWVz
dGVyOiBMb3UgQmVyZ2VyDQo+DQo+IE51bWJlciBvZiBTZXNzaW9uczogMg0KPiBMZW5ndGggb2Yg
U2Vzc2lvbihzKTogIDEuNSBIb3VycywgMi41IEhvdXJzIE51bWJlciBvZiBBdHRlbmRlZXM6IDEw
MCANCj4gQ29uZmxpY3RzIHRvIEF2b2lkOg0KPiAgIEZpcnN0IFByaW9yaXR5OiBwY2UgdGVhcyBj
Y2FtcCBuZXRtb2QgbXBscw0KPiAgIFNlY29uZCBQcmlvcml0eTogcnRnd2cgbnZvMyB0c3Z3ZyBw
YWxzIGJlc3MNCj4NCj4NCj4NCj4gUGVvcGxlIHdobyBtdXN0IGJlIHByZXNlbnQ6DQo+ICAgIExv
dSBCZXJnZXINCj4gICAgRGVib3JhaCBCcnVuZ2FyZA0KPiAgICBKb3VuaSBLb3Job25lbg0KPiAg
ICBQYXRyaWNpYSBUaGFsZXINCj4gICAgSmFub3MgRmFya2FzDQo+DQo+IFJlc291cmNlcyBSZXF1
ZXN0ZWQ6DQo+DQo+IFNwZWNpYWwgUmVxdWVzdHM6DQo+ICAgIFBsZWFzZSBzY2hlZHVsZSB0aGUg
bG9uZ2VyIHNlc3Npb24gMm5kIC0gRnJpZGF5ICppcyogYWNjZXB0YWJsZS4NCj4gLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+DQo+IF9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGRldG5ldCBt
YWlsaW5nIGxpc3QNCj4gZGV0bmV0QGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vbGlzdGluZm8vZGV0bmV0DQo+DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQpkZXRuZXQgbWFpbGluZyBsaXN0DQpkZXRuZXRAaWV0Zi5vcmcN
Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0DQo=


From nobody Tue Jan 16 03:31:55 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3A861243FE for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 03:31:53 -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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j3LHU81eAP7B for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 03:31:52 -0800 (PST)
Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) (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 C642612DA4F for <detnet@ietf.org>; Tue, 16 Jan 2018 03:31:42 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy8.mail.unifiedlayer.com (Postfix) with ESMTP id ACE671AC6E6 for <detnet@ietf.org>; Tue, 16 Jan 2018 04:18:10 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with  id yzJ61w01V2SSUrH01zJ9kF; Tue, 16 Jan 2018 04:18:10 -0700
X-Authority-Analysis: v=2.2 cv=G85sK5s5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=RgaUWeydRksA:10 a=0FD05c-RAAAA:8 a=48vgC7mUAAAA:8 a=zQP7CpKOAAAA:8 a=0_MXwRcT3jTHTBi-AroA:9 a=sJmIRexA5waifPTR:21 a=veNgNgd8vVqvs4XE:21 a=QEXdDO2ut3YA:10 a=l1rpMCqCXRGZwUSuRcM3:22 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject: References:In-Reply-To:Message-ID:Date:CC:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=RErmcVHqvA4mQmCeLHH9YGLj7yIQF+yFJpzX3AAak0I=; b=mESCxngH4Rkfm4s0wSmxWSxP3H UHd39plncW1qzyu77cpQpxfHbIk9FAZomacEdxXnX/ZRfQsL5xh1H76eNbdbTvMIE8BPYiWO7QLhp wT7JJQGmAcUQbDwxY54azN39x;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:44501 helo=[11.4.0.163]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1ebPFm-002ich-LN; Tue, 16 Jan 2018 04:18:06 -0700
From: Lou Berger <lberger@labn.net>
To: =?UTF-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>, <detnet@ietf.org>
CC: <db3546@att.com>, <detnet-chairs@ietf.org>
Date: Tue, 16 Jan 2018 06:18:04 -0500
Message-ID: <160feb0bde0.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net>
In-Reply-To: <VI1PR07MB1005508B5A1C71DEADC3B815ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com>
References: <151604088252.28385.3461665353983244864.idtracker@ietfa.amsl.com> <b73c586e-a889-a117-d1c8-0e898a684962@labn.net> <VI1PR07MB1005508B5A1C71DEADC3B815ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com>
User-Agent: AquaMail/1.13.2-730 (build: 101300200)
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1ebPFm-002ich-LN
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([11.4.0.163]) [100.15.86.101]:44501
X-Source-Auth: lberger@labn.net
X-Email-Count: 3
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/CtXXEQzqGSIZs9jUcgkeo624Myg>
Subject: Re: [Detnet] Friday meeting at IETF 101
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 11:31:54 -0000

Umm.  Friday at IETF101 = March 23.

Lou


On January 16, 2018 5:53:59 AM Balázs Varga A <balazs.a.varga@ericsson.com> 
wrote:

> Hi Lou,
> Just a note for the group.
> Friday means: 16th March (the Friday before the IETF101).
> Cheers
> Bala'zs
>
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
> Sent: 2018. január 15. 21:36
> To: detnet@ietf.org
> Cc: db3546@att.com; detnet-chairs@ietf.org
> Subject: [Detnet] Friday meeting at IETF 101
>
> All,
>
>      As discussed in the virtual Interim last week, we intend to request 
>  meeting for an extended period of time on Friday.  This time will serve as 
>  a working session focusing on resolving dataplane open issues.  While 
>  Friday afternoon was suggested, this may or may not be logistically 
>  possible.  We are talking with our AD and the Secretariat and will let the 
>  WG know what to expect as soon as we have more details -- please plan your 
>  travel accordingly.
>
> Lou (and co-chairs)
>
> On 1/15/2018 1:28 PM, IETF Meeting Session Request Tool wrote:
>>
>> An update to a meeting session request has just been submitted by Lou 
>> Berger, a Chair of the detnet working group.
>>
>>
>> ---------------------------------------------------------
>> Working Group Name: Deterministic Networking Area Name: Routing Area
>> Session Requester: Lou Berger
>>
>> Number of Sessions: 2
>> Length of Session(s):  1.5 Hours, 2.5 Hours Number of Attendees: 100
>> Conflicts to Avoid:
>>   First Priority: pce teas ccamp netmod mpls
>>   Second Priority: rtgwg nvo3 tsvwg pals bess
>>
>>
>>
>> People who must be present:
>>    Lou Berger
>>    Deborah Brungard
>>    Jouni Korhonen
>>    Patricia Thaler
>>    Janos Farkas
>>
>> Resources Requested:
>>
>> Special Requests:
>>    Please schedule the longer session 2nd - Friday *is* acceptable.
>> ---------------------------------------------------------
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet



From nobody Tue Jan 16 03:57:40 2018
Return-Path: <hannu.flinck@nokia-bell-labs.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 675B012DA21 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 03:57:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.89
X-Spam-Level: 
X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eWGfJus3vOZd for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 03:57:34 -0800 (PST)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-db5eur03on0723.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0a::723]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A27812D838 for <detnet@ietf.org>; Tue, 16 Jan 2018 03:57:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;  s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=wVV27dvn9P7QjoV3o2NH/9syj32soJOqSFKX6RfdXfg=; b=E0kHfVPp461jaYZiW8P5YPKpCxzSYHSXo3akruVhF8Wudf6dzzp0ncWDKF76B1tlIYNDjDJoGH9rmAUr8Xz/EeVnW0o4zd2QVVM9NhQx5bSxgMOzQmIQz42Y56CaaXvRlR5urC7fdKpy7S1fcnXvPqmTIQVoxIzhkC8heDcOzGw=
Received: from HE1PR07MB0842.eurprd07.prod.outlook.com (10.162.24.156) by HE1PR07MB1052.eurprd07.prod.outlook.com (10.162.28.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.428.9; Tue, 16 Jan 2018 11:57:29 +0000
Received: from HE1PR07MB0842.eurprd07.prod.outlook.com ([fe80::21b1:85fb:f06d:6d63]) by HE1PR07MB0842.eurprd07.prod.outlook.com ([fe80::21b1:85fb:f06d:6d63%18]) with mapi id 15.20.0428.014; Tue, 16 Jan 2018 11:57:29 +0000
From: "Flinck, Hannu (Nokia - FI/Espoo)" <hannu.flinck@nokia-bell-labs.com>
To: "Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com>, Toerless Eckert <tte@cs.fau.de>, Greg Mirsky <gregimirsky@gmail.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>, "detnet@ietf.org" <detnet@ietf.org>
CC: "Grossman, Ethan A." <eagros@dolby.com>, Norman Finn <norman.finn@mail01.huawei.com>, Mach Chen <mach.chen@huawei.com>
Thread-Topic: draft-ietf-detnet-use-cases & slices suggestions
Thread-Index: AQHThP6f5QdpPpyYE0yXIzHG+HH5EaN2d57w
Date: Tue, 16 Jan 2018 11:57:28 +0000
Message-ID: <HE1PR07MB0842EBDBF87FC15FBBF8B9379BEA0@HE1PR07MB0842.eurprd07.prod.outlook.com>
References: <20171116033202.GX19390@faui40p.informatik.uni-erlangen.de> <F1C1D5B02EA3FA4A8AF54C86BA4F325C089605E1@DGGEMA501-MBS.china.huawei.com>
In-Reply-To: <F1C1D5B02EA3FA4A8AF54C86BA4F325C089605E1@DGGEMA501-MBS.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [131.228.32.176]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; HE1PR07MB1052; 7:+CRJ3+tPq5oneqM/GjLgXGQ0FMS/YDHrTFKw9GrBFyyaBdfQtX9qyVY1Uyo+kH1ybWIsY8L+Jt4XChmsPFyOfKV1yAbOGJV0s6IA3pPZitMdUsyXLjjgN0hv2C+QI/QfAfn0+LYkMG4LjV6MOz6j25j6QyXjlEe+ftks+kfngEHj+kwtObP9FKMAZVrqbId2KhAWrM7uw/S0HPKGNH8PG4yEPB/AjvhffA8tiGXoOUe5QoYuvxE2B9bg74en9CNc
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 6e243e5e-726e-47de-a0df-08d55cd85161
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(2017052603307)(7193020); SRVR:HE1PR07MB1052; 
x-ms-traffictypediagnostic: HE1PR07MB1052:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=hannu.flinck@nokia-bell-labs.com; 
x-microsoft-antispam-prvs: <HE1PR07MB10520655B43E5D3B1838A3E19BEA0@HE1PR07MB1052.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(192374486261705)(50582790962513)(85827821059158)(95692535739014)(21748063052155)(17755550239193);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(10201501046)(3231023)(11241501184)(2400033)(944501161)(6055026)(6041268)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(6072148)(201708071742011); SRVR:HE1PR07MB1052; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:HE1PR07MB1052; 
x-forefront-prvs: 0554B1F54F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(39860400002)(39380400002)(346002)(376002)(13464003)(24454002)(53824002)(189003)(199004)(25786009)(4326008)(5660300001)(66066001)(2900100001)(3660700001)(345774005)(33656002)(3280700002)(97736004)(86362001)(39060400002)(5250100002)(2501003)(229853002)(6246003)(81166006)(68736007)(53546011)(53936002)(53946003)(8676002)(7736002)(102836004)(9326002)(81156014)(55016002)(54896002)(236005)(106356001)(6436002)(9686003)(6506007)(74316002)(6116002)(105586002)(8936002)(790700001)(76176011)(54906003)(110136005)(59450400001)(230783001)(478600001)(966005)(2950100002)(606006)(14454004)(316002)(6306002)(3846002)(2906002)(16200700003)(7696005)(99286004)(26005)(90052001)(579004)(559001)(569006); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB1052; H:HE1PR07MB0842.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:0; LANG:en; 
received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: Qg4XCBo1g7uxZJcgtQ5hWtelTE8IMQqs/HUWgB/W55JQ0k8SnsISjto9/oHhIBmpdlnDh6K5iknh3cUEWTQ6sg==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB0842EBDBF87FC15FBBF8B9379BEA0HE1PR07MB0842eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia-bell-labs.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6e243e5e-726e-47de-a0df-08d55cd85161
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jan 2018 11:57:28.9587 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB1052
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/BG7aXoSLQStNY8fMAMW5ksPyhpc>
Subject: Re: [Detnet] draft-ietf-detnet-use-cases & slices suggestions
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 11:57:39 -0000

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

Hello Xuesong

I am wondering if this part of the text is correct:

"For example, there are two slices in the network: Slice-A and Slice-B; Det=
Net is used to transit URLLC services: URLLC-A and URLLC-B. Without DetNet,
URLLC-A and URLLC-B compete for bandwidth resource. Latency and reliability=
 is not guaranteed; With DetNet, URLLC-A and URLLC-B have separate
bandwidth reservation and there is no confliction between them, just as the=
y are in different logical networks. "

Or did you mean to say that (DetNet -> slice):
Without slicing URLLC-A and URLLC-B compete for bandwidth resource. Latency=
 and reliability is not guaranteed; With silicing, URLLC-A and URLLC-B have=
 separate
bandwidth reservation and there is no confliction between them, just as the=
y are in different logical networks.

Best regards
Hannu

From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Gengxuesong (Gen=
g Xuesong)
Sent: Thursday, January 04, 2018 3:52 AM
To: Toerless Eckert <tte@cs.fau.de>; Greg Mirsky <gregimirsky@gmail.com>; A=
lexandre Petrescu <alexandre.petrescu@gmail.com>; detnet@ietf.org
Cc: Grossman, Ethan A. <eagros@dolby.com>; Norman Finn <norman.finn@mail01.=
huawei.com>; Mach Chen <mach.chen@huawei.com>
Subject: Re: [Detnet] draft-ietf-detnet-use-cases & slices suggestions


Hi Toerless,



Thank you for your comments. They are very useful.

Here is the revised text of Network Slicing Use Case. You can find some of =
your suggested words are added into it, which have been highlighted.

I hope perhaps Greg and Alex can also be satisfied with this version , beca=
use a paragraph tries to respond to your comments about adding other use ca=
ses mentioned in 3GPP . I have highlighted them too.

This is open to discuss.

Any other comments are welcome.

---------------------------------------------------------------------------=
--------------------------------------------

10. Network Slicing

10.1. Use Case Description

Network slicing divides one physical network infrastructure into multiple l=
ogical networks. Each slice, corresponding to a logical network,

uses resources and network functions independently from each other. Network=
 slicing provides flexibility of resource allocation and service

quality customization. Future services will demand network performance with=
 a wide variety of characteristics such as high data rate, low

latency, low loss rate, security and many other parameters. Ideally every s=
ervice would have its own physical network satisfying its particular

performance requirements; however that would be prohibitively expensive. Ne=
twork slicing can provide a customized slice for a single service,

and multiple slices can share the same physical network. This method can op=
timize the performance for the service at lower cost, and the

flexibility of setting up and release the slices also allows the user to al=
locate the network resources dynamically. Unlike other DetNet use cases,

Network slicing is not a specific application with specific deterministic r=
equirements; it is proposed as a new requirement for the future network,

which is still in discussion, and DetNet is a candidate solution for it.

10.2 Using DetNet in Network Slicing
10.2.1 Hard resource isolation across slices
One of the requirements discussed for network slicing is the "hard" separat=
ion of various users' deterministic performance. That is, it should
be impossible for activity, lack of activity, or changes in activity of one=
 or more users to have any appreciable effect on the deterministic
performance parameters of any other slices. Typical techniques used today, =
which share a physical network among users, do not offer this
kind of insulation. DetNet can supply point-to-point or point-to-multipoint=
 paths that offer bandwidth and latency guarantees to a user that
cannot be affected by other users' data traffic. Thus DetNet is a powerful =
tool when latency and reliability are required in Network Slicing.

10.2.2 Deterministic services within slices
Slices need to be able to provide services that require DetNet type guarant=
ees. Technically, DetNet in Network Slicing can be used just the
same as DetNet without Network Slicing.(from Toerless)

10.3 Network Slicing Use Case
Network Slicing is a core feature of 5G defined in 3GPP, which is currently=
 under development. A Network Slice in mobile network is a complete
logical network including Radio Access Network (RAN) and Core Network (CN).=
 It provides telecommunication services and network capabilities,
which may vary (or not) from slice to slice. A 5G bearer network is a typic=
al use case of network slicing, including 3 service scenarios: enhanced
Mobile Broadband (eMBB), Ultra-Reliable and Low Latency Communications (URL=
LC), and massive Machine Type Communications (mMTC).

Each of these are described below.

?   Enhanced Mobile Broadband (eMBB)
eMBB focuses on services characterized by high data rates, such as high def=
inition (HD) videos, virtual reality (VR), augmented reality (AR),
and fixed mobile convergence (FMC).

?   Ultra-Reliable and Low Latency Communications (URLLC)
URLLC focuses on latency-sensitive services, such as self-driving vehicles,=
 remote surgery, or drone control.

?   massive Machine Type Communications (mMTC)
mMTC focuses on services that have high requirements for connection density=
, such as those typical for smart city and smart agriculture use cases.

5G bearer uses DetNet to have hard resource isolation across slices and wit=
hin the slice.

For example, there are two slices in the network: Slice-A and Slice-B; DetN=
et is used to transit URLLC services: URLLC-A and URLLC-B. Without DetNet,
URLLC-A and URLLC-B compete for bandwidth resource. Latency and reliability=
 is not guaranteed; With DetNet, URLLC-A and URLLC-B have separate
bandwidth reservation and there is no confliction between them, just as the=
y are in different logical networks.

Even though not necessary within the scope of work explicitly charted for s=
lices in 5G: Whenever 5G or other network service providers see the
opportunity to operate services described as use-cases in other sections of=
 this document across a shared physical infrastructure, network slices woul=
d
be the likely preferred approach to provide such services. Examples include=
 providing electrical utilities services (section 3.), pro audio
services (section 2.) or V2X via slices. Use cases like these could become =
more into the focus for network slices when the work for 5G core network ev=
olution
will include services that are more inclusive of even wired access options =
required in those use-cases.
( part from Toerless and the highlighted text answers the question of Greg =
and Alex)

However, DetNet cannot cover every Network Slicing use case, and there are =
some other problems to be solved. Firstly, DetNet is a point-to-point or
point-to-multipoint technology while Network Slicing needs multi-point to m=
ulti-point guarantee. Second, the number of flows that can be carried by
DetNet is limited by DetNet scalability. Flow aggregation and queuing manag=
ement modification may help to fix the problem. More work and discussions
are needed in these topics.

10.4 Network Slicing Today and Future
Network slicing can satisfy the requirements of a lot of future deployment =
scenario, but it is still a collection of ideas and analysis, without a spe=
cific
technical solution. A lot of technologies, such as Flex-E, Segment Routing,=
 and DetNet have potential to be used in Network Slicing. For more details
please see IETF99 Network Slicing BOF session agenda and materials.

10.5. Network Slicing Asks

?   Isolation from other flows through Queuing Management

?   Service Quality Customization and Guarantee

?   Security



---------------------------------------------------------------------------=
--------------------------------------------





Best Regards



Xuesong







>-----Original Message-----

>From: Toerless Eckert [mailto:tte@cs.fau.de]

>Sent: Thursday, November 16, 2017 11:32 AM

>To: detnet@ietf.org<mailto:detnet@ietf.org>; draft-ietf-detnet-use-cases@i=
etf.org<mailto:draft-ietf-detnet-use-cases@ietf.org>

>Subject: draft-ietf-detnet-use-cases & slices suggestions

>

>Wrt to my comments on the mike@singapore re. slicing use-case:

>

>First of all i would like to reinforce Stewarts statement that we should n=
ot

>remove slicing from the use-case draft. My point was different: making the

>importance for detnet in slicing clearer - because i think it is hierarchi=
cal and

>multi-faceted, and that does not well reflect in the current text.

>

>Following suggestions for improvements aside, the existing text of 10. is =
already

>very nicely enlightening about slices, more so than i have seen in other p=
laces.

>

>A) I would not call 10.1 "Use Case Description" but instead "Technology

>Description"

>

>B) 10.3 up to the the "However" is IMHO the most fundamental use-case for

>detnet

>  in the slicing realm. It should be moved and become e.g.: a new 10.2.1

>use-case,

>  here is proposed changed paragraphs:

>

>  10.2.1 Hard resource isolation across slices

>

>  |Network slicing aims to provide logical networks with hard resource

>  |separation guarantees between those different logical networks.

>  |Hard resource separation means that it should be impossible for activit=
y,

>  |lack of activity, or changes in activity of one or more slices to have

>  |any appreciable effect on the deterministic performance parameters of a=
ny

>  |other slices.

>

>  |Typical techniques used today (for example in pre-existing logical/virt=
ual

>  |network solutions), which share a physical network amongst users, do

>  |not offer this kind of insulation.  DetNet can supply point-to-point

>  |or point-to-multipoint paths that offer bandwidth and latency

>  |guarantees to a slice that cannot be affected by other slices data

>  |traffic.

>

>  I hope i did correctly interpret "user" to mean "slice", because, but ev=
en

>  if not, i think the above is correct: If we want to have strict separati=
on

>  guarantees btween different users inside the same clice, that is IMHO a

>  separate use case within the slicing technology:

>

>C) I would group existing 10.2.1...10.2.3 under a common use-case, maybe:

>

>   10.2.2 Deterministic services within slices

>

>   Slices need to be able to provide services that require detnet type

>   guarantees. These requirements would equally make the use of detnet

>   for these services a requirement if the service was not provided via a

>   logical network slice but via a separate physcial network (and therefor=
e

>   the use-case requirement of 10.2.1 would not exist)

>

>   A 5G bearer network is a typical  ...

>   [ Make existing 10.2.1...10.2.3 become eg: 10.2.2.1 ... 10.2.2.3]

>

>

>D) It would be nice to have more clarifying details

>   about the sentence "A 5G bearer network is a typical

>   use case of network slicing, including 3 service scenarios"

>

>   If the answer to my questions are not really clear because 3GPP has not

>   make up its mind what exactly is required, then maybe phrase the text

>   accordingly (3GPP has not yet decided where or...):

>

>   1. Will 3GPP want to have slices which are NOT 5G bearer networks ?

>     if yes, then say this.

>

>   2. For a network slice which is a 5G bearer network, would it have

>     only one of the 3 service scenarios, or any subset of the 3 ?

>

>   3. If the answer to 1. is "yes, also slices that are not 3GPP bearers",

>      would any or all of the three mentioned service scenarios also

>      be required in those non-3GPP slices ?

>

>E) It might be useful to add text stating that use cases for detnet

>   mentioned in other sections of the document would likely become

>   use cases of slices in the future.

>

>   Possible suggested text:

>

>   Even though not necesary within the scope of work explicitly charted

>   for slices in 5G: Whenever 5G or other network service providers see th=
e

>   opportunity to operate services described as use-cases in other section=
s of

>   this document across a shared physcial infrastructure, network slices

>   would be the likely preferred approach to provide such services.

>

>   Examples include providing electrical utilities services (section 3.)

>   or pro audio services (section 2.) via slices. Use cases like these cou=
ld

>become

>   more into the focus for network slices when the work for 5G core

>   network evolution will include services that are more inclusive of

>   even wired access options required in those use-cases.

>

>F) Another likely evolution of slices worthwhile to notice:

>

>   Slices may equally become the preferred mode of providing services that

>   are otherwise considered to be out of scope in this document, such as

>   those in 12.2. These can easily come into scope when Mobile Edge Comput=
e

>   ressources connecting to slices can allow to provide detnet service

>guarantees

>   to these use-cases by eliminating the uncontrolled parts of a path

>   between servers and client.

>

>Cheers

>    Toerless

>

>On Mon, Nov 13, 2017 at 09:06:40AM +0000, Grossman, Ethan A. wrote:

>> Tal does this work for you?

>> Ethan.

>>

>> On Nov 13, 2017, at 3:48 PM, Norman Finn

><norman.finn@mail01.huawei.com<mailto:norman.finn@mail01.huawei.com<mailto=
:norman.finn@mail01.huawei.com%3cmailto:norman.finn@mail01.huawei.com>>>

>wrote:

>>

>> Sounds like Tuesday 16:00.  Right?  Near registration.

>>

>> -- Norm

>>

>> ________________________________

>> From: Grossman, Ethan A. [eagros@dolby.com<mailto:eagros@dolby.com>]

>> Sent: Sunday, November 12, 2017 8:16 PM

>> To: Das, Subir

>> Cc: Patrick Wetterwald (pwetterw); Norman Finn;

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>; detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org=
%3cmailto:detnet@ietf.org>>; Gary Weiner

>> Subject: Re: [Detnet] DetNet Security Meet-Up

>>

>> I can do Tuesday 16:00. I have a commitment Tuesday at 18:30.

>> Ethan.

>>

>> On Nov 13, 2017, at 11:27 AM, Das, Subir

><sdas@appcomsci.com<mailto:sdas@appcomsci.com<mailto:sdas@appcomsci.com%3c=
mailto:sdas@appcomsci.com>>> wrote:

>>

>> I arrived today but can't  make it on Tuesday at 13:30. Available from 1=
6:00.

>> ________________________________

>> From: Grossman, Ethan A. [eagros@dolby.com<mailto:eagros@dolby.com>]

>> Sent: Sunday, November 12, 2017 10:15 PM

>> To: Patrick Wetterwald (pwetterw)

>> Cc: Norman Finn;

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>; detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org=
%3cmailto:detnet@ietf.org>>; Gary Weiner

>> Subject: Re: [Detnet] DetNet Security Meet-Up

>>

>> Yes I was agreeing to Tuesday.

>> Ethan.

>>

>> On Nov 13, 2017, at 10:46 AM, Patrick Wetterwald (pwetterw)

><pwetterw@cisco.com<mailto:pwetterw@cisco.com<mailto:pwetterw@cisco.com%3c=
mailto:pwetterw@cisco.com>>> wrote:

>>

>> On Tuesday. Correct ?

>>

>> Patrick

>>

>> From: detnet <detnet-bounces@ietf.org<mailto:detnet-bounces@ietf.org<mai=
lto:detnet-bounces@ietf.org%3cmailto:detnet-bounces@ietf.org>>>

>> on behalf of "Grossman, Ethan A."

>> <eagros@dolby.com<mailto:eagros@dolby.com<mailto:eagros@dolby.com%3cmail=
to:eagros@dolby.com>>>

>> Date: Monday, 13 November 2017 at 03:43

>> To: Norman Finn

>>

><norman.finn@mail01.huawei.com<mailto:norman.finn@mail01.huawei.com<mailto=
:norman.finn@mail01.huawei.com%3cmailto:norman.finn@mail01.huawei.com>>>

>,

>> "draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security

>> @ietf.org>"

>> <draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security

>> @ietf.org>>

>> Cc: "detnet@ietf.org<mailto:detnet@ietf.org><mailto:detnet@ietf.org%3cma=
ilto:detnet@ietf.org%3e>"

>> <detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org%3cmailto:=
detnet@ietf.org>>>, Gary Weiner

>> <Gary@Apriori-NET.COM<mailto:Gary@Apriori-NET.COM<mailto:Gary@Apriori-NE=
T.COM%3cmailto:Gary@Apriori-NET.COM>>>

>> Subject: Re: [Detnet] DetNet Security Meet-Up

>>

>> Meet at 13:30 at IETF Registration?

>> Ethan.

>>

>> From: Norman Finn [mailto:norman.finn@mail01.huawei.com]

>> Sent: Sunday, November 12, 2017 4:52 PM

>> To: Grossman, Ethan A. <eagros@dolby.com<mailto:eagros@dolby.com<mailto:=
eagros@dolby.com%3cmailto:eagros@dolby.com>>>;

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>

>> Cc: Gary Weiner <Gary@Apriori-NET.COM<mailto:Gary@Apriori-NET.COM<mailto=
:Gary@Apriori-NET.COM%3cmailto:Gary@Apriori-NET.COM>>>;

>> detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org%3cmailto:d=
etnet@ietf.org>>

>> Subject: RE: DetNet Security Meet-Up

>>

>> Yes, let's get together.  Right now, any time Tuesday after lunch would =
be

>fine.

>>

>> -- Norm

>> ________________________________

>> From: Grossman, Ethan A. [eagros@dolby.com<mailto:eagros@dolby.com>]

>> Sent: Sunday, November 12, 2017 3:59 AM

>> To:

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>

>> Cc: Gary Weiner; detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ie=
tf.org%3cmailto:detnet@ietf.org>>

>> Subject: DetNet Security Meet-Up

>> Hello DetNet Security draft authors, (and adding the DetNet list since

>> we are now a WG draft and would like to include anyone who has any inter=
est),

>Tal and I are here in Singapore and would like to know if any of the rest =
of you

>might be here in town and might want to meet up over lunch or dinner (or

>something) to discuss DetNet security, e.g. next steps for the DetNet Secu=
rity

>draft. If so, please reply and we can plan something.

>> Thanks,

>> Ethan.

>> Ethan Grossman, DetNet Security Draft editor.

>>

>> _______________________________________________

>> detnet mailing list

>> detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org%3cmailto:d=
etnet@ietf.org>>

>> https://www.ietf.org/mailman/listinfo/detnet

>

>> _______________________________________________

>> detnet mailing list

>> detnet@ietf.org<mailto:detnet@ietf.org>

>> https://www.ietf.org/mailman/listinfo/detnet

>

>

>--

>---

>tte@cs.fau.de<mailto:tte@cs.fau.de>

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

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:dt=3D"uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:m=3D"http://sc=
hemas.microsoft.com/office/2004/12/omml" xmlns=3D"http://www.w3.org/TR/REC-=
html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"Segoe UI";
	panose-1:2 11 5 2 4 2 4 2 2 3;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	font-size:10.5pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.5pt;
	font-family:"Calibri",sans-serif;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	font-size:9.0pt;
	font-family:"Calibri",sans-serif;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin:0cm;
	margin-bottom:.0001pt;
	text-indent:21.0pt;
	line-height:150%;
	layout-grid-mode:char;
	text-autospace:none;
	font-size:10.5pt;
	font-family:"Times New Roman",serif;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:Consolas;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Segoe UI",sans-serif;}
p.a, li.a, div.a
	{mso-style-name:\7EAF\6587\672C;
	mso-style-link:"\7EAF\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	font-size:10.5pt;
	font-family:"Calibri",sans-serif;}
span.Char
	{mso-style-name:"\7EAF\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\7EAF\6587\672C;
	font-family:"Calibri",sans-serif;}
p.a0, li.a0, div.a0
	{mso-style-name:\6279\6CE8\6846\6587\672C;
	mso-style-link:"\6279\6CE8\6846\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	font-size:10.5pt;
	font-family:"Calibri",sans-serif;}
span.Char0
	{mso-style-name:"\6279\6CE8\6846\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\6279\6CE8\6846\6587\672C;}
span.EmailStyle28
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 135.45pt 72.0pt 135.45pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:785126422;
	mso-list-type:hybrid;
	mso-list-template-ids:-1645859812 524609984 67698691 67698693 67698689 676=
98691 67698693 67698689 67698691 67698693;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F09F;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:21.0pt;
	text-indent:-21.0pt;
	font-family:Wingdings;}
@list l0:level2
	{mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level3
	{mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level4
	{mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level5
	{mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level6
	{mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level7
	{mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level8
	{mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level9
	{mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1
	{mso-list-id:1381974058;
	mso-list-type:hybrid;
	mso-list-template-ids:-1955936314 524609984 67698691 67698693 67698689 676=
98691 67698693 67698689 67698691 67698693;}
@list l1:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F09F;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:21.0pt;
	text-indent:-21.0pt;
	font-family:Wingdings;}
@list l1:level2
	{mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level3
	{mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level4
	{mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level5
	{mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level6
	{mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level7
	{mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level8
	{mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l1:level9
	{mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple" style=3D"text-justify-t=
rim:punctuation">
<div class=3D"WordSection1">
<p class=3D"MsoPlainText"><span style=3D"font-size:11.0pt">Hello </span><sp=
an style=3D"mso-fareast-language:ZH-CN">Xuesong<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">I am wondering if t=
his part of the text is correct:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">&#8220;For example, there are two slices in the network: =
Slice-A and Slice-B; DetNet is used to transit URLLC services: URLLC-A and =
URLLC-B. Without DetNet,
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">URLLC-A and URLLC-B compete for bandwidth resource. Laten=
cy and reliability is not guaranteed; With DetNet, URLLC-A and URLLC-B have=
 separate
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">bandwidth reservation and there is no confliction between=
 them, just as they are in different logical networks. &#8220;<o:p></o:p></=
span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">Or did you mean to say that (DetNet -&gt; slice):
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">Without slicing URLLC-A and URLLC-B compete for bandwidth=
 resource. Latency and reliability is not guaranteed; With silicing, URLLC-=
A and URLLC-B have separate
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:ZH-CN">bandwidth=
 reservation and there is no confliction between them, just as they are in =
different logical networks.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:ZH-CN"><o:p>&nbs=
p;</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:ZH-CN">Best rega=
rds<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:ZH-CN">Hannu</sp=
an><span style=3D"font-size:11.0pt"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><b><span st=
yle=3D"font-size:11.0pt">From:</span></b><span style=3D"font-size:11.0pt"> =
detnet [mailto:detnet-bounces@ietf.org]
<b>On Behalf Of </b>Gengxuesong (Geng Xuesong)<br>
<b>Sent:</b> Thursday, January 04, 2018 3:52 AM<br>
<b>To:</b> Toerless Eckert &lt;tte@cs.fau.de&gt;; Greg Mirsky &lt;gregimirs=
ky@gmail.com&gt;; Alexandre Petrescu &lt;alexandre.petrescu@gmail.com&gt;; =
detnet@ietf.org<br>
<b>Cc:</b> Grossman, Ethan A. &lt;eagros@dolby.com&gt;; Norman Finn &lt;nor=
man.finn@mail01.huawei.com&gt;; Mach Chen &lt;mach.chen@huawei.com&gt;<br>
<b>Subject:</b> Re: [Detnet] draft-ietf-detnet-use-cases &amp; slices sugge=
stions<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><o:p>&nbsp;=
</o:p></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">Hi Toerless,<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">Thank you for your comments. They are very useful.<o:p=
></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">Here is the revised text of Network Slicing Use Case. =
You can find some of your suggested words are added into it, which have bee=
n highlighted.<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">I hope perhaps Greg and Alex can also be satisfied wit=
h this version , because a paragraph tries to respond to your comments abou=
t adding other use cases mentioned in
 3GPP . I have highlighted them too.<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">This is open to discuss.<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">Any other comments are welcome.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">------=
---------------------------------------------------------------------------=
--------------------------------------<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><b><span style=3D"mso-=
fareast-language:ZH-CN">10. Network Slicing</span></b><span style=3D"mso-fa=
reast-language:ZH-CN"><o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><b><span style=3D"mso-=
fareast-language:ZH-CN">10.1. Use Case Description</span></b><span style=3D=
"mso-fareast-language:ZH-CN"><o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">Network slicing divides one physical network infrastru=
cture into multiple logical networks. Each slice, corresponding to a logica=
l network,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">uses resources and network functions independently fro=
m each other. Network slicing provides flexibility of resource allocation a=
nd service
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">quality customization. Future services will demand net=
work performance with a wide variety of characteristics such as high data r=
ate, low
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">latency, low loss rate, security and many other parame=
ters. Ideally every service would have its own physical network satisfying =
its particular
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">performance requirements; however that would be prohib=
itively expensive. Network slicing can provide a customized slice for a sin=
gle service,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">and multiple slices can share the same physical networ=
k. This method can optimize the performance for the service at lower cost, =
and the<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">flexibility of setting up and release the slices also =
allows the user to allocate the network resources dynamically. Unlike other=
 DetNet use cases,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">Network slicing is not a specific application with spe=
cific deterministic requirements; it is proposed as a new requirement for t=
he future network,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">which is still in discussion, and DetNet is a candidat=
e solution for it.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:ZH-CN">&nbsp;<o:=
p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span style=3D"mso-far=
east-language:ZH-CN">10.2 Using DetNet in Network Slicing
</span></b><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span style=3D"mso-far=
east-language:ZH-CN">10.2.1 Hard resource isolation across slices</span></b=
><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">One of the requirements discussed for network slicing is =
the &quot;hard&quot; separation of various users&#8217; deterministic perfo=
rmance. That is, it should
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">be impossible for activity, lack of activity, or changes =
in activity of one or more users to have any appreciable effect on the dete=
rministic
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">performance parameters of any other slices. Typical techn=
iques used today, which share a physical network among users, do not offer =
this
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">kind of insulation. DetNet can supply point-to-point or p=
oint-to-multipoint paths that offer bandwidth and latency guarantees to a u=
ser that
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">cannot be affected by other users&#8217; data traffic. Th=
us DetNet is a powerful tool when latency and reliability are required in N=
etwork Slicing.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:ZH-CN">&nbsp;<o:=
p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span style=3D"mso-far=
east-language:ZH-CN">10.2.2 Deterministic services within slices</span></b>=
<span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><i><span style=3D"color:r=
ed;mso-fareast-language:ZH-CN">Slices need to be able to provide services t=
hat require DetNet type guarantees. Technically, DetNet in Network Slicing =
can be used just the
</span></i><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal" style=3D"line-height:150%"><i><span style=3D"color:r=
ed;mso-fareast-language:ZH-CN">same as DetNet without Network Slicing.</spa=
n></i><i><span style=3D"color:#365F91;mso-fareast-language:ZH-CN">(from Toe=
rless)</span></i><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:ZH-CN">&nbsp;<o:=
p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span style=3D"mso-far=
east-language:ZH-CN">10.3 Network Slicing Use Case</span></b><span style=3D=
"mso-fareast-language:ZH-CN"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">Network Slicing is a core feature of 5G defined in 3GPP, =
which is currently under development. A Network Slice in mobile network is =
a complete
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">logical network including Radio Access Network (RAN) and =
Core Network (CN). It provides telecommunication services and network capab=
ilities,
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">which may vary (or not) from slice to slice. A 5G bearer =
network is a typical use case of network slicing, including 3 service scena=
rios: enhanced
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">Mobile Broadband (eMBB), Ultra-Reliable and Low Latency C=
ommunications (URLLC), and massive Machine Type Communications (mMTC).
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">Each of these are described below.
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l0 level1 lfo2">
<![if !supportLists]><span style=3D"font-family:Wingdings;mso-fareast-langu=
age:ZH-CN"><span style=3D"mso-list:Ignore">&#376;<span style=3D"font:7.0pt =
&quot;Times New Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><b><span style=3D"mso-fareast-language:ZH-CN=
">Enhanced Mobile Broadband (eMBB)
</span></b><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">eMBB focuses on services characterized by high data rates=
, such as high definition (HD) videos, virtual reality (VR), augmented real=
ity (AR),
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">and fixed mobile convergence (FMC).
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l0 level1 lfo2">
<![if !supportLists]><span style=3D"font-family:Wingdings;mso-fareast-langu=
age:ZH-CN"><span style=3D"mso-list:Ignore">&#376;<span style=3D"font:7.0pt =
&quot;Times New Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><b><span style=3D"mso-fareast-language:ZH-CN=
">Ultra-Reliable and Low Latency Communications (URLLC)
</span></b><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">URLLC focuses on latency-sensitive services, such as self=
-driving vehicles, remote surgery, or drone control.
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l0 level1 lfo2">
<![if !supportLists]><span style=3D"font-family:Wingdings;mso-fareast-langu=
age:ZH-CN"><span style=3D"mso-list:Ignore">&#376;<span style=3D"font:7.0pt =
&quot;Times New Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><b><span style=3D"mso-fareast-language:ZH-CN=
">massive Machine Type Communications (mMTC)
</span></b><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">mMTC focuses on services that have high requirements for =
connection density, such as those typical for smart city and smart agricult=
ure use cases.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">5G bearer uses DetNet to have hard resource isolation acr=
oss slices and within the slice.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">For example, there are two slices in the network: Slice-A=
 and Slice-B; DetNet is used to transit URLLC services: URLLC-A and URLLC-B=
. Without DetNet,
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">URLLC-A and URLLC-B compete for bandwidth resource. Laten=
cy and reliability is not guaranteed; With DetNet, URLLC-A and URLLC-B have=
 separate
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">bandwidth reservation and there is no confliction between=
 them, just as they are in different logical networks.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"color:red;=
mso-fareast-language:ZH-CN">Even though not necessary within the scope of w=
ork explicitly charted for slices in 5G: Whenever 5G or other network servi=
ce providers see the
</span><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"color:red;=
mso-fareast-language:ZH-CN">opportunity to operate services described as us=
e-cases in other sections of this document across a shared physical infrast=
ructure, network slices would
</span><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"color:red;=
mso-fareast-language:ZH-CN">be the likely preferred approach to provide suc=
h services.
<span style=3D"background:yellow;mso-highlight:yellow">Examples include pro=
viding electrical utilities services (section 3.), pro audio
</span></span><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span>=
</p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"color:red;=
background:yellow;mso-highlight:yellow;mso-fareast-language:ZH-CN">services=
 (section 2.) or V2X via slices.</span><span style=3D"color:red;mso-fareast=
-language:ZH-CN"> Use cases like these could
 become more into the focus for network slices when the work for 5G core ne=
twork evolution
</span><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"color:red;=
mso-fareast-language:ZH-CN">will include services that are more inclusive o=
f even wired access options required in those use-cases.</span><span style=
=3D"color:#365F91;mso-fareast-language:ZH-CN">
</span><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><i><span style=3D"color:#=
365F91;mso-fareast-language:ZH-CN">( part from Toerless and the highlighted=
 text answers the question of Greg and Alex)</span></i><span style=3D"mso-f=
areast-language:ZH-CN"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">However, DetNet cannot cover every Network Slicing use ca=
se, and there are some other problems to be solved. Firstly, DetNet is a po=
int-to-point or
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">point-to-multipoint technology while Network Slicing need=
s multi-point to multi-point guarantee. Second, the number of flows that ca=
n be carried by
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">DetNet is limited by DetNet scalability. Flow aggregation=
 and queuing management modification may help to fix the problem. More work=
 and discussions
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">are needed in these topics.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span style=3D"mso-far=
east-language:ZH-CN">10.4 Network Slicing Today and Future
</span></b><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p=
>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">Network slicing can satisfy the requirements of a lot of =
future deployment scenario, but it is still a collection of ideas and analy=
sis, without a specific
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">technical solution. A lot of technologies, such as Flex-E=
, Segment Routing, and DetNet have potential to be used in Network Slicing.=
 For more details
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">please see IETF99 Network Slicing BOF session agenda and =
materials.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span style=3D"mso-fareas=
t-language:ZH-CN">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span style=3D"mso-far=
east-language:ZH-CN">10.5. Network Slicing Asks
</span></b><span style=3D"mso-fareast-language:ZH-CN"><o:p></o:p></span></p=
>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l1 level1 lfo4">
<![if !supportLists]><span style=3D"font-family:Wingdings;mso-fareast-langu=
age:ZH-CN"><span style=3D"mso-list:Ignore">&#376;<span style=3D"font:7.0pt =
&quot;Times New Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><span style=3D"mso-fareast-language:ZH-CN">I=
solation from other flows through Queuing Management
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l1 level1 lfo4">
<![if !supportLists]><span style=3D"font-family:Wingdings;mso-fareast-langu=
age:ZH-CN"><span style=3D"mso-list:Ignore">&#376;<span style=3D"font:7.0pt =
&quot;Times New Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><span style=3D"mso-fareast-language:ZH-CN">S=
ervice Quality Customization and Guarantee<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt;mso-list:l1 level1 lfo4">
<![if !supportLists]><span style=3D"font-family:Wingdings;mso-fareast-langu=
age:ZH-CN"><span style=3D"mso-list:Ignore">&#376;<span style=3D"font:7.0pt =
&quot;Times New Roman&quot;">&nbsp;&nbsp;
</span></span></span><![endif]><span style=3D"mso-fareast-language:ZH-CN">S=
ecurity<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span style=3D"mso-far=
east-language:ZH-CN">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">------=
---------------------------------------------------------------------------=
--------------------------------------<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&nbsp;=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&nbsp;=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">Best R=
egards<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&nbsp;=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">Xueson=
g<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&nbsp;=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&nbsp;=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&nbsp;=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;--=
---Original Message-----<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;Fr=
om: Toerless Eckert [<a href=3D"mailto:tte@cs.fau.de">mailto:tte@cs.fau.de<=
/a>]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;Se=
nt: Thursday, November 16, 2017 11:32 AM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;To=
: <a href=3D"mailto:detnet@ietf.org">
detnet@ietf.org</a>; <a href=3D"mailto:draft-ietf-detnet-use-cases@ietf.org=
">draft-ietf-detnet-use-cases@ietf.org</a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;Su=
bject: draft-ietf-detnet-use-cases &amp; slices suggestions<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;Wr=
t to my comments on the mike@singapore re. slicing use-case:<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;Fi=
rst of all i would like to reinforce Stewarts statement that we should not<=
o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;re=
move slicing from the use-case draft. My point was different: making the<o:=
p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;im=
portance for detnet in slicing clearer - because i think it is hierarchical=
 and<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;mu=
lti-faceted, and that does not well reflect in the current text.<o:p></o:p>=
</span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;Fo=
llowing suggestions for improvements aside, the existing text of 10. is alr=
eady<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;ve=
ry nicely enlightening about slices, more so than i have seen in other plac=
es.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;A)=
 I would not call 10.1 &quot;Use Case Description&quot; but instead &quot;T=
echnology<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;De=
scription&quot;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;B)=
 10.3 up to the the &quot;However&quot; is IMHO the most fundamental use-ca=
se for<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;de=
tnet<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; in the slicing realm. It should be moved and become e.g.: a new 10.2.1=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;us=
e-case,<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; here is proposed changed paragraphs:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; 10.2.1 Hard resource isolation across slices<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt; &=
nbsp;|Network slicing aims to provide logical networks with hard resource<o=
:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |separation guarantees between those different logical networks.<o:p><=
/o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |Hard resource separation means that it should be impossible for activ=
ity,<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |lack of activity, or changes in activity of one or more slices to hav=
e<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |any appreciable effect on the deterministic performance parameters of=
 any<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |other slices.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |Typical techniques used today (for example in pre-existing logical/vi=
rtual<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |network solutions), which share a physical network amongst users, do<=
o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |not offer this kind of insulation.&nbsp; DetNet can supply point-to-p=
oint<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |or point-to-multipoint paths that offer bandwidth and latency<o:p></o=
:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |guarantees to a slice that cannot be affected by other slices data<o:=
p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; |traffic.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; I hope i did correctly interpret &quot;user&quot; to mean &quot;slice&=
quot;, because, but even<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; if not, i think the above is correct: If we want to have strict separa=
tion<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; guarantees btween different users inside the same clice, that is IMHO =
a<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; separate use case within the slicing technology:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;C)=
 I would group existing 10.2.1...10.2.3 under a common use-case, maybe:<o:p=
></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; 10.2.2 Deterministic services within slices<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; Slices need to be able to provide services that require detnet t=
ype<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp; &nbsp;guarantees. These requirements would equally make the use of det=
net<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; for these services a requirement if the service was not provided=
 via a<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; logical network slice but via a separate physcial network (and t=
herefore<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; the use-case requirement of 10.2.1 would not exist)<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; A 5G bearer network is a typical&nbsp; ...<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; [ Make existing 10.2.1...10.2.3 become eg: 10.2.2.1 ... 10.2.2.3=
]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;D)=
 It would be nice to have more clarifying details<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; about the sentence &quot;A 5G bearer network is a typical<o:p></=
o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; use case of network slicing, including 3 service scenarios&quot;=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; If the answer to my questions are not really clear because 3GPP =
has not<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; make up its mind what exactly is required, then maybe phrase the=
 text<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; accordingly (3GPP has not yet decided where or...):<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; 1. Will 3GPP want to have slices which are NOT 5G bearer network=
s ?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp;&nbsp;&nbsp; if yes, then say this.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; 2. For a network slice which is a 5G bearer network, would it ha=
ve<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp;&nbsp;&nbsp; only one of the 3 service scenarios, or any subset o=
f the 3 ?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; 3. If the answer to 1. is &quot;yes, also slices that are not 3G=
PP bearers&quot;,<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; would any or all of the three mentioned servic=
e scenarios also<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; be required in those non-3GPP slices ?<o:p></o=
:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;E)=
 It might be useful to add text stating that use cases for detnet<o:p></o:p=
></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; mentioned in other sections of the document would likely become<=
o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; use cases of slices in the future.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; Possible suggested text:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; Even though not necesary within the scope of work explicitly cha=
rted<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; for slices in 5G: Whenever 5G or other network service providers=
 see the<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; opportunity to operate services described as use-cases in other =
sections of<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; this document across a shared physcial infrastructure, network s=
lices<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; would be the likely preferred approach to provide such services.=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; Examples include providing electrical utilities services (sectio=
n 3.)<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; or pro audio services (section 2.) via slices. Use cases like th=
ese could<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;be=
come<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; more into the focus for network slices when the work for 5G core=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; network evolution will include services that are more inclusive =
of<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; even wired access options required in those use-cases.<o:p></o:p=
></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;F)=
 Another likely evolution of slices worthwhile to notice:<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; Slices may equally become the preferred mode of providing servic=
es that<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; are otherwise considered to be out of scope in this document, su=
ch as<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; those in 12.2. These can easily come into scope when Mobile Edge=
 Compute<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; ressources connecting to slices can allow to provide detnet serv=
ice<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;gu=
arantees<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; to these use-cases by eliminating the uncontrolled parts of a pa=
th<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp; between servers and client.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;Ch=
eers<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;&nbsp;&nbsp; Toerless<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;On=
 Mon, Nov 13, 2017 at 09:06:40AM &#43;0000, Grossman, Ethan A. wrote:<o:p><=
/o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Tal does this work for you?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Ethan.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; On Nov 13, 2017, at 3:48 PM, Norman Finn<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&l=
t;<a href=3D"mailto:norman.finn@mail01.huawei.com%3cmailto:norman.finn@mail=
01.huawei.com"><span style=3D"color:windowtext;text-decoration:none">norman=
.finn@mail01.huawei.com&lt;mailto:norman.finn@mail01.huawei.com</span></a>&=
gt;&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;wr=
ote:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Sounds like Tuesday 16:00.&nbsp; Right?&nbsp; Near registration.<o:p></o=
:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; -- Norm<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; ________________________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; From: Grossman, Ethan A. [eagros@dolby.com&lt;<a href=3D"mailto:eagros@d=
olby.com"><span style=3D"color:windowtext;text-decoration:none">mailto:eagr=
os@dolby.com</span></a>&gt;]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Sent: Sunday, November 12, 2017 8:16 PM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; To: Das, Subir<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Cc: Patrick Wetterwald (pwetterw); Norman Finn;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; <a href=3D"mailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-iet=
f-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; ietf.org&gt;; <a href=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org=
">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;; Gary Weiner<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Subject: Re: [Detnet] DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; I can do Tuesday 16:00. I have a commitment Tuesday at 18:30.<o:p></o:p>=
</span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Ethan.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; On Nov 13, 2017, at 11:27 AM, Das, Subir<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&l=
t;<a href=3D"mailto:sdas@appcomsci.com%3cmailto:sdas@appcomsci.com"><span s=
tyle=3D"color:windowtext;text-decoration:none">sdas@appcomsci.com&lt;mailto=
:sdas@appcomsci.com</span></a>&gt;&gt; wrote:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; I arrived today but can't &nbsp;make it on Tuesday at 13:30. Available f=
rom 16:00.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; ________________________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; From: Grossman, Ethan A. [eagros@dolby.com&lt;<a href=3D"mailto:eagros@d=
olby.com"><span style=3D"color:windowtext;text-decoration:none">mailto:eagr=
os@dolby.com</span></a>&gt;]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Sent: Sunday, November 12, 2017 10:15 PM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; To: Patrick Wetterwald (pwetterw)<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Cc: Norman Finn;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; <a href=3D"mailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-iet=
f-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; ietf.org&gt;; <a href=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org=
">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;; Gary Weiner<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Subject: Re: [Detnet] DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Yes I was agreeing to Tuesday.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Ethan.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; On Nov 13, 2017, at 10:46 AM, Patrick Wetterwald (pwetterw)<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&l=
t;<a href=3D"mailto:pwetterw@cisco.com%3cmailto:pwetterw@cisco.com"><span s=
tyle=3D"color:windowtext;text-decoration:none">pwetterw@cisco.com&lt;mailto=
:pwetterw@cisco.com</span></a>&gt;&gt; wrote:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; On Tuesday. Correct ?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Patrick<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; From: detnet &lt;<a href=3D"mailto:detnet-bounces@ietf.org%3cmailto:detn=
et-bounces@ietf.org"><span style=3D"color:windowtext;text-decoration:none">=
detnet-bounces@ietf.org&lt;mailto:detnet-bounces@ietf.org</span></a>&gt;&gt=
;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; on behalf of &quot;Grossman, Ethan A.&quot;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; &lt;<a href=3D"mailto:eagros@dolby.com%3cmailto:eagros@dolby.com"><span =
style=3D"color:windowtext;text-decoration:none">eagros@dolby.com&lt;mailto:=
eagros@dolby.com</span></a>&gt;&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Date: Monday, 13 November 2017 at 03:43<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; To: Norman Finn<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&l=
t;<a href=3D"mailto:norman.finn@mail01.huawei.com%3cmailto:norman.finn@mail=
01.huawei.com"><span style=3D"color:windowtext;text-decoration:none">norman=
.finn@mail01.huawei.com&lt;mailto:norman.finn@mail01.huawei.com</span></a>&=
gt;&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;,<=
o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; &quot;draft-ietf-detnet-security@ietf.org&lt;mailto:draft-ietf-detnet-se=
curity<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; @ietf.org&gt;&quot;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; &lt;draft-ietf-detnet-security@ietf.org&lt;mailto:draft-ietf-detnet-secu=
rity<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; @ietf.org&gt;&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Cc: &quot;<a href=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org%3e"=
><span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;m=
ailto:detnet@ietf.org&gt;</span></a>&quot;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; &lt;<a href=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org"><span st=
yle=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;mailto:det=
net@ietf.org</span></a>&gt;&gt;, Gary Weiner<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; &lt;<a href=3D"mailto:Gary@Apriori-NET.COM%3cmailto:Gary@Apriori-NET.COM=
"><span style=3D"color:windowtext;text-decoration:none">Gary@Apriori-NET.CO=
M&lt;mailto:Gary@Apriori-NET.COM</span></a>&gt;&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Subject: Re: [Detnet] DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Meet at 13:30 at IETF Registration?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Ethan.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; From: Norman Finn [<a href=3D"mailto:norman.finn@mail01.huawei.com"><spa=
n style=3D"color:windowtext;text-decoration:none">mailto:norman.finn@mail01=
.huawei.com</span></a>]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Sent: Sunday, November 12, 2017 4:52 PM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; To: Grossman, Ethan A. &lt;<a href=3D"mailto:eagros@dolby.com%3cmailto:e=
agros@dolby.com"><span style=3D"color:windowtext;text-decoration:none">eagr=
os@dolby.com&lt;mailto:eagros@dolby.com</span></a>&gt;&gt;;<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; <a href=3D"mailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-iet=
f-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; ietf.org&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Cc: Gary Weiner &lt;<a href=3D"mailto:Gary@Apriori-NET.COM%3cmailto:Gary=
@Apriori-NET.COM"><span style=3D"color:windowtext;text-decoration:none">Gar=
y@Apriori-NET.COM&lt;mailto:Gary@Apriori-NET.COM</span></a>&gt;&gt;;<o:p></=
o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; <a href=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Subject: RE: DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Yes, let's get together.&nbsp; Right now, any time Tuesday after lunch w=
ould be<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;fi=
ne.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; -- Norm<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; ________________________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; From: Grossman, Ethan A. [eagros@dolby.com&lt;<a href=3D"mailto:eagros@d=
olby.com"><span style=3D"color:windowtext;text-decoration:none">mailto:eagr=
os@dolby.com</span></a>&gt;]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Sent: Sunday, November 12, 2017 3:59 AM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; To:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; <a href=3D"mailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-iet=
f-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; ietf.org&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Cc: Gary Weiner;
<a href=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org"><span style=3D"=
color:windowtext;text-decoration:none">detnet@ietf.org&lt;mailto:detnet@iet=
f.org</span></a>&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Subject: DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Hello DetNet Security draft authors, (and adding the DetNet list since<o=
:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; we are now a WG draft and would like to include anyone who has any inter=
est),<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;Ta=
l and I are here in Singapore and would like to know if any of the rest of =
you<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;mi=
ght be here in town and might want to meet up over lunch or dinner (or<o:p>=
</o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;so=
mething) to discuss DetNet security, e.g. next steps for the DetNet Securit=
y<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;dr=
aft. If so, please reply and we can plan something.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Thanks,<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Ethan.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; Ethan Grossman, DetNet Security Draft editor.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; _______________________________________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; detnet mailing list<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; <a href=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; <a href=3D"https://www.ietf.org/mailman/listinfo/detnet">
<span style=3D"color:windowtext;text-decoration:none">https://www.ietf.org/=
mailman/listinfo/detnet</span></a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; _______________________________________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; detnet mailing list<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; <a href=3D"mailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org</span=
></a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&g=
t; <a href=3D"https://www.ietf.org/mailman/listinfo/detnet">
<span style=3D"color:windowtext;text-decoration:none">https://www.ietf.org/=
mailman/listinfo/detnet</span></a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;&n=
bsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;--=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;--=
-<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span style=3D"mso-fareast-language:ZH-CN">&gt;<a=
 href=3D"mailto:tte@cs.fau.de"><span style=3D"color:windowtext;text-decorat=
ion:none">tte@cs.fau.de</span></a><o:p></o:p></span></p>
</div>
</body>
</html>

--_000_HE1PR07MB0842EBDBF87FC15FBBF8B9379BEA0HE1PR07MB0842eurp_--


From nobody Tue Jan 16 07:23:27 2018
Return-Path: <agmalis@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 733DE1315E6 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 07:23:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.688
X-Spam-Level: 
X-Spam-Status: No, score=-2.688 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=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 w0kZthcqO9qk for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 07:23:19 -0800 (PST)
Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EBDD1315F1 for <detnet@ietf.org>; Tue, 16 Jan 2018 07:21:01 -0800 (PST)
Received: by mail-oi0-x234.google.com with SMTP id d124so10825320oib.13 for <detnet@ietf.org>; Tue, 16 Jan 2018 07:21:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=KVKUWQTSfuOvsGBEjO8C6KAYfoUtaj+RhakyutOvoDI=; b=FKMSiAMcdtNdEOqEUTrASGnVNz+dkZLpFpxr4UoVgwAxZuIz3+1fwWSniKG0Zl7vZV IQuKMYicVwvLCU/1zCMaO3Mw85/qDP8qvpeyIhCUywnar2mVQp9J96do4CVfFfOcg29d uwbWWnPXw5S7xEYUYJTMQepdTxTbrKQomQzvfADDMnbFqacl7xbYUykTMdPHUbaYNEgw bcJ7ulFFuSqrEVTwW+GoPBXUmKrlI7qurYNYB7wwnEgvRA3Z+450xEsmHRigN+hnUqCk wp5GaB5jnuqOpkXQhT/w38Eo0k4z51Lr3/0c0huVTx+gwADGipYs1Z3Dwmx621oR9zzg 28Lg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=KVKUWQTSfuOvsGBEjO8C6KAYfoUtaj+RhakyutOvoDI=; b=ZrY371B6Rg07N9JQSg+MAM0aNJbEVP3kfdgjaSMqzstpbpVkDkJxGoPY8DIz/SYcQ/ 240v+6NhciiA+OqU5JYZmYKCyobhf+bYoGpXkH4zfPG1vLuhAsAPOW5qbiZQm4YOUHlj QnNG8Oe6q2o66CET4E7S0NvhIhy1BF0CBSUPBz+KxXe8zoo/NM1lhUm2E2IMbvWyPwIy ViLn86CCYaVxLHNpGWwLUS+mJM0I5DMO792TYT0bGOWhaXUG7jraMvQoLJjruWtsRN0G cBTJkQNwv3LEN6Bz0rubEHDmGT70lWmTqMFb8ZAg+61b7pUG7yS//fRMmPWK9bFAsmjx 94kA==
X-Gm-Message-State: AKwxyte/cu4WVHu3BpfJdsmkR45MNtlBDHtF+1cW1UAYLFI38as2FrbV IptDmHiSj+hKi1cnXybjiFurHxO6U7zOxnb5gK0=
X-Google-Smtp-Source: ACJfBotbKFW9LsjEyWqNMXhHt3u1b0G/bglamsBpf3DTbxaVUPctbdQoeSFjmiC27WP3JZiGKsZU+aStzubhwEy1H88=
X-Received: by 10.202.102.159 with SMTP id m31mr13725210oik.296.1516116060605;  Tue, 16 Jan 2018 07:21:00 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.17.189 with HTTP; Tue, 16 Jan 2018 07:20:40 -0800 (PST)
In-Reply-To: <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com> <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 16 Jan 2018 10:20:40 -0500
Message-ID: <CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
Cc: Mach Chen <mach.chen@huawei.com>, =?UTF-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>,  DetNet WG <detnet@ietf.org>
Content-Type: multipart/alternative; boundary="001a1140a7f23b12290562e64717"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/YDSIu4ji6Zm4UAHRF0614Kqt6yo>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 15:23:26 -0000

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

Stewart,

Like with PWs (since DETNET for MPLS would just be another PW type),
targeted LDP and provisioning (via a central controller, NMS, etc.) are
alternatives to RSVP and SR to provisioning/allocating the DETNET PW label.

You and Mach are both right that in the IP (non-MPLS) case, we need a way
for the NP to detect DETNET flows. We could have a new IP protocol type for
DETNET, and a DETNET header directly follows the IP header. In that case,
the DETNET header would also need a next protocol identifier, unless the
next protocol is always another IP header.

Of course, for MPLS, the DETNET PW label is the identifier.

Cheers,
Andy


On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant <stewart.bryant@gmail.com>
wrote:

> If we need to discriminate at the PSN layer rather than the DN layer then
> we really are forced to create a new FEC type for MPLS, or synthesize one
> through RSVP or SR. IP has no native support for this, but we could
> introduce the concept, for example by making this the property of the IP
> address or some way of MPLSing IP.
>
> However there is a deeper question we need to answer. Is our expectation
> that each hop in the data plane DN aware, or is our expectation that at
> lest in some networks the data plane is generic with some DN nodes
> strategically placed?
>
> I can see than in some greenfield specialist cases the routers will all b=
e
> DN aware, but in order to get deployment in most networks we need to desi=
gn
> for the case where only strategic nodes are DN aware.
>
> - Stewart
>
> On 16/01/2018 01:14, Mach Chen wrote:
>
> Hi Balazs,
>
>
>
> #2 is a more nature solution, the DetNet CW is dedicated for DetNet, seem=
s
> there is no compatibility issue.
>
>
>
> In addition, I think we need to define a way on how to differentiate a
> DetNet flow from a non-DetNet flow, then the network processor can proces=
s
> the CW as expected.  In TSN, it uses the priority to determine whether a
> flow is TSN or non-TSN flow. For DetNet, should we also use the same way
> (e.g., TC, DSCP)? Or the DetNet service Label itself implies the situatio=
n,
> but it seems that this only works when the DetNet service label is the to=
p
> label.
>
>
>
> Any other thoughts?
>
>
>
> Best regards,
>
> Mach
>
>
>
> *From:* detnet [mailto:detnet-bounces@ietf.org <detnet-bounces@ietf.org>]=
 *On
> Behalf Of *Bal=C3=A1zs Varga A
> *Sent:* Monday, January 15, 2018 9:06 PM
> *To:* DetNet WG <detnet@ietf.org> <detnet@ietf.org>
> *Subject:* [Detnet] DP solution (Sequence Numbering)
>
>
>
> Hi,
>
>
>
> Some thoughts to start discussion on open points of the DP solution draft=
.
>
> This mail(-thread) is on sequence numbering.
>
>
>
> Problem in case of MPLS and DetNet Control Word:
>
> - S/N skips zero problem: Ethernet PW definition states that S/N skips
> zero.
>
> It uses zero to mean no S/N in use. (rfc4448)
>
>
>
> Possible problem resolutions:
>
> #1: Using a "flag" in the reserved bits part of the CW:
>
>       0                   1                   2                   3
>
>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>      |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number used,
>
> Bit5-15: reserved.
>
>
>
> RFC4448 states that reserved bits =E2=80=9CMUST be ignored upon receipt=
=E2=80=9D, so
> backward
>
> compatibility is ensured. Such a solution would allow also to use longer
> seq.num.
>
> formats (if needed). Such a format is also inline with RFC4385.
>
>
>
> #2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.
>
> DetNet flows are recognized and forwarded special within the DetNet
>
> domain. S/N is used within the DetNet domain by DetNet Service functions
>
> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No
>
> other nodes care about the value of S/N, therefore DetNet can specify its
>
> own sequence number processing algorithm. So =E2=80=9C0=E2=80=9D can be a=
 valid number
>
> and not the indication that no Seq.Num. is used. This is inline with
> RFC4385.
>
>
>
> #3: Other =E2=80=A6 ?!?
>
>
>
> Comments are welcome.
>
>
>
> Cheers
>
> Bala'zs
>
>
>
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org <detnet-bounces@ietf.org>]
> On Behalf Of Lou Berger
> Sent: 2018. janu=C3=A1r 10. 19:01
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] recording for today's interim
>
>
>
> is available for download at:
>
> https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf2023=
01
>
>
>
> raw notes are available at
>
> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>
>
>
> Please feel free to update the etherpad based on the recording.
>
>
>
> Lou (and co-chairs)
>
>
>
> _______________________________________________
>
> detnet mailing list
>
> detnet@ietf.org
>
> https://www.ietf.org/mailman/listinfo/detnet
>
>
> _______________________________________________
> detnet mailing listdetnet@ietf.orghttps://www.ietf.org/mailman/listinfo/d=
etnet
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>
>

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

<div dir=3D"ltr">Stewart,<div><br></div><div>Like with PWs (since DETNET fo=
r MPLS would just be another PW type), targeted LDP and provisioning (via a=
 central controller, NMS, etc.) are alternatives to RSVP and SR to provisio=
ning/allocating the DETNET PW label.</div><div><br></div><div>You and Mach =
are both right that in the IP (non-MPLS) case, we need a way for the NP to =
detect DETNET flows. We could have a new IP protocol type for DETNET, and a=
 DETNET header directly follows the IP header. In that case, the DETNET hea=
der would also need a next protocol identifier, unless the next protocol is=
 always another IP header.</div><div><br></div><div>Of course, for MPLS, th=
e DETNET PW label is the identifier.=C2=A0</div><div><br></div><div>Cheers,=
</div><div>Andy</div><div><br></div></div><div class=3D"gmail_extra"><br><d=
iv class=3D"gmail_quote">On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant <s=
pan dir=3D"ltr">&lt;<a href=3D"mailto:stewart.bryant@gmail.com" target=3D"_=
blank">stewart.bryant@gmail.com</a>&gt;</span> wrote:<br><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    <p>If we need to discriminate at the PSN layer rather than the DN
      layer then we really are forced to create a new FEC type for MPLS,
      or synthesize one through RSVP or SR. IP has no native support for
      this, but we could introduce the concept, for example by making
      this the property of the IP address or some way of MPLSing IP.</p>
    <p>However there is a deeper question we need to answer. Is our
      expectation that each hop in the data plane DN aware, or is our
      expectation that at lest in some networks the data plane is
      generic with some DN nodes strategically placed?</p>
    <p>I can see than in some greenfield specialist cases the routers
      will all be DN aware, but in order to get deployment in most
      networks we need to design for the case where only strategic nodes
      are DN aware.<span class=3D"HOEnZb"><font color=3D"#888888"><br>
    </font></span></p><span class=3D"HOEnZb"><font color=3D"#888888">
    <p>- Stewart<br>
    </p></font></span><div><div class=3D"h5">
    <br>
    <div class=3D"m_1519775394609505423moz-cite-prefix">On 16/01/2018 01:14=
, Mach Chen wrote:<br>
    </div>
    <blockquote type=3D"cite">
     =20
     =20
     =20
      <div class=3D"m_1519775394609505423WordSection1">
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d">Hi
              Balazs,<u></u><u></u></span></font></p>
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d"><u></u>=C2=A0<u></u>=
</span></font></p>
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d">#2
              is a more nature solution, the DetNet CW is dedicated for
              DetNet, seems there is no compatibility issue.<u></u><u></u><=
/span></font></p>
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d"><u></u>=C2=A0<u></u>=
</span></font></p>
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d">In
              addition, I think we need to define a way on how to
              differentiate a DetNet flow from a non-DetNet flow, then
              the network processor can process the CW as expected.=C2=A0 I=
n
              TSN, it uses the priority to determine whether a flow is
              TSN or non-TSN flow. For DetNet, should we also use the
              same way (e.g., TC, DSCP)? Or the DetNet service Label
              itself implies the situation, but it seems that this only
              works when the DetNet service label is the top label. =C2=A0<=
u></u><u></u></span></font></p>
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d"><u></u>=C2=A0<u></u>=
</span></font></p>
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d">Any
              other thoughts?<u></u><u></u></span></font></p>
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d"><u></u>=C2=A0<u></u>=
</span></font></p>
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d">Best
              regards,<u></u><u></u></span></font></p>
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d">Mach<u></u><u></u></=
span></font></p>
        <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri" color=3D"#=
1f497d"><span style=3D"font-size:11.0pt;color:#1f497d"><u></u>=C2=A0<u></u>=
</span></font></p>
        <div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm =
0cm 0cm 4.0pt">
          <div>
            <div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;paddin=
g:3.0pt 0cm 0cm 0cm">
              <p class=3D"MsoNormal"><b><font size=3D"2" face=3D"Calibri"><=
span style=3D"font-size:11.0pt;font-weight:bold">From:</span></font></b>
                detnet [<a class=3D"m_1519775394609505423moz-txt-link-freet=
ext" href=3D"mailto:detnet-bounces@ietf.org" target=3D"_blank">mailto:detne=
t-bounces@ietf.<wbr>org</a>]
                <b><span style=3D"font-weight:bold">On Behalf Of </span></b=
>Bal=C3=A1zs
                Varga A<br>
                <b><span style=3D"font-weight:bold">Sent:</span></b>
                Monday, January 15, 2018 9:06 PM<br>
                <b><span style=3D"font-weight:bold">To:</span></b> DetNet
                WG <a class=3D"m_1519775394609505423moz-txt-link-rfc2396E" =
href=3D"mailto:detnet@ietf.org" target=3D"_blank">&lt;detnet@ietf.org&gt;</=
a><br>
                <b><span style=3D"font-weight:bold">Subject:</span></b>
                [Detnet] DP solution (Sequence Numbering)<u></u><u></u></p>
            </div>
          </div>
          <p class=3D"MsoNormal"><font size=3D"2" face=3D"Calibri"><span st=
yle=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">Hi,<u></u><u></u></span></=
font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">Some thoughts to start
                discussion on open points of the DP solution draft.<u></u><=
u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">This mail(-thread) is on
                sequence numbering.<u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">Problem in case of MPLS an=
d
                DetNet Control Word:<u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">- S/N skips zero problem:
                Ethernet PW definition states that S/N skips zero.<u></u><u=
></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">It uses zero to mean no S/=
N in
                use. (rfc4448)<u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">Possible problem resolutio=
ns:<u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">#1: Using a &quot;flag&quo=
t; in the
                reserved bits part of the CW:<u></u><u></u></span></font></=
p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"1" f=
ace=3D"Courier New"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0 1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
                2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3<u></u><u></u></span><=
/font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"1" f=
ace=3D"Courier New"><span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 1 2 3 4 5 6 7 8 =
9 0 1 2 3 4 5 6 7 8 9
                0 1 2 3 4 5 6 7 8 9 0 1<u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"1" f=
ace=3D"Courier New"><span>=C2=A0=C2=A0=C2=A0=C2=A0
                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+-<wbr>+-+-+<u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"1" f=
ace=3D"Courier New"><span>=C2=A0=C2=A0=C2=A0=C2=A0 |0 0 0 0|D|reserved - se=
t to 0=C2=A0 |=C2=A0=C2=A0 16
                bit Sequence Number=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |<u></u><=
u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"1" f=
ace=3D"Courier New"><span>=C2=A0=C2=A0=C2=A0=C2=A0
                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+-<wbr>+-+-+<u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">D-bit: set to =E2=80=9C1=
=E2=80=9D means DetNet
                specific Seq. Number used,<u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">Bit5-15: reserved.<u></u><=
u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">RFC4448 states that reserv=
ed
                bits =E2=80=9CMUST be ignored upon receipt=E2=80=9D, so bac=
kward
                <u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">compatibility is ensured. =
Such
                a solution would allow also to use longer seq.num.
                <u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">formats (if needed). Such =
a
                format is also inline with RFC4385.<u></u><u></u></span></f=
ont></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">#2: Making =E2=80=9C0=E2=
=80=9D as a valid
                Seq.Num.<u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">DetNet flows are recognize=
d and
                forwarded special within the DetNet
                <u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">domain. S/N is used within=
 the
                DetNet domain by DetNet Service functions
                <u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">(i.e. PREF). S/N used only=
 on
                DetNet end-nodes and DetNet relay-nodes. No
                <u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">other nodes care about the
                value of S/N, therefore DetNet can specify its
                <u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">own sequence number proces=
sing
                algorithm. So =E2=80=9C0=E2=80=9D can be a valid number<u><=
/u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">and not the indication tha=
t no
                Seq.Num. is used. This is inline with RFC4385.<u></u><u></u=
></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">#3: Other =E2=80=A6 ?!?<u>=
</u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">Comments are welcome.<u></=
u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">Cheers<u></u><u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">Bala&#39;zs<u></u><u></u><=
/span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">-----Original Message-----=
<br>
                From: detnet [<a href=3D"mailto:detnet-bounces@ietf.org" ta=
rget=3D"_blank">mailto:detnet-bounces@ietf.<wbr>org</a>]
                On Behalf Of Lou Berger<br>
                Sent: 2018. janu=C3=A1r 10. 19:01<br>
                To: DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org" target=
=3D"_blank">detnet@ietf.org</a>&gt;<br>
                Subject: [Detnet] recording for today&#39;s interim<u></u><=
u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">is available for download =
at:
                <u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><a href=3D"https://ietf.we=
bex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf202301" target=3D"_bl=
ank"><font color=3D"black"><span style=3D"color:windowtext;text-decoration:=
none">https://ietf.webex.com/ietf/<wbr>ldr.php?RCID=3D<wbr>e5116bc7db254c24=
a7bb3217bf2023<wbr>01</span></font></a><u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">raw notes are available at
                <u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><a href=3D"http://etherpad=
.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01" target=3D"_blank"=
><font color=3D"black"><span style=3D"color:windowtext;text-decoration:none=
">http://etherpad.tools.ietf.<wbr>org:9000/p/notes-ietf-interim-<wbr>2018-d=
etnet-01</span></font></a><u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">Please feel free to update=
 the
                etherpad based on the recording.<u></u><u></u></span></font=
></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">Lou (and co-chairs)<u></u>=
<u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><u></u>=C2=A0<u></u></span=
></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">__________________________=
____<wbr>_________________<u></u><u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt">detnet mailing list<u></u>=
<u></u></span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><a href=3D"mailto:detnet@i=
etf.org" target=3D"_blank"><font color=3D"black"><span style=3D"color:windo=
wtext;text-decoration:none">detnet@ietf.org</span></font></a><u></u><u></u>=
</span></font></p>
          <p class=3D"m_1519775394609505423MsoPlainText"><font size=3D"2" f=
ace=3D"Calibri"><span style=3D"font-size:11.0pt"><a href=3D"https://www.iet=
f.org/mailman/listinfo/detnet" target=3D"_blank"><font color=3D"black"><spa=
n style=3D"color:windowtext;text-decoration:none">https://www.ietf.org/mail=
man/<wbr>listinfo/detnet</span></font></a><u></u><u></u></span></font></p>
        </div>
      </div>
      <br>
      <fieldset class=3D"m_1519775394609505423mimeAttachmentHeader"></field=
set>
      <br>
      <pre>______________________________<wbr>_________________
detnet mailing list
<a class=3D"m_1519775394609505423moz-txt-link-abbreviated" href=3D"mailto:d=
etnet@ietf.org" target=3D"_blank">detnet@ietf.org</a>
<a class=3D"m_1519775394609505423moz-txt-link-freetext" href=3D"https://www=
.ietf.org/mailman/listinfo/detnet" target=3D"_blank">https://www.ietf.org/m=
ailman/<wbr>listinfo/detnet</a>
</pre>
    </blockquote>
    <br>
  </div></div></div>

<br>______________________________<wbr>_________________<br>
detnet mailing list<br>
<a href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/detnet" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a><br=
>
<br></blockquote></div><br></div>

--001a1140a7f23b12290562e64717--


From nobody Tue Jan 16 08:38:40 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 435981314DE for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 08:38:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.988
X-Spam-Level: 
X-Spam-Status: No, score=-1.988 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=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 lebbX76MuBMa for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 08:38:35 -0800 (PST)
Received: from mail-wr0-x22f.google.com (mail-wr0-x22f.google.com [IPv6:2a00:1450:400c:c0c::22f]) (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 D987E131587 for <detnet@ietf.org>; Tue, 16 Jan 2018 08:38:27 -0800 (PST)
Received: by mail-wr0-x22f.google.com with SMTP id p6so15906028wrd.0 for <detnet@ietf.org>; Tue, 16 Jan 2018 08:38:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=cXFPHoq0WgvVCRGJyxo4AaqE8iwL8uQfGZbUOCGtkF0=; b=pLrwqeseyDlFNjDRuGQwWr77ppwI9EWjjPHUI6ig+t8iYOUarUh7hfhip6wlhZ8N/B 80u0AQ5wgqQrksiy4m2ETstU1UTba8YHXWZmT6SW9sAlx8TXuT/L5fsl5rqAxynfXHe3 1hsOZ6e2JIoiJSvH4eqtTztc4o4Qhrt16fHvkUJhS1xNP6Q40ODvmABxKYJCTN6kRFxi iahJ4oe+ygmllYEsK/l+Qi4QfT11YvP7mgEA/JPenUt6gRpFLtYwe483tPfofulxFHl0 IT+CgwL//J5MXGayBr0MotBoRcqBRkc+870aXt5qw+Q8lSaYIqgl+8AxwXQiQSfO+2Cy yL6g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=cXFPHoq0WgvVCRGJyxo4AaqE8iwL8uQfGZbUOCGtkF0=; b=r0EpPuJiYh4sOeRKSUsD3v2rvvnqpmWdYmn65WmM2kohu2W1I/39YOxJb48VLT1JYM kFmMmHHW4XDpCrgkOtYg8jTdYZuVBiqChgheaEBs+00N7W5siEKoB07EOAoeGm8xABlW WOFdnCNBje7C8dxTFssDHGhYsdQ27FYnY5/G400Zt8Cse60d1JRIYM31YyY3YlE5SwMd wGnvjaOIax3/YR5VGFtiVpUjPrt/mj9dwO3SGGRE791qm2ZG8wj4aLzRSpKqIHFFtW0/ VaK6ZxFSE4panNlZHxq76wHb+hU/TbzE2FxjMVg2SkJliSTTCCG2Aq8PW2xnoUqwIiE8 wcFQ==
X-Gm-Message-State: AKwxytcUcIyNuRg5RbEylZXVbzHXvMGyGUsq0BnIEiLHHyylgk8246iT yH75//eTVlUvQ9uNccBAm7H5EwIQ
X-Google-Smtp-Source: ACJfBouc42srbgRvLSs/KVWlY6SASiO/4QVgnYDRaFpQcvOdAKqL6+Htn7TlQwO2c7f7+0W/uecKmg==
X-Received: by 10.223.197.72 with SMTP id s8mr1612630wrf.96.1516120705912; Tue, 16 Jan 2018 08:38:25 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id k17sm2096929wrf.17.2018.01.16.08.38.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 16 Jan 2018 08:38:25 -0800 (PST)
To: "Andrew G. Malis" <agmalis@gmail.com>
Cc: Mach Chen <mach.chen@huawei.com>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, DetNet WG <detnet@ietf.org>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com> <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com> <CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <cb200ec7-6187-e817-a31c-c0f3e0da335a@gmail.com>
Date: Tue, 16 Jan 2018 16:38:22 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------32E7F585D03CAEC566609AA1"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/YRLCO6EgkcN-dRDKRW0-FqCtYV8>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 16:38:38 -0000

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


Andy

On 16/01/2018 15:20, Andrew G. Malis wrote:
> Stewart,
>
> Like with PWs (since DETNET for MPLS would just be another PW type), 
> targeted LDP and provisioning (via a central controller, NMS, etc.) 
> are alternatives to RSVP and SR to provisioning/allocating the DETNET 
> PW label.

.. and I suppose strictly BGP which is also used for this purpose in VPNs

>
> You and Mach are both right that in the IP (non-MPLS) case, we need a 
> way for the NP to detect DETNET flows. We could have a new IP protocol 
> type for DETNET, and a DETNET header directly follows the IP header. 
> In that case, the DETNET header would also need a next protocol 
> identifier, unless the next protocol is always another IP header.

Last I saw, the thinking was that there would be an IP extension header, 
although I am not a fan of those since (a) I am not confident what a 
router will do one it does not understand, and (b) I am concerned about 
the need to support IPv4 which I suspect will have a long tail in 
enterprise deployment.

I prefer a UDP type for this purpose since it has universal support 
through any middle box. firewall etc, and all routers need to look a the 
UDP DP so checking if it is one they need to work on is just one compare 
and conditional branch.

>
> Of course, for MPLS, the DETNET PW label is the identifier.

Only at the PW layer. Note my question about whether this is sufficient.

- Stewart

>
> Cheers,
> Andy
>
>
> On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant 
> <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>> wrote:
>
>     If we need to discriminate at the PSN layer rather than the DN
>     layer then we really are forced to create a new FEC type for MPLS,
>     or synthesize one through RSVP or SR. IP has no native support for
>     this, but we could introduce the concept, for example by making
>     this the property of the IP address or some way of MPLSing IP.
>
>     However there is a deeper question we need to answer. Is our
>     expectation that each hop in the data plane DN aware, or is our
>     expectation that at lest in some networks the data plane is
>     generic with some DN nodes strategically placed?
>
>     I can see than in some greenfield specialist cases the routers
>     will all be DN aware, but in order to get deployment in most
>     networks we need to design for the case where only strategic nodes
>     are DN aware.
>
>     - Stewart
>
>
>     On 16/01/2018 01:14, Mach Chen wrote:
>>
>>     Hi Balazs,
>>
>>     #2 is a more nature solution, the DetNet CW is dedicated for
>>     DetNet, seems there is no compatibility issue.
>>
>>     In addition, I think we need to define a way on how to
>>     differentiate a DetNet flow from a non-DetNet flow, then the
>>     network processor can process the CW as expected.  In TSN, it
>>     uses the priority to determine whether a flow is TSN or non-TSN
>>     flow. For DetNet, should we also use the same way (e.g., TC,
>>     DSCP)? Or the DetNet service Label itself implies the situation,
>>     but it seems that this only works when the DetNet service label
>>     is the top label.
>>
>>     Any other thoughts?
>>
>>     Best regards,
>>
>>     Mach
>>
>>     *From:* detnet [mailto:detnet-bounces@ietf.org
>>     <mailto:detnet-bounces@ietf.org>] *On Behalf Of *Balázs Varga A
>>     *Sent:* Monday, January 15, 2018 9:06 PM
>>     *To:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>
>>     *Subject:* [Detnet] DP solution (Sequence Numbering)
>>
>>     Hi,
>>
>>     Some thoughts to start discussion on open points of the DP
>>     solution draft.
>>
>>     This mail(-thread) is on sequence numbering.
>>
>>     Problem in case of MPLS and DetNet Control Word:
>>
>>     - S/N skips zero problem: Ethernet PW definition states that S/N
>>     skips zero.
>>
>>     It uses zero to mean no S/N in use. (rfc4448)
>>
>>     Possible problem resolutions:
>>
>>     #1: Using a "flag" in the reserved bits part of the CW:
>>
>>     0                   1 2                   3
>>
>>           0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>>
>>     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>>          |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence
>>     Number      |
>>
>>     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>>     D-bit: set to “1” means DetNet specific Seq. Number used,
>>
>>     Bit5-15: reserved.
>>
>>     RFC4448 states that reserved bits “MUST be ignored upon receipt”,
>>     so backward
>>
>>     compatibility is ensured. Such a solution would allow also to use
>>     longer seq.num.
>>
>>     formats (if needed). Such a format is also inline with RFC4385.
>>
>>     #2: Making “0” as a valid Seq.Num.
>>
>>     DetNet flows are recognized and forwarded special within the DetNet
>>
>>     domain. S/N is used within the DetNet domain by DetNet Service
>>     functions
>>
>>     (i.e. PREF). S/N used only on DetNet end-nodes and DetNet
>>     relay-nodes. No
>>
>>     other nodes care about the value of S/N, therefore DetNet can
>>     specify its
>>
>>     own sequence number processing algorithm. So “0” can be a valid
>>     number
>>
>>     and not the indication that no Seq.Num. is used. This is inline
>>     with RFC4385.
>>
>>     #3: Other … ?!?
>>
>>     Comments are welcome.
>>
>>     Cheers
>>
>>     Bala'zs
>>
>>     -----Original Message-----
>>     From: detnet [mailto:detnet-bounces@ietf.org
>>     <mailto:detnet-bounces@ietf.org>] On Behalf Of Lou Berger
>>     Sent: 2018. január 10. 19:01
>>     To: DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>
>>     Subject: [Detnet] recording for today's interim
>>
>>     is available for download at:
>>
>>     https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>>     <https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301>
>>
>>     raw notes are available at
>>
>>     http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>>     <http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01>
>>
>>     Please feel free to update the etherpad based on the recording.
>>
>>     Lou (and co-chairs)
>>
>>     _______________________________________________
>>
>>     detnet mailing list
>>
>>     detnet@ietf.org <mailto:detnet@ietf.org>
>>
>>     https://www.ietf.org/mailman/listinfo/detnet
>>     <https://www.ietf.org/mailman/listinfo/detnet>
>>
>>
>>
>>     _______________________________________________
>>     detnet mailing list
>>     detnet@ietf.org <mailto:detnet@ietf.org>
>>     https://www.ietf.org/mailman/listinfo/detnet
>>     <https://www.ietf.org/mailman/listinfo/detnet>
>
>
>     _______________________________________________
>     detnet mailing list
>     detnet@ietf.org <mailto:detnet@ietf.org>
>     https://www.ietf.org/mailman/listinfo/detnet
>     <https://www.ietf.org/mailman/listinfo/detnet>
>
>


--------------32E7F585D03CAEC566609AA1
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    Andy<br>
    <br>
    <div class="moz-cite-prefix">On 16/01/2018 15:20, Andrew G. Malis
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com">
      <div dir="ltr">Stewart,
        <div><br>
        </div>
        <div>Like with PWs (since DETNET for MPLS would just be another
          PW type), targeted LDP and provisioning (via a central
          controller, NMS, etc.) are alternatives to RSVP and SR to
          provisioning/allocating the DETNET PW label.</div>
      </div>
    </blockquote>
    <br>
    .. and I suppose strictly BGP which is also used for this purpose in
    VPNs<br>
    <br>
    <blockquote type="cite"
cite="mid:CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com">
      <div dir="ltr">
        <div><br>
        </div>
        <div>You and Mach are both right that in the IP (non-MPLS) case,
          we need a way for the NP to detect DETNET flows. We could have
          a new IP protocol type for DETNET, and a DETNET header
          directly follows the IP header. In that case, the DETNET
          header would also need a next protocol identifier, unless the
          next protocol is always another IP header.</div>
      </div>
    </blockquote>
    <br>
    Last I saw, the thinking was that there would be an IP extension
    header, although I am not a fan of those since (a) I am not
    confident what a router will do one it does not understand, and (b)
    I am concerned about the need to support IPv4 which I suspect will
    have a long tail in enterprise deployment.<br>
    <br>
    I prefer a UDP type for this purpose since it has universal support
    through any middle box. firewall etc, and all routers need to look a
    the UDP DP so checking if it is one they need to work on is just one
    compare and conditional branch.<br>
    <br>
    <blockquote type="cite"
cite="mid:CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com">
      <div dir="ltr">
        <div><br>
        </div>
        <div>Of course, for MPLS, the DETNET PW label is the identifier.
          <br>
        </div>
      </div>
    </blockquote>
    <br>
    Only at the PW layer. Note my question about whether this is
    sufficient.<br>
    <br>
    - Stewart<br>
     <br>
    <blockquote type="cite"
cite="mid:CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com">
      <div dir="ltr">
        <div><br>
        </div>
        <div>Cheers,</div>
        <div>Andy</div>
        <div><br>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Tue, Jan 16, 2018 at 5:46 AM,
          Stewart Bryant <span dir="ltr">&lt;<a
              href="mailto:stewart.bryant@gmail.com" target="_blank"
              moz-do-not-send="true">stewart.bryant@gmail.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div text="#000000" bgcolor="#FFFFFF">
              <p>If we need to discriminate at the PSN layer rather than
                the DN layer then we really are forced to create a new
                FEC type for MPLS, or synthesize one through RSVP or SR.
                IP has no native support for this, but we could
                introduce the concept, for example by making this the
                property of the IP address or some way of MPLSing IP.</p>
              <p>However there is a deeper question we need to answer.
                Is our expectation that each hop in the data plane DN
                aware, or is our expectation that at lest in some
                networks the data plane is generic with some DN nodes
                strategically placed?</p>
              <p>I can see than in some greenfield specialist cases the
                routers will all be DN aware, but in order to get
                deployment in most networks we need to design for the
                case where only strategic nodes are DN aware.<span
                  class="HOEnZb"><font color="#888888"><br>
                  </font></span></p>
              <span class="HOEnZb"><font color="#888888">
                  <p>- Stewart<br>
                  </p>
                </font></span>
              <div>
                <div class="h5"> <br>
                  <div class="m_1519775394609505423moz-cite-prefix">On
                    16/01/2018 01:14, Mach Chen wrote:<br>
                  </div>
                  <blockquote type="cite">
                    <div class="m_1519775394609505423WordSection1">
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d">Hi
                            Balazs,</span></font></p>
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d"> </span></font></p>
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d">#2 is
                            a more nature solution, the DetNet CW is
                            dedicated for DetNet, seems there is no
                            compatibility issue.</span></font></p>
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d"> </span></font></p>
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d">In
                            addition, I think we need to define a way on
                            how to differentiate a DetNet flow from a
                            non-DetNet flow, then the network processor
                            can process the CW as expected.  In TSN, it
                            uses the priority to determine whether a
                            flow is TSN or non-TSN flow. For DetNet,
                            should we also use the same way (e.g., TC,
                            DSCP)? Or the DetNet service Label itself
                            implies the situation, but it seems that
                            this only works when the DetNet service
                            label is the top label.  </span></font></p>
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d"> </span></font></p>
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d">Any
                            other thoughts?</span></font></p>
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d"> </span></font></p>
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d">Best
                            regards,</span></font></p>
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d">Mach</span></font></p>
                      <p class="MsoNormal"><font size="2" face="Calibri"
                          color="#1f497d"><span
                            style="font-size:11.0pt;color:#1f497d"> </span></font></p>
                      <div style="border:none;border-left:solid blue
                        1.5pt;padding:0cm 0cm 0cm 4.0pt">
                        <div>
                          <div style="border:none;border-top:solid
                            #e1e1e1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
                            <p class="MsoNormal"><b><font size="2"
                                  face="Calibri"><span
                                    style="font-size:11.0pt;font-weight:bold">From:</span></font></b>
                              detnet [<a
                                class="m_1519775394609505423moz-txt-link-freetext"
                                href="mailto:detnet-bounces@ietf.org"
                                target="_blank" moz-do-not-send="true">mailto:detnet-bounces@ietf.<wbr>org</a>]
                              <b><span style="font-weight:bold">On
                                  Behalf Of </span></b>Balázs Varga A<br>
                              <b><span style="font-weight:bold">Sent:</span></b>
                              Monday, January 15, 2018 9:06 PM<br>
                              <b><span style="font-weight:bold">To:</span></b>
                              DetNet WG <a
                                class="m_1519775394609505423moz-txt-link-rfc2396E"
                                href="mailto:detnet@ietf.org"
                                target="_blank" moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><br>
                              <b><span style="font-weight:bold">Subject:</span></b>
                              [Detnet] DP solution (Sequence Numbering)</p>
                          </div>
                        </div>
                        <p class="MsoNormal"><font size="2"
                            face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">Hi,</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">Some thoughts to
                              start discussion on open points of the DP
                              solution draft.</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">This
                              mail(-thread) is on sequence numbering.</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">Problem in case
                              of MPLS and DetNet Control Word:</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">- S/N skips zero
                              problem: Ethernet PW definition states
                              that S/N skips zero.</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">It uses zero to
                              mean no S/N in use. (rfc4448)</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">Possible problem
                              resolutions:</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">#1: Using a
                              "flag" in the reserved bits part of the
                              CW:</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="1" face="Courier New"><span>     
                              0                   1                  
                              2                   3</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="1" face="Courier New"><span>      0 1
                              2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2
                              3 4 5 6 7 8 9 0 1</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="1" face="Courier New"><span>    
                              +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="1" face="Courier New"><span>     |0 0
                              0 0|D|reserved - set to 0  |   16 bit
                              Sequence Number      |</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="1" face="Courier New"><span>    
                              +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">D-bit: set to “1”
                              means DetNet specific Seq. Number used,</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">Bit5-15:
                              reserved.</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">RFC4448 states
                              that reserved bits “MUST be ignored upon
                              receipt”, so backward </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">compatibility is
                              ensured. Such a solution would allow also
                              to use longer seq.num. </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">formats (if
                              needed). Such a format is also inline with
                              RFC4385.</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">#2: Making “0” as
                              a valid Seq.Num.</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">DetNet flows are
                              recognized and forwarded special within
                              the DetNet </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">domain. S/N is
                              used within the DetNet domain by DetNet
                              Service functions </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">(i.e. PREF). S/N
                              used only on DetNet end-nodes and DetNet
                              relay-nodes. No </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">other nodes care
                              about the value of S/N, therefore DetNet
                              can specify its </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">own sequence
                              number processing algorithm. So “0” can be
                              a valid number</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">and not the
                              indication that no Seq.Num. is used. This
                              is inline with RFC4385.</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">#3: Other … ?!?</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">Comments are
                              welcome.</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">Cheers</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">Bala'zs</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">-----Original
                              Message-----<br>
                              From: detnet [<a
                                href="mailto:detnet-bounces@ietf.org"
                                target="_blank" moz-do-not-send="true">mailto:detnet-bounces@ietf.<wbr>org</a>]
                              On Behalf Of Lou Berger<br>
                              Sent: 2018. január 10. 19:01<br>
                              To: DetNet WG &lt;<a
                                href="mailto:detnet@ietf.org"
                                target="_blank" moz-do-not-send="true">detnet@ietf.org</a>&gt;<br>
                              Subject: [Detnet] recording for today's
                              interim</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">is available for
                              download at: </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"><a
href="https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301"
                                target="_blank" moz-do-not-send="true"><font
                                  color="black"><span
                                    style="color:windowtext;text-decoration:none">https://ietf.webex.com/ietf/<wbr>ldr.php?RCID=<wbr>e5116bc7db254c24a7bb3217bf2023<wbr>01</span></font></a></span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">raw notes are
                              available at </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"><a
href="http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01"
                                target="_blank" moz-do-not-send="true"><font
                                  color="black"><span
                                    style="color:windowtext;text-decoration:none">http://etherpad.tools.ietf.<wbr>org:9000/p/notes-ietf-interim-<wbr>2018-detnet-01</span></font></a></span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">Please feel free
                              to update the etherpad based on the
                              recording.</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">Lou (and
                              co-chairs)</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"> </span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">______________________________<wbr>_________________</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt">detnet mailing
                              list</span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"><a
                                href="mailto:detnet@ietf.org"
                                target="_blank" moz-do-not-send="true"><font
                                  color="black"><span
                                    style="color:windowtext;text-decoration:none">detnet@ietf.org</span></font></a></span></font></p>
                        <p class="m_1519775394609505423MsoPlainText"><font
                            size="2" face="Calibri"><span
                              style="font-size:11.0pt"><a
                                href="https://www.ietf.org/mailman/listinfo/detnet"
                                target="_blank" moz-do-not-send="true"><font
                                  color="black"><span
                                    style="color:windowtext;text-decoration:none">https://www.ietf.org/mailman/<wbr>listinfo/detnet</span></font></a></span></font></p>
                      </div>
                    </div>
                    <br>
                    <fieldset
                      class="m_1519775394609505423mimeAttachmentHeader"></fieldset>
                    <br>
                    <pre>______________________________<wbr>_________________
detnet mailing list
<a class="m_1519775394609505423moz-txt-link-abbreviated" href="mailto:detnet@ietf.org" target="_blank" moz-do-not-send="true">detnet@ietf.org</a>
<a class="m_1519775394609505423moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/detnet" target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a>
</pre>
                  </blockquote>
                  <br>
                </div>
              </div>
            </div>
            <br>
            ______________________________<wbr>_________________<br>
            detnet mailing list<br>
            <a href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><br>
            <a href="https://www.ietf.org/mailman/listinfo/detnet"
              rel="noreferrer" target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a><br>
            <br>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------32E7F585D03CAEC566609AA1--


From nobody Tue Jan 16 08:49:51 2018
Return-Path: <jean-yves.leboudec@epfl.ch>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 797771315BC for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 08:49:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.8
X-Spam-Level: 
X-Spam-Status: No, score=0.8 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vZ7hRJe47uz2 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 08:49:46 -0800 (PST)
Received: from smtp4.epfl.ch (smtp4.epfl.ch [IPv6:2001:620:618:1e0:1:80b2:e059:1]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4D9512E039 for <detnet@ietf.org>; Tue, 16 Jan 2018 08:49:44 -0800 (PST)
Received: (qmail 10193 invoked by uid 107); 16 Jan 2018 16:49:40 -0000
X-Virus-Scanned: ClamAV
Received: from icsil1noteb199.epfl.ch (HELO [128.178.151.248]) (128.178.151.248) (TLS, ECDHE-RSA-AES256-GCM-SHA384 (X25519 curve) cipher) (authenticated) by mail.epfl.ch (AngelmatoPhylax SMTP proxy) with ESMTPSA; Tue, 16 Jan 2018 17:49:40 +0100
X-EPFL-Auth: bMOuQv5qxok/z2TyJQVO/3S1rksP975R8pHHeOGPCKXsxy8Ic00=
To: "Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com>, "detnet@ietf.org" <detnet@ietf.org>
References: <f64b9e95-a304-f381-e7ce-ffb7b83a7fc8@epfl.ch> <85a60b00-70ee-308d-22c7-dbd9bf84d618@epfl.ch> <F1C1D5B02EA3FA4A8AF54C86BA4F325C089637FB@DGGEMA501-MBS.china.huawei.com>
From: Le Boudec Jean-Yves <jean-yves.leboudec@epfl.ch>
Message-ID: <69f7590e-fd30-2534-3824-212503746da5@epfl.ch>
Date: Tue, 16 Jan 2018 17:49:40 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <F1C1D5B02EA3FA4A8AF54C86BA4F325C089637FB@DGGEMA501-MBS.china.huawei.com>
Content-Type: multipart/alternative; boundary="------------4D69B1E06DDD6B73C96CB307"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/lAF5G0msaP6v_bYsU7Pb6c5zIzo>
Subject: Re: [Detnet] End-to-end latency versus per-hop latency bounds
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 16:49:49 -0000

This is a multi-part message in MIME format.
--------------4D69B1E06DDD6B73C96CB307
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

Dear Geng Xuesong

consider a path made of two hops. The end-to-end delay bound with 
per-flow scheduler and leaky bucket constraint at the source is

     b/R + 2T

where b is the burstiness of the flow, R the rate guaranteed to the 
flow, and T the latency parameter of the rate-latency service curve at 
each hop (here I assume the two hops offer the same service curve to 
this flow).

the worst case delay bound at the first hop is b/R+T and at the second 
hop b/R+  (1+r/R) T.

the sum of the hop by hop delays is

   2b/R +(2+r/R)T

the difference is b/R +r/R T

b is typically the max number of bits in one interval as given by the 
detnet T-spec. R is the rate guaranteed to this flow at each hop. 
Already for 2 hops the difference is significant, the main difference 
being that the sum of hop by hop delays contains a term 2b/R instead of 
b/r in the end-to-end bound. If there are k hops, the difference is at 
least at large as (k-1) b/R.

Please don't hesitate to contact me if you'd like us to work on more 
details of this.

JY



On 10.01.2018 03:27, Gengxuesong (Geng Xuesong) wrote:
>
> Hi JY,
>
> I have read more material about Networking Calculus, and I think it is 
> very useful to describe the network unit behavior accurately and make 
> the worst case end-to-end latency smaller than the sum of worst case 
> latency of every hop.
>
> It will be very charming if we can prove the end-to-end latency will 
> be shorter significantly. And as the author of DetNet YANG module, I 
> am also very interested in specifying ‘the rate and latency parameters 
> of a per-flow scheduler; the parameters of the shaping algorithm’ 
> based on the method offered by Networking Calculus, as you have 
> mentioned in the email (In my understanding, most of the parameters of 
> different queuing management algorithm have been defined in IEEE, 
> maybe we can make use of them and redefine them in a rigorous 
> mathematical model ).
>
> They are all very interesting. If you have further plans about these 
> topics, please let me in.
>
> Best Regards,
>
> Xuesong
>
> *From:*detnet [mailto:detnet-bounces@ietf.org] *On Behalf Of *Le 
> Boudec Jean-Yves
> *Sent:* Monday, January 08, 2018 8:05 PM
> *To:* detnet@ietf.org
> *Subject:* Re: [Detnet] End-to-end latency versus per-hop latency bounds
>
> typo correction, sorry -- JY
>
> Now in the drafts [1] and [2] the queuing delays are expressed and 
> gathered per node, which is NOT sufficient in these cases to find the 
> worst case end-to-end delay.
>
> On 08.01.2018 12:00, Le Boudec Jean-Yves wrote:
>
>     There are cases in detnet where the end-to-end latency is less
>     than the sum of the latencies at every hop:
>
>     - If the detnet nodes uses per-flow scheduling, the worst case
>     end-to-end queuing delay is less than the sum of the worst case
>     queuing delays at every hop because all worst cases cannot happen
>     at the same time (“pay burst only once” [3]).
>
>     - A similar case arises if the detnet nodes use the Urgency Based
>     Scheduler defined by IEEE 802.1 TSN for asynchronous traffic
>     shaping [4]. Here, a packet may be delayed (1) at a switch output
>     port due to output port queuing and class-based scheduling and (2)
>     at the next downstream node due to the urgency based scheduler,
>     which reshapes individual flows in order to avoid cascades of
>     burstiness increase. The worst case of the sum of the delays at
>     (1) and (2) is strictly less than the sum of the worst cases of
>     (1) and (2) – this is an instance of “reshaping is for free” [3].
>
>     Now in the drafts [1] and [2] the queuing delays are expressed and
>     gathered per node, which is sufficient in these cases to find the
>     worst case end-to-end delay. If the only information available to
>     a path computation application is the per-hop latency, then the
>     computed end-to-end latency bound will be the sum of the per-hop
>     bounds, which may be much more than the end-to-end latency that
>     would be computed by a path computation application that would be
>     aware of the presence of per-flow scheduling or of urgency based
>     schedulers. Therefore, it seems that these drafts should be
>     adapted to allow for an accurate computation of the end-to-end
>     latency.
>
>     [1] draft-finn-bounded-latency
>     [2] draft-geng-detnet-conf-yang-00
>     [3] slides-100-detnet-applicability-of-network-calculus-to-detnet-02
>     [4]
>     http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf
>
>     Best, JY
>


--------------4D69B1E06DDD6B73C96CB307
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Dear Geng Xuesong</p>
    <p>consider a path made of two hops. The end-to-end delay bound with
      per-flow scheduler and leaky bucket constraint at the source is</p>
    <p>    b/R + 2T</p>
    <p>where b is the burstiness of the flow, R the rate guaranteed to
      the flow, and T the latency parameter of the rate-latency service
      curve at each hop (here I assume the two hops offer the same
      service curve to this flow).</p>
    <p>the worst case delay bound at the first hop is b/R+T and at the
      second hop b/R+  (1+r/R) T.<br>
    </p>
    <p>the sum of the hop by hop delays is <br>
    </p>
    <p>  2b/R +(2+r/R)T</p>
    <p>the difference is b/R +r/R T</p>
    <p>b is typically the max number of bits in one interval as given by
      the detnet T-spec. R is the rate guaranteed to this flow at each
      hop. Already for 2 hops the difference is significant, the main
      difference being that the sum of hop by hop delays contains a term
      2b/R instead of b/r in the end-to-end bound. If there are k hops,
      the difference is at least at large as (k-1) b/R. <br>
    </p>
    <p>Please don't hesitate to contact me if you'd like us to work on
      more details of this.</p>
    <p>JY<br>
    </p>
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 10.01.2018 03:27, Gengxuesong (Geng
      Xuesong) wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:F1C1D5B02EA3FA4A8AF54C86BA4F325C089637FB@DGGEMA501-MBS.china.huawei.com">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <meta name="Generator" content="Microsoft Word 12 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";
	color:black;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span
style="font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"
            lang="EN-US">Hi JY,<o:p></o:p></span></p>
        <p class="MsoNormal" style="line-height:150%"><span
style="font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"
            lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal" style="line-height:150%"><span
style="font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"
            lang="EN-US">I have read more material about Networking
            Calculus, and I think it is very useful to describe the
            network unit behavior accurately and make the worst case
            end-to-end latency smaller than the sum of worst case
            latency of every hop.<o:p></o:p></span></p>
        <p class="MsoNormal" style="line-height:150%"><span
style="font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"
            lang="EN-US">It will be very charming if we can prove the
            end-to-end latency will be shorter significantly. And as the
            author of DetNet YANG module, I am also very interested in
            specifying ‘the rate and latency parameters of a per-flow
            scheduler; the parameters of the shaping algorithm’ based on
            the method offered by Networking Calculus, as you have
            mentioned in the email (In my understanding, most of the
            parameters of different queuing management algorithm have
            been defined in IEEE, maybe we can make use of them and
            redefine them in a rigorous mathematical model ).
            <o:p></o:p></span></p>
        <p class="MsoNormal" style="line-height:150%"><span
style="font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"
            lang="EN-US">They are all very interesting. If you have
            further plans about these topics, please let me in.<o:p></o:p></span></p>
        <p class="MsoNormal" style="line-height:150%"><span
style="font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"
            lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal" style="line-height:150%"><span
style="font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"
            lang="EN-US">Best Regards,<o:p></o:p></span></p>
        <p class="MsoNormal" style="line-height:150%"><span
style="font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"
            lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal" style="line-height:150%"><span
style="font-size:10.5pt;line-height:150%;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"
            lang="EN-US">Xuesong<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:10.5pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"
            lang="EN-US"><o:p> </o:p></span></p>
        <div style="border:none;border-left:solid blue 1.5pt;padding:0cm
          0cm 0cm 4.0pt">
          <div>
            <div style="border:none;border-top:solid #B5C4DF
              1.0pt;padding:3.0pt 0cm 0cm 0cm">
              <p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:windowtext"
                    lang="EN-US">From:</span></b><span
style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;color:windowtext"
                  lang="EN-US"> detnet [<a class="moz-txt-link-freetext" href="mailto:detnet-bounces@ietf.org">mailto:detnet-bounces@ietf.org</a>]
                  <b>On Behalf Of </b>Le Boudec Jean-Yves<br>
                  <b>Sent:</b> Monday, January 08, 2018 8:05 PM<br>
                  <b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:detnet@ietf.org">detnet@ietf.org</a><br>
                  <b>Subject:</b> Re: [Detnet] End-to-end latency versus
                  per-hop latency bounds<o:p></o:p></span></p>
            </div>
          </div>
          <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
          <p><span lang="EN-US">typo correction, sorry -- JY <o:p></o:p></span></p>
          <p><span lang="EN-US">Now in the drafts [1] and [2] the
              queuing delays are expressed and gathered per node, which
              is NOT sufficient in these cases to find the worst case
              end-to-end delay.<o:p></o:p></span></p>
          <div>
            <p class="MsoNormal"><span lang="EN-US">On 08.01.2018 12:00,
                Le Boudec Jean-Yves wrote:<o:p></o:p></span></p>
          </div>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <p class="MsoNormal"><span lang="EN-US">There are cases in
                detnet where the end-to-end latency is less than the sum
                of the latencies at every hop:
                <br>
                <br>
                - If the detnet nodes uses per-flow scheduling, the
                worst case end-to-end queuing delay is less than the sum
                of the worst case queuing delays at every hop because
                all worst cases cannot happen at the same time (“pay
                burst only once” [3]).
                <br>
                <br>
                - A similar case arises if the detnet nodes use the
                Urgency Based Scheduler defined by IEEE 802.1 TSN for
                asynchronous traffic shaping [4]. Here, a packet may be
                delayed (1) at a switch output port due to output port
                queuing and class-based scheduling and (2) at the next
                downstream node due to the urgency based scheduler,
                which reshapes individual flows in order to avoid
                cascades of burstiness increase. The worst case of the
                sum of the delays at (1) and (2) is strictly less than
                the sum of the worst cases of (1) and (2) – this is an
                instance of “reshaping is for free” [3]. <br>
                <br>
                Now in the drafts [1] and [2] the queuing delays are
                expressed and gathered per node, which is sufficient in
                these cases to find the worst case end-to-end delay. If
                the only information available to a path computation
                application is the per-hop latency, then the computed
                end-to-end latency bound will be the sum of the per-hop
                bounds, which may be much more than the end-to-end
                latency that would be computed by a path computation
                application that would be aware of the presence of
                per-flow scheduling or of urgency based schedulers.
                Therefore, it seems that these drafts should be adapted
                to allow for an accurate computation of the end-to-end
                latency.
                <br>
                <br>
                [1] draft-finn-bounded-latency <br>
                [2] draft-geng-detnet-conf-yang-00 <br>
                [3]
                slides-100-detnet-applicability-of-network-calculus-to-detnet-02
                <br>
                [4] <a
href="http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf"
                  moz-do-not-send="true">
http://www.ieee802.org/1/files/public/docs2015/new-tsn-specht-ubs-queues-0521-v0.pdf</a><br>
                <br>
                Best, JY <o:p></o:p></span></p>
          </blockquote>
          <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
        </div>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------4D69B1E06DDD6B73C96CB307--


From nobody Tue Jan 16 10:04:16 2018
Return-Path: <eagros@dolby.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64B021275FD for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 10:04:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.091
X-Spam-Level: 
X-Spam-Status: No, score=0.091 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, T_KAM_HTML_FONT_INVALID=0.01, T_SPF_PERMERROR=0.01, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dolby.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 GkCUyFQwWoRt for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 10:04:10 -0800 (PST)
Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0104.outbound.protection.outlook.com [104.47.40.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 945D912E9D7 for <detnet@ietf.org>; Tue, 16 Jan 2018 10:03:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Dolby.onmicrosoft.com;  s=selector1-dolby-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Lyl6QSvuy7FHp6ZW0/QjfUSBC/wW8tVb26wPy71YVyg=; b=lVomar35Zdets4VzH2eDSeRe+5RzxJ/HjhW6JQHCLb+SrM2zgZiuNo3oO+FUljDjNqT82BQjuXuZylISU8NrYmGX6x8gGN2AeX9R4ozbvhhGMUUio7xTDgRCNMrDGB71gDglGmQ0yE2QA/h+O4mWr7uLTaZl4YasN2lmmxwY6+g=
Received: from BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) by BN6PR06MB2548.namprd06.prod.outlook.com (10.173.22.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.407.7; Tue, 16 Jan 2018 18:03:54 +0000
Received: from BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) by BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) with mapi id 15.20.0407.009; Tue, 16 Jan 2018 18:03:54 +0000
From: "Grossman, Ethan A." <eagros@dolby.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>
CC: DetNet WG <detnet@ietf.org>, Mach Chen <mach.chen@huawei.com>, =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>
Thread-Topic: [Detnet] DP solution (Sequence Numbering)
Thread-Index: AdON9g9s51ad7oXxQLCexQu8wQXvkQAb0RFQABR8wAAACZKlAAACtrEAAAI8G8A=
Date: Tue, 16 Jan 2018 18:03:54 +0000
Message-ID: <BN6PR06MB254791EE88EAC4023F062758C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com> <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com> <CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com> <cb200ec7-6187-e817-a31c-c0f3e0da335a@gmail.com>
In-Reply-To: <cb200ec7-6187-e817-a31c-c0f3e0da335a@gmail.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=eagros@dolby.com; 
x-originating-ip: [8.39.141.5]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR06MB2548; 7:+Zsr8DgT2hU23NVNGkBggfsHLI44MiWe7qd/a5hx4sOS2xrN5t21aasMjt9zWdjOX/5XqzGia121cX63nFgybPTZL1EBu5IAh25m/E1V9QRA49WNKJvD4ge1qBz1Ow9kKls3aBBaDOYfNWeUp7obJqMB3x0udND1wk8nc2DWWToZmjKAcbpj/Ooc5Agj4n3P/DkRuBagpCrmFcfACq+dLNiY1Fs1JiY5gOCbcqVM19siC/ORVVQTLGXhe8uwH1vj
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 57d8eca8-471b-46e7-7789-08d55d0b81e7
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(4534125)(7022125)(4602075)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:BN6PR06MB2548; 
x-ms-traffictypediagnostic: BN6PR06MB2548:
x-microsoft-antispam-prvs: <BN6PR06MB25487E7B67F58116BC17BA3FC4EA0@BN6PR06MB2548.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(28532068793085)(10436049006162)(50582790962513)(85827821059158)(94707916325470)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(2401047)(8121501046)(5005006)(10201501046)(3002001)(3231023)(944501161)(93006095)(93001095)(20161123564045)(20161123562045)(2016111802025)(20161123558120)(20161123560045)(6072148)(6042181)(6043046)(201708071742011); SRVR:BN6PR06MB2548; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN6PR06MB2548; 
x-forefront-prvs: 0554B1F54F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(396003)(39380400002)(39850400004)(366004)(376002)(279900001)(13464003)(24454002)(37854004)(199004)(189003)(53936002)(55016002)(25786009)(106356001)(97736004)(229853002)(6306002)(33656002)(606006)(54906003)(77096006)(9686003)(236005)(19625305001)(110136005)(26005)(68736007)(16799955002)(66066001)(6436002)(54896002)(2900100001)(316002)(99286004)(8936002)(8676002)(86362001)(76176011)(93886005)(6246003)(3280700002)(3660700001)(81156014)(7736002)(478600001)(966005)(14454004)(3846002)(4326008)(6116002)(5660300001)(2906002)(102836004)(74316002)(790700001)(105586002)(7696005)(2950100002)(81166006)(53546011)(59450400001)(39060400002)(6506007); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR06MB2548; H:BN6PR06MB2547.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: dolby.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: v4w71iqc4r7tiHkp5KhudalxhsCSoexOoGXc3yFORaRW/chtsUj04JC1cb55QaZIXUf+VYafVecy5x82eU06jA==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR06MB254791EE88EAC4023F062758C4EA0BN6PR06MB2547namp_"
MIME-Version: 1.0
X-OriginatorOrg: dolby.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 57d8eca8-471b-46e7-7789-08d55d0b81e7
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jan 2018 18:03:54.7309 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 05408d25-cd0d-40c8-8962-5462de64a318
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR06MB2548
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/m63927pvVlQJXOv9zssuinYHwEs>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 18:04:14 -0000

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

SnVzdCBhIGNvdXBsZSBvZiBteSB0aG91Z2h0czoNCg0KMSkgICAgICBSZWdhcmRpbmcgd2hldGhl
ciBldmVyeSBub2RlIGluIHRoZSBuZXR3b3JrIGlzIHJlcXVpcmVkIHRvIGJlIERldE5ldCBhd2Fy
ZSwgSSB3YXMgYXNzdW1pbmcgdGhhdCBpdCB3b3VsZCBiZSBsaWtlIEFWQi9UU04sIGluIHdoaWNo
IHlvdSBjYW4gb25seSBtYWtlIGEgc3RyZWFtIHJlc2VydmF0aW9uIHRocm91Z2ggYSBwYXRoIG9m
IG5vZGVzIHRoYXQgYXJlIFRTTiBhd2FyZSwgYW5kIHRyYWZmaWMgdGhhdCBoYWQgdG8gY3Jvc3Mg
bm9uLWF3YXJlIG5vZGVzIHdvdWxkIGhhdmUgdG8gYmUgdHJlYXRlZCBhcyBub24tVFNOIHRyYWZm
aWMsIGkuZS4gc29tZSBwYWNrZXRzIGNvdWxkIGdldCBkcm9wcGVkIGFuZCB0aGVyZSB3b3VsZCBu
b3QgYmUgdGltaW5nIGd1YXJhbnRlZXMsIGJ1dCBhdCBsZWFzdCB0aGV5IHdvdWxkbuKAmXQgYmUg
ZHJvcHBlZCB3aG9sZXNhbGUgZHVlIHRvIG1hc3NpdmUgcHJvdG9jb2wgaW5jb21wYXRpYmlsaXR5
LiAgSXMgdGhhdCB0aGUgZXhwZWN0YXRpb24gaGVyZSBvciBpcyB0aGVyZSBhIHNpZ25pZmljYW50
IGRpZmZlcmVuY2U/DQoNCjIpICAgICAgSSBhZ3JlZSB0aGF0IHdlIG5lZWQgdG8gaGF2ZSBzb21l
IGtpbmQgb2Ygc3RyYXRlZ3kgZm9yIHN1cHBvcnRpbmcgSVB2NCwgZm9yIGV4YW1wbGUgcHJvdmlk
aW5nIGF0IGxlYXN0IERldE5ldC10eXBlIGRlbGF5IGFuZCBqaXR0ZXIgYm91bmRzLCBldmVuIGlm
IGl0IGhhZCBzb21lIGxpbWl0YXRpb25zIGNvbXBhcmVkIHRvIE1QTFMvSVB2NiAoZS5nLiBubyBQ
UkVGIGFuZCB0aHVzIGxpbWl0ZWQgcmVsaWFiaWxpdHkpLg0KDQpFdGhhbi4NCg0KRnJvbTogZGV0
bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBTdGV3YXJ0
IEJyeWFudA0KU2VudDogVHVlc2RheSwgSmFudWFyeSAxNiwgMjAxOCA4OjM4IEFNDQpUbzogQW5k
cmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdtYWlsLmNvbT4NCkNjOiBEZXROZXQgV0cgPGRldG5ldEBp
ZXRmLm9yZz47IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+OyBCYWzDoXpzIFZhcmdh
IEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT4NClN1YmplY3Q6IFJlOiBbRGV0bmV0XSBE
UCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKQ0KDQoNCg0KQW5keQ0KT24gMTYvMDEvMjAx
OCAxNToyMCwgQW5kcmV3IEcuIE1hbGlzIHdyb3RlOg0KU3Rld2FydCwNCg0KTGlrZSB3aXRoIFBX
cyAoc2luY2UgREVUTkVUIGZvciBNUExTIHdvdWxkIGp1c3QgYmUgYW5vdGhlciBQVyB0eXBlKSwg
dGFyZ2V0ZWQgTERQIGFuZCBwcm92aXNpb25pbmcgKHZpYSBhIGNlbnRyYWwgY29udHJvbGxlciwg
Tk1TLCBldGMuKSBhcmUgYWx0ZXJuYXRpdmVzIHRvIFJTVlAgYW5kIFNSIHRvIHByb3Zpc2lvbmlu
Zy9hbGxvY2F0aW5nIHRoZSBERVRORVQgUFcgbGFiZWwuDQoNCi4uIGFuZCBJIHN1cHBvc2Ugc3Ry
aWN0bHkgQkdQIHdoaWNoIGlzIGFsc28gdXNlZCBmb3IgdGhpcyBwdXJwb3NlIGluIFZQTnMNCg0K
DQoNCllvdSBhbmQgTWFjaCBhcmUgYm90aCByaWdodCB0aGF0IGluIHRoZSBJUCAobm9uLU1QTFMp
IGNhc2UsIHdlIG5lZWQgYSB3YXkgZm9yIHRoZSBOUCB0byBkZXRlY3QgREVUTkVUIGZsb3dzLiBX
ZSBjb3VsZCBoYXZlIGEgbmV3IElQIHByb3RvY29sIHR5cGUgZm9yIERFVE5FVCwgYW5kIGEgREVU
TkVUIGhlYWRlciBkaXJlY3RseSBmb2xsb3dzIHRoZSBJUCBoZWFkZXIuIEluIHRoYXQgY2FzZSwg
dGhlIERFVE5FVCBoZWFkZXIgd291bGQgYWxzbyBuZWVkIGEgbmV4dCBwcm90b2NvbCBpZGVudGlm
aWVyLCB1bmxlc3MgdGhlIG5leHQgcHJvdG9jb2wgaXMgYWx3YXlzIGFub3RoZXIgSVAgaGVhZGVy
Lg0KDQpMYXN0IEkgc2F3LCB0aGUgdGhpbmtpbmcgd2FzIHRoYXQgdGhlcmUgd291bGQgYmUgYW4g
SVAgZXh0ZW5zaW9uIGhlYWRlciwgYWx0aG91Z2ggSSBhbSBub3QgYSBmYW4gb2YgdGhvc2Ugc2lu
Y2UgKGEpIEkgYW0gbm90IGNvbmZpZGVudCB3aGF0IGEgcm91dGVyIHdpbGwgZG8gb25lIGl0IGRv
ZXMgbm90IHVuZGVyc3RhbmQsIGFuZCAoYikgSSBhbSBjb25jZXJuZWQgYWJvdXQgdGhlIG5lZWQg
dG8gc3VwcG9ydCBJUHY0IHdoaWNoIEkgc3VzcGVjdCB3aWxsIGhhdmUgYSBsb25nIHRhaWwgaW4g
ZW50ZXJwcmlzZSBkZXBsb3ltZW50Lg0KDQpJIHByZWZlciBhIFVEUCB0eXBlIGZvciB0aGlzIHB1
cnBvc2Ugc2luY2UgaXQgaGFzIHVuaXZlcnNhbCBzdXBwb3J0IHRocm91Z2ggYW55IG1pZGRsZSBi
b3guIGZpcmV3YWxsIGV0YywgYW5kIGFsbCByb3V0ZXJzIG5lZWQgdG8gbG9vayBhIHRoZSBVRFAg
RFAgc28gY2hlY2tpbmcgaWYgaXQgaXMgb25lIHRoZXkgbmVlZCB0byB3b3JrIG9uIGlzIGp1c3Qg
b25lIGNvbXBhcmUgYW5kIGNvbmRpdGlvbmFsIGJyYW5jaC4NCg0KDQoNCk9mIGNvdXJzZSwgZm9y
IE1QTFMsIHRoZSBERVRORVQgUFcgbGFiZWwgaXMgdGhlIGlkZW50aWZpZXIuDQoNCk9ubHkgYXQg
dGhlIFBXIGxheWVyLiBOb3RlIG15IHF1ZXN0aW9uIGFib3V0IHdoZXRoZXIgdGhpcyBpcyBzdWZm
aWNpZW50Lg0KDQotIFN0ZXdhcnQNCg0KDQoNCkNoZWVycywNCkFuZHkNCg0KDQpPbiBUdWUsIEph
biAxNiwgMjAxOCBhdCA1OjQ2IEFNLCBTdGV3YXJ0IEJyeWFudCA8c3Rld2FydC5icnlhbnRAZ21h
aWwuY29tPG1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+PiB3cm90ZToNCg0KSWYgd2Ug
bmVlZCB0byBkaXNjcmltaW5hdGUgYXQgdGhlIFBTTiBsYXllciByYXRoZXIgdGhhbiB0aGUgRE4g
bGF5ZXIgdGhlbiB3ZSByZWFsbHkgYXJlIGZvcmNlZCB0byBjcmVhdGUgYSBuZXcgRkVDIHR5cGUg
Zm9yIE1QTFMsIG9yIHN5bnRoZXNpemUgb25lIHRocm91Z2ggUlNWUCBvciBTUi4gSVAgaGFzIG5v
IG5hdGl2ZSBzdXBwb3J0IGZvciB0aGlzLCBidXQgd2UgY291bGQgaW50cm9kdWNlIHRoZSBjb25j
ZXB0LCBmb3IgZXhhbXBsZSBieSBtYWtpbmcgdGhpcyB0aGUgcHJvcGVydHkgb2YgdGhlIElQIGFk
ZHJlc3Mgb3Igc29tZSB3YXkgb2YgTVBMU2luZyBJUC4NCg0KSG93ZXZlciB0aGVyZSBpcyBhIGRl
ZXBlciBxdWVzdGlvbiB3ZSBuZWVkIHRvIGFuc3dlci4gSXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQg
ZWFjaCBob3AgaW4gdGhlIGRhdGEgcGxhbmUgRE4gYXdhcmUsIG9yIGlzIG91ciBleHBlY3RhdGlv
biB0aGF0IGF0IGxlc3QgaW4gc29tZSBuZXR3b3JrcyB0aGUgZGF0YSBwbGFuZSBpcyBnZW5lcmlj
IHdpdGggc29tZSBETiBub2RlcyBzdHJhdGVnaWNhbGx5IHBsYWNlZD8NCg0KSSBjYW4gc2VlIHRo
YW4gaW4gc29tZSBncmVlbmZpZWxkIHNwZWNpYWxpc3QgY2FzZXMgdGhlIHJvdXRlcnMgd2lsbCBh
bGwgYmUgRE4gYXdhcmUsIGJ1dCBpbiBvcmRlciB0byBnZXQgZGVwbG95bWVudCBpbiBtb3N0IG5l
dHdvcmtzIHdlIG5lZWQgdG8gZGVzaWduIGZvciB0aGUgY2FzZSB3aGVyZSBvbmx5IHN0cmF0ZWdp
YyBub2RlcyBhcmUgRE4gYXdhcmUuDQoNCi0gU3Rld2FydA0KDQpPbiAxNi8wMS8yMDE4IDAxOjE0
LCBNYWNoIENoZW4gd3JvdGU6DQpIaSBCYWxhenMsDQoNCiMyIGlzIGEgbW9yZSBuYXR1cmUgc29s
dXRpb24sIHRoZSBEZXROZXQgQ1cgaXMgZGVkaWNhdGVkIGZvciBEZXROZXQsIHNlZW1zIHRoZXJl
IGlzIG5vIGNvbXBhdGliaWxpdHkgaXNzdWUuDQoNCkluIGFkZGl0aW9uLCBJIHRoaW5rIHdlIG5l
ZWQgdG8gZGVmaW5lIGEgd2F5IG9uIGhvdyB0byBkaWZmZXJlbnRpYXRlIGEgRGV0TmV0IGZsb3cg
ZnJvbSBhIG5vbi1EZXROZXQgZmxvdywgdGhlbiB0aGUgbmV0d29yayBwcm9jZXNzb3IgY2FuIHBy
b2Nlc3MgdGhlIENXIGFzIGV4cGVjdGVkLiAgSW4gVFNOLCBpdCB1c2VzIHRoZSBwcmlvcml0eSB0
byBkZXRlcm1pbmUgd2hldGhlciBhIGZsb3cgaXMgVFNOIG9yIG5vbi1UU04gZmxvdy4gRm9yIERl
dE5ldCwgc2hvdWxkIHdlIGFsc28gdXNlIHRoZSBzYW1lIHdheSAoZS5nLiwgVEMsIERTQ1ApPyBP
ciB0aGUgRGV0TmV0IHNlcnZpY2UgTGFiZWwgaXRzZWxmIGltcGxpZXMgdGhlIHNpdHVhdGlvbiwg
YnV0IGl0IHNlZW1zIHRoYXQgdGhpcyBvbmx5IHdvcmtzIHdoZW4gdGhlIERldE5ldCBzZXJ2aWNl
IGxhYmVsIGlzIHRoZSB0b3AgbGFiZWwuDQoNCkFueSBvdGhlciB0aG91Z2h0cz8NCg0KQmVzdCBy
ZWdhcmRzLA0KTWFjaA0KDQpGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRm
Lm9yZ10gT24gQmVoYWxmIE9mIEJhbMOhenMgVmFyZ2EgQQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5
IDE1LCAyMDE4IDk6MDYgUE0NClRvOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz48bWFpbHRv
OmRldG5ldEBpZXRmLm9yZz4NClN1YmplY3Q6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5j
ZSBOdW1iZXJpbmcpDQoNCg0KSGksDQoNCg0KDQpTb21lIHRob3VnaHRzIHRvIHN0YXJ0IGRpc2N1
c3Npb24gb24gb3BlbiBwb2ludHMgb2YgdGhlIERQIHNvbHV0aW9uIGRyYWZ0Lg0KDQpUaGlzIG1h
aWwoLXRocmVhZCkgaXMgb24gc2VxdWVuY2UgbnVtYmVyaW5nLg0KDQoNCg0KUHJvYmxlbSBpbiBj
YXNlIG9mIE1QTFMgYW5kIERldE5ldCBDb250cm9sIFdvcmQ6DQoNCi0gUy9OIHNraXBzIHplcm8g
cHJvYmxlbTogRXRoZXJuZXQgUFcgZGVmaW5pdGlvbiBzdGF0ZXMgdGhhdCBTL04gc2tpcHMgemVy
by4NCg0KSXQgdXNlcyB6ZXJvIHRvIG1lYW4gbm8gUy9OIGluIHVzZS4gKHJmYzQ0NDgpDQoNCg0K
DQpQb3NzaWJsZSBwcm9ibGVtIHJlc29sdXRpb25zOg0KDQojMTogVXNpbmcgYSAiZmxhZyIgaW4g
dGhlIHJlc2VydmVkIGJpdHMgcGFydCBvZiB0aGUgQ1c6DQoNCiAgICAgIDAgICAgICAgICAgICAg
ICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCg0KICAgICAg
MCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4
IDkgMCAxDQoNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KICAgICB8MCAwIDAgMHxEfHJlc2VydmVkIC0gc2V0
IHRvIDAgIHwgICAxNiBiaXQgU2VxdWVuY2UgTnVtYmVyICAgICAgfA0KDQogICAgICstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
DQoNCkQtYml0OiBzZXQgdG8g4oCcMeKAnSBtZWFucyBEZXROZXQgc3BlY2lmaWMgU2VxLiBOdW1i
ZXIgdXNlZCwNCg0KQml0NS0xNTogcmVzZXJ2ZWQuDQoNCg0KDQpSRkM0NDQ4IHN0YXRlcyB0aGF0
IHJlc2VydmVkIGJpdHMg4oCcTVVTVCBiZSBpZ25vcmVkIHVwb24gcmVjZWlwdOKAnSwgc28gYmFj
a3dhcmQNCg0KY29tcGF0aWJpbGl0eSBpcyBlbnN1cmVkLiBTdWNoIGEgc29sdXRpb24gd291bGQg
YWxsb3cgYWxzbyB0byB1c2UgbG9uZ2VyIHNlcS5udW0uDQoNCmZvcm1hdHMgKGlmIG5lZWRlZCku
IFN1Y2ggYSBmb3JtYXQgaXMgYWxzbyBpbmxpbmUgd2l0aCBSRkM0Mzg1Lg0KDQoNCg0KIzI6IE1h
a2luZyDigJww4oCdIGFzIGEgdmFsaWQgU2VxLk51bS4NCg0KRGV0TmV0IGZsb3dzIGFyZSByZWNv
Z25pemVkIGFuZCBmb3J3YXJkZWQgc3BlY2lhbCB3aXRoaW4gdGhlIERldE5ldA0KDQpkb21haW4u
IFMvTiBpcyB1c2VkIHdpdGhpbiB0aGUgRGV0TmV0IGRvbWFpbiBieSBEZXROZXQgU2VydmljZSBm
dW5jdGlvbnMNCg0KKGkuZS4gUFJFRikuIFMvTiB1c2VkIG9ubHkgb24gRGV0TmV0IGVuZC1ub2Rl
cyBhbmQgRGV0TmV0IHJlbGF5LW5vZGVzLiBObw0KDQpvdGhlciBub2RlcyBjYXJlIGFib3V0IHRo
ZSB2YWx1ZSBvZiBTL04sIHRoZXJlZm9yZSBEZXROZXQgY2FuIHNwZWNpZnkgaXRzDQoNCm93biBz
ZXF1ZW5jZSBudW1iZXIgcHJvY2Vzc2luZyBhbGdvcml0aG0uIFNvIOKAnDDigJ0gY2FuIGJlIGEg
dmFsaWQgbnVtYmVyDQoNCmFuZCBub3QgdGhlIGluZGljYXRpb24gdGhhdCBubyBTZXEuTnVtLiBp
cyB1c2VkLiBUaGlzIGlzIGlubGluZSB3aXRoIFJGQzQzODUuDQoNCg0KDQojMzogT3RoZXIg4oCm
ID8hPw0KDQoNCg0KQ29tbWVudHMgYXJlIHdlbGNvbWUuDQoNCg0KDQpDaGVlcnMNCg0KQmFsYSd6
cw0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGRldG5ldCBbbWFpbHRv
OmRldG5ldC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcg0KU2VudDog
MjAxOC4gamFudcOhciAxMC4gMTk6MDENClRvOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZzxt
YWlsdG86ZGV0bmV0QGlldGYub3JnPj4NClN1YmplY3Q6IFtEZXRuZXRdIHJlY29yZGluZyBmb3Ig
dG9kYXkncyBpbnRlcmltDQoNCg0KDQppcyBhdmFpbGFibGUgZm9yIGRvd25sb2FkIGF0Og0KDQpo
dHRwczovL2lldGYud2ViZXguY29tL2lldGYvbGRyLnBocD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRh
N2JiMzIxN2JmMjAyMzAxPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/
dT1odHRwcy0zQV9faWV0Zi53ZWJleC5jb21faWV0Zl9sZHIucGhwLTNGUkNJRC0zRGU1MTE2YmM3
ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAxJmQ9RHdNRGFRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2Jw
ZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmbT0xaVhVdERPckNua2VHUjJvbGlLMGYyT1MtcHhI
WThzMmtuNEFOYTNhQmRZJnM9cTFYcHhBcmFPZ0xIQTJYa0ZDdGtPemY3c2ZzNjZGQTVqbHJwRXVQ
b3VMbyZlPT4NCg0KDQoNCnJhdyBub3RlcyBhcmUgYXZhaWxhYmxlIGF0DQoNCmh0dHA6Ly9ldGhl
cnBhZC50b29scy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi1pbnRlcmltLTIwMTgtZGV0bmV0
LTAxPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwLTNBX19l
dGhlcnBhZC50b29scy5pZXRmLm9yZy0zQTkwMDBfcF9ub3Rlcy0yRGlldGYtMkRpbnRlcmltLTJE
MjAxOC0yRGRldG5ldC0yRDAxJmQ9RHdNRGFRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpj
SEM2d1hfZ0R3UERjZk1hRk5aaVEmbT0xaVhVdERPckNua2VHUjJvbGlLMGYyT1MtcHhIWThzMmtu
NEFOYTNhQmRZJnM9YWhnNDBRczluVEZUX2twVTlfdWNELTd5QktjakhlWllkdlF6aF9oMFVUMCZl
PT4NCg0KDQoNClBsZWFzZSBmZWVsIGZyZWUgdG8gdXBkYXRlIHRoZSBldGhlcnBhZCBiYXNlZCBv
biB0aGUgcmVjb3JkaW5nLg0KDQoNCg0KTG91IChhbmQgY28tY2hhaXJzKQ0KDQoNCg0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KZGV0bmV0IG1haWxp
bmcgbGlzdA0KDQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NCg0KaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8aHR0cHM6Ly91cmxkZWZl
bnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1h
bl9saXN0aW5mb19kZXRuZXQmZD1Ed01EYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNI
QzZ3WF9nRHdQRGNmTWFGTlppUSZtPTFpWFV0RE9yQ25rZUdSMm9saUswZjJPUy1weEhZOHMya240
QU5hM2FCZFkmcz1kcDMwU1V6b2JjQjFZR3R3dHkyMUtWX2VmeW5OT2JiY0hrbUFXaG5idzlVJmU9
Pg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N
Cg0KZGV0bmV0IG1haWxpbmcgbGlzdA0KDQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBp
ZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8
aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cu
aWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19kZXRuZXQmZD1Ed01EYVEmYz1sSThaYjZUek0zZDF0
WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPTFpWFV0RE9yQ25rZUdSMm9saUsw
ZjJPUy1weEhZOHMya240QU5hM2FCZFkmcz1kcDMwU1V6b2JjQjFZR3R3dHkyMUtWX2VmeW5OT2Ji
Y0hrbUFXaG5idzlVJmU9Pg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQpkZXRuZXQgbWFpbGluZyBsaXN0DQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRv
OmRldG5ldEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v
ZGV0bmV0PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0z
QV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmQ9RHdNRGFRJmM9bEk4WmI2
VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmbT0xaVhVdERPckNua2VH
UjJvbGlLMGYyT1MtcHhIWThzMmtuNEFOYTNhQmRZJnM9ZHAzMFNVem9iY0IxWUd0d3R5MjFLVl9l
ZnluTk9iYmNIa21BV2huYnc5VSZlPT4NCg0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u
OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k
ZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFs
dDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87
DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRp
bWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcHJlDQoJe21zby1zdHlsZS1w
cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJ
bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsN
Cglmb250LWZhbWlseToiQ291cmllciBOZXciLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnAuTXNv
TGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdo
dDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4t
Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg
TmV3IFJvbWFuIixzZXJpZjsNCgljb2xvcjpibGFjazt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v
cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv
bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4u
aG9lbnpiDQoJe21zby1zdHlsZS1uYW1lOmhvZW56Yjt9DQpwLm0xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0LCBsaS5tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCwgZGl2Lm0x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0DQoJe21zby1zdHlsZS1uYW1lOm1fMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCglt
YXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1s
ZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9t
YW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7
bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFt
aWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1z
dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5
cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN
Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N
CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0
aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MTM2MjUxNDU2MzsNCgltc28tbGlzdC10
eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6NDg0MDY2Njg0IDY3Njk4NzA1IDY3
Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4
NzEzIDY3Njk4NzE1O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtdGV4dDoiJTFcKSI7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps
ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVs
LW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpA
bGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJ
bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdo
dDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC10
YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0
OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i
ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw2
DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWIt
c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRl
bnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30N
CkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsN
Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl
ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpv
bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQotLT48
L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i
ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z
byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9
ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8
L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZs
aW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5KdXN0IGEgY291cGxlIG9m
IG15IHRob3VnaHRzOg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ
YXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxm
bzEiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0
Ij48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4xKTxzcGFuIHN0eWxlPSJmb250OjcuMHB0
ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OndpbmRvd3RleHQiPlJlZ2FyZGluZyB3aGV0aGVyIGV2ZXJ5IG5vZGUgaW4gdGhlIG5ldHdvcmsg
aXMgcmVxdWlyZWQgdG8gYmUgRGV0TmV0IGF3YXJlLCBJIHdhcyBhc3N1bWluZyB0aGF0IGl0IHdv
dWxkIGJlIGxpa2UgQVZCL1RTTiwgaW4gd2hpY2ggeW91IGNhbiBvbmx5IG1ha2UNCiBhIHN0cmVh
bSByZXNlcnZhdGlvbiB0aHJvdWdoIGEgcGF0aCBvZiBub2RlcyB0aGF0IGFyZSBUU04gYXdhcmUs
IGFuZCB0cmFmZmljIHRoYXQgaGFkIHRvIGNyb3NzIG5vbi1hd2FyZSBub2RlcyB3b3VsZCBoYXZl
IHRvIGJlIHRyZWF0ZWQgYXMgbm9uLVRTTiB0cmFmZmljLCBpLmUuIHNvbWUgcGFja2V0cyBjb3Vs
ZCBnZXQgZHJvcHBlZCBhbmQgdGhlcmUgd291bGQgbm90IGJlIHRpbWluZyBndWFyYW50ZWVzLCBi
dXQgYXQgbGVhc3QgdGhleSB3b3VsZG7igJl0DQogYmUgZHJvcHBlZCB3aG9sZXNhbGUgZHVlIHRv
IG1hc3NpdmUgcHJvdG9jb2wgaW5jb21wYXRpYmlsaXR5LiAmbmJzcDtJcyB0aGF0IHRoZSBleHBl
Y3RhdGlvbiBoZXJlIG9yIGlzIHRoZXJlIGEgc2lnbmlmaWNhbnQgZGlmZmVyZW5jZT8NCjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4
dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExp
c3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+PHNwYW4gc3R5bGU9Im1zby1s
aXN0Oklnbm9yZSI+Mik8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9t
YW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48
L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5JIGFncmVl
IHRoYXQgd2UgbmVlZCB0byBoYXZlIHNvbWUga2luZCBvZiBzdHJhdGVneSBmb3Igc3VwcG9ydGlu
ZyBJUHY0LCBmb3IgZXhhbXBsZSBwcm92aWRpbmcgYXQgbGVhc3QgRGV0TmV0LXR5cGUgZGVsYXkg
YW5kIGppdHRlciBib3VuZHMsIGV2ZW4NCiBpZiBpdCBoYWQgc29tZSBsaW1pdGF0aW9ucyBjb21w
YXJlZCB0byBNUExTL0lQdjYgKGUuZy4gbm8gUFJFRiBhbmQgdGh1cyBsaW1pdGVkIHJlbGlhYmls
aXR5KS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+
RXRoYW4uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEg
MS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4gZGV0bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5j
ZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlN0ZXdhcnQgQnJ5YW50PGJyPg0KPGI+
U2VudDo8L2I+IFR1ZXNkYXksIEphbnVhcnkgMTYsIDIwMTggODozOCBBTTxicj4NCjxiPlRvOjwv
Yj4gQW5kcmV3IEcuIE1hbGlzICZsdDthZ21hbGlzQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5DYzo8
L2I+IERldE5ldCBXRyAmbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzsgTWFjaCBDaGVuICZsdDttYWNo
LmNoZW5AaHVhd2VpLmNvbSZndDs7IEJhbMOhenMgVmFyZ2EgQSAmbHQ7YmFsYXpzLmEudmFyZ2FA
ZXJpY3Nzb24uY29tJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0RldG5ldF0gRFAgc29s
dXRpb24gKFNlcXVlbmNlIE51bWJlcmluZyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cD48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
Ym90dG9tOjEyLjBwdCI+QW5keTxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPk9uIDE2LzAxLzIwMTggMTU6MjAsIEFuZHJldyBHLiBNYWxpcyB3cm90ZTo8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy
Z2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3Rld2FydCwg
PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5MaWtlIHdpdGgg
UFdzIChzaW5jZSBERVRORVQgZm9yIE1QTFMgd291bGQganVzdCBiZSBhbm90aGVyIFBXIHR5cGUp
LCB0YXJnZXRlZCBMRFAgYW5kIHByb3Zpc2lvbmluZyAodmlhIGEgY2VudHJhbCBjb250cm9sbGVy
LCBOTVMsIGV0Yy4pIGFyZSBhbHRlcm5hdGl2ZXMgdG8gUlNWUCBhbmQgU1IgdG8gcHJvdmlzaW9u
aW5nL2FsbG9jYXRpbmcgdGhlIERFVE5FVCBQVyBsYWJlbC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQouLiBh
bmQgSSBzdXBwb3NlIHN0cmljdGx5IEJHUCB3aGljaCBpcyBhbHNvIHVzZWQgZm9yIHRoaXMgcHVy
cG9zZSBpbiBWUE5zPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90
ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Zb3UgYW5kIE1hY2ggYXJlIGJvdGggcmlnaHQg
dGhhdCBpbiB0aGUgSVAgKG5vbi1NUExTKSBjYXNlLCB3ZSBuZWVkIGEgd2F5IGZvciB0aGUgTlAg
dG8gZGV0ZWN0IERFVE5FVCBmbG93cy4gV2UgY291bGQgaGF2ZSBhIG5ldyBJUCBwcm90b2NvbCB0
eXBlIGZvciBERVRORVQsIGFuZCBhIERFVE5FVCBoZWFkZXIgZGlyZWN0bHkgZm9sbG93cyB0aGUg
SVAgaGVhZGVyLiBJbiB0aGF0IGNhc2UsIHRoZSBERVRORVQgaGVhZGVyDQogd291bGQgYWxzbyBu
ZWVkIGEgbmV4dCBwcm90b2NvbCBpZGVudGlmaWVyLCB1bmxlc3MgdGhlIG5leHQgcHJvdG9jb2wg
aXMgYWx3YXlzIGFub3RoZXIgSVAgaGVhZGVyLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCkxhc3QgSSBzYXcs
IHRoZSB0aGlua2luZyB3YXMgdGhhdCB0aGVyZSB3b3VsZCBiZSBhbiBJUCBleHRlbnNpb24gaGVh
ZGVyLCBhbHRob3VnaCBJIGFtIG5vdCBhIGZhbiBvZiB0aG9zZSBzaW5jZSAoYSkgSSBhbSBub3Qg
Y29uZmlkZW50IHdoYXQgYSByb3V0ZXIgd2lsbCBkbyBvbmUgaXQgZG9lcyBub3QgdW5kZXJzdGFu
ZCwgYW5kIChiKSBJIGFtIGNvbmNlcm5lZCBhYm91dCB0aGUgbmVlZCB0byBzdXBwb3J0IElQdjQg
d2hpY2ggSSBzdXNwZWN0IHdpbGwNCiBoYXZlIGEgbG9uZyB0YWlsIGluIGVudGVycHJpc2UgZGVw
bG95bWVudC48YnI+DQo8YnI+DQpJIHByZWZlciBhIFVEUCB0eXBlIGZvciB0aGlzIHB1cnBvc2Ug
c2luY2UgaXQgaGFzIHVuaXZlcnNhbCBzdXBwb3J0IHRocm91Z2ggYW55IG1pZGRsZSBib3guIGZp
cmV3YWxsIGV0YywgYW5kIGFsbCByb3V0ZXJzIG5lZWQgdG8gbG9vayBhIHRoZSBVRFAgRFAgc28g
Y2hlY2tpbmcgaWYgaXQgaXMgb25lIHRoZXkgbmVlZCB0byB3b3JrIG9uIGlzIGp1c3Qgb25lIGNv
bXBhcmUgYW5kIGNvbmRpdGlvbmFsIGJyYW5jaC48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpw
PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206
NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9mIGNvdXJzZSwg
Zm9yIE1QTFMsIHRoZSBERVRORVQgUFcgbGFiZWwgaXMgdGhlIGlkZW50aWZpZXIuIDxvOnA+DQo8
L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PGJyPg0KT25seSBhdCB0aGUgUFcgbGF5ZXIuIE5vdGUgbXkgcXVlc3Rpb24gYWJvdXQg
d2hldGhlciB0aGlzIGlzIHN1ZmZpY2llbnQuPGJyPg0KPGJyPg0KLSBTdGV3YXJ0PGJyPg0KJm5i
c3A7PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu
LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj5DaGVlcnMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5BbmR5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCBKYW4gMTYsIDIwMTggYXQgNTo0NiBBTSwgU3Rl
d2FydCBCcnlhbnQgJmx0OzxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20i
IHRhcmdldD0iX2JsYW5rIj5zdGV3YXJ0LmJyeWFudEBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8
bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm
dDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxl
ZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPHA+SWYgd2UgbmVlZCB0byBkaXNj
cmltaW5hdGUgYXQgdGhlIFBTTiBsYXllciByYXRoZXIgdGhhbiB0aGUgRE4gbGF5ZXIgdGhlbiB3
ZSByZWFsbHkgYXJlIGZvcmNlZCB0byBjcmVhdGUgYSBuZXcgRkVDIHR5cGUgZm9yIE1QTFMsIG9y
IHN5bnRoZXNpemUgb25lIHRocm91Z2ggUlNWUCBvciBTUi4gSVAgaGFzIG5vIG5hdGl2ZSBzdXBw
b3J0IGZvciB0aGlzLCBidXQgd2UgY291bGQgaW50cm9kdWNlIHRoZSBjb25jZXB0LCBmb3IgZXhh
bXBsZSBieQ0KIG1ha2luZyB0aGlzIHRoZSBwcm9wZXJ0eSBvZiB0aGUgSVAgYWRkcmVzcyBvciBz
b21lIHdheSBvZiBNUExTaW5nIElQLjxvOnA+PC9vOnA+PC9wPg0KPHA+SG93ZXZlciB0aGVyZSBp
cyBhIGRlZXBlciBxdWVzdGlvbiB3ZSBuZWVkIHRvIGFuc3dlci4gSXMgb3VyIGV4cGVjdGF0aW9u
IHRoYXQgZWFjaCBob3AgaW4gdGhlIGRhdGEgcGxhbmUgRE4gYXdhcmUsIG9yIGlzIG91ciBleHBl
Y3RhdGlvbiB0aGF0IGF0IGxlc3QgaW4gc29tZSBuZXR3b3JrcyB0aGUgZGF0YSBwbGFuZSBpcyBn
ZW5lcmljIHdpdGggc29tZSBETiBub2RlcyBzdHJhdGVnaWNhbGx5IHBsYWNlZD88bzpwPjwvbzpw
PjwvcD4NCjxwPkkgY2FuIHNlZSB0aGFuIGluIHNvbWUgZ3JlZW5maWVsZCBzcGVjaWFsaXN0IGNh
c2VzIHRoZSByb3V0ZXJzIHdpbGwgYWxsIGJlIEROIGF3YXJlLCBidXQgaW4gb3JkZXIgdG8gZ2V0
IGRlcGxveW1lbnQgaW4gbW9zdCBuZXR3b3JrcyB3ZSBuZWVkIHRvIGRlc2lnbiBmb3IgdGhlIGNh
c2Ugd2hlcmUgb25seSBzdHJhdGVnaWMgbm9kZXMgYXJlIEROIGF3YXJlLjxvOnA+PC9vOnA+PC9w
Pg0KPHA+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiPi0gU3Rld2FydDxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMTYvMDEvMjAxOCAwMTox
NCwgTWFjaCBDaGVuIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBz
dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBCYWxh
enMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+IzIgaXMg
YSBtb3JlIG5hdHVyZSBzb2x1dGlvbiwgdGhlIERldE5ldCBDVyBpcyBkZWRpY2F0ZWQgZm9yIERl
dE5ldCwgc2VlbXMgdGhlcmUgaXMgbm8gY29tcGF0aWJpbGl0eQ0KIGlzc3VlLjwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkluIGFkZGl0aW9uLCBJIHRoaW5r
IHdlIG5lZWQgdG8gZGVmaW5lIGEgd2F5IG9uIGhvdyB0byBkaWZmZXJlbnRpYXRlIGEgRGV0TmV0
IGZsb3cgZnJvbSBhIG5vbi1EZXROZXQNCiBmbG93LCB0aGVuIHRoZSBuZXR3b3JrIHByb2Nlc3Nv
ciBjYW4gcHJvY2VzcyB0aGUgQ1cgYXMgZXhwZWN0ZWQuJm5ic3A7IEluIFRTTiwgaXQgdXNlcyB0
aGUgcHJpb3JpdHkgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgYSBmbG93IGlzIFRTTiBvciBub24tVFNO
IGZsb3cuIEZvciBEZXROZXQsIHNob3VsZCB3ZSBhbHNvIHVzZSB0aGUgc2FtZSB3YXkgKGUuZy4s
IFRDLCBEU0NQKT8gT3IgdGhlIERldE5ldCBzZXJ2aWNlIExhYmVsIGl0c2VsZiBpbXBsaWVzIHRo
ZQ0KIHNpdHVhdGlvbiwgYnV0IGl0IHNlZW1zIHRoYXQgdGhpcyBvbmx5IHdvcmtzIHdoZW4gdGhl
IERldE5ldCBzZXJ2aWNlIGxhYmVsIGlzIHRoZSB0b3AgbGFiZWwuICZuYnNwOzwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFueSBvdGhlciB0aG91Z2h0cz88
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2Fy
ZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+TWFjaDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0
OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRp
diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRp
bmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj4gZGV0bmV0IFs8YSBocmVmPSJtYWlsdG86ZGV0bmV0
LWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tYWlsdG86ZGV0bmV0LWJvdW5jZXNA
aWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5CYWzDoXpzIFZhcmdhIEE8YnI+DQo8
Yj5TZW50OjwvYj4gTW9uZGF5LCBKYW51YXJ5IDE1LCAyMDE4IDk6MDYgUE08YnI+DQo8Yj5Ubzo8
L2I+IERldE5ldCBXRyA8YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9i
bGFuayI+Jmx0O2RldG5ldEBpZXRmLm9yZyZndDs8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtE
ZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZu
YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5IaSw8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlNvbWUgdGhvdWdodHMgdG8g
c3RhcnQgZGlzY3Vzc2lvbiBvbiBvcGVuIHBvaW50cyBvZiB0aGUgRFAgc29sdXRpb24gZHJhZnQu
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoaXMgbWFpbCgtdGhyZWFkKSBpcyBvbiBzZXF1
ZW5jZSBudW1iZXJpbmcuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4
dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmIj5Qcm9ibGVtIGluIGNhc2Ugb2YgTVBMUyBhbmQgRGV0TmV0IENv
bnRyb2wgV29yZDo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+LSBTL04gc2tpcHMgemVybyBw
cm9ibGVtOiBFdGhlcm5ldCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJv
Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5JdCB1c2VzIHplcm8gdG8gbWVhbiBubyBTL04g
aW4gdXNlLiAocmZjNDQ0OCk8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlBvc3NpYmxlIHByb2JsZW0gcmVzb2x1dGlvbnM6PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiMxOiBVc2luZyBhICZxdW90O2ZsYWcmcXVvdDsgaW4gdGhl
IHJlc2VydmVkIGJpdHMgcGFydCBvZiB0aGUgQ1c6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgMzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVw
dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDgg
OSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3
JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDAgMCAwIDB8RHxyZXNlcnZl
ZCAtIHNldCB0byAwJm5ic3A7IHwmbmJzcDsmbmJzcDsgMTYgYml0IFNlcXVlbmNlIE51bWJlciZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZiI+RC1iaXQ6IHNldCB0byDigJwx4oCdIG1lYW5zIERldE5ldCBz
cGVjaWZpYyBTZXEuIE51bWJlciB1c2VkLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5CaXQ1
LTE1OiByZXNlcnZlZC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUz
OTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWYiPlJGQzQ0NDggc3RhdGVzIHRoYXQgcmVzZXJ2ZWQgYml0cyDigJxN
VVNUIGJlIGlnbm9yZWQgdXBvbiByZWNlaXB04oCdLCBzbyBiYWNrd2FyZA0KPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWYiPmNvbXBhdGliaWxpdHkgaXMgZW5zdXJlZC4gU3VjaCBhIHNvbHV0aW9u
IHdvdWxkIGFsbG93IGFsc28gdG8gdXNlIGxvbmdlciBzZXEubnVtLg0KPC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWYiPmZvcm1hdHMgKGlmIG5lZWRlZCkuIFN1Y2ggYSBmb3JtYXQgaXMgYWxzbyBp
bmxpbmUgd2l0aCBSRkM0Mzg1Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFp
bnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IzI6IE1ha2luZyDigJww4oCdIGFzIGEgdmFsaWQgU2Vx
Lk51bS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RGV0TmV0IGZsb3dzIGFyZSByZWNvZ25p
emVkIGFuZCBmb3J3YXJkZWQgc3BlY2lhbCB3aXRoaW4gdGhlIERldE5ldA0KPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWYiPmRvbWFpbi4gUy9OIGlzIHVzZWQgd2l0aGluIHRoZSBEZXROZXQgZG9t
YWluIGJ5IERldE5ldCBTZXJ2aWNlIGZ1bmN0aW9ucw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy
aWYiPihpLmUuIFBSRUYpLiBTL04gdXNlZCBvbmx5IG9uIERldE5ldCBlbmQtbm9kZXMgYW5kIERl
dE5ldCByZWxheS1ub2Rlcy4gTm8NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5vdGhlciBu
b2RlcyBjYXJlIGFib3V0IHRoZSB2YWx1ZSBvZiBTL04sIHRoZXJlZm9yZSBEZXROZXQgY2FuIHNw
ZWNpZnkgaXRzDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+b3duIHNlcXVlbmNlIG51bWJl
ciBwcm9jZXNzaW5nIGFsZ29yaXRobS4gU28g4oCcMOKAnSBjYW4gYmUgYSB2YWxpZCBudW1iZXI8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+YW5kIG5vdCB0aGUgaW5kaWNhdGlvbiB0aGF0IG5v
IFNlcS5OdW0uIGlzIHVzZWQuIFRoaXMgaXMgaW5saW5lIHdpdGggUkZDNDM4NS48L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiMzOiBP
dGhlciDigKYgPyE/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmIj5Db21tZW50cyBhcmUgd2VsY29tZS48L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkNoZWVyczwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4
dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmIj5CYWxhJ3pzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZu
YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t
LTxicj4NCkZyb206IGRldG5ldCBbPGEgaHJlZj0ibWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYu
b3JnIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnPC9hPl0g
T24gQmVoYWxmIE9mIExvdSBCZXJnZXI8YnI+DQpTZW50OiAyMDE4LiBqYW51w6FyIDEwLiAxOTow
MTxicj4NClRvOiBEZXROZXQgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmci
IHRhcmdldD0iX2JsYW5rIj5kZXRuZXRAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NClN1YmplY3Q6IFtE
ZXRuZXRdIHJlY29yZGluZyBmb3IgdG9kYXkncyBpbnRlcmltPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5pcyBhdmFpbGFibGUgZm9y
IGRvd25sb2FkIGF0Og0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBz
Oi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9faWV0Zi53ZWJl
eC5jb21faWV0Zl9sZHIucGhwLTNGUkNJRC0zRGU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAy
MzAxJmFtcDtkPUR3TURhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2
d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209MWlYVXRET3JDbmtlR1Iyb2xpSzBmMk9TLXB4SFk4czJr
bjRBTmEzYUJkWSZhbXA7cz1xMVhweEFyYU9nTEhBMlhrRkN0a096ZjdzZnM2NkZBNWpscnBFdVBv
dUxvJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL2lldGYud2ViZXguY29tL2lldGYvbGRyLnBo
cD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAxPC9zcGFuPjwvYT48L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPnJh
dyBub3RlcyBhcmUgYXZhaWxhYmxlIGF0DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PGEg
aHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0Ff
X2V0aGVycGFkLnRvb2xzLmlldGYub3JnLTNBOTAwMF9wX25vdGVzLTJEaWV0Zi0yRGludGVyaW0t
MkQyMDE4LTJEZGV0bmV0LTJEMDEmYW1wO2Q9RHdNRGFRJmFtcDtjPWxJOFpiNlR6TTNkMXRYNGlF
dTdicGcmYW1wO3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT0xaVhVdERPckNua2VHUjJv
bGlLMGYyT1MtcHhIWThzMmtuNEFOYTNhQmRZJmFtcDtzPWFoZzQwUXM5blRGVF9rcFU5X3VjRC03
eUJLY2pIZVpZZHZRemhfaDBVVDAmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHA6Ly9ldGhlcnBhZC50
b29scy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi1pbnRlcmltLTIwMTgtZGV0bmV0LTAxPC9z
cGFuPjwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWYiPlBsZWFzZSBmZWVsIGZyZWUgdG8gdXBkYXRlIHRoZSBldGhlcnBhZCBiYXNl
ZCBvbiB0aGUgcmVjb3JkaW5nLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFp
bnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+TG91IChhbmQgY28tY2hhaXJzKTwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1
MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+X19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZiI+ZGV0bmV0IG1haWxpbmcgbGlzdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48
YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmRldG5ldEBpZXRmLm9y
Zzwvc3Bhbj48L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8v
dXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3Jn
X21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmFtcDtkPUR3TURhUSZhbXA7Yz1sSThaYjZUek0zZDF0
WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209MWlYVXRET3JDbmtl
R1Iyb2xpSzBmMk9TLXB4SFk4czJrbjRBTmEzYUJkWSZhbXA7cz1kcDMwU1V6b2JjQjFZR3R3dHky
MUtWX2VmeW5OT2JiY0hrbUFXaG5idzlVJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDwvc3Bhbj48L2E+PC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4N
CjxvOnA+PC9vOnA+PC9wPg0KPHByZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmRldG5ldCBtYWlsaW5nIGxpc3Q8
bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0
YXJnZXQ9Il9ibGFuayI+ZGV0bmV0QGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRw
cy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmFtcDtkPUR3TURhUSZh
bXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEm
YW1wO209MWlYVXRET3JDbmtlR1Iyb2xpSzBmMk9TLXB4SFk4czJrbjRBTmEzYUJkWSZhbXA7cz1k
cDMwU1V6b2JjQjFZR3R3dHkyMUtWX2VmeW5OT2JiY0hrbUFXaG5idzlVJmFtcDtlPSIgdGFyZ2V0
PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PC9h
PjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpkZXRuZXQgbWFpbGluZyBs
aXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyI+ZGV0bmV0QGlldGYub3Jn
PC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91
cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmFtcDtk
PUR3TURhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERj
Zk1hRk5aaVEmYW1wO209MWlYVXRET3JDbmtlR1Iyb2xpSzBmMk9TLXB4SFk4czJrbjRBTmEzYUJk
WSZhbXA7cz1kcDMwU1V6b2JjQjFZR3R3dHkyMUtWX2VmeW5OT2JiY0hrbUFXaG5idzlVJmFtcDtl
PSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v
ZGV0bmV0PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwv
Ym9keT4NCjwvaHRtbD4NCg==

--_000_BN6PR06MB254791EE88EAC4023F062758C4EA0BN6PR06MB2547namp_--


From nobody Tue Jan 16 10:20:46 2018
Return-Path: <balazs.a.varga@ericsson.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AFD312D865 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 10:20:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.209
X-Spam-Level: 
X-Spam-Status: No, score=-4.209 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_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 ZyRv8KVRIWHR for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 10:20:41 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 DE1A412E88B for <detnet@ietf.org>; Tue, 16 Jan 2018 10:20:35 -0800 (PST)
X-AuditID: c1b4fb30-d49ff70000006bc7-69-5a5e4271a670
Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.183.48]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 6A.DB.27591.1724E5A5; Tue, 16 Jan 2018 19:20:34 +0100 (CET)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.48) with Microsoft SMTP Server (TLS) id 14.3.352.0; Tue, 16 Jan 2018 19:20:33 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=afYy1Bew1OyetZnGTbrzRdfPAo4jyQadZCyBAvZzxug=; b=I4tFcV1tyhwi5thhDMnU/bqGCXPp+6WyNtUFKfn3I/fghMeozTqbzXzGXQj2wiUFNdHlFfX/xrQSg7P3/gDuGXARDwV/JcdGuDKYgeXCnjkTHcrVuA5chqr3CWg6V8w1QnEtHAAK4iGs9CgXQ3iNzSob3xV2xaEQK1/M6jF3a6c=
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com (10.161.110.21) by VI1PR07MB3246.eurprd07.prod.outlook.com (10.175.243.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.428.9; Tue, 16 Jan 2018 18:20:32 +0000
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::a499:6fb2:56e6:33ad]) by VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::a499:6fb2:56e6:33ad%13]) with mapi id 15.20.0428.014; Tue, 16 Jan 2018 18:20:32 +0000
From: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>
CC: Mach Chen <mach.chen@huawei.com>, DetNet WG <detnet@ietf.org>
Thread-Topic: DP solution (Flow identification)
Thread-Index: AdOO8WeQkUBFFh6eTJW3b2FiGZCbsA==
Date: Tue, 16 Jan 2018 18:20:32 +0000
Message-ID: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Accept-Language: hu-HU, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.a.varga@ericsson.com; 
x-originating-ip: [94.21.149.147]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB3246; 7:SXcI1PjGCwgTGPr1nFXXAj2JHrKygsy4RCymR0TdVAXMArbtYa9QAmnULCA6XJo2T5fy5e6WZRezh3TTIi2femQFKpOZO3nwNQnTxG6CvaVOzZjoZfq7ryVMwN21VQDq2iUgKfL9L5sg5Qibl9GXJZCpABd5RBHl4rFPipzQRTca6V4Rg/nXmojo13/eZsTQSBxjf2L8pB/rPOv+KeJyIGgW+BEJteGlrmk4dcoJmKMDJckBFy125IWKu8yGShMS
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: f7797104-b5ba-424e-55e8-08d55d0dd481
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534125)(4602075)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:VI1PR07MB3246; 
x-ms-traffictypediagnostic: VI1PR07MB3246:
x-microsoft-antispam-prvs: <VI1PR07MB3246542082D6415A620D3A68ACEA0@VI1PR07MB3246.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(28532068793085)(50582790962513)(85827821059158)(94707916325470)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(3231023)(944501161)(6041268)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123560045)(20161123564045)(20161123562045)(6072148)(201708071742011); SRVR:VI1PR07MB3246; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VI1PR07MB3246; 
x-forefront-prvs: 0554B1F54F
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(396003)(39380400002)(376002)(346002)(39860400002)(279900001)(37854004)(24454002)(189003)(199004)(13464003)(39060400002)(966005)(97736004)(4326008)(66066001)(53936002)(85202003)(74316002)(19625305001)(105586002)(6306002)(53546011)(6506007)(478600001)(106356001)(236005)(55016002)(606006)(7696005)(99286004)(33656002)(54896002)(25786009)(9686003)(59450400001)(85182001)(81166006)(5250100002)(7736002)(6436002)(81156014)(3660700001)(3280700002)(8676002)(110136005)(16799955002)(54906003)(86362001)(2900100001)(68736007)(316002)(2906002)(8936002)(5660300001)(6116002)(3846002)(790700001)(14454004)(26005)(102836004); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB3246; H:VI1PR07MB1005.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: zhn8mUusq9i36cf5x0s3O5mfcrAvVy/5ZWQIeF8bPdYd05uioMZ5w0GtcUxfAEHe6giR0GVCBUNnzqzqnd3B/w==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0VI1PR07MB1005eurp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: f7797104-b5ba-424e-55e8-08d55d0dd481
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jan 2018 18:20:32.2747 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3246
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTYRjG+845OzsOB6ej4ptp4EIy03mhYFiURpBBQZRUDLFmHi945Wxa 9kcs0sQNu5iXNhXFlgNzibrULmppgU5NHaWVdBGNbcKoRtTElJxngf/93ud5vvf73pePwpke QRCVna9iuXxFroQUEbpzvTFR3OFUecxgv69szGYhZSuuekI2ZfKTWb4qEoikJ/pPwqTSV05B ksGwjJ3E5aID6WxudjHLRR+8IMrqH3Cjwh/D2GW38R6mRuZnmAb5UEDvBWPZKtIgEcXQwwgq eqZJvhhB0KF7gzwpgq7EoVad5mGGrsPApuX40AIC09JrwmOQ9BHo62oQeNifPgPaVvd6J4rC 6UQYqKA8sh8dAZVjE4iPRINxpBTnWQpv2wdJ/q4wMPfxLcV0CqwO3sU9bRAdAvMmmUfG6UD4 uNjkHYAGw/NJnOcAcCysbbwA0amwMqj26qFQ7uz25kPA2qRFPJsxmHDm8iyFx3ecXv0E6L4Z NpYC9DSCzvYvJG9EwExNubdRDty8/pvkQxoEdbMzAr54iMM7+y3viWCocjV7jVYSdPU3MH6N LBhNZeg2itRvGonnArBP6gn9xga2wqhucZ09i9wNHU+j+UgoVGvnhTyHQ1lDo3Cz3oyEbShA ySrT8jLj4qQsl31RqSzIl+azqi60/ptemldi+pDDljiEaApJfMXWPalyRqAoVpbkDSGgcIm/ +NrpFDkjTleUXGG5gvNcUS6rHELbKUISKB49JpYzdKZCxeawbCHL/XcxyidIjZjxpV/27u/N zPudu1oaaz84bchqqbYsYFWVl8xr8vTjYZG9n5ccLdOq8fm52fv7mkTki9HkeJfwUUBx7ANN eH1K28LPbXXmv/07Okjfs62nah02u9omSv5jXZbu3xJc48wqn8qI7j9qmS92deqRO8Eefyhq omiuMWPiKmaKlxDKLEVsBM4pFf8AIZ0szUkDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/88rDje11Cr7vVOiBTcrS-hfhYeA>
Subject: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 18:20:44 -0000

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

SSB0aGluayB0aGUgbGFzdCBtYWlscyBhcmUgbW9yZSBhYm91dCBmbG93IGlkZW50aWZpY2F0aW9u
IGFuZCBub3QgdGhlIHNlcXVlbmNlIG51bWJlci4NClNvLCBJIGhhdmUgcmUtc3ViamVjdGVkIG15
IGFuc3dlci4NCg0KUFNOIGxheWVyIHZzLiBETiBsYXllciAoTVBMUyk6DQotIGluIGN1cnJlbnQg
ZGF0YSBwbGFuZSB0ZXh0IHdlIGhhdmUgc3RhdGVkIHRoYXQgRGV0TmV0IFBXcyBtYXkgdXNlIGRl
ZGljYXRlZCBMU1BzIChURS10dW5uZWxzKS4NClRoYXQgYWxsb3cgdG8gaWRlbnRpZnkgRGV0TmV0
IGZsb3dzIGluIFBTTiBsYXllciB3aXRob3V0IGNoZWNraW5nIHRoZSBQVyBsYWJlbC4gU3VjaCBh
IHNvbHV0aW9uIG9mDQpjb3Vyc2UgbWF5IGNoYWxsZW5nZSBzY2FsYWJpbGl0eS4NCi0gcmVnYXJk
aW5nIHByaW9yaXRpemF0aW9uOiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQIGFuZCBMLUxTUCBjb25j
ZXB0LCB3aGF0IG1ha2VzIHBvc3NpYmxlDQp0byBpZGVudGlmeSBEZXROZXQgcGFja2V0cy4gSG93
ZXZlciB0aGF0IGlzIG1vcmUgZm9yIHNpbXBsZSBxdWV1aW5nIHNjZW5hcmlvcyBhcyBpdCBkb2Vz
IG5vdA0KaWRlbnRpZnkgaW5kaXZpZHVhbCBmbG93cy4NCg0KUFNOIGxheWVyIHZzLiBETiBsYXll
ciAobm9uLU1QTFMpOg0KLSBJUHY0OiBJZiBJIHJlbWVtYmVyIGNvcnJlY3RseSBpdCB3YXMgZGlz
Y3Vzc2VkIHRvIGJlIG91dC1vZi1zY29wZSB0byBzaW1wbGlmeSB0aGUgc2NlbmFyaW9zIHdlIGZv
Y3VzIG9uLg0KTm8tb25lIHdhbnRlZCB0byBkZWZpbmUgbmV3IElQdjQgZmllbGRzIGZvciBmbG93
LUlEIGFuZCBTZXEtTnVtIGluIHRoZSDigJxzdW5zZXQgb2YgSVB2NOKAnS4NCi0gSVB2NjogYmFz
ZWQgb24gdGhlIHNyYy1JUHY2IGFuZCB0aGUgZmxvdy1sYWJlbCBOUCBjYW4gZGV0ZWN0IERldE5l
dCBmbG93cy4gV2h5IHdvdWxkIHdlIG5lZWQgYSBuZXcNCklQIHByb3RvY29sIHR5cGU/DQoNCkdl
bmVyaWMgdnMuIEROIGF3YXJlIGRhdGEgcGxhbmU6DQotIEkgdGhpbmsgd2UgbmVlZCBib3RoLiBX
ZSBoYXZlIHVzZS1jYXNlcyBzcGVjaWZpZWQgZm9yIGJvdGguDQoNCkRldE5ldCB0cmFmZmljIHRv
IGJlIHRyYW5zcG9ydGVkOg0KLSB0d28gdHlwZXMgYXJlIGNvbnNpZGVyZWQ6DQooMSkgRXRoZXJu
ZXQ6IElFRUUgVFNOIHRyYWZmaWMgZW5jYXBzdWxhdGVkIGluIEV0aGVybmV0IGZyYW1lcyBhbmQN
CigyKSBJUDogSVB2NiB0cmFuc3BvcnRlZCBvdmVyIGFueSBMMiAobm90IGFsd2F5cyBFdGhlcm5l
dCwgYnV0IG1vc3QgY2FzZXMgRXRoZXJuZXQpDQpBcyBub3RlZCBhYm92ZSBJUHY0IGlzIGN1cnJl
bnRseSBvdXQtb2Ytc2NvcGUg4oCmDQoNCkNoZWVycw0KQmFsYeKAmXpzDQoNCkZyb206IFN0ZXdh
cnQgQnJ5YW50IFttYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXQ0KU2VudDogMjAxOC4g
amFudcOhciAxNi4gMTc6MzgNClRvOiBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29t
Pg0KQ2M6IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+OyBCYWzDoXpzIFZhcmdhIEEg
PGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT47IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3Jn
Pg0KU3ViamVjdDogUmU6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcp
DQoNCg0KDQpBbmR5DQpPbiAxNi8wMS8yMDE4IDE1OjIwLCBBbmRyZXcgRy4gTWFsaXMgd3JvdGU6
DQpTdGV3YXJ0LA0KDQpMaWtlIHdpdGggUFdzIChzaW5jZSBERVRORVQgZm9yIE1QTFMgd291bGQg
anVzdCBiZSBhbm90aGVyIFBXIHR5cGUpLCB0YXJnZXRlZCBMRFAgYW5kIHByb3Zpc2lvbmluZyAo
dmlhIGEgY2VudHJhbCBjb250cm9sbGVyLCBOTVMsIGV0Yy4pIGFyZSBhbHRlcm5hdGl2ZXMgdG8g
UlNWUCBhbmQgU1IgdG8gcHJvdmlzaW9uaW5nL2FsbG9jYXRpbmcgdGhlIERFVE5FVCBQVyBsYWJl
bC4NCg0KLi4gYW5kIEkgc3VwcG9zZSBzdHJpY3RseSBCR1Agd2hpY2ggaXMgYWxzbyB1c2VkIGZv
ciB0aGlzIHB1cnBvc2UgaW4gVlBOcw0KDQoNCg0KWW91IGFuZCBNYWNoIGFyZSBib3RoIHJpZ2h0
IHRoYXQgaW4gdGhlIElQIChub24tTVBMUykgY2FzZSwgd2UgbmVlZCBhIHdheSBmb3IgdGhlIE5Q
IHRvIGRldGVjdCBERVRORVQgZmxvd3MuIFdlIGNvdWxkIGhhdmUgYSBuZXcgSVAgcHJvdG9jb2wg
dHlwZSBmb3IgREVUTkVULCBhbmQgYSBERVRORVQgaGVhZGVyIGRpcmVjdGx5IGZvbGxvd3MgdGhl
IElQIGhlYWRlci4gSW4gdGhhdCBjYXNlLCB0aGUgREVUTkVUIGhlYWRlciB3b3VsZCBhbHNvIG5l
ZWQgYSBuZXh0IHByb3RvY29sIGlkZW50aWZpZXIsIHVubGVzcyB0aGUgbmV4dCBwcm90b2NvbCBp
cyBhbHdheXMgYW5vdGhlciBJUCBoZWFkZXIuDQoNCkxhc3QgSSBzYXcsIHRoZSB0aGlua2luZyB3
YXMgdGhhdCB0aGVyZSB3b3VsZCBiZSBhbiBJUCBleHRlbnNpb24gaGVhZGVyLCBhbHRob3VnaCBJ
IGFtIG5vdCBhIGZhbiBvZiB0aG9zZSBzaW5jZSAoYSkgSSBhbSBub3QgY29uZmlkZW50IHdoYXQg
YSByb3V0ZXIgd2lsbCBkbyBvbmUgaXQgZG9lcyBub3QgdW5kZXJzdGFuZCwgYW5kIChiKSBJIGFt
IGNvbmNlcm5lZCBhYm91dCB0aGUgbmVlZCB0byBzdXBwb3J0IElQdjQgd2hpY2ggSSBzdXNwZWN0
IHdpbGwgaGF2ZSBhIGxvbmcgdGFpbCBpbiBlbnRlcnByaXNlIGRlcGxveW1lbnQuDQoNCkkgcHJl
ZmVyIGEgVURQIHR5cGUgZm9yIHRoaXMgcHVycG9zZSBzaW5jZSBpdCBoYXMgdW5pdmVyc2FsIHN1
cHBvcnQgdGhyb3VnaCBhbnkgbWlkZGxlIGJveC4gZmlyZXdhbGwgZXRjLCBhbmQgYWxsIHJvdXRl
cnMgbmVlZCB0byBsb29rIGEgdGhlIFVEUCBEUCBzbyBjaGVja2luZyBpZiBpdCBpcyBvbmUgdGhl
eSBuZWVkIHRvIHdvcmsgb24gaXMganVzdCBvbmUgY29tcGFyZSBhbmQgY29uZGl0aW9uYWwgYnJh
bmNoLg0KDQoNCg0KT2YgY291cnNlLCBmb3IgTVBMUywgdGhlIERFVE5FVCBQVyBsYWJlbCBpcyB0
aGUgaWRlbnRpZmllci4NCg0KT25seSBhdCB0aGUgUFcgbGF5ZXIuIE5vdGUgbXkgcXVlc3Rpb24g
YWJvdXQgd2hldGhlciB0aGlzIGlzIHN1ZmZpY2llbnQuDQoNCi0gU3Rld2FydA0KDQoNCg0KQ2hl
ZXJzLA0KQW5keQ0KDQoNCk9uIFR1ZSwgSmFuIDE2LCAyMDE4IGF0IDU6NDYgQU0sIFN0ZXdhcnQg
QnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb208bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdt
YWlsLmNvbT4+IHdyb3RlOg0KDQpJZiB3ZSBuZWVkIHRvIGRpc2NyaW1pbmF0ZSBhdCB0aGUgUFNO
IGxheWVyIHJhdGhlciB0aGFuIHRoZSBETiBsYXllciB0aGVuIHdlIHJlYWxseSBhcmUgZm9yY2Vk
IHRvIGNyZWF0ZSBhIG5ldyBGRUMgdHlwZSBmb3IgTVBMUywgb3Igc3ludGhlc2l6ZSBvbmUgdGhy
b3VnaCBSU1ZQIG9yIFNSLiBJUCBoYXMgbm8gbmF0aXZlIHN1cHBvcnQgZm9yIHRoaXMsIGJ1dCB3
ZSBjb3VsZCBpbnRyb2R1Y2UgdGhlIGNvbmNlcHQsIGZvciBleGFtcGxlIGJ5IG1ha2luZyB0aGlz
IHRoZSBwcm9wZXJ0eSBvZiB0aGUgSVAgYWRkcmVzcyBvciBzb21lIHdheSBvZiBNUExTaW5nIElQ
Lg0KDQpIb3dldmVyIHRoZXJlIGlzIGEgZGVlcGVyIHF1ZXN0aW9uIHdlIG5lZWQgdG8gYW5zd2Vy
LiBJcyBvdXIgZXhwZWN0YXRpb24gdGhhdCBlYWNoIGhvcCBpbiB0aGUgZGF0YSBwbGFuZSBETiBh
d2FyZSwgb3IgaXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgYXQgbGVzdCBpbiBzb21lIG5ldHdvcmtz
IHRoZSBkYXRhIHBsYW5lIGlzIGdlbmVyaWMgd2l0aCBzb21lIEROIG5vZGVzIHN0cmF0ZWdpY2Fs
bHkgcGxhY2VkPw0KDQpJIGNhbiBzZWUgdGhhbiBpbiBzb21lIGdyZWVuZmllbGQgc3BlY2lhbGlz
dCBjYXNlcyB0aGUgcm91dGVycyB3aWxsIGFsbCBiZSBETiBhd2FyZSwgYnV0IGluIG9yZGVyIHRv
IGdldCBkZXBsb3ltZW50IGluIG1vc3QgbmV0d29ya3Mgd2UgbmVlZCB0byBkZXNpZ24gZm9yIHRo
ZSBjYXNlIHdoZXJlIG9ubHkgc3RyYXRlZ2ljIG5vZGVzIGFyZSBETiBhd2FyZS4NCg0KLSBTdGV3
YXJ0DQoNCk9uIDE2LzAxLzIwMTggMDE6MTQsIE1hY2ggQ2hlbiB3cm90ZToNCkhpIEJhbGF6cywN
Cg0KIzIgaXMgYSBtb3JlIG5hdHVyZSBzb2x1dGlvbiwgdGhlIERldE5ldCBDVyBpcyBkZWRpY2F0
ZWQgZm9yIERldE5ldCwgc2VlbXMgdGhlcmUgaXMgbm8gY29tcGF0aWJpbGl0eSBpc3N1ZS4NCg0K
SW4gYWRkaXRpb24sIEkgdGhpbmsgd2UgbmVlZCB0byBkZWZpbmUgYSB3YXkgb24gaG93IHRvIGRp
ZmZlcmVudGlhdGUgYSBEZXROZXQgZmxvdyBmcm9tIGEgbm9uLURldE5ldCBmbG93LCB0aGVuIHRo
ZSBuZXR3b3JrIHByb2Nlc3NvciBjYW4gcHJvY2VzcyB0aGUgQ1cgYXMgZXhwZWN0ZWQuICBJbiBU
U04sIGl0IHVzZXMgdGhlIHByaW9yaXR5IHRvIGRldGVybWluZSB3aGV0aGVyIGEgZmxvdyBpcyBU
U04gb3Igbm9uLVRTTiBmbG93LiBGb3IgRGV0TmV0LCBzaG91bGQgd2UgYWxzbyB1c2UgdGhlIHNh
bWUgd2F5IChlLmcuLCBUQywgRFNDUCk/IE9yIHRoZSBEZXROZXQgc2VydmljZSBMYWJlbCBpdHNl
bGYgaW1wbGllcyB0aGUgc2l0dWF0aW9uLCBidXQgaXQgc2VlbXMgdGhhdCB0aGlzIG9ubHkgd29y
a3Mgd2hlbiB0aGUgRGV0TmV0IHNlcnZpY2UgbGFiZWwgaXMgdGhlIHRvcCBsYWJlbC4NCg0KQW55
IG90aGVyIHRob3VnaHRzPw0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQoNCkZyb206IGRldG5ldCBb
bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQmFsw6F6cyBWYXJn
YSBBDQpTZW50OiBNb25kYXksIEphbnVhcnkgMTUsIDIwMTggOTowNiBQTQ0KVG86IERldE5ldCBX
RyA8ZGV0bmV0QGlldGYub3JnPjxtYWlsdG86ZGV0bmV0QGlldGYub3JnPg0KU3ViamVjdDogW0Rl
dG5ldF0gRFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmluZykNCg0KDQpIaSwNCg0KDQoNClNv
bWUgdGhvdWdodHMgdG8gc3RhcnQgZGlzY3Vzc2lvbiBvbiBvcGVuIHBvaW50cyBvZiB0aGUgRFAg
c29sdXRpb24gZHJhZnQuDQoNClRoaXMgbWFpbCgtdGhyZWFkKSBpcyBvbiBzZXF1ZW5jZSBudW1i
ZXJpbmcuDQoNCg0KDQpQcm9ibGVtIGluIGNhc2Ugb2YgTVBMUyBhbmQgRGV0TmV0IENvbnRyb2wg
V29yZDoNCg0KLSBTL04gc2tpcHMgemVybyBwcm9ibGVtOiBFdGhlcm5ldCBQVyBkZWZpbml0aW9u
IHN0YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJvLg0KDQpJdCB1c2VzIHplcm8gdG8gbWVhbiBubyBT
L04gaW4gdXNlLiAocmZjNDQ0OCkNCg0KDQoNClBvc3NpYmxlIHByb2JsZW0gcmVzb2x1dGlvbnM6
DQoNCiMxOiBVc2luZyBhICJmbGFnIiBpbiB0aGUgcmVzZXJ2ZWQgYml0cyBwYXJ0IG9mIHRoZSBD
VzoNCg0KICAgICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAg
ICAgICAgICAgICAgICAgMw0KDQogICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1
IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCg0KICAgICArLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQogICAg
IHwwIDAgMCAwfER8cmVzZXJ2ZWQgLSBzZXQgdG8gMCAgfCAgIDE2IGJpdCBTZXF1ZW5jZSBOdW1i
ZXIgICAgICB8DQoNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KRC1iaXQ6IHNldCB0byDigJwx4oCdIG1lYW5z
IERldE5ldCBzcGVjaWZpYyBTZXEuIE51bWJlciB1c2VkLA0KDQpCaXQ1LTE1OiByZXNlcnZlZC4N
Cg0KDQoNClJGQzQ0NDggc3RhdGVzIHRoYXQgcmVzZXJ2ZWQgYml0cyDigJxNVVNUIGJlIGlnbm9y
ZWQgdXBvbiByZWNlaXB04oCdLCBzbyBiYWNrd2FyZA0KDQpjb21wYXRpYmlsaXR5IGlzIGVuc3Vy
ZWQuIFN1Y2ggYSBzb2x1dGlvbiB3b3VsZCBhbGxvdyBhbHNvIHRvIHVzZSBsb25nZXIgc2VxLm51
bS4NCg0KZm9ybWF0cyAoaWYgbmVlZGVkKS4gU3VjaCBhIGZvcm1hdCBpcyBhbHNvIGlubGluZSB3
aXRoIFJGQzQzODUuDQoNCg0KDQojMjogTWFraW5nIOKAnDDigJ0gYXMgYSB2YWxpZCBTZXEuTnVt
Lg0KDQpEZXROZXQgZmxvd3MgYXJlIHJlY29nbml6ZWQgYW5kIGZvcndhcmRlZCBzcGVjaWFsIHdp
dGhpbiB0aGUgRGV0TmV0DQoNCmRvbWFpbi4gUy9OIGlzIHVzZWQgd2l0aGluIHRoZSBEZXROZXQg
ZG9tYWluIGJ5IERldE5ldCBTZXJ2aWNlIGZ1bmN0aW9ucw0KDQooaS5lLiBQUkVGKS4gUy9OIHVz
ZWQgb25seSBvbiBEZXROZXQgZW5kLW5vZGVzIGFuZCBEZXROZXQgcmVsYXktbm9kZXMuIE5vDQoN
Cm90aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMvTiwgdGhlcmVmb3JlIERldE5l
dCBjYW4gc3BlY2lmeSBpdHMNCg0Kb3duIHNlcXVlbmNlIG51bWJlciBwcm9jZXNzaW5nIGFsZ29y
aXRobS4gU28g4oCcMOKAnSBjYW4gYmUgYSB2YWxpZCBudW1iZXINCg0KYW5kIG5vdCB0aGUgaW5k
aWNhdGlvbiB0aGF0IG5vIFNlcS5OdW0uIGlzIHVzZWQuIFRoaXMgaXMgaW5saW5lIHdpdGggUkZD
NDM4NS4NCg0KDQoNCiMzOiBPdGhlciDigKYgPyE/DQoNCg0KDQpDb21tZW50cyBhcmUgd2VsY29t
ZS4NCg0KDQoNCkNoZWVycw0KDQpCYWxhJ3pzDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut
LS0tLQ0KRnJvbTogZGV0bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl
aGFsZiBPZiBMb3UgQmVyZ2VyDQpTZW50OiAyMDE4LiBqYW51w6FyIDEwLiAxOTowMQ0KVG86IERl
dE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+Pg0KU3ViamVj
dDogW0RldG5ldF0gcmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVyaW0NCg0KDQoNCmlzIGF2YWls
YWJsZSBmb3IgZG93bmxvYWQgYXQ6DQoNCmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9sZHIu
cGhwP1JDSUQ9ZTUxMTZiYzdkYjI1NGMyNGE3YmIzMjE3YmYyMDIzMDENCg0KDQoNCnJhdyBub3Rl
cyBhcmUgYXZhaWxhYmxlIGF0DQoNCmh0dHA6Ly9ldGhlcnBhZC50b29scy5pZXRmLm9yZzo5MDAw
L3Avbm90ZXMtaWV0Zi1pbnRlcmltLTIwMTgtZGV0bmV0LTAxDQoNCg0KDQpQbGVhc2UgZmVlbCBm
cmVlIHRvIHVwZGF0ZSB0aGUgZXRoZXJwYWQgYmFzZWQgb24gdGhlIHJlY29yZGluZy4NCg0KDQoN
CkxvdSAoYW5kIGNvLWNoYWlycykNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQoNCmRldG5ldCBtYWlsaW5nIGxpc3QNCg0KZGV0bmV0QGlldGYu
b3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vZGV0bmV0DQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXw0KDQpkZXRuZXQgbWFpbGluZyBsaXN0DQoNCmRldG5ldEBpZXRmLm9y
ZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu
L2xpc3RpbmZvL2RldG5ldA0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQpkZXRuZXQgbWFpbGluZyBsaXN0DQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRv
OmRldG5ldEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v
ZGV0bmV0DQoNCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhU
TUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw
MXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IixzZXJp
ZjsNCgljb2xvcjpibGFjazt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29u
b3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0K
CW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uaG9lbnpiDQoJe21zby1zdHls
ZS1uYW1lOmhvZW56Yjt9DQpwLm0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0LCBsaS5t
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCwgZGl2Lm0xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0DQoJe21zby1zdHlsZS1uYW1lOm1fMTUxOTc3NTM5NDYwOTUwNTQyM21zb3Bs
YWludGV4dDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0K
CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNp
emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJs
YWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg
UHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt
bGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9y
OmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K
c3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglm
b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5N
c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZTox
MC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1h
cmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw
YWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K
PG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwh
W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9
ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlv
dXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFu
Zz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNl
Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0Ij5JIHRoaW5rIHRoZSBsYXN0IG1haWxzIGFyZSBtb3JlIGFib3V0IGZsb3cgaWRlbnRpZmlj
YXRpb24gYW5kIG5vdCB0aGUgc2VxdWVuY2UgbnVtYmVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5Tbywg
SSBoYXZlIHJlLXN1YmplY3RlZCBteSBhbnN3ZXIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj
b2xvcjp3aW5kb3d0ZXh0Ij5QU04gbGF5ZXIgdnMuIEROIGxheWVyIChNUExTKTo8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dCI+LSBpbiBjdXJyZW50IGRhdGEgcGxhbmUgdGV4dCB3ZSBoYXZlIHN0YXRlZCB0aGF0
IERldE5ldCBQV3MgbWF5IHVzZSBkZWRpY2F0ZWQgTFNQcyAoVEUtdHVubmVscykuDQo8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+VGhhdCBhbGxvdyB0byBpZGVudGlmeSBEZXROZXQgZmxvd3MgaW4gUFNOIGxh
eWVyIHdpdGhvdXQgY2hlY2tpbmcgdGhlIFBXIGxhYmVsLiBTdWNoIGEgc29sdXRpb24gb2YNCjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj
b2xvcjp3aW5kb3d0ZXh0Ij5jb3Vyc2UgbWF5IGNoYWxsZW5nZSBzY2FsYWJpbGl0eS48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+LSByZWdhcmRpbmcgcHJpb3JpdGl6YXRpb246IHRleHQgYWxsb3dzIGJvdGgg
RS1MU1AgYW5kIEwtTFNQIGNvbmNlcHQsIHdoYXQgbWFrZXMgcG9zc2libGUNCjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0Ij50byBpZGVudGlmeSBEZXROZXQgcGFja2V0cy4gSG93ZXZlciB0aGF0IGlzIG1vcmUg
Zm9yIHNpbXBsZSBxdWV1aW5nIHNjZW5hcmlvcyBhcyBpdCBkb2VzIG5vdDxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0Ij5pZGVudGlmeSBpbmRpdmlkdWFsIGZsb3dzLiA8bzpwPg0KPC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+UFNOIGxheWVyIHZzLiBETiBsYXllciAobm9uLU1QTFMpOjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj
b2xvcjp3aW5kb3d0ZXh0Ij4tIElQdjQ6IElmIEkgcmVtZW1iZXIgY29ycmVjdGx5IGl0IHdhcyBk
aXNjdXNzZWQgdG8gYmUgb3V0LW9mLXNjb3BlIHRvIHNpbXBsaWZ5IHRoZSBzY2VuYXJpb3Mgd2Ug
Zm9jdXMgb24uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Tm8tb25lIHdhbnRlZCB0byBkZWZpbmUgbmV3
IElQdjQgZmllbGRzIGZvciBmbG93LUlEIGFuZCBTZXEtTnVtIGluIHRoZSDigJxzdW5zZXQgb2Yg
SVB2NOKAnS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSBJUHY2OiBiYXNlZCBvbiB0aGUgc3JjLUlQdjYg
YW5kIHRoZSBmbG93LWxhYmVsIE5QIGNhbiBkZXRlY3QgRGV0TmV0IGZsb3dzLiBXaHkgd291bGQg
d2UgbmVlZCBhIG5ldw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPklQIHByb3RvY29sIHR5cGU/IDxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+R2VuZXJpYyB2cy4gRE4gYXdh
cmUgZGF0YSBwbGFuZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSBJIHRoaW5rIHdlIG5lZWQgYm90aC4g
V2UgaGF2ZSB1c2UtY2FzZXMgc3BlY2lmaWVkIGZvciBib3RoLjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+RGV0TmV0IHRyYWZmaWMgdG8gYmUgdHJhbnNwb3J0ZWQ6
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPi0gdHdvIHR5cGVzIGFyZSBjb25zaWRlcmVkOiA8bzpwPg0KPC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDoz
Ni4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4oMSkgRXRoZXJuZXQ6IElFRUUg
VFNOIHRyYWZmaWMgZW5jYXBzdWxhdGVkIGluIEV0aGVybmV0IGZyYW1lcyBhbmQNCjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDoz
Ni4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4oMikgSVA6IElQdjYgdHJhbnNw
b3J0ZWQgb3ZlciBhbnkgTDIgKG5vdCBhbHdheXMgRXRoZXJuZXQsIGJ1dCBtb3N0IGNhc2VzIEV0
aGVybmV0KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJ0ZXh0LWluZGVudDozNi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5BcyBu
b3RlZCBhYm92ZSBJUHY0IGlzIGN1cnJlbnRseSBvdXQtb2Ytc2NvcGUg4oCmPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5DaGVlcnM8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
QmFsYeKAmXpzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEg
MS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
Yj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4gU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGV3YXJ0LmJy
eWFudEBnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMjAxOC4gamFudcOhciAxNi4gMTc6
Mzg8YnI+DQo8Yj5Ubzo8L2I+IEFuZHJldyBHLiBNYWxpcyAmbHQ7YWdtYWxpc0BnbWFpbC5jb20m
Z3Q7PGJyPg0KPGI+Q2M6PC9iPiBNYWNoIENoZW4gJmx0O21hY2guY2hlbkBodWF3ZWkuY29tJmd0
OzsgQmFsw6F6cyBWYXJnYSBBICZsdDtiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20mZ3Q7OyBE
ZXROZXQgV0cgJmx0O2RldG5ldEBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6
IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPHA+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNi8wMS8yMDE4IDE1OjIwLCBBbmRyZXcgRy4gTWFs
aXMgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn
aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPlN0ZXdhcnQsIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+TGlrZSB3aXRoIFBXcyAoc2luY2UgREVUTkVUIGZvciBNUExTIHdvdWxkIGp1c3QgYmUg
YW5vdGhlciBQVyB0eXBlKSwgdGFyZ2V0ZWQgTERQIGFuZCBwcm92aXNpb25pbmcgKHZpYSBhIGNl
bnRyYWwgY29udHJvbGxlciwgTk1TLCBldGMuKSBhcmUgYWx0ZXJuYXRpdmVzIHRvIFJTVlAgYW5k
IFNSIHRvIHByb3Zpc2lvbmluZy9hbGxvY2F0aW5nIHRoZSBERVRORVQgUFcgbGFiZWwuPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PGJyPg0KLi4gYW5kIEkgc3VwcG9zZSBzdHJpY3RseSBCR1Agd2hpY2ggaXMgYWxzbyB1
c2VkIGZvciB0aGlzIHB1cnBvc2UgaW4gVlBOczxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+
PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1
LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+WW91IGFuZCBNYWNo
IGFyZSBib3RoIHJpZ2h0IHRoYXQgaW4gdGhlIElQIChub24tTVBMUykgY2FzZSwgd2UgbmVlZCBh
IHdheSBmb3IgdGhlIE5QIHRvIGRldGVjdCBERVRORVQgZmxvd3MuIFdlIGNvdWxkIGhhdmUgYSBu
ZXcgSVAgcHJvdG9jb2wgdHlwZSBmb3IgREVUTkVULCBhbmQgYSBERVRORVQgaGVhZGVyIGRpcmVj
dGx5IGZvbGxvd3MgdGhlIElQIGhlYWRlci4gSW4gdGhhdCBjYXNlLCB0aGUgREVUTkVUIGhlYWRl
cg0KIHdvdWxkIGFsc28gbmVlZCBhIG5leHQgcHJvdG9jb2wgaWRlbnRpZmllciwgdW5sZXNzIHRo
ZSBuZXh0IHByb3RvY29sIGlzIGFsd2F5cyBhbm90aGVyIElQIGhlYWRlci48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
YnI+DQpMYXN0IEkgc2F3LCB0aGUgdGhpbmtpbmcgd2FzIHRoYXQgdGhlcmUgd291bGQgYmUgYW4g
SVAgZXh0ZW5zaW9uIGhlYWRlciwgYWx0aG91Z2ggSSBhbSBub3QgYSBmYW4gb2YgdGhvc2Ugc2lu
Y2UgKGEpIEkgYW0gbm90IGNvbmZpZGVudCB3aGF0IGEgcm91dGVyIHdpbGwgZG8gb25lIGl0IGRv
ZXMgbm90IHVuZGVyc3RhbmQsIGFuZCAoYikgSSBhbSBjb25jZXJuZWQgYWJvdXQgdGhlIG5lZWQg
dG8gc3VwcG9ydCBJUHY0IHdoaWNoIEkgc3VzcGVjdCB3aWxsDQogaGF2ZSBhIGxvbmcgdGFpbCBp
biBlbnRlcnByaXNlIGRlcGxveW1lbnQuPGJyPg0KPGJyPg0KSSBwcmVmZXIgYSBVRFAgdHlwZSBm
b3IgdGhpcyBwdXJwb3NlIHNpbmNlIGl0IGhhcyB1bml2ZXJzYWwgc3VwcG9ydCB0aHJvdWdoIGFu
eSBtaWRkbGUgYm94LiBmaXJld2FsbCBldGMsIGFuZCBhbGwgcm91dGVycyBuZWVkIHRvIGxvb2sg
YSB0aGUgVURQIERQIHNvIGNoZWNraW5nIGlmIGl0IGlzIG9uZSB0aGV5IG5lZWQgdG8gd29yayBv
biBpcyBqdXN0IG9uZSBjb21wYXJlIGFuZCBjb25kaXRpb25hbCBicmFuY2guPGJyPg0KPGJyPg0K
PGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw
dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5PZiBjb3Vyc2UsIGZvciBNUExTLCB0aGUgREVUTkVUIFBXIGxhYmVsIGlzIHRoZSBpZGVu
dGlmaWVyLiA8bzpwPg0KPC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCk9ubHkgYXQgdGhlIFBXIGxheWVyLiBOb3RlIG15
IHF1ZXN0aW9uIGFib3V0IHdoZXRoZXIgdGhpcyBpcyBzdWZmaWNpZW50Ljxicj4NCjxicj4NCi0g
U3Rld2FydDxicj4NCiZuYnNwOzxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVv
dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLDxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5keTxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFR1ZSwgSmFuIDE2LCAyMDE4
IGF0IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50ICZsdDs8YSBocmVmPSJtYWlsdG86c3Rld2FydC5i
cnlhbnRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+c3Rld2FydC5icnlhbnRAZ21haWwuY29t
PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNt
IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxwPklm
IHdlIG5lZWQgdG8gZGlzY3JpbWluYXRlIGF0IHRoZSBQU04gbGF5ZXIgcmF0aGVyIHRoYW4gdGhl
IEROIGxheWVyIHRoZW4gd2UgcmVhbGx5IGFyZSBmb3JjZWQgdG8gY3JlYXRlIGEgbmV3IEZFQyB0
eXBlIGZvciBNUExTLCBvciBzeW50aGVzaXplIG9uZSB0aHJvdWdoIFJTVlAgb3IgU1IuIElQIGhh
cyBubyBuYXRpdmUgc3VwcG9ydCBmb3IgdGhpcywgYnV0IHdlIGNvdWxkIGludHJvZHVjZSB0aGUg
Y29uY2VwdCwgZm9yIGV4YW1wbGUgYnkNCiBtYWtpbmcgdGhpcyB0aGUgcHJvcGVydHkgb2YgdGhl
IElQIGFkZHJlc3Mgb3Igc29tZSB3YXkgb2YgTVBMU2luZyBJUC48bzpwPjwvbzpwPjwvcD4NCjxw
Pkhvd2V2ZXIgdGhlcmUgaXMgYSBkZWVwZXIgcXVlc3Rpb24gd2UgbmVlZCB0byBhbnN3ZXIuIElz
IG91ciBleHBlY3RhdGlvbiB0aGF0IGVhY2ggaG9wIGluIHRoZSBkYXRhIHBsYW5lIEROIGF3YXJl
LCBvciBpcyBvdXIgZXhwZWN0YXRpb24gdGhhdCBhdCBsZXN0IGluIHNvbWUgbmV0d29ya3MgdGhl
IGRhdGEgcGxhbmUgaXMgZ2VuZXJpYyB3aXRoIHNvbWUgRE4gbm9kZXMgc3RyYXRlZ2ljYWxseSBw
bGFjZWQ/PG86cD48L286cD48L3A+DQo8cD5JIGNhbiBzZWUgdGhhbiBpbiBzb21lIGdyZWVuZmll
bGQgc3BlY2lhbGlzdCBjYXNlcyB0aGUgcm91dGVycyB3aWxsIGFsbCBiZSBETiBhd2FyZSwgYnV0
IGluIG9yZGVyIHRvIGdldCBkZXBsb3ltZW50IGluIG1vc3QgbmV0d29ya3Mgd2UgbmVlZCB0byBk
ZXNpZ24gZm9yIHRoZSBjYXNlIHdoZXJlIG9ubHkgc3RyYXRlZ2ljIG5vZGVzIGFyZSBETiBhd2Fy
ZS48bzpwPjwvbzpwPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJjb2xvcjojODg4ODg4Ij4tIFN0ZXdh
cnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9u
IDE2LzAxLzIwMTggMDE6MTQsIE1hY2ggQ2hlbiB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw
dCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG
NDk3RCI+SGkgQmFsYXpzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi
PiMyIGlzIGEgbW9yZSBuYXR1cmUgc29sdXRpb24sIHRoZSBEZXROZXQgQ1cgaXMgZGVkaWNhdGVk
IGZvciBEZXROZXQsIHNlZW1zIHRoZXJlIGlzIG5vIGNvbXBhdGliaWxpdHkgaXNzdWUuPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29s
b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SW4gYWRkaXRpb24sIEkgdGhpbmsg
d2UgbmVlZCB0byBkZWZpbmUgYSB3YXkgb24gaG93IHRvIGRpZmZlcmVudGlhdGUgYSBEZXROZXQg
ZmxvdyBmcm9tIGEgbm9uLURldE5ldCBmbG93LCB0aGVuIHRoZSBuZXR3b3JrIHByb2Nlc3NvciBj
YW4gcHJvY2VzcyB0aGUNCiBDVyBhcyBleHBlY3RlZC4mbmJzcDsgSW4gVFNOLCBpdCB1c2VzIHRo
ZSBwcmlvcml0eSB0byBkZXRlcm1pbmUgd2hldGhlciBhIGZsb3cgaXMgVFNOIG9yIG5vbi1UU04g
Zmxvdy4gRm9yIERldE5ldCwgc2hvdWxkIHdlIGFsc28gdXNlIHRoZSBzYW1lIHdheSAoZS5nLiwg
VEMsIERTQ1ApPyBPciB0aGUgRGV0TmV0IHNlcnZpY2UgTGFiZWwgaXRzZWxmIGltcGxpZXMgdGhl
IHNpdHVhdGlvbiwgYnV0IGl0IHNlZW1zIHRoYXQgdGhpcyBvbmx5IHdvcmtzIHdoZW4NCiB0aGUg
RGV0TmV0IHNlcnZpY2UgbGFiZWwgaXMgdGhlIHRvcCBsYWJlbC4gJm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG
NDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QW55IG90aGVyIHRob3VnaHRzPzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJkcyw8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjoj
MUY0OTdEIj5NYWNoPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtw
YWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBj
bSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPkZyb206PC9iPiBkZXRuZXQgWzxhIGhyZWY9
Im1haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0bzpk
ZXRuZXQtYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkJhbMOhenMg
VmFyZ2EgQTxicj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIEphbnVhcnkgMTUsIDIwMTggOTowNiBQ
TTxicj4NCjxiPlRvOjwvYj4gRGV0TmV0IFdHIDxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5v
cmciIHRhcmdldD0iX2JsYW5rIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzwvYT48YnI+DQo8Yj5T
dWJqZWN0OjwvYj4gW0RldG5ldF0gRFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmluZyk8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw
OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij5IaSw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPlNvbWUgdGhvdWdodHMgdG8gc3RhcnQgZGlzY3Vzc2lvbiBv
biBvcGVuIHBvaW50cyBvZiB0aGUgRFAgc29sdXRpb24gZHJhZnQuPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlRoaXMgbWFpbCgtdGhy
ZWFkKSBpcyBvbiBzZXF1ZW5jZSBudW1iZXJpbmcuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Qcm9ibGVtIGluIGNh
c2Ugb2YgTVBMUyBhbmQgRGV0TmV0IENvbnRyb2wgV29yZDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+LSBTL04gc2tpcHMgemVybyBw
cm9ibGVtOiBFdGhlcm5ldCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJv
LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij5JdCB1c2VzIHplcm8gdG8gbWVhbiBubyBTL04gaW4gdXNlLiAocmZjNDQ0OCk8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5i
c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFp
bnRleHQiPlBvc3NpYmxlIHByb2JsZW0gcmVzb2x1dGlvbnM6PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiMxOiBVc2luZyBhICZxdW90
O2ZsYWcmcXVvdDsgaW4gdGhlIHJlc2VydmVkIGJpdHMgcGFydCBvZiB0aGUgQ1c6PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv
dDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDEmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAz
IDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNl
cmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8MCAwIDAg
MHxEfHJlc2VydmVkIC0gc2V0IHRvIDAmbmJzcDsgfCZuYnNwOyZuYnNwOyAxNiBiaXQgU2VxdWVu
Y2UgTnVtYmVyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv
dDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+RC1iaXQ6IHNldCB0byDigJwx4oCdIG1lYW5zIERldE5ldCBzcGVjaWZp
YyBTZXEuIE51bWJlciB1c2VkLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5CaXQ1LTE1OiByZXNlcnZlZC48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlJG
QzQ0NDggc3RhdGVzIHRoYXQgcmVzZXJ2ZWQgYml0cyDigJxNVVNUIGJlIGlnbm9yZWQgdXBvbiBy
ZWNlaXB04oCdLCBzbyBiYWNrd2FyZA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPmNvbXBhdGliaWxpdHkgaXMgZW5zdXJlZC4gU3Vj
aCBhIHNvbHV0aW9uIHdvdWxkIGFsbG93IGFsc28gdG8gdXNlIGxvbmdlciBzZXEubnVtLg0KPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PmZvcm1hdHMgKGlmIG5lZWRlZCkuIFN1Y2ggYSBmb3JtYXQgaXMgYWxzbyBpbmxpbmUgd2l0aCBS
RkM0Mzg1LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYw
OTUwNTQyM21zb3BsYWludGV4dCI+IzI6IE1ha2luZyDigJww4oCdIGFzIGEgdmFsaWQgU2VxLk51
bS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+RGV0TmV0IGZsb3dzIGFyZSByZWNvZ25pemVkIGFuZCBmb3J3YXJkZWQgc3BlY2lhbCB3
aXRoaW4gdGhlIERldE5ldA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPmRvbWFpbi4gUy9OIGlzIHVzZWQgd2l0aGluIHRoZSBEZXRO
ZXQgZG9tYWluIGJ5IERldE5ldCBTZXJ2aWNlIGZ1bmN0aW9ucw0KPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPihpLmUuIFBSRUYpLiBT
L04gdXNlZCBvbmx5IG9uIERldE5ldCBlbmQtbm9kZXMgYW5kIERldE5ldCByZWxheS1ub2Rlcy4g
Tm8NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij5vdGhlciBub2RlcyBjYXJlIGFib3V0IHRoZSB2YWx1ZSBvZiBTL04sIHRoZXJlZm9y
ZSBEZXROZXQgY2FuIHNwZWNpZnkgaXRzDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+b3duIHNlcXVlbmNlIG51bWJlciBwcm9jZXNz
aW5nIGFsZ29yaXRobS4gU28g4oCcMOKAnSBjYW4gYmUgYSB2YWxpZCBudW1iZXI8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+YW5kIG5v
dCB0aGUgaW5kaWNhdGlvbiB0aGF0IG5vIFNlcS5OdW0uIGlzIHVzZWQuIFRoaXMgaXMgaW5saW5l
IHdpdGggUkZDNDM4NS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiMzOiBPdGhlciDigKYgPyE/PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij5Db21tZW50cyBhcmUgd2VsY29tZS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkNoZWVyczxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5CYWxhJ3pzPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IGRldG5ldCBb
PGEgaHJlZj0ibWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+
bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9mIExvdSBCZXJn
ZXI8YnI+DQpTZW50OiAyMDE4LiBqYW51w6FyIDEwLiAxOTowMTxicj4NClRvOiBEZXROZXQgV0cg
Jmx0OzxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kZXRu
ZXRAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NClN1YmplY3Q6IFtEZXRuZXRdIHJlY29yZGluZyBmb3Ig
dG9kYXkncyBpbnRlcmltPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5
Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5pcyBhdmFpbGFibGUgZm9yIGRvd25sb2FkIGF0
OiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+PGEgaHJlZj0iaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2xkci5waHA/UkNJRD1l
NTExNmJjN2RiMjU0YzI0YTdiYjMyMTdiZjIwMjMwMSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL2lldGYu
d2ViZXguY29tL2lldGYvbGRyLnBocD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAy
MzAxPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPnJhdyBub3RlcyBhcmUgYXZhaWxhYmxlIGF0IDxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij48YSBocmVmPSJodHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmc6OTAwMC9wL25vdGVzLWll
dGYtaW50ZXJpbS0yMDE4LWRldG5ldC0wMSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJj
b2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwOi8vZXRoZXJwYWQudG9v
bHMuaWV0Zi5vcmc6OTAwMC9wL25vdGVzLWlldGYtaW50ZXJpbS0yMDE4LWRldG5ldC0wMTwvc3Bh
bj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5
NTA1NDIzbXNvcGxhaW50ZXh0Ij5QbGVhc2UgZmVlbCBmcmVlIHRvIHVwZGF0ZSB0aGUgZXRoZXJw
YWQgYmFzZWQgb24gdGhlIHJlY29yZGluZy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkxvdSAoYW5kIGNvLWNoYWly
cyk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPmRldG5ldCBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PGEgaHJlZj0ibWFpbHRvOmRldG5ldEBp
ZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3Rl
eHQtZGVjb3JhdGlvbjpub25lIj5kZXRuZXRAaWV0Zi5vcmc8L3NwYW4+PC9hPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVm
PSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldCIgdGFyZ2V0PSJf
YmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25l
Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDwvc3Bhbj48L2E+
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJy
Pg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8cHJlPl9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3ByZT4NCjxwcmU+ZGV0bmV0IG1haWxp
bmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0
Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kZXRuZXRAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3By
ZT4NCjxwcmU+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9k
ZXRuZXQiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2RldG5ldDwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4N
Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KZGV0
bmV0IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciPmRl
dG5ldEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWls
bWFuL2xpc3RpbmZvL2RldG5ldCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3Jn
L21haWxtYW4vbGlzdGluZm8vZGV0bmV0PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3Rl
Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0VI1PR07MB1005eurp_--


From nobody Tue Jan 16 10:38:28 2018
Return-Path: <eagros@dolby.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB94212DDD2 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 10:38:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.11
X-Spam-Level: 
X-Spam-Status: No, score=0.11 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_H2=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SPF_PERMERROR=0.01, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dolby.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 c09HxC5WkG41 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 10:38:21 -0800 (PST)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0091.outbound.protection.outlook.com [104.47.38.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F6FD12E894 for <detnet@ietf.org>; Tue, 16 Jan 2018 10:38:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Dolby.onmicrosoft.com;  s=selector1-dolby-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=HjPcjA2lfiA3R7JzwUYam+xxW6bCG8OYeh3wimwW7V8=; b=J22jusIBXAMMpotdLrfI3ukjspNstYWTYIZDQuXMy3zb8wuGgKJJvWojh2Kyi+597KMfct115ixvu5KPNL5LMAS6xADGRA0Dhgsvxk/J2cEvuQEsBMdqXhPLkuHzY/mxsiDBhdwrtkP8O7lBC1yOZcwa+zim7R+gpQQSgxXdTWs=
Received: from BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) by BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.407.7; Tue, 16 Jan 2018 18:38:19 +0000
Received: from BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) by BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) with mapi id 15.20.0407.009; Tue, 16 Jan 2018 18:38:19 +0000
From: "Grossman, Ethan A." <eagros@dolby.com>
To: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>, "Stewart Bryant" <stewart.bryant@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>
CC: DetNet WG <detnet@ietf.org>, Mach Chen <mach.chen@huawei.com>
Thread-Topic: DP solution (Flow identification)
Thread-Index: AdOO8WeQkUBFFh6eTJW3b2FiGZCbsAABxtAw
Date: Tue, 16 Jan 2018 18:38:19 +0000
Message-ID: <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com>
In-Reply-To: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.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=eagros@dolby.com; 
x-originating-ip: [8.39.141.5]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR06MB2547; 7:D6FsZEdmE8uNmu+/+pw9shJTpE3JESfHUH2hwuDBt9nebwkcfpkg7oBwVvPxa5dnLFewMBDlohhQ7ndHZK5uN1uxJJPrDJbdY/a5XtR6YV3KEbbqY6RvViEtE5FUj9kz/1YxsZK4EHvEMh85ILBaxPm7KHpzDVsEEhrVver19hE32q8t5zTTfsz2FlHGKMA8UxCxFfv4DcTB8/F8KkIyn0eLvjwhUIurjMjuX7LX10TKkrw+L55hn3Vk5SafVOsX
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: e480b58f-6591-43c0-78f1-08d55d105084
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(5600026)(4604075)(3008032)(4534125)(7022125)(4602075)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(2017052603307)(7153060)(7193020); SRVR:BN6PR06MB2547; 
x-ms-traffictypediagnostic: BN6PR06MB2547:
x-microsoft-antispam-prvs: <BN6PR06MB2547677E6E83D759FB77D4B4C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(28532068793085)(10436049006162)(50582790962513)(85827821059158)(94707916325470)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(3231023)(944501161)(10201501046)(20161123560045)(20161123562045)(20161123564045)(2016111802025)(20161123558120)(6043046)(6072148)(6042181)(201708071742011); SRVR:BN6PR06MB2547; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN6PR06MB2547; 
x-forefront-prvs: 0554B1F54F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39380400002)(396003)(376002)(346002)(39850400004)(279900001)(37854004)(24454002)(13464003)(189003)(199004)(110136005)(790700001)(77096006)(33656002)(316002)(2950100002)(3660700001)(7736002)(8936002)(19625305001)(54906003)(25786009)(6436002)(8676002)(229853002)(99286004)(97736004)(81156014)(76176011)(4326008)(26005)(81166006)(966005)(14454004)(6506007)(102836004)(7696005)(6116002)(3846002)(59450400001)(53546011)(86362001)(54896002)(9686003)(53936002)(2906002)(74316002)(236005)(5660300001)(106356001)(3280700002)(39060400002)(68736007)(66066001)(55016002)(2900100001)(606006)(16799955002)(6246003)(478600001)(105586002)(6306002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR06MB2547; H:BN6PR06MB2547.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: dolby.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: KlSJHiFeWLoF7Xv7dVR9mY1jS+ygwmeFucPfKc6kQYfA9KS+K1kU4a272N2FLdFYtXp82zyGdgatwO8vAET21Q==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR06MB2547465921576487DDE548F0C4EA0BN6PR06MB2547namp_"
MIME-Version: 1.0
X-OriginatorOrg: dolby.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e480b58f-6591-43c0-78f1-08d55d105084
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jan 2018 18:38:19.3418 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 05408d25-cd0d-40c8-8962-5462de64a318
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR06MB2547
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/R8LQ3yYSBBJegwzgTlNcXwsDyUU>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 18:38:26 -0000

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

SGkgQmFsYeKAmXpzLA0KUmVnYXJkaW5nIElQdjQsIEkgYWxzbyB1bmRlcnN0b29kIHRoYXQgd2Ug
ZGVjaWRlZCB0aGF0IHdlIGNhbuKAmXQgYWRkIG5ldyBJUHY0IGZpZWxkcy4gUGFyZG9uIG15IGln
bm9yYW5jZSBoZXJlLCBidXQgZG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMgbm8gcGFydCBvZiBEZXRO
ZXQgY2FwYWJpbGl0eSB0aGF0IGNhbiBiZSBydW4gb3ZlciBJUHY0PyBPciBpcyB0aGVyZSBzb21l
IOKAnHdvcmthcm91bmTigJ0gdG8gcHJvdmlkZSBhcyBJIHNheSBldmVuIHBhcnQgb2YgdGhlIERl
dE5ldCBjYXBhYmlsaXR5LCBnaXZlbiB0aGF0IGl0IGlzIGFuIEVuZ2luZWVyZWQgbmV0d29yaz8g
SSBqdXN0IHdhbnQgdG8gY2xhcmlmeSBleHBlY3RhdGlvbnMgaGVyZS4NClRoYW5rcywNCkV0aGFu
Lg0KDQpGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo
YWxmIE9mIEJhbMOhenMgVmFyZ2EgQQ0KU2VudDogVHVlc2RheSwgSmFudWFyeSAxNiwgMjAxOCAx
MDoyMSBBTQ0KVG86IFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+OyBB
bmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29tPg0KQ2M6IERldE5ldCBXRyA8ZGV0bmV0
QGlldGYub3JnPjsgTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbT4NClN1YmplY3Q6IFtE
ZXRuZXRdIERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKQ0KDQpJIHRoaW5rIHRoZSBs
YXN0IG1haWxzIGFyZSBtb3JlIGFib3V0IGZsb3cgaWRlbnRpZmljYXRpb24gYW5kIG5vdCB0aGUg
c2VxdWVuY2UgbnVtYmVyLg0KU28sIEkgaGF2ZSByZS1zdWJqZWN0ZWQgbXkgYW5zd2VyLg0KDQpQ
U04gbGF5ZXIgdnMuIEROIGxheWVyIChNUExTKToNCi0gaW4gY3VycmVudCBkYXRhIHBsYW5lIHRl
eHQgd2UgaGF2ZSBzdGF0ZWQgdGhhdCBEZXROZXQgUFdzIG1heSB1c2UgZGVkaWNhdGVkIExTUHMg
KFRFLXR1bm5lbHMpLg0KVGhhdCBhbGxvdyB0byBpZGVudGlmeSBEZXROZXQgZmxvd3MgaW4gUFNO
IGxheWVyIHdpdGhvdXQgY2hlY2tpbmcgdGhlIFBXIGxhYmVsLiBTdWNoIGEgc29sdXRpb24gb2YN
CmNvdXJzZSBtYXkgY2hhbGxlbmdlIHNjYWxhYmlsaXR5Lg0KLSByZWdhcmRpbmcgcHJpb3JpdGl6
YXRpb246IHRleHQgYWxsb3dzIGJvdGggRS1MU1AgYW5kIEwtTFNQIGNvbmNlcHQsIHdoYXQgbWFr
ZXMgcG9zc2libGUNCnRvIGlkZW50aWZ5IERldE5ldCBwYWNrZXRzLiBIb3dldmVyIHRoYXQgaXMg
bW9yZSBmb3Igc2ltcGxlIHF1ZXVpbmcgc2NlbmFyaW9zIGFzIGl0IGRvZXMgbm90DQppZGVudGlm
eSBpbmRpdmlkdWFsIGZsb3dzLg0KDQpQU04gbGF5ZXIgdnMuIEROIGxheWVyIChub24tTVBMUyk6
DQotIElQdjQ6IElmIEkgcmVtZW1iZXIgY29ycmVjdGx5IGl0IHdhcyBkaXNjdXNzZWQgdG8gYmUg
b3V0LW9mLXNjb3BlIHRvIHNpbXBsaWZ5IHRoZSBzY2VuYXJpb3Mgd2UgZm9jdXMgb24uDQpOby1v
bmUgd2FudGVkIHRvIGRlZmluZSBuZXcgSVB2NCBmaWVsZHMgZm9yIGZsb3ctSUQgYW5kIFNlcS1O
dW0gaW4gdGhlIOKAnHN1bnNldCBvZiBJUHY04oCdLg0KLSBJUHY2OiBiYXNlZCBvbiB0aGUgc3Jj
LUlQdjYgYW5kIHRoZSBmbG93LWxhYmVsIE5QIGNhbiBkZXRlY3QgRGV0TmV0IGZsb3dzLiBXaHkg
d291bGQgd2UgbmVlZCBhIG5ldw0KSVAgcHJvdG9jb2wgdHlwZT8NCg0KR2VuZXJpYyB2cy4gRE4g
YXdhcmUgZGF0YSBwbGFuZToNCi0gSSB0aGluayB3ZSBuZWVkIGJvdGguIFdlIGhhdmUgdXNlLWNh
c2VzIHNwZWNpZmllZCBmb3IgYm90aC4NCg0KRGV0TmV0IHRyYWZmaWMgdG8gYmUgdHJhbnNwb3J0
ZWQ6DQotIHR3byB0eXBlcyBhcmUgY29uc2lkZXJlZDoNCigxKSBFdGhlcm5ldDogSUVFRSBUU04g
dHJhZmZpYyBlbmNhcHN1bGF0ZWQgaW4gRXRoZXJuZXQgZnJhbWVzIGFuZA0KKDIpIElQOiBJUHY2
IHRyYW5zcG9ydGVkIG92ZXIgYW55IEwyIChub3QgYWx3YXlzIEV0aGVybmV0LCBidXQgbW9zdCBj
YXNlcyBFdGhlcm5ldCkNCkFzIG5vdGVkIGFib3ZlIElQdjQgaXMgY3VycmVudGx5IG91dC1vZi1z
Y29wZSDigKYNCg0KQ2hlZXJzDQpCYWxh4oCZenMNCg0KRnJvbTogU3Rld2FydCBCcnlhbnQgW21h
aWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dDQpTZW50OiAyMDE4LiBqYW51w6FyIDE2LiAx
NzozOA0KVG86IEFuZHJldyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb208bWFpbHRvOmFnbWFs
aXNAZ21haWwuY29tPj4NCkNjOiBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPG1haWx0
bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4+OyBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdh
QGVyaWNzc29uLmNvbTxtYWlsdG86YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPj47IERldE5l
dCBXRyA8ZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+Pg0KU3ViamVjdDog
UmU6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpDQoNCg0KDQpBbmR5
DQpPbiAxNi8wMS8yMDE4IDE1OjIwLCBBbmRyZXcgRy4gTWFsaXMgd3JvdGU6DQpTdGV3YXJ0LA0K
DQpMaWtlIHdpdGggUFdzIChzaW5jZSBERVRORVQgZm9yIE1QTFMgd291bGQganVzdCBiZSBhbm90
aGVyIFBXIHR5cGUpLCB0YXJnZXRlZCBMRFAgYW5kIHByb3Zpc2lvbmluZyAodmlhIGEgY2VudHJh
bCBjb250cm9sbGVyLCBOTVMsIGV0Yy4pIGFyZSBhbHRlcm5hdGl2ZXMgdG8gUlNWUCBhbmQgU1Ig
dG8gcHJvdmlzaW9uaW5nL2FsbG9jYXRpbmcgdGhlIERFVE5FVCBQVyBsYWJlbC4NCg0KLi4gYW5k
IEkgc3VwcG9zZSBzdHJpY3RseSBCR1Agd2hpY2ggaXMgYWxzbyB1c2VkIGZvciB0aGlzIHB1cnBv
c2UgaW4gVlBOcw0KDQoNCllvdSBhbmQgTWFjaCBhcmUgYm90aCByaWdodCB0aGF0IGluIHRoZSBJ
UCAobm9uLU1QTFMpIGNhc2UsIHdlIG5lZWQgYSB3YXkgZm9yIHRoZSBOUCB0byBkZXRlY3QgREVU
TkVUIGZsb3dzLiBXZSBjb3VsZCBoYXZlIGEgbmV3IElQIHByb3RvY29sIHR5cGUgZm9yIERFVE5F
VCwgYW5kIGEgREVUTkVUIGhlYWRlciBkaXJlY3RseSBmb2xsb3dzIHRoZSBJUCBoZWFkZXIuIElu
IHRoYXQgY2FzZSwgdGhlIERFVE5FVCBoZWFkZXIgd291bGQgYWxzbyBuZWVkIGEgbmV4dCBwcm90
b2NvbCBpZGVudGlmaWVyLCB1bmxlc3MgdGhlIG5leHQgcHJvdG9jb2wgaXMgYWx3YXlzIGFub3Ro
ZXIgSVAgaGVhZGVyLg0KDQpMYXN0IEkgc2F3LCB0aGUgdGhpbmtpbmcgd2FzIHRoYXQgdGhlcmUg
d291bGQgYmUgYW4gSVAgZXh0ZW5zaW9uIGhlYWRlciwgYWx0aG91Z2ggSSBhbSBub3QgYSBmYW4g
b2YgdGhvc2Ugc2luY2UgKGEpIEkgYW0gbm90IGNvbmZpZGVudCB3aGF0IGEgcm91dGVyIHdpbGwg
ZG8gb25lIGl0IGRvZXMgbm90IHVuZGVyc3RhbmQsIGFuZCAoYikgSSBhbSBjb25jZXJuZWQgYWJv
dXQgdGhlIG5lZWQgdG8gc3VwcG9ydCBJUHY0IHdoaWNoIEkgc3VzcGVjdCB3aWxsIGhhdmUgYSBs
b25nIHRhaWwgaW4gZW50ZXJwcmlzZSBkZXBsb3ltZW50Lg0KDQpJIHByZWZlciBhIFVEUCB0eXBl
IGZvciB0aGlzIHB1cnBvc2Ugc2luY2UgaXQgaGFzIHVuaXZlcnNhbCBzdXBwb3J0IHRocm91Z2gg
YW55IG1pZGRsZSBib3guIGZpcmV3YWxsIGV0YywgYW5kIGFsbCByb3V0ZXJzIG5lZWQgdG8gbG9v
ayBhIHRoZSBVRFAgRFAgc28gY2hlY2tpbmcgaWYgaXQgaXMgb25lIHRoZXkgbmVlZCB0byB3b3Jr
IG9uIGlzIGp1c3Qgb25lIGNvbXBhcmUgYW5kIGNvbmRpdGlvbmFsIGJyYW5jaC4NCg0KDQpPZiBj
b3Vyc2UsIGZvciBNUExTLCB0aGUgREVUTkVUIFBXIGxhYmVsIGlzIHRoZSBpZGVudGlmaWVyLg0K
DQpPbmx5IGF0IHRoZSBQVyBsYXllci4gTm90ZSBteSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRo
aXMgaXMgc3VmZmljaWVudC4NCg0KLSBTdGV3YXJ0DQoNCg0KQ2hlZXJzLA0KQW5keQ0KDQoNCk9u
IFR1ZSwgSmFuIDE2LCAyMDE4IGF0IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJy
eWFudEBnbWFpbC5jb208bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT4+IHdyb3RlOg0K
DQpJZiB3ZSBuZWVkIHRvIGRpc2NyaW1pbmF0ZSBhdCB0aGUgUFNOIGxheWVyIHJhdGhlciB0aGFu
IHRoZSBETiBsYXllciB0aGVuIHdlIHJlYWxseSBhcmUgZm9yY2VkIHRvIGNyZWF0ZSBhIG5ldyBG
RUMgdHlwZSBmb3IgTVBMUywgb3Igc3ludGhlc2l6ZSBvbmUgdGhyb3VnaCBSU1ZQIG9yIFNSLiBJ
UCBoYXMgbm8gbmF0aXZlIHN1cHBvcnQgZm9yIHRoaXMsIGJ1dCB3ZSBjb3VsZCBpbnRyb2R1Y2Ug
dGhlIGNvbmNlcHQsIGZvciBleGFtcGxlIGJ5IG1ha2luZyB0aGlzIHRoZSBwcm9wZXJ0eSBvZiB0
aGUgSVAgYWRkcmVzcyBvciBzb21lIHdheSBvZiBNUExTaW5nIElQLg0KDQpIb3dldmVyIHRoZXJl
IGlzIGEgZGVlcGVyIHF1ZXN0aW9uIHdlIG5lZWQgdG8gYW5zd2VyLiBJcyBvdXIgZXhwZWN0YXRp
b24gdGhhdCBlYWNoIGhvcCBpbiB0aGUgZGF0YSBwbGFuZSBETiBhd2FyZSwgb3IgaXMgb3VyIGV4
cGVjdGF0aW9uIHRoYXQgYXQgbGVzdCBpbiBzb21lIG5ldHdvcmtzIHRoZSBkYXRhIHBsYW5lIGlz
IGdlbmVyaWMgd2l0aCBzb21lIEROIG5vZGVzIHN0cmF0ZWdpY2FsbHkgcGxhY2VkPw0KDQpJIGNh
biBzZWUgdGhhbiBpbiBzb21lIGdyZWVuZmllbGQgc3BlY2lhbGlzdCBjYXNlcyB0aGUgcm91dGVy
cyB3aWxsIGFsbCBiZSBETiBhd2FyZSwgYnV0IGluIG9yZGVyIHRvIGdldCBkZXBsb3ltZW50IGlu
IG1vc3QgbmV0d29ya3Mgd2UgbmVlZCB0byBkZXNpZ24gZm9yIHRoZSBjYXNlIHdoZXJlIG9ubHkg
c3RyYXRlZ2ljIG5vZGVzIGFyZSBETiBhd2FyZS4NCg0KLSBTdGV3YXJ0DQoNCk9uIDE2LzAxLzIw
MTggMDE6MTQsIE1hY2ggQ2hlbiB3cm90ZToNCkhpIEJhbGF6cywNCg0KIzIgaXMgYSBtb3JlIG5h
dHVyZSBzb2x1dGlvbiwgdGhlIERldE5ldCBDVyBpcyBkZWRpY2F0ZWQgZm9yIERldE5ldCwgc2Vl
bXMgdGhlcmUgaXMgbm8gY29tcGF0aWJpbGl0eSBpc3N1ZS4NCg0KSW4gYWRkaXRpb24sIEkgdGhp
bmsgd2UgbmVlZCB0byBkZWZpbmUgYSB3YXkgb24gaG93IHRvIGRpZmZlcmVudGlhdGUgYSBEZXRO
ZXQgZmxvdyBmcm9tIGEgbm9uLURldE5ldCBmbG93LCB0aGVuIHRoZSBuZXR3b3JrIHByb2Nlc3Nv
ciBjYW4gcHJvY2VzcyB0aGUgQ1cgYXMgZXhwZWN0ZWQuICBJbiBUU04sIGl0IHVzZXMgdGhlIHBy
aW9yaXR5IHRvIGRldGVybWluZSB3aGV0aGVyIGEgZmxvdyBpcyBUU04gb3Igbm9uLVRTTiBmbG93
LiBGb3IgRGV0TmV0LCBzaG91bGQgd2UgYWxzbyB1c2UgdGhlIHNhbWUgd2F5IChlLmcuLCBUQywg
RFNDUCk/IE9yIHRoZSBEZXROZXQgc2VydmljZSBMYWJlbCBpdHNlbGYgaW1wbGllcyB0aGUgc2l0
dWF0aW9uLCBidXQgaXQgc2VlbXMgdGhhdCB0aGlzIG9ubHkgd29ya3Mgd2hlbiB0aGUgRGV0TmV0
IHNlcnZpY2UgbGFiZWwgaXMgdGhlIHRvcCBsYWJlbC4NCg0KQW55IG90aGVyIHRob3VnaHRzPw0K
DQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQoNCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5ldC1ib3Vu
Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQmFsw6F6cyBWYXJnYSBBDQpTZW50OiBNb25kYXks
IEphbnVhcnkgMTUsIDIwMTggOTowNiBQTQ0KVG86IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3Jn
PjxtYWlsdG86ZGV0bmV0QGlldGYub3JnPg0KU3ViamVjdDogW0RldG5ldF0gRFAgc29sdXRpb24g
KFNlcXVlbmNlIE51bWJlcmluZykNCg0KDQpIaSwNCg0KDQoNClNvbWUgdGhvdWdodHMgdG8gc3Rh
cnQgZGlzY3Vzc2lvbiBvbiBvcGVuIHBvaW50cyBvZiB0aGUgRFAgc29sdXRpb24gZHJhZnQuDQoN
ClRoaXMgbWFpbCgtdGhyZWFkKSBpcyBvbiBzZXF1ZW5jZSBudW1iZXJpbmcuDQoNCg0KDQpQcm9i
bGVtIGluIGNhc2Ugb2YgTVBMUyBhbmQgRGV0TmV0IENvbnRyb2wgV29yZDoNCg0KLSBTL04gc2tp
cHMgemVybyBwcm9ibGVtOiBFdGhlcm5ldCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0aGF0IFMvTiBz
a2lwcyB6ZXJvLg0KDQpJdCB1c2VzIHplcm8gdG8gbWVhbiBubyBTL04gaW4gdXNlLiAocmZjNDQ0
OCkNCg0KDQoNClBvc3NpYmxlIHByb2JsZW0gcmVzb2x1dGlvbnM6DQoNCiMxOiBVc2luZyBhICJm
bGFnIiBpbiB0aGUgcmVzZXJ2ZWQgYml0cyBwYXJ0IG9mIHRoZSBDVzoNCg0KICAgICAgMCAgICAg
ICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0K
DQogICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0
IDUgNiA3IDggOSAwIDENCg0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQogICAgIHwwIDAgMCAwfER8cmVzZXJ2
ZWQgLSBzZXQgdG8gMCAgfCAgIDE2IGJpdCBTZXF1ZW5jZSBOdW1iZXIgICAgICB8DQoNCiAgICAg
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSsNCg0KRC1iaXQ6IHNldCB0byDigJwx4oCdIG1lYW5zIERldE5ldCBzcGVjaWZpYyBT
ZXEuIE51bWJlciB1c2VkLA0KDQpCaXQ1LTE1OiByZXNlcnZlZC4NCg0KDQoNClJGQzQ0NDggc3Rh
dGVzIHRoYXQgcmVzZXJ2ZWQgYml0cyDigJxNVVNUIGJlIGlnbm9yZWQgdXBvbiByZWNlaXB04oCd
LCBzbyBiYWNrd2FyZA0KDQpjb21wYXRpYmlsaXR5IGlzIGVuc3VyZWQuIFN1Y2ggYSBzb2x1dGlv
biB3b3VsZCBhbGxvdyBhbHNvIHRvIHVzZSBsb25nZXIgc2VxLm51bS4NCg0KZm9ybWF0cyAoaWYg
bmVlZGVkKS4gU3VjaCBhIGZvcm1hdCBpcyBhbHNvIGlubGluZSB3aXRoIFJGQzQzODUuDQoNCg0K
DQojMjogTWFraW5nIOKAnDDigJ0gYXMgYSB2YWxpZCBTZXEuTnVtLg0KDQpEZXROZXQgZmxvd3Mg
YXJlIHJlY29nbml6ZWQgYW5kIGZvcndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0DQoN
CmRvbWFpbi4gUy9OIGlzIHVzZWQgd2l0aGluIHRoZSBEZXROZXQgZG9tYWluIGJ5IERldE5ldCBT
ZXJ2aWNlIGZ1bmN0aW9ucw0KDQooaS5lLiBQUkVGKS4gUy9OIHVzZWQgb25seSBvbiBEZXROZXQg
ZW5kLW5vZGVzIGFuZCBEZXROZXQgcmVsYXktbm9kZXMuIE5vDQoNCm90aGVyIG5vZGVzIGNhcmUg
YWJvdXQgdGhlIHZhbHVlIG9mIFMvTiwgdGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lmeSBpdHMN
Cg0Kb3duIHNlcXVlbmNlIG51bWJlciBwcm9jZXNzaW5nIGFsZ29yaXRobS4gU28g4oCcMOKAnSBj
YW4gYmUgYSB2YWxpZCBudW1iZXINCg0KYW5kIG5vdCB0aGUgaW5kaWNhdGlvbiB0aGF0IG5vIFNl
cS5OdW0uIGlzIHVzZWQuIFRoaXMgaXMgaW5saW5lIHdpdGggUkZDNDM4NS4NCg0KDQoNCiMzOiBP
dGhlciDigKYgPyE/DQoNCg0KDQpDb21tZW50cyBhcmUgd2VsY29tZS4NCg0KDQoNCkNoZWVycw0K
DQpCYWxhJ3pzDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogZGV0bmV0
IFttYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMb3UgQmVyZ2Vy
DQpTZW50OiAyMDE4LiBqYW51w6FyIDEwLiAxOTowMQ0KVG86IERldE5ldCBXRyA8ZGV0bmV0QGll
dGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW0RldG5ldF0gcmVjb3Jk
aW5nIGZvciB0b2RheSdzIGludGVyaW0NCg0KDQoNCmlzIGF2YWlsYWJsZSBmb3IgZG93bmxvYWQg
YXQ6DQoNCmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9sZHIucGhwP1JDSUQ9ZTUxMTZiYzdk
YjI1NGMyNGE3YmIzMjE3YmYyMDIzMDE8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29t
L3YyL3VybD91PWh0dHBzLTNBX19pZXRmLndlYmV4LmNvbV9pZXRmX2xkci5waHAtM0ZSQ0lELTNE
ZTUxMTZiYzdkYjI1NGMyNGE3YmIzMjE3YmYyMDIzMDEmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0
WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBO
dEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz0zcmIzUkVfWjJ3T1c4dnAtQU1zYTJsZ1NoMFU0Qmdk
WkY3enUxdFh3ZDZrJmU9Pg0KDQoNCg0KcmF3IG5vdGVzIGFyZSBhdmFpbGFibGUgYXQNCg0KaHR0
cDovL2V0aGVycGFkLnRvb2xzLmlldGYub3JnOjkwMDAvcC9ub3Rlcy1pZXRmLWludGVyaW0tMjAx
OC1kZXRuZXQtMDE8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0
dHAtM0FfX2V0aGVycGFkLnRvb2xzLmlldGYub3JnLTNBOTAwMF9wX25vdGVzLTJEaWV0Zi0yRGlu
dGVyaW0tMkQyMDE4LTJEZGV0bmV0LTJEMDEmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3
YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2Rh
cWpBZndRZjdkSVdLQmZNanMmcz1sT19aZEhBclFRc2FETll2TXlJY3ptZDZGMVBfYWN1TTBrRk1a
NTFVWDZjJmU9Pg0KDQoNCg0KUGxlYXNlIGZlZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFk
IGJhc2VkIG9uIHRoZSByZWNvcmRpbmcuDQoNCg0KDQpMb3UgKGFuZCBjby1jaGFpcnMpDQoNCg0K
DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpkZXRu
ZXQgbWFpbGluZyBsaXN0DQoNCmRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3Jn
Pg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxodHRwczov
L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9y
Z19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZkPUR3TUdhUSZjPWxJOFpiNlR6TTNkMXRYNGlFdTdi
cGcmcj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJm09V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFx
akFmd1FmN2RJV0tCZk1qcyZzPWhTOV9ISTExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0OW5q
ckZRTUkmZT0+DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18NCg0KZGV0bmV0IG1haWxpbmcgbGlzdA0KDQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRl
dG5ldEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9k
ZXRuZXQ8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNB
X193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19kZXRuZXQmZD1Ed01HYVEmYz1sSThaYjZU
ek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGww
ejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3
VVJvYnBjV2JCdDluanJGUU1JJmU9Pg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQpkZXRuZXQgbWFpbGluZyBsaXN0DQpkZXRuZXRAaWV0Zi5vcmc8
bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz
dGluZm8vZGV0bmV0PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1o
dHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmQ9RHdNR2FRJmM9
bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmbT1XdzUwNkdU
NUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJnM9aFM5X0hJMTE0dmx5VC1NREpW
cDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFNSSZlPT4NCg0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDph
dXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJ
bWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVz
IE5ldyBSb21hbiIsc2VyaWY7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t
c3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJn
aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291
cmllciBOZXciLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENo
YXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZv
bnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnAubXNvbm9ybWFsMCwgbGkubXNv
bm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1z
by1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcC5tMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCwgbGkubTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQsIGRpdi5tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dA0KCXttc28tc3R5
bGUtbmFtZTptXzE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQ7DQoJbXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjpibGFjazt9DQpzcGFuLmhvZW56Yg0KCXtt
c28tc3R5bGUtbmFtZTpob2VuemI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjINCgl7bXNvLXN0eWxlLXR5
cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6
d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h
bDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0
O30NCnNwYW4uRW1haWxTdHlsZTI1DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K
Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXpl
OjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy
Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX
b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo
YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp
Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0
Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv
eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVO
LVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u
MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
SGkgQmFsYeKAmXpzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5SZWdhcmRpbmcgSVB2NCwgSSBhbHNvIHVu
ZGVyc3Rvb2QgdGhhdCB3ZSBkZWNpZGVkIHRoYXQgd2UgY2Fu4oCZdCBhZGQgbmV3IElQdjQgZmll
bGRzLiBQYXJkb24gbXkgaWdub3JhbmNlIGhlcmUsIGJ1dCBkb2VzIHRoYXQgbWVhbiB0aGVyZSBp
cyBubyBwYXJ0IG9mIERldE5ldCBjYXBhYmlsaXR5IHRoYXQgY2FuIGJlIHJ1biBvdmVyIElQdjQ/
IE9yIGlzIHRoZXJlDQogc29tZSDigJx3b3JrYXJvdW5k4oCdIHRvIHByb3ZpZGUgYXMgSSBzYXkg
ZXZlbiBwYXJ0IG9mIHRoZSBEZXROZXQgY2FwYWJpbGl0eSwgZ2l2ZW4gdGhhdCBpdCBpcyBhbiBF
bmdpbmVlcmVkIG5ldHdvcms/IEkganVzdCB3YW50IHRvIGNsYXJpZnkgZXhwZWN0YXRpb25zIGhl
cmUuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5FdGhhbi48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk
aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRk
aW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9y
OndpbmRvd3RleHQiPiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10NCjxi
Pk9uIEJlaGFsZiBPZiA8L2I+QmFsw6F6cyBWYXJnYSBBPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNk
YXksIEphbnVhcnkgMTYsIDIwMTggMTA6MjEgQU08YnI+DQo8Yj5Ubzo8L2I+IFN0ZXdhcnQgQnJ5
YW50ICZsdDtzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20mZ3Q7OyBBbmRyZXcgRy4gTWFsaXMgJmx0
O2FnbWFsaXNAZ21haWwuY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gRGV0TmV0IFdHICZsdDtkZXRu
ZXRAaWV0Zi5vcmcmZ3Q7OyBNYWNoIENoZW4gJmx0O21hY2guY2hlbkBodWF3ZWkuY29tJmd0Ozxi
cj4NCjxiPlN1YmplY3Q6PC9iPiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNh
dGlvbik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+SSB0aGluayB0aGUgbGFzdCBtYWlscyBhcmUgbW9y
ZSBhYm91dCBmbG93IGlkZW50aWZpY2F0aW9uIGFuZCBub3QgdGhlIHNlcXVlbmNlIG51bWJlci48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+U28sIEkgaGF2ZSByZS1zdWJqZWN0ZWQgbXkgYW5zd2VyLjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+UFNOIGxheWVyIHZzLiBETiBs
YXllciAoTVBMUyk6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0gaW4gY3VycmVudCBkYXRhIHBsYW5lIHRl
eHQgd2UgaGF2ZSBzdGF0ZWQgdGhhdCBEZXROZXQgUFdzIG1heSB1c2UgZGVkaWNhdGVkIExTUHMg
KFRFLXR1bm5lbHMpLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlRoYXQgYWxsb3cgdG8gaWRlbnRpZnkg
RGV0TmV0IGZsb3dzIGluIFBTTiBsYXllciB3aXRob3V0IGNoZWNraW5nIHRoZSBQVyBsYWJlbC4g
U3VjaCBhIHNvbHV0aW9uIG9mDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Y291cnNlIG1heSBjaGFsbGVu
Z2Ugc2NhbGFiaWxpdHkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0gcmVnYXJkaW5nIHByaW9yaXRpemF0
aW9uOiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQIGFuZCBMLUxTUCBjb25jZXB0LCB3aGF0IG1ha2Vz
IHBvc3NpYmxlDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+dG8gaWRlbnRpZnkgRGV0TmV0IHBhY2tldHMu
IEhvd2V2ZXIgdGhhdCBpcyBtb3JlIGZvciBzaW1wbGUgcXVldWluZyBzY2VuYXJpb3MgYXMgaXQg
ZG9lcyBub3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+aWRlbnRpZnkgaW5kaXZpZHVhbCBmbG93cy4gPG86
cD4NCjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlBTTiBsYXllciB2cy4g
RE4gbGF5ZXIgKG5vbi1NUExTKTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSBJUHY0OiBJZiBJIHJlbWVt
YmVyIGNvcnJlY3RseSBpdCB3YXMgZGlzY3Vzc2VkIHRvIGJlIG91dC1vZi1zY29wZSB0byBzaW1w
bGlmeSB0aGUgc2NlbmFyaW9zIHdlIGZvY3VzIG9uLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPk5vLW9u
ZSB3YW50ZWQgdG8gZGVmaW5lIG5ldyBJUHY0IGZpZWxkcyBmb3IgZmxvdy1JRCBhbmQgU2VxLU51
bSBpbiB0aGUg4oCcc3Vuc2V0IG9mIElQdjTigJ0uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0gSVB2Njog
YmFzZWQgb24gdGhlIHNyYy1JUHY2IGFuZCB0aGUgZmxvdy1sYWJlbCBOUCBjYW4gZGV0ZWN0IERl
dE5ldCBmbG93cy4gV2h5IHdvdWxkIHdlIG5lZWQgYSBuZXcNCjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5J
UCBwcm90b2NvbCB0eXBlPyA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3Rl
eHQiPkdlbmVyaWMgdnMuIEROIGF3YXJlIGRhdGEgcGxhbmU6PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0g
SSB0aGluayB3ZSBuZWVkIGJvdGguIFdlIGhhdmUgdXNlLWNhc2VzIHNwZWNpZmllZCBmb3IgYm90
aC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkRldE5ldCB0cmFm
ZmljIHRvIGJlIHRyYW5zcG9ydGVkOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4tIHR3byB0eXBlcyBhcmUg
Y29uc2lkZXJlZDogPG86cD4NCjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0idGV4dC1pbmRlbnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQi
PigxKSBFdGhlcm5ldDogSUVFRSBUU04gdHJhZmZpYyBlbmNhcHN1bGF0ZWQgaW4gRXRoZXJuZXQg
ZnJhbWVzIGFuZA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9InRleHQtaW5kZW50Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4o
MikgSVA6IElQdjYgdHJhbnNwb3J0ZWQgb3ZlciBhbnkgTDIgKG5vdCBhbHdheXMgRXRoZXJuZXQs
IGJ1dCBtb3N0IGNhc2VzIEV0aGVybmV0KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+QXMgbm90ZWQgYWJvdmUgSVB2NCBpcyBjdXJyZW50bHkgb3V0LW9mLXNjb3Bl
IOKApjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Q2hlZXJzPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPkJhbGHigJl6czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv
cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkZyb206PC9z
cGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IFN0ZXdhcnQgQnJ5YW50IFs8
YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIj5tYWlsdG86c3Rld2FydC5i
cnlhbnRAZ21haWwuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiAyMDE4LiBqYW51w6FyIDE2
LiAxNzozODxicj4NCjxiPlRvOjwvYj4gQW5kcmV3IEcuIE1hbGlzICZsdDs8YSBocmVmPSJtYWls
dG86YWdtYWxpc0BnbWFpbC5jb20iPmFnbWFsaXNAZ21haWwuY29tPC9hPiZndDs8YnI+DQo8Yj5D
Yzo8L2I+IE1hY2ggQ2hlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29t
Ij5tYWNoLmNoZW5AaHVhd2VpLmNvbTwvYT4mZ3Q7OyBCYWzDoXpzIFZhcmdhIEEgJmx0OzxhIGhy
ZWY9Im1haWx0bzpiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20iPmJhbGF6cy5hLnZhcmdhQGVy
aWNzc29uLmNvbTwvYT4mZ3Q7OyBEZXROZXQgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzpkZXRuZXRA
aWV0Zi5vcmciPmRldG5ldEBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJl
OiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKTxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjxwPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5BbmR5PG86cD48L286cD48L3A+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMTYvMDEvMjAxOCAxNToyMCwgQW5kcmV3IEcuIE1h
bGlzIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy
Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj5TdGV3YXJ0LCA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPkxpa2Ugd2l0aCBQV3MgKHNpbmNlIERFVE5FVCBmb3IgTVBMUyB3b3VsZCBqdXN0IGJl
IGFub3RoZXIgUFcgdHlwZSksIHRhcmdldGVkIExEUCBhbmQgcHJvdmlzaW9uaW5nICh2aWEgYSBj
ZW50cmFsIGNvbnRyb2xsZXIsIE5NUywgZXRjLikgYXJlIGFsdGVybmF0aXZlcyB0byBSU1ZQIGFu
ZCBTUiB0byBwcm92aXNpb25pbmcvYWxsb2NhdGluZyB0aGUgREVUTkVUIFBXIGxhYmVsLjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KLi4gYW5kIEkgc3VwcG9z
ZSBzdHJpY3RseSBCR1Agd2hpY2ggaXMgYWxzbyB1c2VkIGZvciB0aGlzIHB1cnBvc2UgaW4gVlBO
czxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10
b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+WW91IGFuZCBNYWNoIGFyZSBib3RoIHJpZ2h0IHRoYXQgaW4gdGhlIElQIChu
b24tTVBMUykgY2FzZSwgd2UgbmVlZCBhIHdheSBmb3IgdGhlIE5QIHRvIGRldGVjdCBERVRORVQg
Zmxvd3MuIFdlIGNvdWxkIGhhdmUgYSBuZXcgSVAgcHJvdG9jb2wgdHlwZSBmb3IgREVUTkVULCBh
bmQgYSBERVRORVQgaGVhZGVyIGRpcmVjdGx5IGZvbGxvd3MgdGhlIElQIGhlYWRlci4gSW4gdGhh
dCBjYXNlLCB0aGUgREVUTkVUIGhlYWRlcg0KIHdvdWxkIGFsc28gbmVlZCBhIG5leHQgcHJvdG9j
b2wgaWRlbnRpZmllciwgdW5sZXNzIHRoZSBuZXh0IHByb3RvY29sIGlzIGFsd2F5cyBhbm90aGVy
IElQIGhlYWRlci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4N
Ckxhc3QgSSBzYXcsIHRoZSB0aGlua2luZyB3YXMgdGhhdCB0aGVyZSB3b3VsZCBiZSBhbiBJUCBl
eHRlbnNpb24gaGVhZGVyLCBhbHRob3VnaCBJIGFtIG5vdCBhIGZhbiBvZiB0aG9zZSBzaW5jZSAo
YSkgSSBhbSBub3QgY29uZmlkZW50IHdoYXQgYSByb3V0ZXIgd2lsbCBkbyBvbmUgaXQgZG9lcyBu
b3QgdW5kZXJzdGFuZCwgYW5kIChiKSBJIGFtIGNvbmNlcm5lZCBhYm91dCB0aGUgbmVlZCB0byBz
dXBwb3J0IElQdjQgd2hpY2ggSSBzdXNwZWN0IHdpbGwNCiBoYXZlIGEgbG9uZyB0YWlsIGluIGVu
dGVycHJpc2UgZGVwbG95bWVudC48YnI+DQo8YnI+DQpJIHByZWZlciBhIFVEUCB0eXBlIGZvciB0
aGlzIHB1cnBvc2Ugc2luY2UgaXQgaGFzIHVuaXZlcnNhbCBzdXBwb3J0IHRocm91Z2ggYW55IG1p
ZGRsZSBib3guIGZpcmV3YWxsIGV0YywgYW5kIGFsbCByb3V0ZXJzIG5lZWQgdG8gbG9vayBhIHRo
ZSBVRFAgRFAgc28gY2hlY2tpbmcgaWYgaXQgaXMgb25lIHRoZXkgbmVlZCB0byB3b3JrIG9uIGlz
IGp1c3Qgb25lIGNvbXBhcmUgYW5kIGNvbmRpdGlvbmFsIGJyYW5jaC48YnI+DQo8YnI+DQo8bzpw
PjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i
b3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9mIGNv
dXJzZSwgZm9yIE1QTFMsIHRoZSBERVRORVQgUFcgbGFiZWwgaXMgdGhlIGlkZW50aWZpZXIuIDxv
OnA+DQo8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpPbmx5IGF0IHRo
ZSBQVyBsYXllci4gTm90ZSBteSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoaXMgaXMgc3VmZmlj
aWVudC48YnI+DQo8YnI+DQotIFN0ZXdhcnQ8YnI+DQombmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxi
bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K
PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNoZWVycyw8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFuZHk8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUdWUsIEphbiAx
NiwgMjAxOCBhdCA1OjQ2IEFNLCBTdGV3YXJ0IEJyeWFudCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnN0
ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnN0ZXdhcnQuYnJ5YW50QGdt
YWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4g
MGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1y
aWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHA+SWYgd2UgbmVlZCB0byBk
aXNjcmltaW5hdGUgYXQgdGhlIFBTTiBsYXllciByYXRoZXIgdGhhbiB0aGUgRE4gbGF5ZXIgdGhl
biB3ZSByZWFsbHkgYXJlIGZvcmNlZCB0byBjcmVhdGUgYSBuZXcgRkVDIHR5cGUgZm9yIE1QTFMs
IG9yIHN5bnRoZXNpemUgb25lIHRocm91Z2ggUlNWUCBvciBTUi4gSVAgaGFzIG5vIG5hdGl2ZSBz
dXBwb3J0IGZvciB0aGlzLCBidXQgd2UgY291bGQgaW50cm9kdWNlIHRoZSBjb25jZXB0LCBmb3Ig
ZXhhbXBsZSBieQ0KIG1ha2luZyB0aGlzIHRoZSBwcm9wZXJ0eSBvZiB0aGUgSVAgYWRkcmVzcyBv
ciBzb21lIHdheSBvZiBNUExTaW5nIElQLjxvOnA+PC9vOnA+PC9wPg0KPHA+SG93ZXZlciB0aGVy
ZSBpcyBhIGRlZXBlciBxdWVzdGlvbiB3ZSBuZWVkIHRvIGFuc3dlci4gSXMgb3VyIGV4cGVjdGF0
aW9uIHRoYXQgZWFjaCBob3AgaW4gdGhlIGRhdGEgcGxhbmUgRE4gYXdhcmUsIG9yIGlzIG91ciBl
eHBlY3RhdGlvbiB0aGF0IGF0IGxlc3QgaW4gc29tZSBuZXR3b3JrcyB0aGUgZGF0YSBwbGFuZSBp
cyBnZW5lcmljIHdpdGggc29tZSBETiBub2RlcyBzdHJhdGVnaWNhbGx5IHBsYWNlZD88bzpwPjwv
bzpwPjwvcD4NCjxwPkkgY2FuIHNlZSB0aGFuIGluIHNvbWUgZ3JlZW5maWVsZCBzcGVjaWFsaXN0
IGNhc2VzIHRoZSByb3V0ZXJzIHdpbGwgYWxsIGJlIEROIGF3YXJlLCBidXQgaW4gb3JkZXIgdG8g
Z2V0IGRlcGxveW1lbnQgaW4gbW9zdCBuZXR3b3JrcyB3ZSBuZWVkIHRvIGRlc2lnbiBmb3IgdGhl
IGNhc2Ugd2hlcmUgb25seSBzdHJhdGVnaWMgbm9kZXMgYXJlIEROIGF3YXJlLjxvOnA+PC9vOnA+
PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiPi0gU3Rld2FydDxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMTYvMDEvMjAxOCAw
MToxNCwgTWFjaCBDaGVuIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90
ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5IaSBCYWxh
enMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz
dHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+IzIgaXMgYSBtb3Jl
IG5hdHVyZSBzb2x1dGlvbiwgdGhlIERldE5ldCBDVyBpcyBkZWRpY2F0ZWQgZm9yIERldE5ldCwg
c2VlbXMgdGhlcmUgaXMgbm8gY29tcGF0aWJpbGl0eSBpc3N1ZS48L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4m
bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu
IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5JbiBhZGRpdGlvbiwgSSB0aGluayB3ZSBuZWVkIHRvIGRl
ZmluZSBhIHdheSBvbiBob3cgdG8gZGlmZmVyZW50aWF0ZSBhIERldE5ldCBmbG93IGZyb20gYSBu
b24tRGV0TmV0IGZsb3csIHRoZW4gdGhlIG5ldHdvcmsgcHJvY2Vzc29yIGNhbiBwcm9jZXNzIHRo
ZQ0KIENXIGFzIGV4cGVjdGVkLiZuYnNwOyBJbiBUU04sIGl0IHVzZXMgdGhlIHByaW9yaXR5IHRv
IGRldGVybWluZSB3aGV0aGVyIGEgZmxvdyBpcyBUU04gb3Igbm9uLVRTTiBmbG93LiBGb3IgRGV0
TmV0LCBzaG91bGQgd2UgYWxzbyB1c2UgdGhlIHNhbWUgd2F5IChlLmcuLCBUQywgRFNDUCk/IE9y
IHRoZSBEZXROZXQgc2VydmljZSBMYWJlbCBpdHNlbGYgaW1wbGllcyB0aGUgc2l0dWF0aW9uLCBi
dXQgaXQgc2VlbXMgdGhhdCB0aGlzIG9ubHkgd29ya3Mgd2hlbg0KIHRoZSBEZXROZXQgc2Vydmlj
ZSBsYWJlbCBpcyB0aGUgdG9wIGxhYmVsLiAmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJjb2xvcjojMUY0OTdEIj5Bbnkgb3RoZXIgdGhvdWdodHM/PC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5i
c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz
dHlsZT0iY29sb3I6IzFGNDk3RCI+QmVzdCByZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPk1hY2g8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxl
PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBp
biAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6
c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+PGI+RnJvbTo8L2I+IGRldG5ldCBbPGEgaHJlZj0ibWFpbHRvOmRldG5l
dC1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOmRldG5ldC1ib3VuY2Vz
QGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+QmFsw6F6cyBWYXJnYSBBPGJyPg0K
PGI+U2VudDo8L2I+IE1vbmRheSwgSmFudWFyeSAxNSwgMjAxOCA5OjA2IFBNPGJyPg0KPGI+VG86
PC9iPiBEZXROZXQgV0cgPGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJf
YmxhbmsiPiZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7PC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBb
RGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKTxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkhpLDxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3Bs
YWludGV4dCI+U29tZSB0aG91Z2h0cyB0byBzdGFydCBkaXNjdXNzaW9uIG9uIG9wZW4gcG9pbnRz
IG9mIHRoZSBEUCBzb2x1dGlvbiBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+VGhpcyBtYWlsKC10aHJlYWQpIGlzIG9uIHNl
cXVlbmNlIG51bWJlcmluZy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYw
OTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1
MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlByb2JsZW0gaW4gY2FzZSBvZiBNUExTIGFu
ZCBEZXROZXQgQ29udHJvbCBXb3JkOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4tIFMvTiBza2lwcyB6ZXJvIHByb2JsZW06IEV0aGVy
bmV0IFBXIGRlZmluaXRpb24gc3RhdGVzIHRoYXQgUy9OIHNraXBzIHplcm8uPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkl0IHVzZXMg
emVybyB0byBtZWFuIG5vIFMvTiBpbiB1c2UuIChyZmM0NDQ4KTxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+UG9zc2li
bGUgcHJvYmxlbSByZXNvbHV0aW9uczo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+IzE6IFVzaW5nIGEgJnF1b3Q7ZmxhZyZxdW90OyBp
biB0aGUgcmVzZXJ2ZWQgYml0cyBwYXJ0IG9mIHRoZSBDVzo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IDM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkg
MCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx
dW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwwIDAgMCAwfER8cmVzZXJ2ZWQg
LSBzZXQgdG8gMCZuYnNwOyB8Jm5ic3A7Jm5ic3A7IDE2IGJpdCBTZXF1ZW5jZSBOdW1iZXImbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij5ELWJpdDogc2V0IHRvIOKAnDHigJ0gbWVhbnMgRGV0TmV0IHNwZWNpZmljIFNlcS4gTnVtYmVy
IHVzZWQsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPkJpdDUtMTU6IHJlc2VydmVkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+UkZDNDQ0OCBzdGF0ZXMg
dGhhdCByZXNlcnZlZCBiaXRzIOKAnE1VU1QgYmUgaWdub3JlZCB1cG9uIHJlY2VpcHTigJ0sIHNv
IGJhY2t3YXJkDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+Y29tcGF0aWJpbGl0eSBpcyBlbnN1cmVkLiBTdWNoIGEgc29sdXRpb24g
d291bGQgYWxsb3cgYWxzbyB0byB1c2UgbG9uZ2VyIHNlcS5udW0uDQo8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Zm9ybWF0cyAoaWYg
bmVlZGVkKS4gU3VjaCBhIGZvcm1hdCBpcyBhbHNvIGlubGluZSB3aXRoIFJGQzQzODUuPG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZu
YnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij4jMjogTWFraW5nIOKAnDDigJ0gYXMgYSB2YWxpZCBTZXEuTnVtLjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5EZXROZXQg
Zmxvd3MgYXJlIHJlY29nbml6ZWQgYW5kIGZvcndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0
TmV0DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3Bs
YWludGV4dCI+ZG9tYWluLiBTL04gaXMgdXNlZCB3aXRoaW4gdGhlIERldE5ldCBkb21haW4gYnkg
RGV0TmV0IFNlcnZpY2UgZnVuY3Rpb25zDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+KGkuZS4gUFJFRikuIFMvTiB1c2VkIG9ubHkg
b24gRGV0TmV0IGVuZC1ub2RlcyBhbmQgRGV0TmV0IHJlbGF5LW5vZGVzLiBObw0KPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPm90aGVy
IG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMvTiwgdGhlcmVmb3JlIERldE5ldCBjYW4g
c3BlY2lmeSBpdHMNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij5vd24gc2VxdWVuY2UgbnVtYmVyIHByb2Nlc3NpbmcgYWxnb3JpdGht
LiBTbyDigJww4oCdIGNhbiBiZSBhIHZhbGlkIG51bWJlcjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5hbmQgbm90IHRoZSBpbmRpY2F0
aW9uIHRoYXQgbm8gU2VxLk51bS4gaXMgdXNlZC4gVGhpcyBpcyBpbmxpbmUgd2l0aCBSRkM0Mzg1
LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+IzM6IE90aGVyIOKApiA/IT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkNvbW1lbnRzIGFy
ZSB3ZWxjb21lLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Q2hlZXJzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkJhbGEnenM8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPi0t
LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogZGV0bmV0IFs8YSBocmVmPSJtYWls
dG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tYWlsdG86ZGV0bmV0
LWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcjxicj4NClNlbnQ6
IDIwMTguIGphbnXDoXIgMTAuIDE5OjAxPGJyPg0KVG86IERldE5ldCBXRyAmbHQ7PGEgaHJlZj0i
bWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRldG5ldEBpZXRmLm9yZzwv
YT4mZ3Q7PGJyPg0KU3ViamVjdDogW0RldG5ldF0gcmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVy
aW08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPmlzIGF2YWlsYWJsZSBmb3IgZG93bmxvYWQgYXQ6IDxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVm
PSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2ll
dGYud2ViZXguY29tX2lldGZfbGRyLnBocC0zRlJDSUQtM0RlNTExNmJjN2RiMjU0YzI0YTdiYjMy
MTdiZjIwMjMwMSZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7
cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2Rh
cWpBZndRZjdkSVdLQmZNanMmYW1wO3M9M3JiM1JFX1oyd09XOHZwLUFNc2EybGdTaDBVNEJnZFpG
N3p1MXRYd2Q2ayZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRm
L2xkci5waHA/UkNJRD1lNTExNmJjN2RiMjU0YzI0YTdiYjMyMTdiZjIwMjMwMTwvc3Bhbj48L2E+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0Ij5yYXcgbm90ZXMgYXJlIGF2YWlsYWJsZSBhdCA8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PGEgaHJlZj0iaHR0
cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX2V0aGVycGFk
LnRvb2xzLmlldGYub3JnLTNBOTAwMF9wX25vdGVzLTJEaWV0Zi0yRGludGVyaW0tMkQyMDE4LTJE
ZGV0bmV0LTJEMDEmYW1wO2Q9RHdNR2FRJmFtcDtjPWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmYW1w
O3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNk
YXFqQWZ3UWY3ZElXS0JmTWpzJmFtcDtzPWxPX1pkSEFyUVFzYUROWXZNeUljem1kNkYxUF9hY3VN
MGtGTVo1MVVYNmMmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOndp
bmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHA6Ly9ldGhlcnBhZC50b29scy5pZXRm
Lm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi1pbnRlcmltLTIwMTgtZGV0bmV0LTAxPC9zcGFuPjwvYT48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4
dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNt
c29wbGFpbnRleHQiPlBsZWFzZSBmZWVsIGZyZWUgdG8gdXBkYXRlIHRoZSBldGhlcnBhZCBiYXNl
ZCBvbiB0aGUgcmVjb3JkaW5nLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+TG91IChhbmQgY28tY2hhaXJzKTxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3Bs
YWludGV4dCI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4
dCI+ZGV0bmV0IG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3Jn
IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNv
cmF0aW9uOm5vbmUiPmRldG5ldEBpZXRmLm9yZzwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Imh0dHBz
Oi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYu
b3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0z
ZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJ
MWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1E
SlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFu
IHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDwvc3Bhbj48L2E+PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i
b3R0b206MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwcmU+X19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5k
ZXRuZXQgbWFpbGluZyBsaXN0PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRv
OmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRldG5ldEBpZXRmLm9yZzwvYT48bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2lu
dC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2Rl
dG5ldCZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hD
NndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndR
ZjdkSVdLQmZNanMmYW1wO3M9aFM5X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpy
RlFNSSZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu
L2xpc3RpbmZvL2RldG5ldDwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQi
Pjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy
Pg0KZGV0bmV0IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5v
cmciPmRldG5ldEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2Uu
cHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xp
c3RpbmZvX2RldG5ldCZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZh
bXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3NTA2R1Q1STFscGwwejR3aDBOdEst
c2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9aFM5X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2Jw
Y1diQnQ5bmpyRlFNSSZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90
ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_BN6PR06MB2547465921576487DDE548F0C4EA0BN6PR06MB2547namp_--


From nobody Tue Jan 16 12:20:55 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89AE012EAC3 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 12:20:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.988
X-Spam-Level: 
X-Spam-Status: No, score=-1.988 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=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 LX0L9W0vG5QX for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 12:20:50 -0800 (PST)
Received: from mail-wr0-x230.google.com (mail-wr0-x230.google.com [IPv6:2a00:1450:400c:c0c::230]) (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 4379E126C19 for <detnet@ietf.org>; Tue, 16 Jan 2018 12:20:49 -0800 (PST)
Received: by mail-wr0-x230.google.com with SMTP id g38so13390993wrd.2 for <detnet@ietf.org>; Tue, 16 Jan 2018 12:20:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=KmZau16hPL9B5BVpzKhzEDiYauie3ngl+/okrDRCSPo=; b=QHmjBbUDydiuBlXe9QSi+yRNXzRlLWLWLfy1yg4U7dsPTpNfJAHXNft7bgai/WCl84 ztb+SseVGKLicgqaKPzQsQwf5pwtkg6rU6eEXd3sfJYPhTES6/2G+qIuiX52tvTe8WXZ 8nR51BLNPe7fz0U5+SiY46Gg44l5Sghp4eUlQACBJm+yNK3ZS8Abni869LJvCgGVMRmG 75tPOLP6i6sC6dNBk5hHwmiLxkynXxmdbvxWntbBvR+hhyGQlnqRvBtcBWpoK/Wcngi0 khYa787dYs3rDqbQ6RX7JkZYY0Y7HuDLsiNZY46OsiT71isx46aS9asj43yGLfNtZ8Z6 Ip/A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=KmZau16hPL9B5BVpzKhzEDiYauie3ngl+/okrDRCSPo=; b=c0BxQia3hikaNDGjFd9z4oN9B6jlu3k2LRClBb5i561HGlIDhGNPnyia0lfHUzulE2 wOUMxo5D6cKMjbxB3udHH254tlPfq1ndELWS4k6XgtGd0GQT0T3um3rIZeaOTSdmiGbC DpoqtGSGfCKPAzANaL4cLwigVuFqlTpSefvBsos6qQQDimhyhoj0yVOin5uLEXMc0d5s NpfUHTarROE3FKZKqntPE+x9BcH+NDyImuG5WilxJLu/6EEAK168k/Pe6JrBxghHJf7o iHCDlP4eGv4846Du9OJGPADRTDGssFnzczXv7WbB565ssWvCT/xwzDPN6HXQSikH+u5Y as0A==
X-Gm-Message-State: AKwxyteKqIze31xOQZCDjkYjwKJ3Lf7fAflT9aipbnCsdSn/YflAqnZX vxFouJVksqxG2BmXvJs1U7pN/6fO
X-Google-Smtp-Source: ACJfBovAoFhmyy12yemdeSPEYIl56bjFunptNVID/r/UgQ33lg8L4defHeEKWqwOyh6/dKVQn8QDBQ==
X-Received: by 10.223.176.79 with SMTP id g15mr422378wra.34.1516134047479; Tue, 16 Jan 2018 12:20:47 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id z81sm2731210wmc.32.2018.01.16.12.20.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 16 Jan 2018 12:20:46 -0800 (PST)
To: =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>
Cc: Mach Chen <mach.chen@huawei.com>, DetNet WG <detnet@ietf.org>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <ffd22c77-911e-1f10-b8e5-ec179d07c52b@gmail.com>
Date: Tue, 16 Jan 2018 20:20:50 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------7C8ECDBC8C17A14A2207666A"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/lIEdGRp2egycg7FGJMysoP9wOBA>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 20:20:53 -0000

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



On 16/01/2018 18:20, Balázs Varga A wrote:
>
> I think the last mails are more about flow identification and not the 
> sequence number.
>
> So, I have re-subjected my answer.
>
> PSN layer vs. DN layer (MPLS):
>
> - in current data plane text we have stated that DetNet PWs may use 
> dedicated LSPs (TE-tunnels).
>
> That allow to identify DetNet flows in PSN layer without checking the 
> PW label. Such a solution of
>
> course may challenge scalability.
>

Do you mean may, MAY or do you mean MUST?

If the plan is to use the PSN label as the payload type indicator that 
has a number of implications that we need to be clear about.

1) We need a new FEC.

2) We cannot deploy classes of determinism for example that that just 
need 1+1 and do not care about delay over an existing MPLS PSN.

If you think that the LSP label identifies the PW I need to point you at 
some work in the early days if PW. It does not scale.
It does not scale and that is why it never went anywhere as an approach 
despite initial commercial deployment.

> - regarding prioritization: text allows both E-LSP and L-LSP concept, 
> what makes possible
>
> to identify DetNet packets. However that is more for simple queuing 
> scenarios as it does not
>
> identify individual flows.
>

I am not sure how much L-LSP is in the wild. L-LSP needs RSVP-TE as far 
as I can tell, but
segment routing puts a new twist on that which I am sure has not yet had 
full attention.

> PSN layer vs. DN layer (non-MPLS):
>
> - IPv4: If I remember correctly it was discussed to be out-of-scope to 
> simplify the scenarios we focus on.
>
> No-one wanted to define new IPv4 fields for flow-ID and Seq-Num in the 
> “sunset of IPv4”.
>

There hangs a much bigger story. Some in the IETF want to kill off IPv4, 
as much as anything
to force the introduction of IPv6. However it is not a question of what 
we want to do
it is a question of the needs of the users.

> - IPv6: based on the src-IPv6 and the flow-label NP can detect DetNet 
> flows. Why would we need a new
>
> IP protocol type?
>

I am highly sceptical about the flow label given its history.

We could use IP address as the payload type, IF we can get the Internet 
area to agree, but it
is a big extension of the IP address semantics, something that perhaps 
the IETF should
consider taking up to the BOF level given the inroads into those 
semantics that SR is
trying to make.

> Generic vs. DN aware data plane:
>
> - I think we need both. We have use-cases specified for both.
>

> DetNet traffic to be transported:
>
> - two types are considered:
>
> (1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames and
>
> (2) IP: IPv6 transported over any L2 (not always Ethernet, but most 
> cases Ethernet)
>
> As noted above IPv4 is currently out-of-scope …
>

I am not sure about the IPv4 scoping we need to understand the needs of 
our users.

If however we are carrying IP over PW we will need a shim to give us the 
type
something we looked at a while ago in PWE3 and concluded that the best shim
was Ethernet. If we want to carry it in a slightly more compact way we need
to have a more complex CW with type and length and possible frag.

- Stewart

> Cheers
>
> Bala’zs
>
> *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
> *Sent:* 2018. január 16. 17:38
> *To:* Andrew G. Malis <agmalis@gmail.com>
> *Cc:* Mach Chen <mach.chen@huawei.com>; Balázs Varga A 
> <balazs.a.varga@ericsson.com>; DetNet WG <detnet@ietf.org>
> *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
> Andy
>
> On 16/01/2018 15:20, Andrew G. Malis wrote:
>
>     Stewart,
>
>     Like with PWs (since DETNET for MPLS would just be another PW
>     type), targeted LDP and provisioning (via a central controller,
>     NMS, etc.) are alternatives to RSVP and SR to
>     provisioning/allocating the DETNET PW label.
>
>
> .. and I suppose strictly BGP which is also used for this purpose in VPNs
>
>
>     You and Mach are both right that in the IP (non-MPLS) case, we
>     need a way for the NP to detect DETNET flows. We could have a new
>     IP protocol type for DETNET, and a DETNET header directly follows
>     the IP header. In that case, the DETNET header would also need a
>     next protocol identifier, unless the next protocol is always
>     another IP header.
>
>
> Last I saw, the thinking was that there would be an IP extension 
> header, although I am not a fan of those since (a) I am not confident 
> what a router will do one it does not understand, and (b) I am 
> concerned about the need to support IPv4 which I suspect will have a 
> long tail in enterprise deployment.
>
> I prefer a UDP type for this purpose since it has universal support 
> through any middle box. firewall etc, and all routers need to look a 
> the UDP DP so checking if it is one they need to work on is just one 
> compare and conditional branch.
>
>
>     Of course, for MPLS, the DETNET PW label is the identifier.
>
>
> Only at the PW layer. Note my question about whether this is sufficient.
>
> - Stewart
>
>
>     Cheers,
>
>     Andy
>
>     On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant
>     <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>> wrote:
>
>         If we need to discriminate at the PSN layer rather than the DN
>         layer then we really are forced to create a new FEC type for
>         MPLS, or synthesize one through RSVP or SR. IP has no native
>         support for this, but we could introduce the concept, for
>         example by making this the property of the IP address or some
>         way of MPLSing IP.
>
>         However there is a deeper question we need to answer. Is our
>         expectation that each hop in the data plane DN aware, or is
>         our expectation that at lest in some networks the data plane
>         is generic with some DN nodes strategically placed?
>
>         I can see than in some greenfield specialist cases the routers
>         will all be DN aware, but in order to get deployment in most
>         networks we need to design for the case where only strategic
>         nodes are DN aware.
>
>         - Stewart
>
>         On 16/01/2018 01:14, Mach Chen wrote:
>
>             Hi Balazs,
>
>             #2 is a more nature solution, the DetNet CW is dedicated
>             for DetNet, seems there is no compatibility issue.
>
>             In addition, I think we need to define a way on how to
>             differentiate a DetNet flow from a non-DetNet flow, then
>             the network processor can process the CW as expected. In
>             TSN, it uses the priority to determine whether a flow is
>             TSN or non-TSN flow. For DetNet, should we also use the
>             same way (e.g., TC, DSCP)? Or the DetNet service Label
>             itself implies the situation, but it seems that this only
>             works when the DetNet service label is the top label.
>
>             Any other thoughts?
>
>             Best regards,
>
>             Mach
>
>             *From:* detnet [mailto:detnet-bounces@ietf.org] *On Behalf
>             Of *Balázs Varga A
>             *Sent:* Monday, January 15, 2018 9:06 PM
>             *To:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>
>             *Subject:* [Detnet] DP solution (Sequence Numbering)
>
>             Hi,
>
>             Some thoughts to start discussion on open points of the DP
>             solution draft.
>
>             This mail(-thread) is on sequence numbering.
>
>             Problem in case of MPLS and DetNet Control Word:
>
>             - S/N skips zero problem: Ethernet PW definition states
>             that S/N skips zero.
>
>             It uses zero to mean no S/N in use. (rfc4448)
>
>             Possible problem resolutions:
>
>             #1: Using a "flag" in the reserved bits part of the CW:
>
>             0                   1 2                   3
>
>             0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8
>             9 0 1
>
>             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>             |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence
>             Number      |
>
>             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>             D-bit: set to “1” means DetNet specific Seq. Number used,
>
>             Bit5-15: reserved.
>
>             RFC4448 states that reserved bits “MUST be ignored upon
>             receipt”, so backward
>
>             compatibility is ensured. Such a solution would allow also
>             to use longer seq.num.
>
>             formats (if needed). Such a format is also inline with
>             RFC4385.
>
>             #2: Making “0” as a valid Seq.Num.
>
>             DetNet flows are recognized and forwarded special within
>             the DetNet
>
>             domain. S/N is used within the DetNet domain by DetNet
>             Service functions
>
>             (i.e. PREF). S/N used only on DetNet end-nodes and DetNet
>             relay-nodes. No
>
>             other nodes care about the value of S/N, therefore DetNet
>             can specify its
>
>             own sequence number processing algorithm. So “0” can be a
>             valid number
>
>             and not the indication that no Seq.Num. is used. This is
>             inline with RFC4385.
>
>             #3: Other … ?!?
>
>             Comments are welcome.
>
>             Cheers
>
>             Bala'zs
>
>             -----Original Message-----
>             From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of
>             Lou Berger
>             Sent: 2018. január 10. 19:01
>             To: DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>
>             Subject: [Detnet] recording for today's interim
>
>             is available for download at:
>
>             https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>
>             raw notes are available at
>
>             http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>
>             Please feel free to update the etherpad based on the
>             recording.
>
>             Lou (and co-chairs)
>
>             _______________________________________________
>
>             detnet mailing list
>
>             detnet@ietf.org <mailto:detnet@ietf.org>
>
>             https://www.ietf.org/mailman/listinfo/detnet
>
>
>
>             _______________________________________________
>
>             detnet mailing list
>
>             detnet@ietf.org <mailto:detnet@ietf.org>
>
>             https://www.ietf.org/mailman/listinfo/detnet
>
>
>         _______________________________________________
>         detnet mailing list
>         detnet@ietf.org <mailto:detnet@ietf.org>
>         https://www.ietf.org/mailman/listinfo/detnet
>


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

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 16/01/2018 18:20, Balázs Varga A
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New",serif;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.hoenzb
	{mso-style-name:hoenzb;}
p.m1519775394609505423msoplaintext, li.m1519775394609505423msoplaintext, div.m1519775394609505423msoplaintext
	{mso-style-name:m_1519775394609505423msoplaintext;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
span.EmailStyle23
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle24
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext">I think the
            last mails are more about flow identification and not the
            sequence number.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">So, I have
            re-subjected my answer.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">PSN layer
            vs. DN layer (MPLS):<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- in current
            data plane text we have stated that DetNet PWs may use
            dedicated LSPs (TE-tunnels).
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">That allow
            to identify DetNet flows in PSN layer without checking the
            PW label. Such a solution of
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">course may
            challenge scalability.</span></p>
      </div>
    </blockquote>
    <br>
    Do you mean may, MAY or do you mean MUST?<br>
    <br>
    If the plan is to use the PSN label as the payload type indicator
    that has a number of implications that we need to be clear about.<br>
    <br>
    1) We need a new FEC. <br>
    <br>
    2) We cannot deploy classes of determinism for example that that
    just need 1+1 and do not care about delay over an existing MPLS PSN.<br>
    <br>
    If you think that the LSP label identifies the PW I need to point
    you at some work in the early days if PW. It does not scale. <br>
    It does not scale and that is why it never went anywhere as an
    approach despite initial commercial deployment.<br>
    <br>
    <blockquote type="cite"
cite="mid:VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext"><o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- regarding
            prioritization: text allows both E-LSP and L-LSP concept,
            what makes possible
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">to identify
            DetNet packets. However that is more for simple queuing
            scenarios as it does not<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">identify
            individual flows. </span></p>
      </div>
    </blockquote>
    <br>
    I am not sure how much L-LSP is in the wild. L-LSP needs RSVP-TE as
    far as I can tell, but <br>
    segment routing puts a new twist on that which I am sure has not yet
    had full attention. <br>
    <br>
    <blockquote type="cite"
cite="mid:VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext"><o:p>
            </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">PSN layer
            vs. DN layer (non-MPLS):<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- IPv4: If I
            remember correctly it was discussed to be out-of-scope to
            simplify the scenarios we focus on.
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">No-one
            wanted to define new IPv4 fields for flow-ID and Seq-Num in
            the “sunset of IPv4”.</span></p>
      </div>
    </blockquote>
    <br>
    There hangs a much bigger story. Some in the IETF want to kill off
    IPv4, as much as anything<br>
    to force the introduction of IPv6. However it is not a question of
    what we want to do<br>
    it is a question of the needs of the users. <br>
    <br>
    <blockquote type="cite"
cite="mid:VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext"><o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- IPv6:
            based on the src-IPv6 and the flow-label NP can detect
            DetNet flows. Why would we need a new
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">IP protocol
            type? </span></p>
      </div>
    </blockquote>
    <br>
    I am highly sceptical about the flow label given its history. <br>
    <br>
    We could use IP address as the payload type, IF we can get the
    Internet area to agree, but it<br>
    is a big extension of the IP address semantics, something that
    perhaps the IETF should<br>
    consider taking up to the BOF level given the inroads into those
    semantics that SR is<br>
    trying to make.<br>
    <br>
    <blockquote type="cite"
cite="mid:VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext"><o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Generic vs.
            DN aware data plane:<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- I think we
            need both. We have use-cases specified for both.</span></p>
      </div>
    </blockquote>
    <br>
    <blockquote type="cite"
cite="mid:VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext"><o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">DetNet
            traffic to be transported:<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- two types
            are considered: <o:p>
            </o:p></span></p>
        <p class="MsoNormal" style="text-indent:36.0pt"><span
            style="color:windowtext">(1) Ethernet: IEEE TSN traffic
            encapsulated in Ethernet frames and
            <o:p></o:p></span></p>
        <p class="MsoNormal" style="text-indent:36.0pt"><span
            style="color:windowtext">(2) IP: IPv6 transported over any
            L2 (not always Ethernet, but most cases Ethernet)<o:p></o:p></span></p>
        <p class="MsoNormal" style="text-indent:36.0pt"><span
            style="color:windowtext">As noted above IPv4 is currently
            out-of-scope …</span></p>
      </div>
    </blockquote>
    <br>
    I am not sure about the IPv4 scoping we need to understand the needs
    of our users.<br>
    <br>
    If however we are carrying IP over PW we will need a shim to give us
    the type<br>
    something we looked at a while ago in PWE3 and concluded that the
    best shim<br>
    was Ethernet. If we want to carry it in a slightly more compact way
    we need<br>
    to have a more complex CW with type and length and possible frag.<br>
    <br>
    - Stewart<br>
    <br>
    <blockquote type="cite"
cite="mid:VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoNormal" style="text-indent:36.0pt"><span
            style="color:windowtext"><o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Cheers<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Bala’zs<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <div>
          <div style="border:none;border-top:solid #E1E1E1
            1.0pt;padding:3.0pt 0cm 0cm 0cm">
            <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                style="color:windowtext"> Stewart Bryant
                [<a class="moz-txt-link-freetext" href="mailto:stewart.bryant@gmail.com">mailto:stewart.bryant@gmail.com</a>]
                <br>
                <b>Sent:</b> 2018. január 16. 17:38<br>
                <b>To:</b> Andrew G. Malis <a class="moz-txt-link-rfc2396E" href="mailto:agmalis@gmail.com">&lt;agmalis@gmail.com&gt;</a><br>
                <b>Cc:</b> Mach Chen <a class="moz-txt-link-rfc2396E" href="mailto:mach.chen@huawei.com">&lt;mach.chen@huawei.com&gt;</a>;
                Balázs Varga A <a class="moz-txt-link-rfc2396E" href="mailto:balazs.a.varga@ericsson.com">&lt;balazs.a.varga@ericsson.com&gt;</a>;
                DetNet WG <a class="moz-txt-link-rfc2396E" href="mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a><br>
                <b>Subject:</b> Re: [Detnet] DP solution (Sequence
                Numbering)<o:p></o:p></span></p>
          </div>
        </div>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p><o:p> </o:p></p>
        <p class="MsoNormal" style="margin-bottom:12.0pt">Andy<o:p></o:p></p>
        <div>
          <p class="MsoNormal">On 16/01/2018 15:20, Andrew G. Malis
            wrote:<o:p></o:p></p>
        </div>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <div>
            <p class="MsoNormal">Stewart, <o:p></o:p></p>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
            <div>
              <p class="MsoNormal">Like with PWs (since DETNET for MPLS
                would just be another PW type), targeted LDP and
                provisioning (via a central controller, NMS, etc.) are
                alternatives to RSVP and SR to provisioning/allocating
                the DETNET PW label.<o:p></o:p></p>
            </div>
          </div>
        </blockquote>
        <p class="MsoNormal"><br>
          .. and I suppose strictly BGP which is also used for this
          purpose in VPNs<br>
          <br>
          <br>
          <o:p></o:p></p>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <div>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
            <div>
              <p class="MsoNormal">You and Mach are both right that in
                the IP (non-MPLS) case, we need a way for the NP to
                detect DETNET flows. We could have a new IP protocol
                type for DETNET, and a DETNET header directly follows
                the IP header. In that case, the DETNET header would
                also need a next protocol identifier, unless the next
                protocol is always another IP header.<o:p></o:p></p>
            </div>
          </div>
        </blockquote>
        <p class="MsoNormal"><br>
          Last I saw, the thinking was that there would be an IP
          extension header, although I am not a fan of those since (a) I
          am not confident what a router will do one it does not
          understand, and (b) I am concerned about the need to support
          IPv4 which I suspect will have a long tail in enterprise
          deployment.<br>
          <br>
          I prefer a UDP type for this purpose since it has universal
          support through any middle box. firewall etc, and all routers
          need to look a the UDP DP so checking if it is one they need
          to work on is just one compare and conditional branch.<br>
          <br>
          <br>
          <o:p></o:p></p>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <div>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
            <div>
              <p class="MsoNormal">Of course, for MPLS, the DETNET PW
                label is the identifier. <o:p>
                </o:p></p>
            </div>
          </div>
        </blockquote>
        <p class="MsoNormal"><br>
          Only at the PW layer. Note my question about whether this is
          sufficient.<br>
          <br>
          - Stewart<br>
           <br>
          <br>
          <o:p></o:p></p>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <div>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
            <div>
              <p class="MsoNormal">Cheers,<o:p></o:p></p>
            </div>
            <div>
              <p class="MsoNormal">Andy<o:p></o:p></p>
            </div>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
          </div>
          <div>
            <p class="MsoNormal"><o:p> </o:p></p>
            <div>
              <p class="MsoNormal">On Tue, Jan 16, 2018 at 5:46 AM,
                Stewart Bryant &lt;<a
                  href="mailto:stewart.bryant@gmail.com" target="_blank"
                  moz-do-not-send="true">stewart.bryant@gmail.com</a>&gt;
                wrote:<o:p></o:p></p>
              <blockquote style="border:none;border-left:solid #CCCCCC
                1.0pt;padding:0cm 0cm 0cm
                6.0pt;margin-left:4.8pt;margin-right:0cm">
                <div>
                  <p>If we need to discriminate at the PSN layer rather
                    than the DN layer then we really are forced to
                    create a new FEC type for MPLS, or synthesize one
                    through RSVP or SR. IP has no native support for
                    this, but we could introduce the concept, for
                    example by making this the property of the IP
                    address or some way of MPLSing IP.<o:p></o:p></p>
                  <p>However there is a deeper question we need to
                    answer. Is our expectation that each hop in the data
                    plane DN aware, or is our expectation that at lest
                    in some networks the data plane is generic with some
                    DN nodes strategically placed?<o:p></o:p></p>
                  <p>I can see than in some greenfield specialist cases
                    the routers will all be DN aware, but in order to
                    get deployment in most networks we need to design
                    for the case where only strategic nodes are DN
                    aware.<o:p></o:p></p>
                  <p><span style="color:#888888">- Stewart<o:p></o:p></span></p>
                  <div>
                    <div>
                      <p class="MsoNormal"><o:p> </o:p></p>
                      <div>
                        <p class="MsoNormal">On 16/01/2018 01:14, Mach
                          Chen wrote:<o:p></o:p></p>
                      </div>
                      <blockquote
                        style="margin-top:5.0pt;margin-bottom:5.0pt">
                        <div>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">Hi Balazs,</span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D"> </span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">#2 is a more nature
                              solution, the DetNet CW is dedicated for
                              DetNet, seems there is no compatibility
                              issue.</span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D"> </span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">In addition, I think
                              we need to define a way on how to
                              differentiate a DetNet flow from a
                              non-DetNet flow, then the network
                              processor can process the CW as expected. 
                              In TSN, it uses the priority to determine
                              whether a flow is TSN or non-TSN flow. For
                              DetNet, should we also use the same way
                              (e.g., TC, DSCP)? Or the DetNet service
                              Label itself implies the situation, but it
                              seems that this only works when the DetNet
                              service label is the top label.  </span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D"> </span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">Any other thoughts?</span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D"> </span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">Best regards,</span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">Mach</span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D"> </span><o:p></o:p></p>
                          <div style="border:none;border-left:solid blue
                            1.5pt;padding:0cm 0cm 0cm 4.0pt">
                            <div>
                              <div style="border:none;border-top:solid
                                #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b>
                                  detnet [<a
                                    href="mailto:detnet-bounces@ietf.org"
                                    target="_blank"
                                    moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                                  <b>On Behalf Of </b>Balázs Varga A<br>
                                  <b>Sent:</b> Monday, January 15, 2018
                                  9:06 PM<br>
                                  <b>To:</b> DetNet WG <a
                                    href="mailto:detnet@ietf.org"
                                    target="_blank"
                                    moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><br>
                                  <b>Subject:</b> [Detnet] DP solution
                                  (Sequence Numbering)<o:p></o:p></p>
                              </div>
                            </div>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Hi,<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Some
                              thoughts to start discussion on open
                              points of the DP solution draft.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">This
                              mail(-thread) is on sequence numbering.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Problem
                              in case of MPLS and DetNet Control Word:<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">-
                              S/N skips zero problem: Ethernet PW
                              definition states that S/N skips zero.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">It
                              uses zero to mean no S/N in use. (rfc4448)<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Possible
                              problem resolutions:<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">#1:
                              Using a "flag" in the reserved bits part
                              of the CW:<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">     
                                0                   1                  
                                2                   3</span><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">     
                                0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
                                0 1 2 3 4 5 6 7 8 9 0 1</span><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                |0 0 0 0|D|reserved - set to 0  |   16
                                bit Sequence Number      |</span><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">D-bit:
                              set to “1” means DetNet specific Seq.
                              Number used,<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Bit5-15:
                              reserved.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">RFC4448
                              states that reserved bits “MUST be ignored
                              upon receipt”, so backward
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">compatibility
                              is ensured. Such a solution would allow
                              also to use longer seq.num.
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">formats
                              (if needed). Such a format is also inline
                              with RFC4385.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">#2:
                              Making “0” as a valid Seq.Num.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">DetNet
                              flows are recognized and forwarded special
                              within the DetNet
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">domain.
                              S/N is used within the DetNet domain by
                              DetNet Service functions
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">(i.e.
                              PREF). S/N used only on DetNet end-nodes
                              and DetNet relay-nodes. No
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">other
                              nodes care about the value of S/N,
                              therefore DetNet can specify its
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">own
                              sequence number processing algorithm. So
                              “0” can be a valid number<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">and
                              not the indication that no Seq.Num. is
                              used. This is inline with RFC4385.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">#3:
                              Other … ?!?<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Comments
                              are welcome.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Cheers<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Bala'zs<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">-----Original
                              Message-----<br>
                              From: detnet [<a
                                href="mailto:detnet-bounces@ietf.org"
                                target="_blank" moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                              On Behalf Of Lou Berger<br>
                              Sent: 2018. január 10. 19:01<br>
                              To: DetNet WG &lt;<a
                                href="mailto:detnet@ietf.org"
                                target="_blank" moz-do-not-send="true">detnet@ietf.org</a>&gt;<br>
                              Subject: [Detnet] recording for today's
                              interim<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">is
                              available for download at: <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><a
href="https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301"
                                target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301</span></a><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">raw
                              notes are available at <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><a
href="http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01"
                                target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01</span></a><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Please
                              feel free to update the etherpad based on
                              the recording.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Lou
                              (and co-chairs)<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">_______________________________________________<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">detnet
                              mailing list<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><a
                                href="mailto:detnet@ietf.org"
                                target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">detnet@ietf.org</span></a><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><a
href="https://www.ietf.org/mailman/listinfo/detnet" target="_blank"
                                moz-do-not-send="true"><span
                                  style="color:windowtext;text-decoration:none">https://www.ietf.org/mailman/listinfo/detnet</span></a><o:p></o:p></p>
                          </div>
                        </div>
                        <p class="MsoNormal"><br>
                          <br>
                          <o:p></o:p></p>
                        <pre>_______________________________________________<o:p></o:p></pre>
                        <pre>detnet mailing list<o:p></o:p></pre>
                        <pre><a href="mailto:detnet@ietf.org" target="_blank" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
                        <pre><a href="https://www.ietf.org/mailman/listinfo/detnet" target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
                      </blockquote>
                      <p class="MsoNormal"><o:p> </o:p></p>
                    </div>
                  </div>
                </div>
                <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
                  _______________________________________________<br>
                  detnet mailing list<br>
                  <a href="mailto:detnet@ietf.org"
                    moz-do-not-send="true">detnet@ietf.org</a><br>
                  <a href="https://www.ietf.org/mailman/listinfo/detnet"
                    target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></p>
              </blockquote>
            </div>
            <p class="MsoNormal"><o:p> </o:p></p>
          </div>
        </blockquote>
        <p class="MsoNormal"><o:p> </o:p></p>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------7C8ECDBC8C17A14A2207666A--


From nobody Tue Jan 16 15:05:43 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B10312EB8B for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 15:05:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, WEIRD_PORT=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 vypliqeOQHC8 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 15:05:40 -0800 (PST)
Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (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 989D112EB88 for <detnet@ietf.org>; Tue, 16 Jan 2018 15:05:39 -0800 (PST)
Received: by mail-lf0-x230.google.com with SMTP id t139so4711461lff.0 for <detnet@ietf.org>; Tue, 16 Jan 2018 15:05:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Gam+GqHCB2iaTCi7f0HcvZq1QII3kxDPG71FVKn43/Q=; b=i3EVw0zQT5bmNVTYZyXX7cybpqYl66cz38kstTZwnaqoiHSjPaWoCB3l/osXhNunna ZytmepN3wVpaekQ/z9PVto9q1mNdx9Z0sU9rzXMpYnmzE4pt6aSUDZBYo66YiALS3XQE ydH5+QMxOkdelvlZr2Z/gq/upDyVpcy6pY1ThakpOWnkAbKu0UYUNiHSyNr34sIcpDuu 4nHJUwod6fNA8oLtU7A7SVvr6TgXYJpGyVHWP/HzhD8AOvlrfJ9wg6ZZtjDklD1PeQE8 U4gkT4Irnl+jrrDhvfUabSe/hTHsOtDD9eCym6Xl0qn3mVZSShtviC6fWcFYKakQFGUg 4PCg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Gam+GqHCB2iaTCi7f0HcvZq1QII3kxDPG71FVKn43/Q=; b=qkv/922CzSREwp69ou2NNaiwQ50j3vI2DCl9/5OqtrZ6XA5FSwWOMlVK3TTVxhfdgd EEp1Fpo46LcZ2jT+uZuBflQyYX5uJdsV+ReqLiHl/O8msaPhmKBOZljGUFc9tqHEhg65 RIdXBAJL3s+WTcGDaLxRVJszsUm2DMqHcFNsv8y2hcWPTRHB+poGy1MXVSR8Ss58N2z8 NfG/sUhoeJ4Kn7mNMGoOpUs/GU0y28V5wZY2YNHer8nmJj7p+FXR9K0x7WcFnTNBDttY vMF/wAEwxkcfkyizu2m+fECCJl/esgTofhqChiJY07xOzJYRSHIlNf3MzVHqBjvFF9RA Je/w==
X-Gm-Message-State: AKwxytcBK8sdlYvEggvF9JdiHbQ3tAjt4stSG2+mqeK3uH2llMjdBQ/Y a1tQL95uiX4fEvQdyhKqcTk=
X-Google-Smtp-Source: ACJfBotEZ8AmMLjv1cdtPAOP8stnRKppU6bbCGq+7s93babMarirSqWLyjgITuaA8XcXTux1gnlVCA==
X-Received: by 10.46.34.130 with SMTP id i124mr13150248lji.108.1516143937667;  Tue, 16 Jan 2018 15:05:37 -0800 (PST)
Received: from jounis-imac.home ([83.150.126.201]) by smtp.gmail.com with ESMTPSA id h97sm591985lji.77.2018.01.16.15.05.36 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 16 Jan 2018 15:05:36 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Jouni <jouni.nospam@gmail.com>
In-Reply-To: <BN6PR06MB254791EE88EAC4023F062758C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com>
Date: Wed, 17 Jan 2018 01:05:34 +0200
Cc: Stewart Bryant <stewart.bryant@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>, DetNet WG <detnet@ietf.org>, Mach Chen <mach.chen@huawei.com>, =?utf-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <0A978245-C70D-4938-B03D-EAA1F4BE5CF3@gmail.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com> <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com> <CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com> <cb200ec7-6187-e817-a31c-c0f3e0da335a@gmail.com> <BN6PR06MB254791EE88EAC4023F062758C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com>
To: "Grossman, Ethan A." <eagros@dolby.com>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/Hl91qCxzSROygNipIVvlVWpnyGQ>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 23:05:42 -0000

> On 16 Jan 2018, at 20:03, Grossman, Ethan A. <eagros@dolby.com> wrote:
>=20
> Just a couple of my thoughts:
> 1)      Regarding whether every node in the network is required to be =
DetNet aware, I was assuming that it would be like AVB/TSN, in which you =
can only make a stream reservation through a path of nodes that are TSN =
aware, and traffic that had to cross non-aware nodes would have to be =
treated as non-TSN traffic, i.e. some packets could get dropped and =
there would not be timing guarantees, but at least they wouldn=E2=80=99t =
be dropped wholesale due to massive protocol incompatibility.  Is that =
the expectation here or is there a significant difference?

This is (still) my understanding of the scope. My expectation is that =
there is no difference for DetNEt traffic.

- Jouni


> 2)      I agree that we need to have some kind of strategy for =
supporting IPv4, for example providing at least DetNet-type delay and =
jitter bounds, even if it had some limitations compared to MPLS/IPv6 =
(e.g. no PREF and thus limited reliability).



> =20
> Ethan.
> =20
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Stewart =
Bryant
> Sent: Tuesday, January 16, 2018 8:38 AM
> To: Andrew G. Malis <agmalis@gmail.com>
> Cc: DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>; =
Bal=C3=A1zs Varga A <balazs.a.varga@ericsson.com>
> Subject: Re: [Detnet] DP solution (Sequence Numbering)
> =20
> =20
>=20
> Andy
>=20
> On 16/01/2018 15:20, Andrew G. Malis wrote:
> Stewart,=20
> =20
> Like with PWs (since DETNET for MPLS would just be another PW type), =
targeted LDP and provisioning (via a central controller, NMS, etc.) are =
alternatives to RSVP and SR to provisioning/allocating the DETNET PW =
label.
>=20
> .. and I suppose strictly BGP which is also used for this purpose in =
VPNs
>=20
>=20
> =20
> You and Mach are both right that in the IP (non-MPLS) case, we need a =
way for the NP to detect DETNET flows. We could have a new IP protocol =
type for DETNET, and a DETNET header directly follows the IP header. In =
that case, the DETNET header would also need a next protocol identifier, =
unless the next protocol is always another IP header.
>=20
> Last I saw, the thinking was that there would be an IP extension =
header, although I am not a fan of those since (a) I am not confident =
what a router will do one it does not understand, and (b) I am concerned =
about the need to support IPv4 which I suspect will have a long tail in =
enterprise deployment.
>=20
> I prefer a UDP type for this purpose since it has universal support =
through any middle box. firewall etc, and all routers need to look a the =
UDP DP so checking if it is one they need to work on is just one compare =
and conditional branch.
>=20
>=20
> =20
> Of course, for MPLS, the DETNET PW label is the identifier.=20
>=20
> Only at the PW layer. Note my question about whether this is =
sufficient.
>=20
> - Stewart
> =20
>=20
> =20
> Cheers,
> Andy
> =20
> =20
> On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant =
<stewart.bryant@gmail.com> wrote:
> If we need to discriminate at the PSN layer rather than the DN layer =
then we really are forced to create a new FEC type for MPLS, or =
synthesize one through RSVP or SR. IP has no native support for this, =
but we could introduce the concept, for example by making this the =
property of the IP address or some way of MPLSing IP.
>=20
> However there is a deeper question we need to answer. Is our =
expectation that each hop in the data plane DN aware, or is our =
expectation that at lest in some networks the data plane is generic with =
some DN nodes strategically placed?
>=20
> I can see than in some greenfield specialist cases the routers will =
all be DN aware, but in order to get deployment in most networks we need =
to design for the case where only strategic nodes are DN aware.
>=20
> - Stewart
>=20
> =20
> On 16/01/2018 01:14, Mach Chen wrote:
> Hi Balazs,
> =20
> #2 is a more nature solution, the DetNet CW is dedicated for DetNet, =
seems there is no compatibility issue.
> =20
> In addition, I think we need to define a way on how to differentiate a =
DetNet flow from a non-DetNet flow, then the network processor can =
process the CW as expected.  In TSN, it uses the priority to determine =
whether a flow is TSN or non-TSN flow. For DetNet, should we also use =
the same way (e.g., TC, DSCP)? Or the DetNet service Label itself =
implies the situation, but it seems that this only works when the DetNet =
service label is the top label. =20
> =20
> Any other thoughts?
> =20
> Best regards,
> Mach
> =20
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Bal=C3=A1zs =
Varga A
> Sent: Monday, January 15, 2018 9:06 PM
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] DP solution (Sequence Numbering)
> =20
> Hi,
>=20
> =20
>=20
> Some thoughts to start discussion on open points of the DP solution =
draft.
>=20
> This mail(-thread) is on sequence numbering.
>=20
> =20
>=20
> Problem in case of MPLS and DetNet Control Word:
>=20
> - S/N skips zero problem: Ethernet PW definition states that S/N skips =
zero.
>=20
> It uses zero to mean no S/N in use. (rfc4448)
>=20
> =20
>=20
> Possible problem resolutions:
>=20
> #1: Using a "flag" in the reserved bits part of the CW:
>=20
>       0                   1                   2                   3
>=20
>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>=20
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=20
>      |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>=20
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=20
> D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number =
used,
>=20
> Bit5-15: reserved.
>=20
> =20
>=20
> RFC4448 states that reserved bits =E2=80=9CMUST be ignored upon =
receipt=E2=80=9D, so backward
>=20
> compatibility is ensured. Such a solution would allow also to use =
longer seq.num.
>=20
> formats (if needed). Such a format is also inline with RFC4385.
>=20
> =20
>=20
> #2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.
>=20
> DetNet flows are recognized and forwarded special within the DetNet
>=20
> domain. S/N is used within the DetNet domain by DetNet Service =
functions
>=20
> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. =
No
>=20
> other nodes care about the value of S/N, therefore DetNet can specify =
its
>=20
> own sequence number processing algorithm. So =E2=80=9C0=E2=80=9D can =
be a valid number
>=20
> and not the indication that no Seq.Num. is used. This is inline with =
RFC4385.
>=20
> =20
>=20
> #3: Other =E2=80=A6 ?!?
>=20
> =20
>=20
> Comments are welcome.
>=20
> =20
>=20
> Cheers
>=20
> Bala'zs
>=20
> =20
>=20
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
> Sent: 2018. janu=C3=A1r 10. 19:01
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] recording for today's interim
>=20
> =20
>=20
> is available for download at:
>=20
> =
https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf20230=
1
>=20
> =20
>=20
> raw notes are available at
>=20
> =
http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>=20
> =20
>=20
> Please feel free to update the etherpad based on the recording.
>=20
> =20
>=20
> Lou (and co-chairs)
>=20
> =20
>=20
> _______________________________________________
>=20
> detnet mailing list
>=20
> detnet@ietf.org
>=20
> https://www.ietf.org/mailman/listinfo/detnet
>=20
>=20
>=20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
> =20
>=20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>=20
> =20
> =20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


From nobody Tue Jan 16 15:23:49 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25F3612EBAE for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 15:23:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, WEIRD_PORT=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 5q9h33JXx_o9 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 15:23:45 -0800 (PST)
Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (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 3298E12EB7D for <detnet@ietf.org>; Tue, 16 Jan 2018 15:23:45 -0800 (PST)
Received: by mail-lf0-x22f.google.com with SMTP id f3so19544189lfe.4 for <detnet@ietf.org>; Tue, 16 Jan 2018 15:23:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=1pb0TUxmHuO26uVel+5d7AHvHrM1QgYLKDJnWr7gaxQ=; b=bLzLAUZoJf1EHZh4fBKxFoZV3DKZcEhmCLIjNjA2+yTAvcAerMyQ3obAhnxb6muHBF K1h++5tzn/STowi4vARlgfSzSaZzFUOWkJQPsy46y2ewct9BExGoZjESS7fLG6cd8bw7 rChbs/7JSzc6jJBfj0XXuNWI+c5YfNDOh1EiATNe3u8ob7tPBYJpDauGuOeSLoaQPvoU sYbW2cSjQxieiEeIDyAdzDzfAooAc/IFb0DjpBHRtmzIoDYw2TRW6IOPOXo1suoPiDRN cSjFeHHXtMEOk2FId07neHmETdrMkvaKuKCTd+7c1KVqsk5KT/ry0FFXHtyUPsBR19C2 4vXQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=1pb0TUxmHuO26uVel+5d7AHvHrM1QgYLKDJnWr7gaxQ=; b=kAOtcZoo9ifUdS/1slkHBMz0LgDk4zL7+DYTXC5Qi6/582hpGftUsbndF1JjP6EOlz n3ifbylBiOgECMp3/qmiK0oKCLnZ4P6BrLh0AP+a1J5KT8s/C0qZcNqxyEfHe2G+zj4W LfPn7qrWIE9pc1O+ddo6uvrT01HPUM0Zp2s4yvUQVuW8UXRaRaw5goi7RaLx2RGJ5bfP mXJXsiWp9ZrCnPcrw298ZBjkGshPme/Faj/AQk/tHoc4QtIs9nZbfXh2Eekl0WK4E0rw pzooFy6tzD1fdfBhRtzR5kcTxwt+Dd6KixY+A893e6WzxqLDTEyyROvsZ1IYN27w2UpT Saew==
X-Gm-Message-State: AKGB3mKxbsS1eUpOR7gpb/uARiDC+QOt60JSnSubF3bRqSA85YMiIHjR ScDUpj+JDFFYsCm85lx/CwI=
X-Google-Smtp-Source: ACJfBouHD+Hamn040xciY4rPXNu1ppd16wxJh5UV3gvNMTBGbB4DqzWND8fmhSlq7U8y73OvV+wCkw==
X-Received: by 10.46.1.33 with SMTP id 33mr19319001ljb.128.1516145023354; Tue, 16 Jan 2018 15:23:43 -0800 (PST)
Received: from jounis-imac.home ([83.150.126.201]) by smtp.gmail.com with ESMTPSA id f3sm215425lja.63.2018.01.16.15.23.42 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 16 Jan 2018 15:23:42 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Jouni <jouni.nospam@gmail.com>
In-Reply-To: <ffd22c77-911e-1f10-b8e5-ec179d07c52b@gmail.com>
Date: Wed, 17 Jan 2018 01:23:41 +0200
Cc: =?utf-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>, DetNet WG <detnet@ietf.org>, Mach Chen <mach.chen@huawei.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <9659DA03-428A-4777-B084-6074652C9C06@gmail.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <ffd22c77-911e-1f10-b8e5-ec179d07c52b@gmail.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/ETWb56akYD32-8i-jYCJfWWICb4>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 23:23:48 -0000

> On 16 Jan 2018, at 22:20, Stewart Bryant <stewart.bryant@gmail.com> =
wrote:
>=20
>=20
>=20
> On 16/01/2018 18:20, Bal=C3=A1zs Varga A wrote:
>> I think the last mails are more about flow identification and not the =
sequence number.
>> So, I have re-subjected my answer.
>> =20
>> PSN layer vs. DN layer (MPLS):
>> - in current data plane text we have stated that DetNet PWs may use =
dedicated LSPs (TE-tunnels).
>> That allow to identify DetNet flows in PSN layer without checking the =
PW label. Such a solution of
>> course may challenge scalability.
>=20
> Do you mean may, MAY or do you mean MUST?
>=20
> If the plan is to use the PSN label as the payload type indicator that =
has a number of implications that we need to be clear about.

By payload you mean the DetNet flows over an LSP that have specific =
queuing/forwarding treatment?

> 1) We need a new FEC.=20

Would there be a problem to introduce a new FEC?


> 2) We cannot deploy classes of determinism for example that that just =
need 1+1 and do not care about delay over an existing MPLS PSN.

Could you rephrase the above?=20

> If you think that the LSP label identifies the PW I need to point you =
at some work in the early days if PW. It does not scale.=20
> It does not scale and that is why it never went anywhere as an =
approach despite initial commercial deployment.

LSP label referred here is here the top label?

- Jouni

>=20
>> - regarding prioritization: text allows both E-LSP and L-LSP concept, =
what makes possible
>> to identify DetNet packets. However that is more for simple queuing =
scenarios as it does not
>> identify individual flows.=20
>=20
> I am not sure how much L-LSP is in the wild. L-LSP needs RSVP-TE as =
far as I can tell, but=20
> segment routing puts a new twist on that which I am sure has not yet =
had full attention.=20
>=20
>> =20
>> PSN layer vs. DN layer (non-MPLS):
>> - IPv4: If I remember correctly it was discussed to be out-of-scope =
to simplify the scenarios we focus on.
>> No-one wanted to define new IPv4 fields for flow-ID and Seq-Num in =
the =E2=80=9Csunset of IPv4=E2=80=9D.
>=20
> There hangs a much bigger story. Some in the IETF want to kill off =
IPv4, as much as anything
> to force the introduction of IPv6. However it is not a question of =
what we want to do
> it is a question of the needs of the users.=20
>=20
>> - IPv6: based on the src-IPv6 and the flow-label NP can detect DetNet =
flows. Why would we need a new
>> IP protocol type?=20
>=20
> I am highly sceptical about the flow label given its history.=20
>=20
> We could use IP address as the payload type, IF we can get the =
Internet area to agree, but it
> is a big extension of the IP address semantics, something that perhaps =
the IETF should
> consider taking up to the BOF level given the inroads into those =
semantics that SR is
> trying to make.
>=20
>> =20
>> Generic vs. DN aware data plane:
>> - I think we need both. We have use-cases specified for both.
>=20
>> =20
>> DetNet traffic to be transported:
>> - two types are considered:=20
>> (1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames and
>> (2) IP: IPv6 transported over any L2 (not always Ethernet, but most =
cases Ethernet)
>> As noted above IPv4 is currently out-of-scope =E2=80=A6
>=20
> I am not sure about the IPv4 scoping we need to understand the needs =
of our users.
>=20
> If however we are carrying IP over PW we will need a shim to give us =
the type
> something we looked at a while ago in PWE3 and concluded that the best =
shim
> was Ethernet. If we want to carry it in a slightly more compact way we =
need
> to have a more complex CW with type and length and possible frag.
>=20
> - Stewart
>=20
>> =20
>> Cheers
>> Bala=E2=80=99zs
>> =20
>> From: Stewart Bryant [mailto:stewart.bryant@gmail.com]=20
>> Sent: 2018. janu=C3=A1r 16. 17:38
>> To: Andrew G. Malis <agmalis@gmail.com>
>> Cc: Mach Chen <mach.chen@huawei.com>; Bal=C3=A1zs Varga A =
<balazs.a.varga@ericsson.com>; DetNet WG <detnet@ietf.org>
>> Subject: Re: [Detnet] DP solution (Sequence Numbering)
>> =20
>> =20
>>=20
>> Andy
>>=20
>> On 16/01/2018 15:20, Andrew G. Malis wrote:
>> Stewart,=20
>> =20
>> Like with PWs (since DETNET for MPLS would just be another PW type), =
targeted LDP and provisioning (via a central controller, NMS, etc.) are =
alternatives to RSVP and SR to provisioning/allocating the DETNET PW =
label.
>>=20
>> .. and I suppose strictly BGP which is also used for this purpose in =
VPNs
>>=20
>>=20
>> =20
>> You and Mach are both right that in the IP (non-MPLS) case, we need a =
way for the NP to detect DETNET flows. We could have a new IP protocol =
type for DETNET, and a DETNET header directly follows the IP header. In =
that case, the DETNET header would also need a next protocol identifier, =
unless the next protocol is always another IP header.
>>=20
>> Last I saw, the thinking was that there would be an IP extension =
header, although I am not a fan of those since (a) I am not confident =
what a router will do one it does not understand, and (b) I am concerned =
about the need to support IPv4 which I suspect will have a long tail in =
enterprise deployment.
>>=20
>> I prefer a UDP type for this purpose since it has universal support =
through any middle box. firewall etc, and all routers need to look a the =
UDP DP so checking if it is one they need to work on is just one compare =
and conditional branch.
>>=20
>>=20
>> =20
>> Of course, for MPLS, the DETNET PW label is the identifier.=20
>>=20
>> Only at the PW layer. Note my question about whether this is =
sufficient.
>>=20
>> - Stewart
>> =20
>>=20
>> =20
>> Cheers,
>> Andy
>> =20
>> =20
>> On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant =
<stewart.bryant@gmail.com> wrote:
>> If we need to discriminate at the PSN layer rather than the DN layer =
then we really are forced to create a new FEC type for MPLS, or =
synthesize one through RSVP or SR. IP has no native support for this, =
but we could introduce the concept, for example by making this the =
property of the IP address or some way of MPLSing IP.
>>=20
>> However there is a deeper question we need to answer. Is our =
expectation that each hop in the data plane DN aware, or is our =
expectation that at lest in some networks the data plane is generic with =
some DN nodes strategically placed?
>>=20
>> I can see than in some greenfield specialist cases the routers will =
all be DN aware, but in order to get deployment in most networks we need =
to design for the case where only strategic nodes are DN aware.
>>=20
>> - Stewart
>>=20
>> =20
>> On 16/01/2018 01:14, Mach Chen wrote:
>> Hi Balazs,
>> =20
>> #2 is a more nature solution, the DetNet CW is dedicated for DetNet, =
seems there is no compatibility issue.
>> =20
>> In addition, I think we need to define a way on how to differentiate =
a DetNet flow from a non-DetNet flow, then the network processor can =
process the CW as expected.  In TSN, it uses the priority to determine =
whether a flow is TSN or non-TSN flow. For DetNet, should we also use =
the same way (e.g., TC, DSCP)? Or the DetNet service Label itself =
implies the situation, but it seems that this only works when the DetNet =
service label is the top label. =20
>> =20
>> Any other thoughts?
>> =20
>> Best regards,
>> Mach
>> =20
>> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Bal=C3=A1zs =
Varga A
>> Sent: Monday, January 15, 2018 9:06 PM
>> To: DetNet WG <detnet@ietf.org>
>> Subject: [Detnet] DP solution (Sequence Numbering)
>> =20
>> Hi,
>>=20
>> =20
>>=20
>> Some thoughts to start discussion on open points of the DP solution =
draft.
>>=20
>> This mail(-thread) is on sequence numbering.
>>=20
>> =20
>>=20
>> Problem in case of MPLS and DetNet Control Word:
>>=20
>> - S/N skips zero problem: Ethernet PW definition states that S/N =
skips zero.
>>=20
>> It uses zero to mean no S/N in use. (rfc4448)
>>=20
>> =20
>>=20
>> Possible problem resolutions:
>>=20
>> #1: Using a "flag" in the reserved bits part of the CW:
>>=20
>>       0                   1                   2                   3
>>=20
>>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>>=20
>>      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>=20
>>      |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      =
|
>>=20
>>      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>=20
>> D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number =
used,
>>=20
>> Bit5-15: reserved.
>>=20
>> =20
>>=20
>> RFC4448 states that reserved bits =E2=80=9CMUST be ignored upon =
receipt=E2=80=9D, so backward
>>=20
>> compatibility is ensured. Such a solution would allow also to use =
longer seq.num.
>>=20
>> formats (if needed). Such a format is also inline with RFC4385.
>>=20
>> =20
>>=20
>> #2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.
>>=20
>> DetNet flows are recognized and forwarded special within the DetNet
>>=20
>> domain. S/N is used within the DetNet domain by DetNet Service =
functions
>>=20
>> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet =
relay-nodes. No
>>=20
>> other nodes care about the value of S/N, therefore DetNet can specify =
its
>>=20
>> own sequence number processing algorithm. So =E2=80=9C0=E2=80=9D can =
be a valid number
>>=20
>> and not the indication that no Seq.Num. is used. This is inline with =
RFC4385.
>>=20
>> =20
>>=20
>> #3: Other =E2=80=A6 ?!?
>>=20
>> =20
>>=20
>> Comments are welcome.
>>=20
>> =20
>>=20
>> Cheers
>>=20
>> Bala'zs
>>=20
>> =20
>>=20
>> -----Original Message-----
>> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
>> Sent: 2018. janu=C3=A1r 10. 19:01
>> To: DetNet WG <detnet@ietf.org>
>> Subject: [Detnet] recording for today's interim
>>=20
>> =20
>>=20
>> is available for download at:=20
>>=20
>> =
https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf20230=
1
>>=20
>> =20
>>=20
>> raw notes are available at=20
>>=20
>> =
http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>>=20
>> =20
>>=20
>> Please feel free to update the etherpad based on the recording.
>>=20
>> =20
>>=20
>> Lou (and co-chairs)
>>=20
>> =20
>>=20
>> _______________________________________________
>>=20
>> detnet mailing list
>>=20
>> detnet@ietf.org
>>=20
>> https://www.ietf.org/mailman/listinfo/detnet
>>=20
>>=20
>>=20
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>> =20
>>=20
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>>=20
>> =20
>> =20
>=20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


From nobody Tue Jan 16 17:29:55 2018
Return-Path: <gengxuesong@huawei.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 249EC12EBE4 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 17:29:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level: 
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yD0jMGcd8Cal for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 17:29:48 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 436E012D7E7 for <detnet@ietf.org>; Tue, 16 Jan 2018 17:29:47 -0800 (PST)
Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 4B89DFFF1F167; Wed, 17 Jan 2018 01:29:44 +0000 (GMT)
Received: from DGGEMA402-HUB.china.huawei.com (10.3.20.43) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 17 Jan 2018 01:29:44 +0000
Received: from DGGEMA501-MBS.china.huawei.com ([169.254.4.171]) by DGGEMA402-HUB.china.huawei.com ([10.3.20.43]) with mapi id 14.03.0361.001; Wed, 17 Jan 2018 09:29:31 +0800
From: "Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com>
To: "Flinck, Hannu (Nokia - FI/Espoo)" <hannu.flinck@nokia-bell-labs.com>, Toerless Eckert <tte@cs.fau.de>, Greg Mirsky <gregimirsky@gmail.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>, "detnet@ietf.org" <detnet@ietf.org>
CC: "Grossman, Ethan A." <eagros@dolby.com>, Norman Finn <norman.finn@mail01.huawei.com>, Mach Chen <mach.chen@huawei.com>
Thread-Topic: draft-ietf-detnet-use-cases & slices suggestions
Thread-Index: AQHTXouCnOES7TjcIkSI7Vuob/v/M6NjPDvggBMC7gCAAWObEA==
Date: Wed, 17 Jan 2018 01:29:31 +0000
Message-ID: <F1C1D5B02EA3FA4A8AF54C86BA4F325C089661F7@DGGEMA501-MBS.china.huawei.com>
References: <20171116033202.GX19390@faui40p.informatik.uni-erlangen.de> <F1C1D5B02EA3FA4A8AF54C86BA4F325C089605E1@DGGEMA501-MBS.china.huawei.com> <HE1PR07MB0842EBDBF87FC15FBBF8B9379BEA0@HE1PR07MB0842.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR07MB0842EBDBF87FC15FBBF8B9379BEA0@HE1PR07MB0842.eurprd07.prod.outlook.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.130.169.123]
Content-Type: multipart/alternative; boundary="_000_F1C1D5B02EA3FA4A8AF54C86BA4F325C089661F7DGGEMA501MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/KH_rEDRcc030DOAQyJvJjwrPxRc>
Subject: Re: [Detnet] draft-ietf-detnet-use-cases & slices suggestions
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 01:29:53 -0000

--_000_F1C1D5B02EA3FA4A8AF54C86BA4F325C089661F7DGGEMA501MBSchi_
Content-Type: text/plain; charset="windows-1258"
Content-Transfer-Encoding: quoted-printable

Hi Hannu,

Thank you for your review, and what you have mentioned in the email is very=
 important for understanding this use case.
If you notice that there is a statement =935G bearer uses DetNet to have ha=
rd resource isolation across slices and within the slice=94 before the exam=
ple you have mentioned, maybe
you can find that this paragraph is intended to illustrate how DetNet can o=
ffer resource isolation across slices.
I think if there are only URLLC services in Slice-A and Slice-B, DetNet can=
 separate the slices directly; if there are also non-URLLC services, DetNet=
 can separate the URLLC service from different slices rather than separate =
the slices.
The assumption here is that non-URLLC services don=92t need DetNet-level tr=
ansmission quality, so non-URLLC services can=92t be separated by DetNet.
If you think this part of text is not clear enough , I can add more explana=
tions to avoid confusion.

Best Regards,
Xuesong

From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs=
.com]
Sent: Tuesday, January 16, 2018 7:57 PM
To: Gengxuesong (Geng Xuesong); Toerless Eckert; Greg Mirsky; Alexandre Pet=
rescu; detnet@ietf.org
Cc: Grossman, Ethan A.; Norman Finn; Mach Chen
Subject: RE: draft-ietf-detnet-use-cases & slices suggestions


Hello Xuesong

I am wondering if this part of the text is correct:

=93For example, there are two slices in the network: Slice-A and Slice-B; D=
etNet is used to transit URLLC services: URLLC-A and URLLC-B. Without DetNe=
t,
URLLC-A and URLLC-B compete for bandwidth resource. Latency and reliability=
 is not guaranteed; With DetNet, URLLC-A and URLLC-B have separate
bandwidth reservation and there is no confliction between them, just as the=
y are in different logical networks. =93

Or did you mean to say that (DetNet -> slice):
Without slicing URLLC-A and URLLC-B compete for bandwidth resource. Latency=
 and reliability is not guaranteed; With silicing, URLLC-A and URLLC-B have=
 separate
bandwidth reservation and there is no confliction between them, just as the=
y are in different logical networks.

Best regards
Hannu

From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Gengxuesong (Gen=
g Xuesong)
Sent: Thursday, January 04, 2018 3:52 AM
To: Toerless Eckert <tte@cs.fau.de<mailto:tte@cs.fau.de>>; Greg Mirsky <gre=
gimirsky@gmail.com<mailto:gregimirsky@gmail.com>>; Alexandre Petrescu <alex=
andre.petrescu@gmail.com<mailto:alexandre.petrescu@gmail.com>>; detnet@ietf=
.org<mailto:detnet@ietf.org>
Cc: Grossman, Ethan A. <eagros@dolby.com<mailto:eagros@dolby.com>>; Norman =
Finn <norman.finn@mail01.huawei.com<mailto:norman.finn@mail01.huawei.com>>;=
 Mach Chen <mach.chen@huawei.com<mailto:mach.chen@huawei.com>>
Subject: Re: [Detnet] draft-ietf-detnet-use-cases & slices suggestions


Hi Toerless,



Thank you for your comments. They are very useful.

Here is the revised text of Network Slicing Use Case. You can find some of =
your suggested words are added into it, which have been highlighted.

I hope perhaps Greg and Alex can also be satisfied with this version , beca=
use a paragraph tries to respond to your comments about adding other use ca=
ses mentioned in 3GPP . I have highlighted them too.

This is open to discuss.

Any other comments are welcome.

---------------------------------------------------------------------------=
--------------------------------------------

10. Network Slicing

10.1. Use Case Description

Network slicing divides one physical network infrastructure into multiple l=
ogical networks. Each slice, corresponding to a logical network,

uses resources and network functions independently from each other. Network=
 slicing provides flexibility of resource allocation and service

quality customization. Future services will demand network performance with=
 a wide variety of characteristics such as high data rate, low

latency, low loss rate, security and many other parameters. Ideally every s=
ervice would have its own physical network satisfying its particular

performance requirements; however that would be prohibitively expensive. Ne=
twork slicing can provide a customized slice for a single service,

and multiple slices can share the same physical network. This method can op=
timize the performance for the service at lower cost, and the

flexibility of setting up and release the slices also allows the user to al=
locate the network resources dynamically. Unlike other DetNet use cases,

Network slicing is not a specific application with specific deterministic r=
equirements; it is proposed as a new requirement for the future network,

which is still in discussion, and DetNet is a candidate solution for it.

10.2 Using DetNet in Network Slicing
10.2.1 Hard resource isolation across slices
One of the requirements discussed for network slicing is the "hard" separat=
ion of various users=92 deterministic performance. That is, it should
be impossible for activity, lack of activity, or changes in activity of one=
 or more users to have any appreciable effect on the deterministic
performance parameters of any other slices. Typical techniques used today, =
which share a physical network among users, do not offer this
kind of insulation. DetNet can supply point-to-point or point-to-multipoint=
 paths that offer bandwidth and latency guarantees to a user that
cannot be affected by other users=92 data traffic. Thus DetNet is a powerfu=
l tool when latency and reliability are required in Network Slicing.

10.2.2 Deterministic services within slices
Slices need to be able to provide services that require DetNet type guarant=
ees. Technically, DetNet in Network Slicing can be used just the
same as DetNet without Network Slicing.(from Toerless)

10.3 Network Slicing Use Case
Network Slicing is a core feature of 5G defined in 3GPP, which is currently=
 under development. A Network Slice in mobile network is a complete
logical network including Radio Access Network (RAN) and Core Network (CN).=
 It provides telecommunication services and network capabilities,
which may vary (or not) from slice to slice. A 5G bearer network is a typic=
al use case of network slicing, including 3 service scenarios: enhanced
Mobile Broadband (eMBB), Ultra-Reliable and Low Latency Communications (URL=
LC), and massive Machine Type Communications (mMTC).

Each of these are described below.

=95   Enhanced Mobile Broadband (eMBB)
eMBB focuses on services characterized by high data rates, such as high def=
inition (HD) videos, virtual reality (VR), augmented reality (AR),
and fixed mobile convergence (FMC).

=95   Ultra-Reliable and Low Latency Communications (URLLC)
URLLC focuses on latency-sensitive services, such as self-driving vehicles,=
 remote surgery, or drone control.

=95   massive Machine Type Communications (mMTC)
mMTC focuses on services that have high requirements for connection density=
, such as those typical for smart city and smart agriculture use cases.

5G bearer uses DetNet to have hard resource isolation across slices and wit=
hin the slice.

For example, there are two slices in the network: Slice-A and Slice-B; DetN=
et is used to transit URLLC services: URLLC-A and URLLC-B. Without DetNet,
URLLC-A and URLLC-B compete for bandwidth resource. Latency and reliability=
 is not guaranteed; With DetNet, URLLC-A and URLLC-B have separate
bandwidth reservation and there is no confliction between them, just as the=
y are in different logical networks.

Even though not necessary within the scope of work explicitly charted for s=
lices in 5G: Whenever 5G or other network service providers see the
opportunity to operate services described as use-cases in other sections of=
 this document across a shared physical infrastructure, network slices woul=
d
be the likely preferred approach to provide such services. Examples include=
 providing electrical utilities services (section 3.), pro audio
services (section 2.) or V2X via slices. Use cases like these could become =
more into the focus for network slices when the work for 5G core network ev=
olution
will include services that are more inclusive of even wired access options =
required in those use-cases.
( part from Toerless and the highlighted text answers the question of Greg =
and Alex)

However, DetNet cannot cover every Network Slicing use case, and there are =
some other problems to be solved. Firstly, DetNet is a point-to-point or
point-to-multipoint technology while Network Slicing needs multi-point to m=
ulti-point guarantee. Second, the number of flows that can be carried by
DetNet is limited by DetNet scalability. Flow aggregation and queuing manag=
ement modification may help to fix the problem. More work and discussions
are needed in these topics.

10.4 Network Slicing Today and Future
Network slicing can satisfy the requirements of a lot of future deployment =
scenario, but it is still a collection of ideas and analysis, without a spe=
cific
technical solution. A lot of technologies, such as Flex-E, Segment Routing,=
 and DetNet have potential to be used in Network Slicing. For more details
please see IETF99 Network Slicing BOF session agenda and materials.

10.5. Network Slicing Asks

=95   Isolation from other flows through Queuing Management

=95   Service Quality Customization and Guarantee

=95   Security



---------------------------------------------------------------------------=
--------------------------------------------





Best Regards



Xuesong







>-----Original Message-----

>From: Toerless Eckert [mailto:tte@cs.fau.de]

>Sent: Thursday, November 16, 2017 11:32 AM

>To: detnet@ietf.org<mailto:detnet@ietf.org>; draft-ietf-detnet-use-cases@i=
etf.org<mailto:draft-ietf-detnet-use-cases@ietf.org>

>Subject: draft-ietf-detnet-use-cases & slices suggestions

>

>Wrt to my comments on the mike@singapore re. slicing use-case:

>

>First of all i would like to reinforce Stewarts statement that we should n=
ot

>remove slicing from the use-case draft. My point was different: making the

>importance for detnet in slicing clearer - because i think it is hierarchi=
cal and

>multi-faceted, and that does not well reflect in the current text.

>

>Following suggestions for improvements aside, the existing text of 10. is =
already

>very nicely enlightening about slices, more so than i have seen in other p=
laces.

>

>A) I would not call 10.1 "Use Case Description" but instead "Technology

>Description"

>

>B) 10.3 up to the the "However" is IMHO the most fundamental use-case for

>detnet

>  in the slicing realm. It should be moved and become e.g.: a new 10.2.1

>use-case,

>  here is proposed changed paragraphs:

>

>  10.2.1 Hard resource isolation across slices

>

>  |Network slicing aims to provide logical networks with hard resource

>  |separation guarantees between those different logical networks.

>  |Hard resource separation means that it should be impossible for activit=
y,

>  |lack of activity, or changes in activity of one or more slices to have

>  |any appreciable effect on the deterministic performance parameters of a=
ny

>  |other slices.

>

>  |Typical techniques used today (for example in pre-existing logical/virt=
ual

>  |network solutions), which share a physical network amongst users, do

>  |not offer this kind of insulation.  DetNet can supply point-to-point

>  |or point-to-multipoint paths that offer bandwidth and latency

>  |guarantees to a slice that cannot be affected by other slices data

>  |traffic.

>

>  I hope i did correctly interpret "user" to mean "slice", because, but ev=
en

>  if not, i think the above is correct: If we want to have strict separati=
on

>  guarantees btween different users inside the same clice, that is IMHO a

>  separate use case within the slicing technology:

>

>C) I would group existing 10.2.1...10.2.3 under a common use-case, maybe:

>

>   10.2.2 Deterministic services within slices

>

>   Slices need to be able to provide services that require detnet type

>   guarantees. These requirements would equally make the use of detnet

>   for these services a requirement if the service was not provided via a

>   logical network slice but via a separate physcial network (and therefor=
e

>   the use-case requirement of 10.2.1 would not exist)

>

>   A 5G bearer network is a typical  ...

>   [ Make existing 10.2.1...10.2.3 become eg: 10.2.2.1 ... 10.2.2.3]

>

>

>D) It would be nice to have more clarifying details

>   about the sentence "A 5G bearer network is a typical

>   use case of network slicing, including 3 service scenarios"

>

>   If the answer to my questions are not really clear because 3GPP has not

>   make up its mind what exactly is required, then maybe phrase the text

>   accordingly (3GPP has not yet decided where or...):

>

>   1. Will 3GPP want to have slices which are NOT 5G bearer networks ?

>     if yes, then say this.

>

>   2. For a network slice which is a 5G bearer network, would it have

>     only one of the 3 service scenarios, or any subset of the 3 ?

>

>   3. If the answer to 1. is "yes, also slices that are not 3GPP bearers",

>      would any or all of the three mentioned service scenarios also

>      be required in those non-3GPP slices ?

>

>E) It might be useful to add text stating that use cases for detnet

>   mentioned in other sections of the document would likely become

>   use cases of slices in the future.

>

>   Possible suggested text:

>

>   Even though not necesary within the scope of work explicitly charted

>   for slices in 5G: Whenever 5G or other network service providers see th=
e

>   opportunity to operate services described as use-cases in other section=
s of

>   this document across a shared physcial infrastructure, network slices

>   would be the likely preferred approach to provide such services.

>

>   Examples include providing electrical utilities services (section 3.)

>   or pro audio services (section 2.) via slices. Use cases like these cou=
ld

>become

>   more into the focus for network slices when the work for 5G core

>   network evolution will include services that are more inclusive of

>   even wired access options required in those use-cases.

>

>F) Another likely evolution of slices worthwhile to notice:

>

>   Slices may equally become the preferred mode of providing services that

>   are otherwise considered to be out of scope in this document, such as

>   those in 12.2. These can easily come into scope when Mobile Edge Comput=
e

>   ressources connecting to slices can allow to provide detnet service

>guarantees

>   to these use-cases by eliminating the uncontrolled parts of a path

>   between servers and client.

>

>Cheers

>    Toerless

>

>On Mon, Nov 13, 2017 at 09:06:40AM +0000, Grossman, Ethan A. wrote:

>> Tal does this work for you?

>> Ethan.

>>

>> On Nov 13, 2017, at 3:48 PM, Norman Finn

><norman.finn@mail01.huawei.com<mailto:norman.finn@mail01.huawei.com<mailto=
:norman.finn@mail01.huawei.com%3cmailto:norman.finn@mail01.huawei.com>>>

>wrote:

>>

>> Sounds like Tuesday 16:00.  Right?  Near registration.

>>

>> -- Norm

>>

>> ________________________________

>> From: Grossman, Ethan A. [eagros@dolby.com<mailto:eagros@dolby.com>]

>> Sent: Sunday, November 12, 2017 8:16 PM

>> To: Das, Subir

>> Cc: Patrick Wetterwald (pwetterw); Norman Finn;

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>; detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org=
%3cmailto:detnet@ietf.org>>; Gary Weiner

>> Subject: Re: [Detnet] DetNet Security Meet-Up

>>

>> I can do Tuesday 16:00. I have a commitment Tuesday at 18:30.

>> Ethan.

>>

>> On Nov 13, 2017, at 11:27 AM, Das, Subir

><sdas@appcomsci.com<mailto:sdas@appcomsci.com<mailto:sdas@appcomsci.com%3c=
mailto:sdas@appcomsci.com>>> wrote:

>>

>> I arrived today but can't  make it on Tuesday at 13:30. Available from 1=
6:00.

>> ________________________________

>> From: Grossman, Ethan A. [eagros@dolby.com<mailto:eagros@dolby.com>]

>> Sent: Sunday, November 12, 2017 10:15 PM

>> To: Patrick Wetterwald (pwetterw)

>> Cc: Norman Finn;

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>; detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org=
%3cmailto:detnet@ietf.org>>; Gary Weiner

>> Subject: Re: [Detnet] DetNet Security Meet-Up

>>

>> Yes I was agreeing to Tuesday.

>> Ethan.

>>

>> On Nov 13, 2017, at 10:46 AM, Patrick Wetterwald (pwetterw)

><pwetterw@cisco.com<mailto:pwetterw@cisco.com<mailto:pwetterw@cisco.com%3c=
mailto:pwetterw@cisco.com>>> wrote:

>>

>> On Tuesday. Correct ?

>>

>> Patrick

>>

>> From: detnet <detnet-bounces@ietf.org<mailto:detnet-bounces@ietf.org<mai=
lto:detnet-bounces@ietf.org%3cmailto:detnet-bounces@ietf.org>>>

>> on behalf of "Grossman, Ethan A."

>> <eagros@dolby.com<mailto:eagros@dolby.com<mailto:eagros@dolby.com%3cmail=
to:eagros@dolby.com>>>

>> Date: Monday, 13 November 2017 at 03:43

>> To: Norman Finn

>>

><norman.finn@mail01.huawei.com<mailto:norman.finn@mail01.huawei.com<mailto=
:norman.finn@mail01.huawei.com%3cmailto:norman.finn@mail01.huawei.com>>>

>,

>> "draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security

>> @ietf.org>"

>> <draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security

>> @ietf.org>>

>> Cc: "detnet@ietf.org<mailto:detnet@ietf.org><mailto:detnet@ietf.org%3cma=
ilto:detnet@ietf.org%3e>"

>> <detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org%3cmailto:=
detnet@ietf.org>>>, Gary Weiner

>> <Gary@Apriori-NET.COM<mailto:Gary@Apriori-NET.COM<mailto:Gary@Apriori-NE=
T.COM%3cmailto:Gary@Apriori-NET.COM>>>

>> Subject: Re: [Detnet] DetNet Security Meet-Up

>>

>> Meet at 13:30 at IETF Registration?

>> Ethan.

>>

>> From: Norman Finn [mailto:norman.finn@mail01.huawei.com]

>> Sent: Sunday, November 12, 2017 4:52 PM

>> To: Grossman, Ethan A. <eagros@dolby.com<mailto:eagros@dolby.com<mailto:=
eagros@dolby.com%3cmailto:eagros@dolby.com>>>;

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>

>> Cc: Gary Weiner <Gary@Apriori-NET.COM<mailto:Gary@Apriori-NET.COM<mailto=
:Gary@Apriori-NET.COM%3cmailto:Gary@Apriori-NET.COM>>>;

>> detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org%3cmailto:d=
etnet@ietf.org>>

>> Subject: RE: DetNet Security Meet-Up

>>

>> Yes, let's get together.  Right now, any time Tuesday after lunch would =
be

>fine.

>>

>> -- Norm

>> ________________________________

>> From: Grossman, Ethan A. [eagros@dolby.com<mailto:eagros@dolby.com>]

>> Sent: Sunday, November 12, 2017 3:59 AM

>> To:

>> draft-ietf-detnet-security@ietf.org<mailto:draft-ietf-detnet-security@<m=
ailto:draft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-securi=
ty@>

>> ietf.org>

>> Cc: Gary Weiner; detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ie=
tf.org%3cmailto:detnet@ietf.org>>

>> Subject: DetNet Security Meet-Up

>> Hello DetNet Security draft authors, (and adding the DetNet list since

>> we are now a WG draft and would like to include anyone who has any inter=
est),

>Tal and I are here in Singapore and would like to know if any of the rest =
of you

>might be here in town and might want to meet up over lunch or dinner (or

>something) to discuss DetNet security, e.g. next steps for the DetNet Secu=
rity

>draft. If so, please reply and we can plan something.

>> Thanks,

>> Ethan.

>> Ethan Grossman, DetNet Security Draft editor.

>>

>> _______________________________________________

>> detnet mailing list

>> detnet@ietf.org<mailto:detnet@ietf.org<mailto:detnet@ietf.org%3cmailto:d=
etnet@ietf.org>>

>> https://www.ietf.org/mailman/listinfo/detnet

>

>> _______________________________________________

>> detnet mailing list

>> detnet@ietf.org<mailto:detnet@ietf.org>

>> https://www.ietf.org/mailman/listinfo/detnet

>

>

>--

>---

>tte@cs.fau.de<mailto:tte@cs.fau.de>

--_000_F1C1D5B02EA3FA4A8AF54C86BA4F325C089661F7DGGEMA501MBSchi_
Content-Type: text/html; charset="windows-1258"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1=
258">
<meta name=3D"Generator" content=3D"Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Segoe UI";
	panose-1:2 11 5 2 4 2 4 2 2 3;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	font-size:10.5pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"\7EAF\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	font-size:10.5pt;
	font-family:"Calibri","sans-serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"\6279\6CE8\6846\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	font-size:10.5pt;
	font-family:"Calibri","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin:0cm;
	margin-bottom:.0001pt;
	text-indent:21.0pt;
	line-height:150%;
	layout-grid-mode:char;
	text-autospace:none;
	font-size:10.5pt;
	font-family:"Times New Roman","serif";}
span.Char
	{mso-style-name:"\7EAF\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\7EAF\6587\672C;
	font-family:"Calibri","sans-serif";}
span.Char0
	{mso-style-name:"\6279\6CE8\6846\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\6279\6CE8\6846\6587\672C;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.PlainText, li.PlainText, div.PlainText
	{mso-style-name:"Plain Text";
	mso-style-link:"Plain Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	font-size:10.5pt;
	font-family:"Calibri","sans-serif";}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:Consolas;}
p.BalloonText, li.BalloonText, div.BalloonText
	{mso-style-name:"Balloon Text";
	mso-style-link:"Balloon Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	font-size:10.5pt;
	font-family:"Calibri","sans-serif";}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Segoe UI","sans-serif";}
span.EmailStyle27
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.EmailStyle28
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 135.45pt 72.0pt 135.45pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D"text-justify-t=
rim:punctuation">
<div class=3D"WordSection1">
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"line-height:150%;color:#1F497D">Hi Hannu,<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"line-height:150%;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"line-height:150%;color:#1F497D">Thank you for your review, and what yo=
u have mentioned in the email is very important for understanding this use =
case.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"line-height:150%;color:#1F497D">If you notice that there is a statemen=
t =935G bearer uses DetNet to have hard resource isolation across slices an=
d within the slice=94 before the example you
 have mentioned, maybe <o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"line-height:150%;color:#1F497D">you can find that this paragraph is in=
tended to illustrate how DetNet can offer resource isolation across slices.=
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"line-height:150%;color:#1F497D">I think if there are only URLLC servic=
es in Slice-A and Slice-B, DetNet can separate the slices directly; if ther=
e are also non-URLLC services, DetNet can
 separate the URLLC service from different slices rather than separate the =
slices.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"line-height:150%;color:#1F497D">The assumption here is that non-URLLC =
services don=92t need DetNet-level transmission quality, so non-URLLC servi=
ces can=92t be separated by DetNet.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"line-height:150%;color:#1F497D">If you think this part of text is not =
clear enough , I can add more explanations to avoid confusion.<o:p></o:p></=
span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"line-height:150%;color:#1F497D">Best Regards,<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"line-height:150%;color:#1F497D">Xuesong<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n=
bsp;</o:p></span></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><b><span la=
ng=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot=
;sans-serif&quot;">From:</span></b><span lang=3D"EN-US" style=3D"font-size:=
10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Flinck, Hann=
u (Nokia -
 FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs.com] <br>
<b>Sent:</b> Tuesday, January 16, 2018 7:57 PM<br>
<b>To:</b> Gengxuesong (Geng Xuesong); Toerless Eckert; Greg Mirsky; Alexan=
dre Petrescu; detnet@ietf.org<br>
<b>Cc:</b> Grossman, Ethan A.; Norman Finn; Mach Chen<br>
<b>Subject:</b> RE: draft-ietf-detnet-use-cases &amp; slices suggestions<o:=
p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US" style=3D"font-size:11.0pt">H=
ello </span>
<span lang=3D"EN-US">Xuesong<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt">I am=
 wondering if this part of the text is correct:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">=93F=
or example, there are two slices in the network: Slice-A and Slice-B; DetNe=
t is used to transit URLLC services: URLLC-A and URLLC-B. Without DetNet,
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">URLL=
C-A and URLLC-B compete for bandwidth resource. Latency and reliability is =
not guaranteed; With DetNet, URLLC-A and URLLC-B have separate
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">band=
width reservation and there is no confliction between them, just as they ar=
e in different logical networks. =93<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US"><o:p=
>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Or d=
id you mean to say that (DetNet -&gt; slice):
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">With=
out slicing URLLC-A and URLLC-B compete for bandwidth resource. Latency and=
 reliability is not guaranteed; With silicing, URLLC-A and URLLC-B have sep=
arate
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">bandwidth reservation and there=
 is no confliction between them, just as they are in different logical netw=
orks.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Best regards<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Hannu</span><span lang=3D"EN-US=
" style=3D"font-size:11.0pt"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><b><span la=
ng=3D"EN-US" style=3D"font-size:11.0pt">From:</span></b><span lang=3D"EN-US=
" style=3D"font-size:11.0pt"> detnet [<a href=3D"mailto:detnet-bounces@ietf=
.org">mailto:detnet-bounces@ietf.org</a>]
<b>On Behalf Of </b>Gengxuesong (Geng Xuesong)<br>
<b>Sent:</b> Thursday, January 04, 2018 3:52 AM<br>
<b>To:</b> Toerless Eckert &lt;<a href=3D"mailto:tte@cs.fau.de">tte@cs.fau.=
de</a>&gt;; Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com">gregim=
irsky@gmail.com</a>&gt;; Alexandre Petrescu &lt;<a href=3D"mailto:alexandre=
.petrescu@gmail.com">alexandre.petrescu@gmail.com</a>&gt;;
<a href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><br>
<b>Cc:</b> Grossman, Ethan A. &lt;<a href=3D"mailto:eagros@dolby.com">eagro=
s@dolby.com</a>&gt;; Norman Finn &lt;<a href=3D"mailto:norman.finn@mail01.h=
uawei.com">norman.finn@mail01.huawei.com</a>&gt;; Mach Chen &lt;<a href=3D"=
mailto:mach.chen@huawei.com">mach.chen@huawei.com</a>&gt;<br>
<b>Subject:</b> Re: [Detnet] draft-ietf-detnet-use-cases &amp; slices sugge=
stions<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">H=
i Toerless,<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">&=
nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">T=
hank you for your comments. They are very useful.<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">H=
ere is the revised text of Network Slicing Use Case. You can find some of y=
our suggested words are added into it, which have been highlighted.<o:p></o=
:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">I=
 hope perhaps Greg and Alex can also be satisfied with this version , becau=
se a paragraph tries to respond to your comments about adding other use cas=
es mentioned in 3GPP . I have highlighted
 them too.<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">T=
his is open to discuss.<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">A=
ny other comments are welcome.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">----------------------------=
---------------------------------------------------------------------------=
----------------<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><b><span lang=3D"EN-US=
">10. Network Slicing</span></b><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><b><span lang=3D"EN-US=
">10.1. Use Case Description</span></b><span lang=3D"EN-US"><o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">N=
etwork slicing divides one physical network infrastructure into multiple lo=
gical networks. Each slice, corresponding to a logical network,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">u=
ses resources and network functions independently from each other. Network =
slicing provides flexibility of resource allocation and service
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">q=
uality customization. Future services will demand network performance with =
a wide variety of characteristics such as high data rate, low
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">l=
atency, low loss rate, security and many other parameters. Ideally every se=
rvice would have its own physical network satisfying its particular
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">p=
erformance requirements; however that would be prohibitively expensive. Net=
work slicing can provide a customized slice for a single service,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">a=
nd multiple slices can share the same physical network. This method can opt=
imize the performance for the service at lower cost, and the<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">f=
lexibility of setting up and release the slices also allows the user to all=
ocate the network resources dynamically. Unlike other DetNet use cases,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">N=
etwork slicing is not a specific application with specific deterministic re=
quirements; it is proposed as a new requirement for the future network,
<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">w=
hich is still in discussion, and DetNet is a candidate solution for it.<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.2 Using DetNet in Network Slicing
</span></b><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.2.1 Hard resource isolation across slices</span></b><span lang=3D"EN-US">=
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">One =
of the requirements discussed for network slicing is the &quot;hard&quot; s=
eparation of various users=92 deterministic performance. That is, it should
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">be i=
mpossible for activity, lack of activity, or changes in activity of one or =
more users to have any appreciable effect on the deterministic
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">perf=
ormance parameters of any other slices. Typical techniques used today, whic=
h share a physical network among users, do not offer this
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">kind=
 of insulation. DetNet can supply point-to-point or point-to-multipoint pat=
hs that offer bandwidth and latency guarantees to a user that
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">cann=
ot be affected by other users=92 data traffic. Thus DetNet is a powerful to=
ol when latency and reliability are required in Network Slicing.<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.2.2 Deterministic services within slices</span></b><span lang=3D"EN-US"><=
o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><i><span lang=3D"EN-US" s=
tyle=3D"color:red">Slices need to be able to provide services that require =
DetNet type guarantees. Technically, DetNet in Network Slicing can be used =
just the
</span></i><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><i><span lang=3D"EN-US" s=
tyle=3D"color:red">same as DetNet without Network Slicing.</span><span lang=
=3D"EN-US" style=3D"color:#365F91">(from Toerless)</span></i><span lang=3D"=
EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.3 Network Slicing Use Case</span></b><span lang=3D"EN-US"><o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Netw=
ork Slicing is a core feature of 5G defined in 3GPP, which is currently und=
er development. A Network Slice in mobile network is a complete
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">logi=
cal network including Radio Access Network (RAN) and Core Network (CN). It =
provides telecommunication services and network capabilities,
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">whic=
h may vary (or not) from slice to slice. A 5G bearer network is a typical u=
se case of network slicing, including 3 service scenarios: enhanced
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Mobi=
le Broadband (eMBB), Ultra-Reliable and Low Latency Communications (URLLC),=
 and massive Machine Type Communications (mMTC).
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">&nbs=
p;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Each=
 of these are described below.
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt"><span lang=3D"EN-US" style=3D"font-family:Wingdings">=9F</span><span la=
ng=3D"EN-US" style=3D"font-size:7.0pt;line-height:150%">&nbsp;&nbsp;
</span><b><span lang=3D"EN-US">Enhanced Mobile Broadband (eMBB) </span></b>=
<span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">eMBB=
 focuses on services characterized by high data rates, such as high definit=
ion (HD) videos, virtual reality (VR), augmented reality (AR),
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">and =
fixed mobile convergence (FMC).
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt"><span lang=3D"EN-US" style=3D"font-family:Wingdings">=9F</span><span la=
ng=3D"EN-US" style=3D"font-size:7.0pt;line-height:150%">&nbsp;&nbsp;
</span><b><span lang=3D"EN-US">Ultra-Reliable and Low Latency Communication=
s (URLLC)
</span></b><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">URLL=
C focuses on latency-sensitive services, such as self-driving vehicles, rem=
ote surgery, or drone control.
<o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt"><span lang=3D"EN-US" style=3D"font-family:Wingdings">=9F</span><span la=
ng=3D"EN-US" style=3D"font-size:7.0pt;line-height:150%">&nbsp;&nbsp;
</span><b><span lang=3D"EN-US">massive Machine Type Communications (mMTC) <=
/span></b><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">mMTC=
 focuses on services that have high requirements for connection density, su=
ch as those typical for smart city and smart agriculture use cases.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">&nbs=
p;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">5G b=
earer uses DetNet to have hard resource isolation across slices and within =
the slice.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">&nbs=
p;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">For =
example, there are two slices in the network: Slice-A and Slice-B; DetNet i=
s used to transit URLLC services: URLLC-A and URLLC-B. Without DetNet,
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">URLL=
C-A and URLLC-B compete for bandwidth resource. Latency and reliability is =
not guaranteed; With DetNet, URLLC-A and URLLC-B have separate
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">band=
width reservation and there is no confliction between them, just as they ar=
e in different logical networks.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">&nbs=
p;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"color:red">Even though not necessary within the scope of work explicit=
ly charted for slices in 5G: Whenever 5G or other network service providers=
 see the
</span><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"color:red">opportunity to operate services described as use-cases in o=
ther sections of this document across a shared physical infrastructure, net=
work slices would
</span><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"color:red">be the likely preferred approach to provide such services.
<span style=3D"background:yellow;mso-highlight:yellow">Examples include pro=
viding electrical utilities services (section 3.), pro audio
</span></span><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"color:red;background:yellow;mso-highlight:yellow">services (section 2.=
) or V2X via slices.</span><span lang=3D"EN-US" style=3D"color:red"> Use ca=
ses like these could become more into the focus
 for network slices when the work for 5G core network evolution </span><spa=
n lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US" styl=
e=3D"color:red">will include services that are more inclusive of even wired=
 access options required in those use-cases.</span><span lang=3D"EN-US" sty=
le=3D"color:#365F91">
</span><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><i><span lang=3D"EN-US" s=
tyle=3D"color:#365F91">( part from Toerless and the highlighted text answer=
s the question of Greg and Alex)</span></i><span lang=3D"EN-US"><o:p></o:p>=
</span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">&nbs=
p;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Howe=
ver, DetNet cannot cover every Network Slicing use case, and there are some=
 other problems to be solved. Firstly, DetNet is a point-to-point or
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">poin=
t-to-multipoint technology while Network Slicing needs multi-point to multi=
-point guarantee. Second, the number of flows that can be carried by
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">DetN=
et is limited by DetNet scalability. Flow aggregation and queuing managemen=
t modification may help to fix the problem. More work and discussions
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">are =
needed in these topics.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">&nbs=
p;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.4 Network Slicing Today and Future
</span></b><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">Netw=
ork slicing can satisfy the requirements of a lot of future deployment scen=
ario, but it is still a collection of ideas and analysis, without a specifi=
c
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">tech=
nical solution. A lot of technologies, such as Flex-E, Segment Routing, and=
 DetNet have potential to be used in Network Slicing. For more details
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">plea=
se see IETF99 Network Slicing BOF session agenda and materials.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><span lang=3D"EN-US">&nbs=
p;<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"line-height:150%"><b><span lang=3D"EN-US">1=
0.5. Network Slicing Asks
</span></b><span lang=3D"EN-US"><o:p></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt"><span lang=3D"EN-US" style=3D"font-family:Wingdings">=9F</span><span la=
ng=3D"EN-US" style=3D"font-size:7.0pt;line-height:150%">&nbsp;&nbsp;
</span><span lang=3D"EN-US">Isolation from other flows through Queuing Mana=
gement <o:p>
</o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt"><span lang=3D"EN-US" style=3D"font-family:Wingdings">=9F</span><span la=
ng=3D"EN-US" style=3D"font-size:7.0pt;line-height:150%">&nbsp;&nbsp;
</span><span lang=3D"EN-US">Service Quality Customization and Guarantee<o:p=
></o:p></span></p>
<p class=3D"MsoListParagraph" style=3D"margin-left:21.0pt;text-indent:-21.0=
pt"><span lang=3D"EN-US" style=3D"font-family:Wingdings">=9F</span><span la=
ng=3D"EN-US" style=3D"font-size:7.0pt;line-height:150%">&nbsp;&nbsp;
</span><span lang=3D"EN-US">Security<o:p></o:p></span></p>
<p class=3D"MsoPlainText" style=3D"line-height:150%"><span lang=3D"EN-US">&=
nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">----------------------------=
---------------------------------------------------------------------------=
----------------<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">Best Regards<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">Xuesong<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;-----Original Message---=
--<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;From: Toerless Eckert [<=
a href=3D"mailto:tte@cs.fau.de">mailto:tte@cs.fau.de</a>]<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Sent: Thursday, November=
 16, 2017 11:32 AM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;To: <a href=3D"mailto:de=
tnet@ietf.org">
detnet@ietf.org</a>; <a href=3D"mailto:draft-ietf-detnet-use-cases@ietf.org=
">draft-ietf-detnet-use-cases@ietf.org</a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Subject: draft-ietf-detn=
et-use-cases &amp; slices suggestions<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Wrt to my comments on th=
e mike@singapore re. slicing use-case:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;First of all i would lik=
e to reinforce Stewarts statement that we should not<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;remove slicing from the =
use-case draft. My point was different: making the<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;importance for detnet in=
 slicing clearer - because i think it is hierarchical and<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;multi-faceted, and that =
does not well reflect in the current text.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Following suggestions fo=
r improvements aside, the existing text of 10. is already<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;very nicely enlightening=
 about slices, more so than i have seen in other places.<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;A) I would not call 10.1=
 &quot;Use Case Description&quot; but instead &quot;Technology<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Description&quot;<o:p></=
o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;B) 10.3 up to the the &q=
uot;However&quot; is IMHO the most fundamental use-case for<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;detnet<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; in the slicing re=
alm. It should be moved and become e.g.: a new 10.2.1<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;use-case,<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; here is proposed =
changed paragraphs:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; 10.2.1 Hard resou=
rce isolation across slices<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt; &nbsp;|Network slicing =
aims to provide logical networks with hard resource<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |separation guara=
ntees between those different logical networks.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |Hard resource se=
paration means that it should be impossible for activity,<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |lack of activity=
, or changes in activity of one or more slices to have<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |any appreciable =
effect on the deterministic performance parameters of any<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |other slices.<o:=
p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |Typical techniqu=
es used today (for example in pre-existing logical/virtual<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |network solution=
s), which share a physical network amongst users, do<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |not offer this k=
ind of insulation.&nbsp; DetNet can supply point-to-point<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |or point-to-mult=
ipoint paths that offer bandwidth and latency<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |guarantees to a =
slice that cannot be affected by other slices data<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; |traffic.<o:p></o=
:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; I hope i did corr=
ectly interpret &quot;user&quot; to mean &quot;slice&quot;, because, but ev=
en<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; if not, i think t=
he above is correct: If we want to have strict separation<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; guarantees btween=
 different users inside the same clice, that is IMHO a<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; separate use case=
 within the slicing technology:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;C) I would group existin=
g 10.2.1...10.2.3 under a common use-case, maybe:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; 10.2.2 Dete=
rministic services within slices<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; Slices need=
 to be able to provide services that require detnet type<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp; &nbsp;guarantees.=
 These requirements would equally make the use of detnet<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; for these s=
ervices a requirement if the service was not provided via a<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; logical net=
work slice but via a separate physcial network (and therefore<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; the use-cas=
e requirement of 10.2.1 would not exist)<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; A 5G bearer=
 network is a typical&nbsp; ...<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; [ Make exis=
ting 10.2.1...10.2.3 become eg: 10.2.2.1 ... 10.2.2.3]<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;D) It would be nice to h=
ave more clarifying details<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; about the s=
entence &quot;A 5G bearer network is a typical<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; use case of=
 network slicing, including 3 service scenarios&quot;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; If the answ=
er to my questions are not really clear because 3GPP has not<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; make up its=
 mind what exactly is required, then maybe phrase the text<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; accordingly=
 (3GPP has not yet decided where or...):<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; 1. Will 3GP=
P want to have slices which are NOT 5G bearer networks ?<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp;&nbsp;&nbsp;=
 if yes, then say this.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; 2. For a ne=
twork slice which is a 5G bearer network, would it have<o:p></o:p></span></=
p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp;&nbsp;&nbsp;=
 only one of the 3 service scenarios, or any subset of the 3 ?<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; 3. If the a=
nswer to 1. is &quot;yes, also slices that are not 3GPP bearers&quot;,<o:p>=
</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; would any or all of the three mentioned service scenarios also<o:p><=
/o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp; be required in those non-3GPP slices ?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;E) It might be useful to=
 add text stating that use cases for detnet<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; mentioned i=
n other sections of the document would likely become<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; use cases o=
f slices in the future.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; Possible su=
ggested text:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; Even though=
 not necesary within the scope of work explicitly charted<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; for slices =
in 5G: Whenever 5G or other network service providers see the<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; opportunity=
 to operate services described as use-cases in other sections of<o:p></o:p>=
</span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; this docume=
nt across a shared physcial infrastructure, network slices<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; would be th=
e likely preferred approach to provide such services.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; Examples in=
clude providing electrical utilities services (section 3.)<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; or pro audi=
o services (section 2.) via slices. Use cases like these could<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;become<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; more into t=
he focus for network slices when the work for 5G core<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; network evo=
lution will include services that are more inclusive of<o:p></o:p></span></=
p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; even wired =
access options required in those use-cases.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;F) Another likely evolut=
ion of slices worthwhile to notice:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; Slices may =
equally become the preferred mode of providing services that<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; are otherwi=
se considered to be out of scope in this document, such as<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; those in 12=
.2. These can easily come into scope when Mobile Edge Compute<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; ressources =
connecting to slices can allow to provide detnet service<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;guarantees<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; to these us=
e-cases by eliminating the uncontrolled parts of a path<o:p></o:p></span></=
p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp; between ser=
vers and client.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Cheers<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;&nbsp;&nbsp; Toerl=
ess<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;On Mon, Nov 13, 2017 at =
09:06:40AM &#43;0000, Grossman, Ethan A. wrote:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Tal does this work =
for you?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; On Nov 13, 2017, at=
 3:48 PM, Norman Finn<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&lt;<a href=3D"mailto:no=
rman.finn@mail01.huawei.com%3cmailto:norman.finn@mail01.huawei.com"><span s=
tyle=3D"color:windowtext;text-decoration:none">norman.finn@mail01.huawei.co=
m&lt;mailto:norman.finn@mail01.huawei.com</span></a>&gt;&gt;<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;wrote:<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Sounds like Tuesday=
 16:00.&nbsp; Right?&nbsp; Near registration.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; -- Norm<o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ___________________=
_____________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; From: Grossman, Eth=
an A. [eagros@dolby.com&lt;<a href=3D"mailto:eagros@dolby.com"><span style=
=3D"color:windowtext;text-decoration:none">mailto:eagros@dolby.com</span></=
a>&gt;]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Sent: Sunday, Novem=
ber 12, 2017 8:16 PM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; To: Das, Subir<o:p>=
</o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Cc: Patrick Wetterw=
ald (pwetterw); Norman Finn;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
raft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ietf.org&gt;; <a hr=
ef=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;; Gary Weiner<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Subject: Re: [Detne=
t] DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; I can do Tuesday 16=
:00. I have a commitment Tuesday at 18:30.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; On Nov 13, 2017, at=
 11:27 AM, Das, Subir<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&lt;<a href=3D"mailto:sd=
as@appcomsci.com%3cmailto:sdas@appcomsci.com"><span style=3D"color:windowte=
xt;text-decoration:none">sdas@appcomsci.com&lt;mailto:sdas@appcomsci.com</s=
pan></a>&gt;&gt; wrote:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; I arrived today but=
 can't &nbsp;make it on Tuesday at 13:30. Available from 16:00.<o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ___________________=
_____________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; From: Grossman, Eth=
an A. [eagros@dolby.com&lt;<a href=3D"mailto:eagros@dolby.com"><span style=
=3D"color:windowtext;text-decoration:none">mailto:eagros@dolby.com</span></=
a>&gt;]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Sent: Sunday, Novem=
ber 12, 2017 10:15 PM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; To: Patrick Wetterw=
ald (pwetterw)<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Cc: Norman Finn;<o:=
p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
raft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ietf.org&gt;; <a hr=
ef=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;; Gary Weiner<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Subject: Re: [Detne=
t] DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Yes I was agreeing =
to Tuesday.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; On Nov 13, 2017, at=
 10:46 AM, Patrick Wetterwald (pwetterw)<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&lt;<a href=3D"mailto:pw=
etterw@cisco.com%3cmailto:pwetterw@cisco.com"><span style=3D"color:windowte=
xt;text-decoration:none">pwetterw@cisco.com&lt;mailto:pwetterw@cisco.com</s=
pan></a>&gt;&gt; wrote:<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; On Tuesday. Correct=
 ?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Patrick<o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; From: detnet &lt;<a=
 href=3D"mailto:detnet-bounces@ietf.org%3cmailto:detnet-bounces@ietf.org"><=
span style=3D"color:windowtext;text-decoration:none">detnet-bounces@ietf.or=
g&lt;mailto:detnet-bounces@ietf.org</span></a>&gt;&gt;<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; on behalf of &quot;=
Grossman, Ethan A.&quot;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; &lt;<a href=3D"mail=
to:eagros@dolby.com%3cmailto:eagros@dolby.com"><span style=3D"color:windowt=
ext;text-decoration:none">eagros@dolby.com&lt;mailto:eagros@dolby.com</span=
></a>&gt;&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Date: Monday, 13 No=
vember 2017 at 03:43<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; To: Norman Finn<o:p=
></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&lt;<a href=3D"mailto:no=
rman.finn@mail01.huawei.com%3cmailto:norman.finn@mail01.huawei.com"><span s=
tyle=3D"color:windowtext;text-decoration:none">norman.finn@mail01.huawei.co=
m&lt;mailto:norman.finn@mail01.huawei.com</span></a>&gt;&gt;<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;,<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; &quot;draft-ietf-de=
tnet-security@ietf.org&lt;mailto:draft-ietf-detnet-security<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; @ietf.org&gt;&quot;=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; &lt;draft-ietf-detn=
et-security@ietf.org&lt;mailto:draft-ietf-detnet-security<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; @ietf.org&gt;&gt;<o=
:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Cc: &quot;<a href=
=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org%3e"><span style=3D"colo=
r:windowtext;text-decoration:none">detnet@ietf.org&lt;mailto:detnet@ietf.or=
g&gt;</span></a>&quot;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; &lt;<a href=3D"mail=
to:detnet@ietf.org%3cmailto:detnet@ietf.org"><span style=3D"color:windowtex=
t;text-decoration:none">detnet@ietf.org&lt;mailto:detnet@ietf.org</span></a=
>&gt;&gt;, Gary Weiner<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; &lt;<a href=3D"mail=
to:Gary@Apriori-NET.COM%3cmailto:Gary@Apriori-NET.COM"><span style=3D"color=
:windowtext;text-decoration:none">Gary@Apriori-NET.COM&lt;mailto:Gary@Aprio=
ri-NET.COM</span></a>&gt;&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Subject: Re: [Detne=
t] DetNet Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Meet at 13:30 at IE=
TF Registration?<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; From: Norman Finn [=
<a href=3D"mailto:norman.finn@mail01.huawei.com"><span style=3D"color:windo=
wtext;text-decoration:none">mailto:norman.finn@mail01.huawei.com</span></a>=
]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Sent: Sunday, Novem=
ber 12, 2017 4:52 PM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; To: Grossman, Ethan=
 A. &lt;<a href=3D"mailto:eagros@dolby.com%3cmailto:eagros@dolby.com"><span=
 style=3D"color:windowtext;text-decoration:none">eagros@dolby.com&lt;mailto=
:eagros@dolby.com</span></a>&gt;&gt;;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
raft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ietf.org&gt;<o:p></=
o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Cc: Gary Weiner &lt=
;<a href=3D"mailto:Gary@Apriori-NET.COM%3cmailto:Gary@Apriori-NET.COM"><spa=
n style=3D"color:windowtext;text-decoration:none">Gary@Apriori-NET.COM&lt;m=
ailto:Gary@Apriori-NET.COM</span></a>&gt;&gt;;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
etnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Subject: RE: DetNet=
 Security Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Yes, let's get toge=
ther.&nbsp; Right now, any time Tuesday after lunch would be<o:p></o:p></sp=
an></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;fine.<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; -- Norm<o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ___________________=
_____________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; From: Grossman, Eth=
an A. [eagros@dolby.com&lt;<a href=3D"mailto:eagros@dolby.com"><span style=
=3D"color:windowtext;text-decoration:none">mailto:eagros@dolby.com</span></=
a>&gt;]<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Sent: Sunday, Novem=
ber 12, 2017 3:59 AM<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; To:<o:p></o:p></spa=
n></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
raft-ietf-detnet-security@ietf.org%3cmailto:draft-ietf-detnet-security@">
<span style=3D"color:windowtext;text-decoration:none">draft-ietf-detnet-sec=
urity@ietf.org&lt;mailto:draft-ietf-detnet-security@</span></a><o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ietf.org&gt;<o:p></=
o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Cc: Gary Weiner; <a=
 href=3D"mailto:detnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Subject: DetNet Sec=
urity Meet-Up<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Hello DetNet Securi=
ty draft authors, (and adding the DetNet list since<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; we are now a WG dra=
ft and would like to include anyone who has any interest),<o:p></o:p></span=
></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;Tal and I are here in Si=
ngapore and would like to know if any of the rest of you<o:p></o:p></span><=
/p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;might be here in town an=
d might want to meet up over lunch or dinner (or<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;something) to discuss De=
tNet security, e.g. next steps for the DetNet Security<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;draft. If so, please rep=
ly and we can plan something.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Thanks,<o:p></o:p><=
/span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; Ethan Grossman, Det=
Net Security Draft editor.<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt;&nbsp;<o:p></o:p></s=
pan></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ___________________=
____________________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; detnet mailing list=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
etnet@ietf.org%3cmailto:detnet@ietf.org">
<span style=3D"color:windowtext;text-decoration:none">detnet@ietf.org&lt;ma=
ilto:detnet@ietf.org</span></a>&gt;<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"https://=
www.ietf.org/mailman/listinfo/detnet">
<span style=3D"color:windowtext;text-decoration:none">https://www.ietf.org/=
mailman/listinfo/detnet</span></a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; ___________________=
____________________________<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; detnet mailing list=
<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"mailto:d=
etnet@ietf.org"><span style=3D"color:windowtext;text-decoration:none">detne=
t@ietf.org</span></a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&gt; <a href=3D"https://=
www.ietf.org/mailman/listinfo/detnet">
<span style=3D"color:windowtext;text-decoration:none">https://www.ietf.org/=
mailman/listinfo/detnet</span></a><o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;&nbsp;<o:p></o:p></span>=
</p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;--<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;---<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">&gt;<a href=3D"mailto:tte@cs=
.fau.de"><span style=3D"color:windowtext;text-decoration:none">tte@cs.fau.d=
e</span></a><o:p></o:p></span></p>
</div>
</div>
</body>
</html>

--_000_F1C1D5B02EA3FA4A8AF54C86BA4F325C089661F7DGGEMA501MBSchi_--


From nobody Tue Jan 16 18:28:45 2018
Return-Path: <mach.chen@huawei.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B05EC12D948 for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 18:28:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.229
X-Spam-Level: 
X-Spam-Status: No, score=-4.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 DGd7lXGehuyo for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 18:28:41 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 1810112D93E for <detnet@ietf.org>; Tue, 16 Jan 2018 18:28:39 -0800 (PST)
Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 4BB7CC7D987B4; Wed, 17 Jan 2018 02:28:36 +0000 (GMT)
Received: from DGGEML404-HUB.china.huawei.com (10.3.17.39) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 17 Jan 2018 02:28:37 +0000
Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.54]) by DGGEML404-HUB.china.huawei.com ([fe80::b177:a243:7a69:5ab8%31]) with mapi id 14.03.0361.001; Wed, 17 Jan 2018 10:28:33 +0800
From: Mach Chen <mach.chen@huawei.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, =?iso-8859-1?Q?Bal=E1zs_Varga_A?= <balazs.a.varga@ericsson.com>, DetNet WG <detnet@ietf.org>
Thread-Topic: [Detnet] DP solution (Sequence Numbering)
Thread-Index: AdON9g9s51ad7oXxQLCexQu8wQXvkQAb0RFQAAO5NwAAMF3rIA==
Date: Wed, 17 Jan 2018 02:28:32 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292316858@dggeml510-mbx.china.huawei.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com> <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com>
In-Reply-To: <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.194.201]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/fgOdUS5QPSK4E_btHLXKHT8Wnw0>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 02:28:44 -0000

Hi Stewart,

Some responses inline...

> -----Original Message-----
> From: Mach Chen
> Sent: Wednesday, January 17, 2018 9:51 AM
> To: Mach Chen <mach.chen@huawei.com>
> Subject: FW: [Detnet] DP solution (Sequence Numbering)
>=20
>=20
>=20
> From: Stewart Bryant [mailto:stewart.bryant@gmail.com]
> Sent: Tuesday, January 16, 2018 6:47 PM
> To: Mach Chen <mach.chen@huawei.com>; Bal=E1zs Varga A
> <balazs.a.varga@ericsson.com>; DetNet WG <detnet@ietf.org>
> Subject: Re: [Detnet] DP solution (Sequence Numbering)
>=20
> If we need to discriminate at the PSN layer rather than the DN layer then=
 we

PSN layer may not be needed for some cases, for example, the latency guaran=
tee case, all nodes along a path have to be DN aware, for each segment betw=
een two adjacent nodes, PSN layer is not necessary.=20

> really are forced to create a new FEC type for MPLS, or synthesize one th=
rough
> RSVP or SR. IP has no native support for this, but we could introduce the
> concept, for example by making this the property of the IP address or som=
e
> way of MPLSing IP.
> However there is a deeper question we need to answer. Is our expectation =
that
> each hop in the data plane DN aware, or is our expectation that at lest i=
n some
> networks the data plane is generic with some DN nodes strategically place=
d?

IMHO, for latency guarantee case, all nodes along a path have to be DN awar=
e, for reliability only case,  only the Replication/Elimination nodes have =
to be DN aware.

> I can see than in some greenfield specialist cases the routers will all b=
e DN
> aware, but in order to get deployment in most networks we need to design =
for
> the case where only strategic nodes are DN aware.

Yes, but it depends the requirements,  strategic nodes deployment is possib=
le for "reliability only" case, but may not be for latency case.=20

Best regards,
Mach

> - Stewart
>=20
> On 16/01/2018 01:14, Mach Chen wrote:
> Hi Balazs,
>=20
> #2 is a more nature solution, the DetNet CW is dedicated for DetNet, seem=
s
> there is no compatibility issue.
>=20
> In addition, I think we need to define a way on how to differentiate a De=
tNet
> flow from a non-DetNet flow, then the network processor can process the C=
W
> as expected.  In TSN, it uses the priority to determine whether a flow is=
 TSN or
> non-TSN flow. For DetNet, should we also use the same way (e.g., TC, DSCP=
)?
> Or the DetNet service Label itself implies the situation, but it seems th=
at this
> only works when the DetNet service label is the top label.
>=20
> Any other thoughts?
>=20
> Best regards,
> Mach
>=20
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Bal=E1zs Varga=
 A
> Sent: Monday, January 15, 2018 9:06 PM
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] DP solution (Sequence Numbering)
>=20
> Hi,
>=20
> Some thoughts to start discussion on open points of the DP solution draft=
.
> This mail(-thread) is on sequence numbering.
>=20
> Problem in case of MPLS and DetNet Control Word:
> - S/N skips zero problem: Ethernet PW definition states that S/N skips ze=
ro.
> It uses zero to mean no S/N in use. (rfc4448)
>=20
> Possible problem resolutions:
> #1: Using a "flag" in the reserved bits part of the CW:
>       0                   1                   2                   3
>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>      |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> D-bit: set to "1" means DetNet specific Seq. Number used,
> Bit5-15: reserved.
>=20
> RFC4448 states that reserved bits "MUST be ignored upon receipt", so
> backward compatibility is ensured. Such a solution would allow also to us=
e
> longer seq.num.
> formats (if needed). Such a format is also inline with RFC4385.
>=20
> #2: Making "0" as a valid Seq.Num.
> DetNet flows are recognized and forwarded special within the DetNet domai=
n.
> S/N is used within the DetNet domain by DetNet Service functions (i.e. PR=
EF).
> S/N used only on DetNet end-nodes and DetNet relay-nodes. No other nodes
> care about the value of S/N, therefore DetNet can specify its own sequenc=
e
> number processing algorithm. So "0" can be a valid number and not the
> indication that no Seq.Num. is used. This is inline with RFC4385.
>=20
> #3: Other . ?!?
>=20
> Comments are welcome.
>=20
> Cheers
> Bala'zs
>=20
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
> Sent: 2018. janu=E1r 10. 19:01
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] recording for today's interim
>=20
> is available for download at:
> https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf2023=
0
> 1
>=20
> raw notes are available at
> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>=20
> Please feel free to update the etherpad based on the recording.
>=20
> Lou (and co-chairs)
>=20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>=20
>=20
>=20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


From nobody Tue Jan 16 19:37:25 2018
Return-Path: <mach.chen@huawei.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 422D71242EA for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 19:37:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.229
X-Spam-Level: 
X-Spam-Status: No, score=-4.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 Srdt1LN6sz9E for <detnet@ietfa.amsl.com>; Tue, 16 Jan 2018 19:37:21 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 07BD21241FC for <detnet@ietf.org>; Tue, 16 Jan 2018 19:37:21 -0800 (PST)
Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 03F9ED1949C3C; Wed, 17 Jan 2018 03:37:18 +0000 (GMT)
Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 17 Jan 2018 03:37:03 +0000
Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.54]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0361.001; Wed, 17 Jan 2018 11:36:52 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "Grossman, Ethan A." <eagros@dolby.com>, Stewart Bryant <stewart.bryant@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>
CC: DetNet WG <detnet@ietf.org>, =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>
Thread-Topic: [Detnet] DP solution (Sequence Numbering)
Thread-Index: AdON9g9s51ad7oXxQLCexQu8wQXvkQAb0RFQAAO5NwAACZKlAAACtrEAAAL8ugAAJHe3MA==
Date: Wed, 17 Jan 2018 03:36:52 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2923168F6@dggeml510-mbx.china.huawei.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com> <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com> <CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com> <cb200ec7-6187-e817-a31c-c0f3e0da335a@gmail.com> <BN6PR06MB254791EE88EAC4023F062758C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com>
In-Reply-To: <BN6PR06MB254791EE88EAC4023F062758C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.194.201]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/TwY_OI1n0HmPnS1_S5vExNXBWK0>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 03:37:24 -0000

SGkgRXRoYW4sDQoNCj4gRnJvbTogR3Jvc3NtYW4sIEV0aGFuIEEuIFttYWlsdG86ZWFncm9zQGRv
bGJ5LmNvbV0NCj4gU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDE3LCAyMDE4IDI6MDQgQU0NCj4g
VG86IFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+OyBBbmRyZXcgRy4g
TWFsaXMNCj4gPGFnbWFsaXNAZ21haWwuY29tPg0KPiBDYzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0
Zi5vcmc+OyBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPjsNCj4gQmFsw6F6cyBWYXJn
YSBBIDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+DQo+IFN1YmplY3Q6IFJFOiBbRGV0bmV0
XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKQ0KPiANCj4gSnVzdCBhIGNvdXBsZSBv
ZiBteSB0aG91Z2h0czoNCj4gMSkgUmVnYXJkaW5nIHdoZXRoZXIgZXZlcnkgbm9kZSBpbiB0aGUg
bmV0d29yayBpcyByZXF1aXJlZCB0byBiZSBEZXROZXQNCj4gYXdhcmUsIEkgd2FzIGFzc3VtaW5n
IHRoYXQgaXQgd291bGQgYmUgbGlrZSBBVkIvVFNOLCBpbiB3aGljaCB5b3UgY2FuIG9ubHkNCj4g
bWFrZSBhIHN0cmVhbSByZXNlcnZhdGlvbiB0aHJvdWdoIGEgcGF0aCBvZiBub2RlcyB0aGF0IGFy
ZSBUU04gYXdhcmUsIGFuZA0KPiB0cmFmZmljIHRoYXQgaGFkIHRvIGNyb3NzIG5vbi1hd2FyZSBu
b2RlcyB3b3VsZCBoYXZlIHRvIGJlIHRyZWF0ZWQgYXMgbm9uLVRTTg0KPiB0cmFmZmljLCBpLmUu
IHNvbWUgcGFja2V0cyBjb3VsZCBnZXQgZHJvcHBlZCBhbmQgdGhlcmUgd291bGQgbm90IGJlIHRp
bWluZw0KPiBndWFyYW50ZWVzLCBidXQgYXQgbGVhc3QgdGhleSB3b3VsZG7igJl0IGJlIGRyb3Bw
ZWQgd2hvbGVzYWxlIGR1ZSB0byBtYXNzaXZlDQo+IHByb3RvY29sIGluY29tcGF0aWJpbGl0eS4g
IElzIHRoYXQgdGhlIGV4cGVjdGF0aW9uIGhlcmUgb3IgaXMgdGhlcmUgYSBzaWduaWZpY2FudA0K
PiBkaWZmZXJlbmNlPw0KDQpJIGhhdmUgdGhlIHNhbWUgdW5kZXJzdGFuZGluZyBoZXJlLCBmb3Ig
bm9uLUROIGF3YXJlIG5vZGUsIHRoZXJlIHNob3VsZCBiZSBubyBkaWZmZXJlbmNlIGJldHdlZW4g
RGV0TmV0IHRyYWZmaWMgYW5kIG5vbi1EZXROZXQgdHJhZmZpYy4NCg0KPiAyKSBJIGFncmVlIHRo
YXQgd2UgbmVlZCB0byBoYXZlIHNvbWUga2luZCBvZiBzdHJhdGVneSBmb3Igc3VwcG9ydGluZyBJ
UHY0LCBmb3INCj4gZXhhbXBsZSBwcm92aWRpbmcgYXQgbGVhc3QgRGV0TmV0LXR5cGUgZGVsYXkg
YW5kIGppdHRlciBib3VuZHMsIGV2ZW4gaWYgaXQgaGFkDQo+IHNvbWUgbGltaXRhdGlvbnMgY29t
cGFyZWQgdG8gTVBMUy9JUHY2IChlLmcuIG5vIFBSRUYgYW5kIHRodXMgbGltaXRlZA0KPiByZWxp
YWJpbGl0eSkuDQoNClRoZSBwcm9wb3NlZCBETiBsYXllciBpcyBtYWlubHkgZm9yIFBSRUYsIGlm
IGp1c3QgZm9yIGRlbGF5L2ppdHRlciBib3VuZHMsIGl0IHNob3VsZCBiZSBubyBwcm9ibGVtIHRv
IHN1cHBvcnQgSVB2NCwgSU1ITy4NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0KPiANCj4gRXRoYW4u
DQo+IA0KPiBGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24g
QmVoYWxmIE9mIFN0ZXdhcnQgQnJ5YW50DQo+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTYsIDIw
MTggODozOCBBTQ0KPiBUbzogQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdtYWlsLmNvbT4NCj4g
Q2M6IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPjsgTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVh
d2VpLmNvbT47DQo+IEJhbMOhenMgVmFyZ2EgQSA8YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29t
Pg0KPiBTdWJqZWN0OiBSZTogW0RldG5ldF0gRFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmlu
ZykNCj4gDQo+IA0KPiBBbmR5DQo+IE9uIDE2LzAxLzIwMTggMTU6MjAsIEFuZHJldyBHLiBNYWxp
cyB3cm90ZToNCj4gU3Rld2FydCwNCj4gDQo+IExpa2Ugd2l0aCBQV3MgKHNpbmNlIERFVE5FVCBm
b3IgTVBMUyB3b3VsZCBqdXN0IGJlIGFub3RoZXIgUFcgdHlwZSksDQo+IHRhcmdldGVkIExEUCBh
bmQgcHJvdmlzaW9uaW5nICh2aWEgYSBjZW50cmFsIGNvbnRyb2xsZXIsIE5NUywgZXRjLikgYXJl
DQo+IGFsdGVybmF0aXZlcyB0byBSU1ZQIGFuZCBTUiB0byBwcm92aXNpb25pbmcvYWxsb2NhdGlu
ZyB0aGUgREVUTkVUIFBXIGxhYmVsLg0KPiANCj4gLi4gYW5kIEkgc3VwcG9zZSBzdHJpY3RseSBC
R1Agd2hpY2ggaXMgYWxzbyB1c2VkIGZvciB0aGlzIHB1cnBvc2UgaW4gVlBOcw0KPiANCj4gDQo+
IFlvdSBhbmQgTWFjaCBhcmUgYm90aCByaWdodCB0aGF0IGluIHRoZSBJUCAobm9uLU1QTFMpIGNh
c2UsIHdlIG5lZWQgYSB3YXkgZm9yDQo+IHRoZSBOUCB0byBkZXRlY3QgREVUTkVUIGZsb3dzLiBX
ZSBjb3VsZCBoYXZlIGEgbmV3IElQIHByb3RvY29sIHR5cGUgZm9yDQo+IERFVE5FVCwgYW5kIGEg
REVUTkVUIGhlYWRlciBkaXJlY3RseSBmb2xsb3dzIHRoZSBJUCBoZWFkZXIuIEluIHRoYXQgY2Fz
ZSwgdGhlDQo+IERFVE5FVCBoZWFkZXIgd291bGQgYWxzbyBuZWVkIGEgbmV4dCBwcm90b2NvbCBp
ZGVudGlmaWVyLCB1bmxlc3MgdGhlIG5leHQNCj4gcHJvdG9jb2wgaXMgYWx3YXlzIGFub3RoZXIg
SVAgaGVhZGVyLg0KPiANCj4gTGFzdCBJIHNhdywgdGhlIHRoaW5raW5nIHdhcyB0aGF0IHRoZXJl
IHdvdWxkIGJlIGFuIElQIGV4dGVuc2lvbiBoZWFkZXIsDQo+IGFsdGhvdWdoIEkgYW0gbm90IGEg
ZmFuIG9mIHRob3NlIHNpbmNlIChhKSBJIGFtIG5vdCBjb25maWRlbnQgd2hhdCBhIHJvdXRlciB3
aWxsDQo+IGRvIG9uZSBpdCBkb2VzIG5vdCB1bmRlcnN0YW5kLCBhbmQgKGIpIEkgYW0gY29uY2Vy
bmVkIGFib3V0IHRoZSBuZWVkIHRvDQo+IHN1cHBvcnQgSVB2NCB3aGljaCBJIHN1c3BlY3Qgd2ls
bCBoYXZlIGEgbG9uZyB0YWlsIGluIGVudGVycHJpc2UgZGVwbG95bWVudC4NCj4gDQo+IEkgcHJl
ZmVyIGEgVURQIHR5cGUgZm9yIHRoaXMgcHVycG9zZSBzaW5jZSBpdCBoYXMgdW5pdmVyc2FsIHN1
cHBvcnQgdGhyb3VnaCBhbnkNCj4gbWlkZGxlIGJveC4gZmlyZXdhbGwgZXRjLCBhbmQgYWxsIHJv
dXRlcnMgbmVlZCB0byBsb29rIGEgdGhlIFVEUCBEUCBzbyBjaGVja2luZw0KPiBpZiBpdCBpcyBv
bmUgdGhleSBuZWVkIHRvIHdvcmsgb24gaXMganVzdCBvbmUgY29tcGFyZSBhbmQgY29uZGl0aW9u
YWwgYnJhbmNoLg0KPiANCj4gDQo+IE9mIGNvdXJzZSwgZm9yIE1QTFMsIHRoZSBERVRORVQgUFcg
bGFiZWwgaXMgdGhlIGlkZW50aWZpZXIuDQo+IA0KPiBPbmx5IGF0IHRoZSBQVyBsYXllci4gTm90
ZSBteSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoaXMgaXMgc3VmZmljaWVudC4NCj4gDQo+IC0g
U3Rld2FydA0KPiANCj4gDQo+IENoZWVycywNCj4gQW5keQ0KPiANCj4gDQo+IE9uIFR1ZSwgSmFu
IDE2LCAyMDE4IGF0IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFp
bC5jb20+DQo+IHdyb3RlOg0KPiBJZiB3ZSBuZWVkIHRvIGRpc2NyaW1pbmF0ZSBhdCB0aGUgUFNO
IGxheWVyIHJhdGhlciB0aGFuIHRoZSBETiBsYXllciB0aGVuIHdlDQo+IHJlYWxseSBhcmUgZm9y
Y2VkIHRvIGNyZWF0ZSBhIG5ldyBGRUMgdHlwZSBmb3IgTVBMUywgb3Igc3ludGhlc2l6ZSBvbmUg
dGhyb3VnaA0KPiBSU1ZQIG9yIFNSLiBJUCBoYXMgbm8gbmF0aXZlIHN1cHBvcnQgZm9yIHRoaXMs
IGJ1dCB3ZSBjb3VsZCBpbnRyb2R1Y2UgdGhlDQo+IGNvbmNlcHQsIGZvciBleGFtcGxlIGJ5IG1h
a2luZyB0aGlzIHRoZSBwcm9wZXJ0eSBvZiB0aGUgSVAgYWRkcmVzcyBvciBzb21lDQo+IHdheSBv
ZiBNUExTaW5nIElQLg0KPiBIb3dldmVyIHRoZXJlIGlzIGEgZGVlcGVyIHF1ZXN0aW9uIHdlIG5l
ZWQgdG8gYW5zd2VyLiBJcyBvdXIgZXhwZWN0YXRpb24gdGhhdA0KPiBlYWNoIGhvcCBpbiB0aGUg
ZGF0YSBwbGFuZSBETiBhd2FyZSwgb3IgaXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgYXQgbGVzdCBp
biBzb21lDQo+IG5ldHdvcmtzIHRoZSBkYXRhIHBsYW5lIGlzIGdlbmVyaWMgd2l0aCBzb21lIERO
IG5vZGVzIHN0cmF0ZWdpY2FsbHkgcGxhY2VkPw0KPiBJIGNhbiBzZWUgdGhhbiBpbiBzb21lIGdy
ZWVuZmllbGQgc3BlY2lhbGlzdCBjYXNlcyB0aGUgcm91dGVycyB3aWxsIGFsbCBiZSBETg0KPiBh
d2FyZSwgYnV0IGluIG9yZGVyIHRvIGdldCBkZXBsb3ltZW50IGluIG1vc3QgbmV0d29ya3Mgd2Ug
bmVlZCB0byBkZXNpZ24gZm9yDQo+IHRoZSBjYXNlIHdoZXJlIG9ubHkgc3RyYXRlZ2ljIG5vZGVz
IGFyZSBETiBhd2FyZS4NCj4gLSBTdGV3YXJ0DQo+IA0KPiBPbiAxNi8wMS8yMDE4IDAxOjE0LCBN
YWNoIENoZW4gd3JvdGU6DQo+IEhpIEJhbGF6cywNCj4gDQo+ICMyIGlzIGEgbW9yZSBuYXR1cmUg
c29sdXRpb24sIHRoZSBEZXROZXQgQ1cgaXMgZGVkaWNhdGVkIGZvciBEZXROZXQsIHNlZW1zDQo+
IHRoZXJlIGlzIG5vIGNvbXBhdGliaWxpdHkgaXNzdWUuDQo+IA0KPiBJbiBhZGRpdGlvbiwgSSB0
aGluayB3ZSBuZWVkIHRvIGRlZmluZSBhIHdheSBvbiBob3cgdG8gZGlmZmVyZW50aWF0ZSBhIERl
dE5ldA0KPiBmbG93IGZyb20gYSBub24tRGV0TmV0IGZsb3csIHRoZW4gdGhlIG5ldHdvcmsgcHJv
Y2Vzc29yIGNhbiBwcm9jZXNzIHRoZSBDVw0KPiBhcyBleHBlY3RlZC4gIEluIFRTTiwgaXQgdXNl
cyB0aGUgcHJpb3JpdHkgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgYSBmbG93IGlzIFRTTiBvcg0KPiBu
b24tVFNOIGZsb3cuIEZvciBEZXROZXQsIHNob3VsZCB3ZSBhbHNvIHVzZSB0aGUgc2FtZSB3YXkg
KGUuZy4sIFRDLCBEU0NQKT8NCj4gT3IgdGhlIERldE5ldCBzZXJ2aWNlIExhYmVsIGl0c2VsZiBp
bXBsaWVzIHRoZSBzaXR1YXRpb24sIGJ1dCBpdCBzZWVtcyB0aGF0IHRoaXMNCj4gb25seSB3b3Jr
cyB3aGVuIHRoZSBEZXROZXQgc2VydmljZSBsYWJlbCBpcyB0aGUgdG9wIGxhYmVsLg0KPiANCj4g
QW55IG90aGVyIHRob3VnaHRzPw0KPiANCj4gQmVzdCByZWdhcmRzLA0KPiBNYWNoDQo+IA0KPiBG
cm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9m
IEJhbMOhenMgVmFyZ2EgQQ0KPiBTZW50OiBNb25kYXksIEphbnVhcnkgMTUsIDIwMTggOTowNiBQ
TQ0KPiBUbzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+DQo+IFN1YmplY3Q6IFtEZXRuZXRd
IERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpDQo+IA0KPiBIaSwNCj4gDQo+IFNvbWUg
dGhvdWdodHMgdG8gc3RhcnQgZGlzY3Vzc2lvbiBvbiBvcGVuIHBvaW50cyBvZiB0aGUgRFAgc29s
dXRpb24gZHJhZnQuDQo+IFRoaXMgbWFpbCgtdGhyZWFkKSBpcyBvbiBzZXF1ZW5jZSBudW1iZXJp
bmcuDQo+IA0KPiBQcm9ibGVtIGluIGNhc2Ugb2YgTVBMUyBhbmQgRGV0TmV0IENvbnRyb2wgV29y
ZDoNCj4gLSBTL04gc2tpcHMgemVybyBwcm9ibGVtOiBFdGhlcm5ldCBQVyBkZWZpbml0aW9uIHN0
YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJvLg0KPiBJdCB1c2VzIHplcm8gdG8gbWVhbiBubyBTL04g
aW4gdXNlLiAocmZjNDQ0OCkNCj4gDQo+IFBvc3NpYmxlIHByb2JsZW0gcmVzb2x1dGlvbnM6DQo+
ICMxOiBVc2luZyBhICJmbGFnIiBpbiB0aGUgcmVzZXJ2ZWQgYml0cyBwYXJ0IG9mIHRoZSBDVzoN
Cj4gICAgICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAg
ICAgICAgICAgICAgMw0KPiAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYg
NyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCj4gICAgICArLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPiAgICAgIHww
IDAgMCAwfER8cmVzZXJ2ZWQgLSBzZXQgdG8gMCAgfCAgIDE2IGJpdCBTZXF1ZW5jZSBOdW1iZXIg
ICAgICB8DQo+ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gRC1iaXQ6IHNldCB0byDigJwx4oCdIG1lYW5zIERl
dE5ldCBzcGVjaWZpYyBTZXEuIE51bWJlciB1c2VkLA0KPiBCaXQ1LTE1OiByZXNlcnZlZC4NCj4g
DQo+IFJGQzQ0NDggc3RhdGVzIHRoYXQgcmVzZXJ2ZWQgYml0cyDigJxNVVNUIGJlIGlnbm9yZWQg
dXBvbiByZWNlaXB04oCdLCBzbw0KPiBiYWNrd2FyZCBjb21wYXRpYmlsaXR5IGlzIGVuc3VyZWQu
IFN1Y2ggYSBzb2x1dGlvbiB3b3VsZCBhbGxvdyBhbHNvIHRvIHVzZQ0KPiBsb25nZXIgc2VxLm51
bS4NCj4gZm9ybWF0cyAoaWYgbmVlZGVkKS4gU3VjaCBhIGZvcm1hdCBpcyBhbHNvIGlubGluZSB3
aXRoIFJGQzQzODUuDQo+IA0KPiAjMjogTWFraW5nIOKAnDDigJ0gYXMgYSB2YWxpZCBTZXEuTnVt
Lg0KPiBEZXROZXQgZmxvd3MgYXJlIHJlY29nbml6ZWQgYW5kIGZvcndhcmRlZCBzcGVjaWFsIHdp
dGhpbiB0aGUgRGV0TmV0IGRvbWFpbi4NCj4gUy9OIGlzIHVzZWQgd2l0aGluIHRoZSBEZXROZXQg
ZG9tYWluIGJ5IERldE5ldCBTZXJ2aWNlIGZ1bmN0aW9ucyAoaS5lLiBQUkVGKS4NCj4gUy9OIHVz
ZWQgb25seSBvbiBEZXROZXQgZW5kLW5vZGVzIGFuZCBEZXROZXQgcmVsYXktbm9kZXMuIE5vIG90
aGVyIG5vZGVzDQo+IGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMvTiwgdGhlcmVmb3JlIERldE5l
dCBjYW4gc3BlY2lmeSBpdHMgb3duIHNlcXVlbmNlDQo+IG51bWJlciBwcm9jZXNzaW5nIGFsZ29y
aXRobS4gU28g4oCcMOKAnSBjYW4gYmUgYSB2YWxpZCBudW1iZXIgYW5kIG5vdCB0aGUNCj4gaW5k
aWNhdGlvbiB0aGF0IG5vIFNlcS5OdW0uIGlzIHVzZWQuIFRoaXMgaXMgaW5saW5lIHdpdGggUkZD
NDM4NS4NCj4gDQo+ICMzOiBPdGhlciDigKYgPyE/DQo+IA0KPiBDb21tZW50cyBhcmUgd2VsY29t
ZS4NCj4gDQo+IENoZWVycw0KPiBCYWxhJ3pzDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut
LS0tLQ0KPiBGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24g
QmVoYWxmIE9mIExvdSBCZXJnZXINCj4gU2VudDogMjAxOC4gamFudcOhciAxMC4gMTk6MDENCj4g
VG86IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPg0KPiBTdWJqZWN0OiBbRGV0bmV0XSByZWNv
cmRpbmcgZm9yIHRvZGF5J3MgaW50ZXJpbQ0KPiANCj4gaXMgYXZhaWxhYmxlIGZvciBkb3dubG9h
ZCBhdDoNCj4gaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2xkci5waHA/UkNJRD1lNTExNmJj
N2RiMjU0YzI0YTdiYjMyMTdiZjIwMjMwDQo+IDENCj4gDQo+IHJhdyBub3RlcyBhcmUgYXZhaWxh
YmxlIGF0DQo+IGh0dHA6Ly9ldGhlcnBhZC50b29scy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0
Zi1pbnRlcmltLTIwMTgtZGV0bmV0LTAxDQo+IA0KPiBQbGVhc2UgZmVlbCBmcmVlIHRvIHVwZGF0
ZSB0aGUgZXRoZXJwYWQgYmFzZWQgb24gdGhlIHJlY29yZGluZy4NCj4gDQo+IExvdSAoYW5kIGNv
LWNoYWlycykNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fDQo+IGRldG5ldCBtYWlsaW5nIGxpc3QNCj4gZGV0bmV0QGlldGYub3JnDQo+IGh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0DQo+IA0KPiBfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBkZXRuZXQgbWFpbGluZyBs
aXN0DQo+IGRldG5ldEBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp
c3RpbmZvL2RldG5ldA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fDQo+IGRldG5ldCBtYWlsaW5nIGxpc3QNCj4gZGV0bmV0QGlldGYub3Jn
DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0DQo+IA0KDQo=


From nobody Wed Jan 17 00:29:11 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C6A512F634 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 00:29:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.698
X-Spam-Level: 
X-Spam-Status: No, score=-0.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 VdC8XzaQs4il for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 00:29:05 -0800 (PST)
Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2314B12F4C9 for <detnet@ietf.org>; Wed, 17 Jan 2018 00:29:05 -0800 (PST)
Received: by mail-wm0-x236.google.com with SMTP id r78so13884042wme.0 for <detnet@ietf.org>; Wed, 17 Jan 2018 00:29:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=DomgcHkThmJ3vhMu1LBR7JcNVCYwzhknDsZ44MSuKk8=; b=JhreYdDt0m4OhU5YynnTiQ1auASrSIPXMGVgmtzk+2tAuc3kXpVcAG74sxYidqylTK 5xlvKimjhOABAcYJOKs5m4BsuMbHs2eAVznoA7LiLIsY64Ntsruse/0Z6JoeY/BTIh4s JNqHp9bLKaVZoqAfyqT1dHujj2O/zMOSDNfE8+b3mybi2rmdewT5R1NI+hPf5kIVJr7s BCK1s+jShwcnG9R8QamUrGsx+/2qDQOHqSn7CuTI/JTru3TBA0zrB2i6ktEZEGkJkuOY ONzypTXcuOhs9iPN2ti9QfkzuwBufC03/3F4IkeEmtsqfZBS8z+6YFB8Jjq7d34VKwey sWXA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=DomgcHkThmJ3vhMu1LBR7JcNVCYwzhknDsZ44MSuKk8=; b=ifqjMc0kxtNvQ8b51X0/Hc2GFWL7XwT6Jviy0RXTKlK1d/1CKoo3F1RuXtYXyrIE05 aovGrmRvl1tWdKd/UPsq1EAD3rVjOuE4pqGadVluUbIOjO12dhniFTgFusV+zLX/odB9 yKAGCz+9wJAZEXXSRgpxn7SJySwYTH7XBeqZwAD+QuDiPeGOCDFwNaXNdf6kdMtJQiRG JUBUqYgaYgMOZ0vfu1lGnSn4NB8+Fz8cVxaJZk4iMPP+i1dJKbiKc6NntrVDwD9LNpRq RIT9WDanWp/DgaSm3vq5iu4whgoecPsseyNrx027aaw1336PmK5p5d6mZQnCbYPUq7A6 lEEA==
X-Gm-Message-State: AKwxytdAC06emhPehjq/nFsLPQ4XJMxPU1R0hY0Hs0qB+QJr7zPfJeKY VwRyyWexvEpah4bLS+5HOxw=
X-Google-Smtp-Source: ACJfBosEax510XSyod2lzb0uvEV2PU3HRBq8xM460cg7Ob2pMyQ4IeTPpudus9cpLbnzWF3zjnKKFg==
X-Received: by 10.80.142.15 with SMTP id 15mr1725297edw.127.1516177743557; Wed, 17 Jan 2018 00:29:03 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id k42sm2859971edb.44.2018.01.17.00.29.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Jan 2018 00:29:02 -0800 (PST)
To: "Grossman, Ethan A." <eagros@dolby.com>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>, Mach Chen <mach.chen@huawei.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com>
Date: Wed, 17 Jan 2018 08:29:01 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------BF0C756593B4E48EB393C872"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/Q9Ml6bIKeVYyqUiXk7lNHWZDoPM>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 08:29:10 -0000

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



On 16/01/2018 18:38, Grossman, Ethan A. wrote:
>
> Hi Bala’zs,
>
> Regarding IPv4, I also understood that we decided that we can’t add 
> new IPv4 fields. Pardon my ignorance here, but does that mean there is 
> no part of DetNet capability that can be run over IPv4? Or is there 
> some “workaround” to provide as I say even part of the DetNet 
> capability, given that it is an Engineered network? I just want to 
> clarify expectations here.
>

If you have a native IPv4 network to which you present IPv6 packets, you 
either have to tunnel them across where the IPv6 is considered opaque 
data, or you have to translate them to IPv4, but that requires some 
common semantics to deal with extension headers which we don't currently 
have.

So, as far as I can see, a decision not to support IPv4 means no DN 
support across the IPv4 network.

Which takes us back to the question of how important is this and what 
will it do to the take-up of the technology by its target customers?

- Stewart

> Thanks,
>
> Ethan.
>
> *From:*detnet [mailto:detnet-bounces@ietf.org] *On Behalf Of *Balázs 
> Varga A
> *Sent:* Tuesday, January 16, 2018 10:21 AM
> *To:* Stewart Bryant <stewart.bryant@gmail.com>; Andrew G. Malis 
> <agmalis@gmail.com>
> *Cc:* DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
> *Subject:* [Detnet] DP solution (Flow identification)
>
> I think the last mails are more about flow identification and not the 
> sequence number.
>
> So, I have re-subjected my answer.
>
> PSN layer vs. DN layer (MPLS):
>
> - in current data plane text we have stated that DetNet PWs may use 
> dedicated LSPs (TE-tunnels).
>
> That allow to identify DetNet flows in PSN layer without checking the 
> PW label. Such a solution of
>
> course may challenge scalability.
>
> - regarding prioritization: text allows both E-LSP and L-LSP concept, 
> what makes possible
>
> to identify DetNet packets. However that is more for simple queuing 
> scenarios as it does not
>
> identify individual flows.
>
> PSN layer vs. DN layer (non-MPLS):
>
> - IPv4: If I remember correctly it was discussed to be out-of-scope to 
> simplify the scenarios we focus on.
>
> No-one wanted to define new IPv4 fields for flow-ID and Seq-Num in the 
> “sunset of IPv4”.
>
> - IPv6: based on the src-IPv6 and the flow-label NP can detect DetNet 
> flows. Why would we need a new
>
> IP protocol type?
>
> Generic vs. DN aware data plane:
>
> - I think we need both. We have use-cases specified for both.
>
> DetNet traffic to be transported:
>
> - two types are considered:
>
> (1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames and
>
> (2) IP: IPv6 transported over any L2 (not always Ethernet, but most 
> cases Ethernet)
>
> As noted above IPv4 is currently out-of-scope …
>
> Cheers
>
> Bala’zs
>
> *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
> *Sent:* 2018. január 16. 17:38
> *To:* Andrew G. Malis <agmalis@gmail.com <mailto:agmalis@gmail.com>>
> *Cc:* Mach Chen <mach.chen@huawei.com <mailto:mach.chen@huawei.com>>; 
> Balázs Varga A <balazs.a.varga@ericsson.com 
> <mailto:balazs.a.varga@ericsson.com>>; DetNet WG <detnet@ietf.org 
> <mailto:detnet@ietf.org>>
> *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
> Andy
>
> On 16/01/2018 15:20, Andrew G. Malis wrote:
>
>     Stewart,
>
>     Like with PWs (since DETNET for MPLS would just be another PW
>     type), targeted LDP and provisioning (via a central controller,
>     NMS, etc.) are alternatives to RSVP and SR to
>     provisioning/allocating the DETNET PW label.
>
>
> .. and I suppose strictly BGP which is also used for this purpose in VPNs
>
>     You and Mach are both right that in the IP (non-MPLS) case, we
>     need a way for the NP to detect DETNET flows. We could have a new
>     IP protocol type for DETNET, and a DETNET header directly follows
>     the IP header. In that case, the DETNET header would also need a
>     next protocol identifier, unless the next protocol is always
>     another IP header.
>
>
> Last I saw, the thinking was that there would be an IP extension 
> header, although I am not a fan of those since (a) I am not confident 
> what a router will do one it does not understand, and (b) I am 
> concerned about the need to support IPv4 which I suspect will have a 
> long tail in enterprise deployment.
>
> I prefer a UDP type for this purpose since it has universal support 
> through any middle box. firewall etc, and all routers need to look a 
> the UDP DP so checking if it is one they need to work on is just one 
> compare and conditional branch.
>
>     Of course, for MPLS, the DETNET PW label is the identifier.
>
>
> Only at the PW layer. Note my question about whether this is sufficient.
>
> - Stewart
>
>     Cheers,
>
>     Andy
>
>     On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant
>     <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>> wrote:
>
>         If we need to discriminate at the PSN layer rather than the DN
>         layer then we really are forced to create a new FEC type for
>         MPLS, or synthesize one through RSVP or SR. IP has no native
>         support for this, but we could introduce the concept, for
>         example by making this the property of the IP address or some
>         way of MPLSing IP.
>
>         However there is a deeper question we need to answer. Is our
>         expectation that each hop in the data plane DN aware, or is
>         our expectation that at lest in some networks the data plane
>         is generic with some DN nodes strategically placed?
>
>         I can see than in some greenfield specialist cases the routers
>         will all be DN aware, but in order to get deployment in most
>         networks we need to design for the case where only strategic
>         nodes are DN aware.
>
>         - Stewart
>
>         On 16/01/2018 01:14, Mach Chen wrote:
>
>             Hi Balazs,
>
>             #2 is a more nature solution, the DetNet CW is dedicated
>             for DetNet, seems there is no compatibility issue.
>
>             In addition, I think we need to define a way on how to
>             differentiate a DetNet flow from a non-DetNet flow, then
>             the network processor can process the CW as expected. In
>             TSN, it uses the priority to determine whether a flow is
>             TSN or non-TSN flow. For DetNet, should we also use the
>             same way (e.g., TC, DSCP)? Or the DetNet service Label
>             itself implies the situation, but it seems that this only
>             works when the DetNet service label is the top label.
>
>             Any other thoughts?
>
>             Best regards,
>
>             Mach
>
>             *From:* detnet [mailto:detnet-bounces@ietf.org] *On Behalf
>             Of *Balázs Varga A
>             *Sent:* Monday, January 15, 2018 9:06 PM
>             *To:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>
>             *Subject:* [Detnet] DP solution (Sequence Numbering)
>
>             Hi,
>
>             Some thoughts to start discussion on open points of the DP
>             solution draft.
>
>             This mail(-thread) is on sequence numbering.
>
>             Problem in case of MPLS and DetNet Control Word:
>
>             - S/N skips zero problem: Ethernet PW definition states
>             that S/N skips zero.
>
>             It uses zero to mean no S/N in use. (rfc4448)
>
>             Possible problem resolutions:
>
>             #1: Using a "flag" in the reserved bits part of the CW:
>
>             0                   1 2                   3
>
>             0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8
>             9 0 1
>
>             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>             |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence
>             Number      |
>
>             +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>             D-bit: set to “1” means DetNet specific Seq. Number used,
>
>             Bit5-15: reserved.
>
>             RFC4448 states that reserved bits “MUST be ignored upon
>             receipt”, so backward
>
>             compatibility is ensured. Such a solution would allow also
>             to use longer seq.num.
>
>             formats (if needed). Such a format is also inline with
>             RFC4385.
>
>             #2: Making “0” as a valid Seq.Num.
>
>             DetNet flows are recognized and forwarded special within
>             the DetNet
>
>             domain. S/N is used within the DetNet domain by DetNet
>             Service functions
>
>             (i.e. PREF). S/N used only on DetNet end-nodes and DetNet
>             relay-nodes. No
>
>             other nodes care about the value of S/N, therefore DetNet
>             can specify its
>
>             own sequence number processing algorithm. So “0” can be a
>             valid number
>
>             and not the indication that no Seq.Num. is used. This is
>             inline with RFC4385.
>
>             #3: Other … ?!?
>
>             Comments are welcome.
>
>             Cheers
>
>             Bala'zs
>
>             -----Original Message-----
>             From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of
>             Lou Berger
>             Sent: 2018. január 10. 19:01
>             To: DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>
>             Subject: [Detnet] recording for today's interim
>
>             is available for download at:
>
>             https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>             <https://urldefense.proofpoint.com/v2/url?u=https-3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&e=>
>
>             raw notes are available at
>
>             http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>             <https://urldefense.proofpoint.com/v2/url?u=http-3A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=lO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&e=>
>
>             Please feel free to update the etherpad based on the
>             recording.
>
>             Lou (and co-chairs)
>
>             _______________________________________________
>
>             detnet mailing list
>
>             detnet@ietf.org <mailto:detnet@ietf.org>
>
>             https://www.ietf.org/mailman/listinfo/detnet
>             <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>             _______________________________________________
>
>             detnet mailing list
>
>             detnet@ietf.org <mailto:detnet@ietf.org>
>
>             https://www.ietf.org/mailman/listinfo/detnet
>             <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>
>         _______________________________________________
>         detnet mailing list
>         detnet@ietf.org <mailto:detnet@ietf.org>
>         https://www.ietf.org/mailman/listinfo/detnet
>         <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>


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

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 16/01/2018 18:38, Grossman, Ethan A.
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New",serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
p.m1519775394609505423msoplaintext, li.m1519775394609505423msoplaintext, div.m1519775394609505423msoplaintext
	{mso-style-name:m_1519775394609505423msoplaintext;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle22
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle23
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle25
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext">Hi Bala’zs,<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Regarding
            IPv4, I also understood that we decided that we can’t add
            new IPv4 fields. Pardon my ignorance here, but does that
            mean there is no part of DetNet capability that can be run
            over IPv4? Or is there some “workaround” to provide as I say
            even part of the DetNet capability, given that it is an
            Engineered network? I just want to clarify expectations
            here.
          </span></p>
      </div>
    </blockquote>
    <br>
    If you have a native IPv4 network to which you present IPv6 packets,
    you either have to tunnel them across where the IPv6 is considered
    opaque data, or you have to translate them to IPv4, but that
    requires some common semantics to deal with extension headers which
    we don't currently have.<br>
    <br>
    So, as far as I can see, a decision not to support IPv4 means no DN
    support across the IPv4 network.<br>
    <br>
    Which takes us back to the question of how important is this and
    what will it do to the take-up of the technology by its target
    customers?<br>
    <br>
    - Stewart<br>
    <br>
    <blockquote type="cite"
cite="mid:BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext"><o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Thanks,<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Ethan.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <div>
          <div style="border:none;border-top:solid #E1E1E1
            1.0pt;padding:3.0pt 0in 0in 0in">
            <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                style="color:windowtext"> detnet
                [<a class="moz-txt-link-freetext" href="mailto:detnet-bounces@ietf.org">mailto:detnet-bounces@ietf.org</a>]
                <b>On Behalf Of </b>Balázs Varga A<br>
                <b>Sent:</b> Tuesday, January 16, 2018 10:21 AM<br>
                <b>To:</b> Stewart Bryant
                <a class="moz-txt-link-rfc2396E" href="mailto:stewart.bryant@gmail.com">&lt;stewart.bryant@gmail.com&gt;</a>; Andrew G. Malis
                <a class="moz-txt-link-rfc2396E" href="mailto:agmalis@gmail.com">&lt;agmalis@gmail.com&gt;</a><br>
                <b>Cc:</b> DetNet WG <a class="moz-txt-link-rfc2396E" href="mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a>; Mach Chen
                <a class="moz-txt-link-rfc2396E" href="mailto:mach.chen@huawei.com">&lt;mach.chen@huawei.com&gt;</a><br>
                <b>Subject:</b> [Detnet] DP solution (Flow
                identification)<o:p></o:p></span></p>
          </div>
        </div>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><span style="color:windowtext">I think the
            last mails are more about flow identification and not the
            sequence number.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">So, I have
            re-subjected my answer.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">PSN layer
            vs. DN layer (MPLS):<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- in current
            data plane text we have stated that DetNet PWs may use
            dedicated LSPs (TE-tunnels).
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">That allow
            to identify DetNet flows in PSN layer without checking the
            PW label. Such a solution of
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">course may
            challenge scalability.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- regarding
            prioritization: text allows both E-LSP and L-LSP concept,
            what makes possible
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">to identify
            DetNet packets. However that is more for simple queuing
            scenarios as it does not<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">identify
            individual flows. <o:p>
            </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">PSN layer
            vs. DN layer (non-MPLS):<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- IPv4: If I
            remember correctly it was discussed to be out-of-scope to
            simplify the scenarios we focus on.
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">No-one
            wanted to define new IPv4 fields for flow-ID and Seq-Num in
            the “sunset of IPv4”.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- IPv6:
            based on the src-IPv6 and the flow-label NP can detect
            DetNet flows. Why would we need a new
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">IP protocol
            type? <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Generic vs.
            DN aware data plane:<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- I think we
            need both. We have use-cases specified for both.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">DetNet
            traffic to be transported:<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">- two types
            are considered: <o:p>
            </o:p></span></p>
        <p class="MsoNormal" style="text-indent:.5in"><span
            style="color:windowtext">(1) Ethernet: IEEE TSN traffic
            encapsulated in Ethernet frames and
            <o:p></o:p></span></p>
        <p class="MsoNormal" style="text-indent:.5in"><span
            style="color:windowtext">(2) IP: IPv6 transported over any
            L2 (not always Ethernet, but most cases Ethernet)<o:p></o:p></span></p>
        <p class="MsoNormal" style="text-indent:.5in"><span
            style="color:windowtext">As noted above IPv4 is currently
            out-of-scope …<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Cheers<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Bala’zs<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <div>
          <div style="border:none;border-top:solid #E1E1E1
            1.0pt;padding:3.0pt 0in 0in 0in">
            <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                style="color:windowtext"> Stewart Bryant [<a
                  href="mailto:stewart.bryant@gmail.com"
                  moz-do-not-send="true">mailto:stewart.bryant@gmail.com</a>]
                <br>
                <b>Sent:</b> 2018. január 16. 17:38<br>
                <b>To:</b> Andrew G. Malis &lt;<a
                  href="mailto:agmalis@gmail.com" moz-do-not-send="true">agmalis@gmail.com</a>&gt;<br>
                <b>Cc:</b> Mach Chen &lt;<a
                  href="mailto:mach.chen@huawei.com"
                  moz-do-not-send="true">mach.chen@huawei.com</a>&gt;;
                Balázs Varga A &lt;<a
                  href="mailto:balazs.a.varga@ericsson.com"
                  moz-do-not-send="true">balazs.a.varga@ericsson.com</a>&gt;;
                DetNet WG &lt;<a href="mailto:detnet@ietf.org"
                  moz-do-not-send="true">detnet@ietf.org</a>&gt;<br>
                <b>Subject:</b> Re: [Detnet] DP solution (Sequence
                Numbering)<o:p></o:p></span></p>
          </div>
        </div>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p><o:p> </o:p></p>
        <p class="MsoNormal" style="margin-bottom:12.0pt">Andy<o:p></o:p></p>
        <div>
          <p class="MsoNormal">On 16/01/2018 15:20, Andrew G. Malis
            wrote:<o:p></o:p></p>
        </div>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <div>
            <p class="MsoNormal">Stewart, <o:p></o:p></p>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
            <div>
              <p class="MsoNormal">Like with PWs (since DETNET for MPLS
                would just be another PW type), targeted LDP and
                provisioning (via a central controller, NMS, etc.) are
                alternatives to RSVP and SR to provisioning/allocating
                the DETNET PW label.<o:p></o:p></p>
            </div>
          </div>
        </blockquote>
        <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
          .. and I suppose strictly BGP which is also used for this
          purpose in VPNs<br>
          <br>
          <o:p></o:p></p>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <div>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
            <div>
              <p class="MsoNormal">You and Mach are both right that in
                the IP (non-MPLS) case, we need a way for the NP to
                detect DETNET flows. We could have a new IP protocol
                type for DETNET, and a DETNET header directly follows
                the IP header. In that case, the DETNET header would
                also need a next protocol identifier, unless the next
                protocol is always another IP header.<o:p></o:p></p>
            </div>
          </div>
        </blockquote>
        <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
          Last I saw, the thinking was that there would be an IP
          extension header, although I am not a fan of those since (a) I
          am not confident what a router will do one it does not
          understand, and (b) I am concerned about the need to support
          IPv4 which I suspect will have a long tail in enterprise
          deployment.<br>
          <br>
          I prefer a UDP type for this purpose since it has universal
          support through any middle box. firewall etc, and all routers
          need to look a the UDP DP so checking if it is one they need
          to work on is just one compare and conditional branch.<br>
          <br>
          <o:p></o:p></p>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <div>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
            <div>
              <p class="MsoNormal">Of course, for MPLS, the DETNET PW
                label is the identifier. <o:p>
                </o:p></p>
            </div>
          </div>
        </blockquote>
        <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
          Only at the PW layer. Note my question about whether this is
          sufficient.<br>
          <br>
          - Stewart<br>
           <o:p></o:p></p>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <div>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
            <div>
              <p class="MsoNormal">Cheers,<o:p></o:p></p>
            </div>
            <div>
              <p class="MsoNormal">Andy<o:p></o:p></p>
            </div>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
          </div>
          <div>
            <p class="MsoNormal"><o:p> </o:p></p>
            <div>
              <p class="MsoNormal">On Tue, Jan 16, 2018 at 5:46 AM,
                Stewart Bryant &lt;<a
                  href="mailto:stewart.bryant@gmail.com" target="_blank"
                  moz-do-not-send="true">stewart.bryant@gmail.com</a>&gt;
                wrote:<o:p></o:p></p>
              <blockquote style="border:none;border-left:solid #CCCCCC
                1.0pt;padding:0in 0in 0in
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
                <div>
                  <p>If we need to discriminate at the PSN layer rather
                    than the DN layer then we really are forced to
                    create a new FEC type for MPLS, or synthesize one
                    through RSVP or SR. IP has no native support for
                    this, but we could introduce the concept, for
                    example by making this the property of the IP
                    address or some way of MPLSing IP.<o:p></o:p></p>
                  <p>However there is a deeper question we need to
                    answer. Is our expectation that each hop in the data
                    plane DN aware, or is our expectation that at lest
                    in some networks the data plane is generic with some
                    DN nodes strategically placed?<o:p></o:p></p>
                  <p>I can see than in some greenfield specialist cases
                    the routers will all be DN aware, but in order to
                    get deployment in most networks we need to design
                    for the case where only strategic nodes are DN
                    aware.<o:p></o:p></p>
                  <p><span style="color:#888888">- Stewart<o:p></o:p></span></p>
                  <div>
                    <div>
                      <p class="MsoNormal"><o:p> </o:p></p>
                      <div>
                        <p class="MsoNormal">On 16/01/2018 01:14, Mach
                          Chen wrote:<o:p></o:p></p>
                      </div>
                      <blockquote
                        style="margin-top:5.0pt;margin-bottom:5.0pt">
                        <div>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">Hi Balazs,</span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D"> </span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">#2 is a more nature
                              solution, the DetNet CW is dedicated for
                              DetNet, seems there is no compatibility
                              issue.</span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D"> </span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">In addition, I think
                              we need to define a way on how to
                              differentiate a DetNet flow from a
                              non-DetNet flow, then the network
                              processor can process the CW as expected. 
                              In TSN, it uses the priority to determine
                              whether a flow is TSN or non-TSN flow. For
                              DetNet, should we also use the same way
                              (e.g., TC, DSCP)? Or the DetNet service
                              Label itself implies the situation, but it
                              seems that this only works when the DetNet
                              service label is the top label.  </span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D"> </span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">Any other thoughts?</span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D"> </span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">Best regards,</span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D">Mach</span><o:p></o:p></p>
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:#1F497D"> </span><o:p></o:p></p>
                          <div style="border:none;border-left:solid blue
                            1.5pt;padding:0in 0in 0in 4.0pt">
                            <div>
                              <div style="border:none;border-top:solid
                                #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b>
                                  detnet [<a
                                    href="mailto:detnet-bounces@ietf.org"
                                    target="_blank"
                                    moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                                  <b>On Behalf Of </b>Balázs Varga A<br>
                                  <b>Sent:</b> Monday, January 15, 2018
                                  9:06 PM<br>
                                  <b>To:</b> DetNet WG <a
                                    href="mailto:detnet@ietf.org"
                                    target="_blank"
                                    moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><br>
                                  <b>Subject:</b> [Detnet] DP solution
                                  (Sequence Numbering)<o:p></o:p></p>
                              </div>
                            </div>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Hi,<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Some
                              thoughts to start discussion on open
                              points of the DP solution draft.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">This
                              mail(-thread) is on sequence numbering.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Problem
                              in case of MPLS and DetNet Control Word:<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">-
                              S/N skips zero problem: Ethernet PW
                              definition states that S/N skips zero.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">It
                              uses zero to mean no S/N in use. (rfc4448)<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Possible
                              problem resolutions:<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">#1:
                              Using a "flag" in the reserved bits part
                              of the CW:<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">     
                                0                   1                  
                                2                   3</span><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">     
                                0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
                                0 1 2 3 4 5 6 7 8 9 0 1</span><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                |0 0 0 0|D|reserved - set to 0  |   16
                                bit Sequence Number      |</span><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">D-bit:
                              set to “1” means DetNet specific Seq.
                              Number used,<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Bit5-15:
                              reserved.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">RFC4448
                              states that reserved bits “MUST be ignored
                              upon receipt”, so backward
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">compatibility
                              is ensured. Such a solution would allow
                              also to use longer seq.num.
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">formats
                              (if needed). Such a format is also inline
                              with RFC4385.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">#2:
                              Making “0” as a valid Seq.Num.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">DetNet
                              flows are recognized and forwarded special
                              within the DetNet
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">domain.
                              S/N is used within the DetNet domain by
                              DetNet Service functions
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">(i.e.
                              PREF). S/N used only on DetNet end-nodes
                              and DetNet relay-nodes. No
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">other
                              nodes care about the value of S/N,
                              therefore DetNet can specify its
                              <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">own
                              sequence number processing algorithm. So
                              “0” can be a valid number<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">and
                              not the indication that no Seq.Num. is
                              used. This is inline with RFC4385.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">#3:
                              Other … ?!?<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Comments
                              are welcome.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Cheers<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Bala'zs<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">-----Original
                              Message-----<br>
                              From: detnet [<a
                                href="mailto:detnet-bounces@ietf.org"
                                target="_blank" moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                              On Behalf Of Lou Berger<br>
                              Sent: 2018. január 10. 19:01<br>
                              To: DetNet WG &lt;<a
                                href="mailto:detnet@ietf.org"
                                target="_blank" moz-do-not-send="true">detnet@ietf.org</a>&gt;<br>
                              Subject: [Detnet] recording for today's
                              interim<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">is
                              available for download at: <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&amp;e="
                                target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301</span></a><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">raw
                              notes are available at <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=http-3A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=lO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&amp;e="
                                target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01</span></a><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Please
                              feel free to update the etherpad based on
                              the recording.<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">Lou
                              (and co-chairs)<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">_______________________________________________<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext">detnet
                              mailing list<o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><a
                                href="mailto:detnet@ietf.org"
                                target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">detnet@ietf.org</span></a><o:p></o:p></p>
                            <p class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e="
                                target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">https://www.ietf.org/mailman/listinfo/detnet</span></a><o:p></o:p></p>
                          </div>
                        </div>
                        <p class="MsoNormal"
                          style="margin-bottom:12.0pt"><o:p> </o:p></p>
                        <pre>_______________________________________________<o:p></o:p></pre>
                        <pre>detnet mailing list<o:p></o:p></pre>
                        <pre><a href="mailto:detnet@ietf.org" target="_blank" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
                        <pre><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=" target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
                      </blockquote>
                      <p class="MsoNormal"><o:p> </o:p></p>
                    </div>
                  </div>
                </div>
                <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
                  _______________________________________________<br>
                  detnet mailing list<br>
                  <a href="mailto:detnet@ietf.org"
                    moz-do-not-send="true">detnet@ietf.org</a><br>
                  <a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e="
                    target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></p>
              </blockquote>
            </div>
            <p class="MsoNormal"><o:p> </o:p></p>
          </div>
        </blockquote>
        <p class="MsoNormal"><o:p> </o:p></p>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------BF0C756593B4E48EB393C872--


From nobody Wed Jan 17 00:40:53 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42EDD12FA74 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 00:40:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level: 
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=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 QrJJnJobPMjY for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 00:40:49 -0800 (PST)
Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D9F112F4D0 for <detnet@ietf.org>; Wed, 17 Jan 2018 00:40:49 -0800 (PST)
Received: by mail-wm0-x229.google.com with SMTP id 143so13394314wma.5 for <detnet@ietf.org>; Wed, 17 Jan 2018 00:40:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=zRKkfFfwVe6PSHY4wLBtVR+aKlx93jMnY/BeFsEz588=; b=u3lQ3qR+XjSLOPI9N5aAzjMkac0gSqO3Z992N9CH7czuHjVjlVcCLgXI2Z8IilJjRc FQVsJBTLxIeRLewX9XgAntqa6xFjsLngnrdsx5TA6MOWWNbPdEAZRbr2m+dmPlTVJl0a RseOEu/8MFMFcyUFBrtjK6kcxaTx8SvUT4e31OyEbV9S9Sql/WdxXmp3A/ZBb+BSAqSg mZHFsSnDtUVV7pjPYdHO1AJdtjz/i0DZzAMVRkjoILUGKoCVURdJkLiNHUXO1MR0uEEY sKLWXpx0/oUTAVsxYB2bbYZB577/6P/Hkr3ebtkHMkXoBlfddV20ceo2YXj5s9+7Ad4k Bxzg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=zRKkfFfwVe6PSHY4wLBtVR+aKlx93jMnY/BeFsEz588=; b=BEEIwYimUwE3nxkE6i6w2sLj/8VUhPtYJlrqft4aZgEw4AcGrBCUNmkABlCrxmGA4x nSOyIS/sAYXkwfwWdLqEoUgzNRjkWKr+vAWHe3D9PY60NKVYbz8XSUMekY0clcbd5n2K voi1Q2utfw5camVLh8fUwwBhkzL9QpU4eDkKcHEU6NIKj+iWH4INxMOhQCMOg8kkfYsu sQAk60OKw76mVgfrOwtY0h9kKF9AlhJuRYDmYuUQNoe11f5tpZAdtH76PldbEeQigi6c QSU4nONm47nLvc93EyiNXykV4DOvLwDoQouo65B6Sy3NvUJ/WvIdEx/bRyH3rpWpT/F1 9cjg==
X-Gm-Message-State: AKwxytedC2m07K4SNGL0Lm6OguTFoJMy8lesIESLQ6CJTMO8wJ5bJ6zh rtEsrBwyEunLrvdWQU2ISgM=
X-Google-Smtp-Source: ACJfBoupPALqANsyC4z9Zr00awM4nqGXQizXUH2jE9jz3DJ1wnH1FgeL//cdcuwi2lk+341ydHN8+w==
X-Received: by 10.80.207.206 with SMTP id i14mr1775613edk.133.1516178447868; Wed, 17 Jan 2018 00:40:47 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id b46sm2670534edd.73.2018.01.17.00.40.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Jan 2018 00:40:47 -0800 (PST)
To: Jouni <jouni.nospam@gmail.com>, "Grossman, Ethan A." <eagros@dolby.com>
Cc: "Andrew G. Malis" <agmalis@gmail.com>, DetNet WG <detnet@ietf.org>, Mach Chen <mach.chen@huawei.com>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com> <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com> <CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com> <cb200ec7-6187-e817-a31c-c0f3e0da335a@gmail.com> <BN6PR06MB254791EE88EAC4023F062758C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <0A978245-C70D-4938-B03D-EAA1F4BE5CF3@gmail.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <fd0a46df-7cef-e619-7b26-e5ddd1f974a4@gmail.com>
Date: Wed, 17 Jan 2018 08:40:45 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <0A978245-C70D-4938-B03D-EAA1F4BE5CF3@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/qXDaHBqGseVqK0j1JlKgo7jLQkM>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 08:40:52 -0000

On 16/01/2018 23:05, Jouni wrote:
>> On 16 Jan 2018, at 20:03, Grossman, Ethan A. <eagros@dolby.com> wrote:
>>
>> Just a couple of my thoughts:
>> 1)      Regarding whether every node in the network is required to be DetNet aware, I was assuming that it would be like AVB/TSN, in which you can only make a stream reservation through a path of nodes that are TSN aware, and traffic that had to cross non-aware nodes would have to be treated as non-TSN traffic, i.e. some packets could get dropped and there would not be timing guarantees, but at least they wouldn’t be dropped wholesale due to massive protocol incompatibility.  Is that the expectation here or is there a significant difference?
> This is (still) my understanding of the scope. My expectation is that there is no difference for DetNEt traffic.

The consequence of that is that where we are just worried about reliable 
delivery and not transit time we are unable to make use of existing 
infrastructure by strategic upgrades to existing networks.

By making this statement we say that we expect all nodes to be able to 
support all features and all DN paths to be traffic engineered even over 
the WAN. Is that correct?

- Stewart

>
> - Jouni
>
>
>> 2)      I agree that we need to have some kind of strategy for supporting IPv4, for example providing at least DetNet-type delay and jitter bounds, even if it had some limitations compared to MPLS/IPv6 (e.g. no PREF and thus limited reliability).
>
>
>>   
>> Ethan.
>>   
>> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Stewart Bryant
>> Sent: Tuesday, January 16, 2018 8:38 AM
>> To: Andrew G. Malis <agmalis@gmail.com>
>> Cc: DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>; Balázs Varga A <balazs.a.varga@ericsson.com>
>> Subject: Re: [Detnet] DP solution (Sequence Numbering)
>>   
>>   
>>
>> Andy
>>
>> On 16/01/2018 15:20, Andrew G. Malis wrote:
>> Stewart,
>>   
>> Like with PWs (since DETNET for MPLS would just be another PW type), targeted LDP and provisioning (via a central controller, NMS, etc.) are alternatives to RSVP and SR to provisioning/allocating the DETNET PW label.
>>
>> .. and I suppose strictly BGP which is also used for this purpose in VPNs
>>
>>
>>   
>> You and Mach are both right that in the IP (non-MPLS) case, we need a way for the NP to detect DETNET flows. We could have a new IP protocol type for DETNET, and a DETNET header directly follows the IP header. In that case, the DETNET header would also need a next protocol identifier, unless the next protocol is always another IP header.
>>
>> Last I saw, the thinking was that there would be an IP extension header, although I am not a fan of those since (a) I am not confident what a router will do one it does not understand, and (b) I am concerned about the need to support IPv4 which I suspect will have a long tail in enterprise deployment.
>>
>> I prefer a UDP type for this purpose since it has universal support through any middle box. firewall etc, and all routers need to look a the UDP DP so checking if it is one they need to work on is just one compare and conditional branch.
>>
>>
>>   
>> Of course, for MPLS, the DETNET PW label is the identifier.
>>
>> Only at the PW layer. Note my question about whether this is sufficient.
>>
>> - Stewart
>>   
>>
>>   
>> Cheers,
>> Andy
>>   
>>   
>> On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant <stewart.bryant@gmail.com> wrote:
>> If we need to discriminate at the PSN layer rather than the DN layer then we really are forced to create a new FEC type for MPLS, or synthesize one through RSVP or SR. IP has no native support for this, but we could introduce the concept, for example by making this the property of the IP address or some way of MPLSing IP.
>>
>> However there is a deeper question we need to answer. Is our expectation that each hop in the data plane DN aware, or is our expectation that at lest in some networks the data plane is generic with some DN nodes strategically placed?
>>
>> I can see than in some greenfield specialist cases the routers will all be DN aware, but in order to get deployment in most networks we need to design for the case where only strategic nodes are DN aware.
>>
>> - Stewart
>>
>>   
>> On 16/01/2018 01:14, Mach Chen wrote:
>> Hi Balazs,
>>   
>> #2 is a more nature solution, the DetNet CW is dedicated for DetNet, seems there is no compatibility issue.
>>   
>> In addition, I think we need to define a way on how to differentiate a DetNet flow from a non-DetNet flow, then the network processor can process the CW as expected.  In TSN, it uses the priority to determine whether a flow is TSN or non-TSN flow. For DetNet, should we also use the same way (e.g., TC, DSCP)? Or the DetNet service Label itself implies the situation, but it seems that this only works when the DetNet service label is the top label.
>>   
>> Any other thoughts?
>>   
>> Best regards,
>> Mach
>>   
>> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Balázs Varga A
>> Sent: Monday, January 15, 2018 9:06 PM
>> To: DetNet WG <detnet@ietf.org>
>> Subject: [Detnet] DP solution (Sequence Numbering)
>>   
>> Hi,
>>
>>   
>>
>> Some thoughts to start discussion on open points of the DP solution draft.
>>
>> This mail(-thread) is on sequence numbering.
>>
>>   
>>
>> Problem in case of MPLS and DetNet Control Word:
>>
>> - S/N skips zero problem: Ethernet PW definition states that S/N skips zero.
>>
>> It uses zero to mean no S/N in use. (rfc4448)
>>
>>   
>>
>> Possible problem resolutions:
>>
>> #1: Using a "flag" in the reserved bits part of the CW:
>>
>>        0                   1                   2                   3
>>
>>        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>>
>>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>>       |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>>
>>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>> D-bit: set to “1” means DetNet specific Seq. Number used,
>>
>> Bit5-15: reserved.
>>
>>   
>>
>> RFC4448 states that reserved bits “MUST be ignored upon receipt”, so backward
>>
>> compatibility is ensured. Such a solution would allow also to use longer seq.num.
>>
>> formats (if needed). Such a format is also inline with RFC4385.
>>
>>   
>>
>> #2: Making “0” as a valid Seq.Num.
>>
>> DetNet flows are recognized and forwarded special within the DetNet
>>
>> domain. S/N is used within the DetNet domain by DetNet Service functions
>>
>> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No
>>
>> other nodes care about the value of S/N, therefore DetNet can specify its
>>
>> own sequence number processing algorithm. So “0” can be a valid number
>>
>> and not the indication that no Seq.Num. is used. This is inline with RFC4385.
>>
>>   
>>
>> #3: Other … ?!?
>>
>>   
>>
>> Comments are welcome.
>>
>>   
>>
>> Cheers
>>
>> Bala'zs
>>
>>   
>>
>> -----Original Message-----
>> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
>> Sent: 2018. január 10. 19:01
>> To: DetNet WG <detnet@ietf.org>
>> Subject: [Detnet] recording for today's interim
>>
>>   
>>
>> is available for download at:
>>
>> https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>>
>>   
>>
>> raw notes are available at
>>
>> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>>
>>   
>>
>> Please feel free to update the etherpad based on the recording.
>>
>>   
>>
>> Lou (and co-chairs)
>>
>>   
>>
>> _______________________________________________
>>
>> detnet mailing list
>>
>> detnet@ietf.org
>>
>> https://www.ietf.org/mailman/listinfo/detnet
>>
>>
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>>   
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>>
>>   
>>   
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet


From nobody Wed Jan 17 01:47:58 2018
Return-Path: <pthubert@cisco.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E6C212EBD0 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 01:47:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.529
X-Spam-Level: 
X-Spam-Status: No, score=-14.529 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, WEIRD_PORT=0.001] 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 ptL623Zz3-zm for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 01:47:55 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E310128959 for <detnet@ietf.org>; Wed, 17 Jan 2018 01:47:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13162; q=dns/txt; s=iport; t=1516182475; x=1517392075; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Pj+dc54eUZ/sc7unJCJE7QJZXbzUfoBXsk06VGusaG0=; b=VIXJw2oj5JZvJw+vIrQwWUts5GidrQaFcOPxvzrP1ceJtlNgWEGLG6Ik oBIEVhgYsUkHJzIi/A7mmf7dC5E1P+hb0xtSM0Lx2nDEcqNW2xB1Q9eiJ VFeQWlE6b4mm8DLFZKhLupNOldw3gaIf1+vLQGafVIz2rxttJSUqfRLQi g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AkAQA+G19a/4ENJK1BGhkBAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQGDETBmdCeEE4okjmGBWyeJB44nghYKGA2EMhVPAhqERj8YAQE?= =?us-ascii?q?BAQEBAQEBayiFIwEBAQMBAQEhEToLBQcEAgEGAhEEAQEBAgIjAwICAh8GCxQBC?= =?us-ascii?q?AgCBA4FG4oAAw0IEDSHepw4EYEngieHPg2CBAEBAQEBAQEBAQEBAQEBAQEBAQE?= =?us-ascii?q?BAR2BD4VCgVeBaSkMgVKBJ4JrRAEBAhmBLwcBAREkgwAxgjQFoy09AogLg3uER?= =?us-ascii?q?oUDAoIXZ4U2i1uKaYJYQIh7AhEZAYE7AR85gVBvFT0qAYF/CYJLHIFneAEEiRs?= =?us-ascii?q?CDRiCJAEBAQ?=
X-IronPort-AV: E=Sophos;i="5.46,372,1511827200"; d="scan'208";a="338060454"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Jan 2018 09:47:53 +0000
Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id w0H9lrJg006620 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 17 Jan 2018 09:47:53 GMT
Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 17 Jan 2018 03:47:53 -0600
Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1320.000; Wed, 17 Jan 2018 03:47:53 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
CC: Jouni <jouni.nospam@gmail.com>, "Grossman, Ethan A." <eagros@dolby.com>, DetNet WG <detnet@ietf.org>, "Andrew G. Malis" <agmalis@gmail.com>, =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>, Mach Chen <mach.chen@huawei.com>
Thread-Topic: [Detnet] DP solution (Sequence Numbering)
Thread-Index: AdON9g9s51ad7oXxQLCexQu8wQXvkQAb0RFQACEPZgAACZKlAAACtrIAAAL8ugAACokcAAAUFoqA//+uLKw=
Date: Wed, 17 Jan 2018 09:47:53 +0000
Message-ID: <71659698-6113-4742-A6FE-F731818ED51A@cisco.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292314343@dggeml510-mbx.china.huawei.com> <0e63108f-2b9e-95b7-57f7-dcc389b8b96f@gmail.com> <CAA=duU2xOwLa960cZ0h-7qixtZ0BPA1y86hvac+XaN7LUGG6qA@mail.gmail.com> <cb200ec7-6187-e817-a31c-c0f3e0da335a@gmail.com> <BN6PR06MB254791EE88EAC4023F062758C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <0A978245-C70D-4938-B03D-EAA1F4BE5CF3@gmail.com>, <fd0a46df-7cef-e619-7b26-e5ddd1f974a4@gmail.com>
In-Reply-To: <fd0a46df-7cef-e619-7b26-e5ddd1f974a4@gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/RHybRxIUnCTxJJbRbObPUsE7qeE>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 09:47:57 -0000

SGVsbG8gU3Rld2FydA0KDQpJ4oCZbSB3aXRoIHlvdSBvbiB0aGlzLiBVbmxlc3MgZXZlcnkgbm9k
ZSBpcyBEZXROZXQgYXdhcmUgaW5jbHVkaW5nIGFsbCB0aGUgc3RhY2sgYXQgdGhlIGVuZCBwb2lu
dHMgdGhlcmUgd2lsbCBiZSBhIHRpbWUgd2hlcmUgYSBub24gRGV0TmV0IG5vZGUgZmVlZHMgYSBE
ZXROZXQgbm9kZS4NCg0KVGhpcyBtYXkgaGFwcGVuIGF0IHRoZSBJbnRlcmZhY2UgYmV0d2VlbiBh
IGxlZ2FjeSBob3N0IG9yIHdpdGhpbiB0aGUgbmV0d29yayBpZiBub24tRGV0TmV0IHJvdXRlcnMg
YXJlIGRlcGxveWVkIGFzIHlvdSBwb2ludCBvdXQuIElmIHdlIGRvIG5vdGhpbmcgYSB0aWdodCBp
bmdyZXNzIGZpbHRlcmluZyB3aWxsIGRyb3AgcGFja2V0cyBhbmQgcmVuZGVyIHRoZSBzZXJ2aWNl
IHVudXNhYmxlLg0KDQpCb3R0b20gbGluZSBpcyB0aGF0IHRoZSBpbmdyZXNzIG9mIHRoZSBEZXRO
ZXQgcGlwZSBhZnRlciB0aGF0IG5vZGUgbXVzdCBhY2NvbW1vZGF0ZSBmb3IgZmxvd3MgdGhhdCBi
ZWhhdmUgb3V0c2lkZSBvZiB0aGUgdGlnaHQgYm91bmRhcmllcyBvZiB0aGUgZmxvdy4gTWF5YmUg
bW9yZSBxdWV1aW5nIGNhcGFjaXR5IGJlZm9yZSBvZmZlbmRpbmcgcGFja2V0cyBhcmUgZHJvcHBl
ZCBhbmQgbWF5YmUgYSBsYXJnZXIgZW5kIHRvIGVuZCBndWFyYW50ZWVkIHdvcnN0IGNhc2UgbGF0
ZW5jeS4gDQoNClRoaXMgcHJvYmxlbSBjYW4gcHJvYmFibHkgYmUgdGFja2xlZCBvdXRzaWRlIHRo
ZSBEUCB3b3JrIHNpbmNlIGl0IGltcGFjdHMgbW9zdGx5IHRoZSBVTkkgYW5kIHRoZSBndWFyYW50
ZWVzLiBUaGlzIGlzIHdoeSBJIHN0YXJ0ZWQgdGhlIMKrIHRyYW5zcG9ydCDCqyAgZHJhZnQuIFdv
dWxkIHlvdSBiZSBpbnRlcmVzdGVkIGluIGNvbnRyaWJ1dGluZyA/DQoNClJlZ2FyZHMsDQoNClBh
c2NhbA0KDQo+IExlIDE3IGphbnYuIDIwMTggw6AgMDk6NDEsIFN0ZXdhcnQgQnJ5YW50IDxzdGV3
YXJ0LmJyeWFudEBnbWFpbC5jb20+IGEgw6ljcml0IDoNCj4gDQo+IA0KPiANCj4gT24gMTYvMDEv
MjAxOCAyMzowNSwgSm91bmkgd3JvdGU6DQo+Pj4gT24gMTYgSmFuIDIwMTgsIGF0IDIwOjAzLCBH
cm9zc21hbiwgRXRoYW4gQS4gPGVhZ3Jvc0Bkb2xieS5jb20+IHdyb3RlOg0KPj4+IA0KPj4+IEp1
c3QgYSBjb3VwbGUgb2YgbXkgdGhvdWdodHM6DQo+Pj4gMSkgICAgICBSZWdhcmRpbmcgd2hldGhl
ciBldmVyeSBub2RlIGluIHRoZSBuZXR3b3JrIGlzIHJlcXVpcmVkIHRvIGJlIERldE5ldCBhd2Fy
ZSwgSSB3YXMgYXNzdW1pbmcgdGhhdCBpdCB3b3VsZCBiZSBsaWtlIEFWQi9UU04sIGluIHdoaWNo
IHlvdSBjYW4gb25seSBtYWtlIGEgc3RyZWFtIHJlc2VydmF0aW9uIHRocm91Z2ggYSBwYXRoIG9m
IG5vZGVzIHRoYXQgYXJlIFRTTiBhd2FyZSwgYW5kIHRyYWZmaWMgdGhhdCBoYWQgdG8gY3Jvc3Mg
bm9uLWF3YXJlIG5vZGVzIHdvdWxkIGhhdmUgdG8gYmUgdHJlYXRlZCBhcyBub24tVFNOIHRyYWZm
aWMsIGkuZS4gc29tZSBwYWNrZXRzIGNvdWxkIGdldCBkcm9wcGVkIGFuZCB0aGVyZSB3b3VsZCBu
b3QgYmUgdGltaW5nIGd1YXJhbnRlZXMsIGJ1dCBhdCBsZWFzdCB0aGV5IHdvdWxkbuKAmXQgYmUg
ZHJvcHBlZCB3aG9sZXNhbGUgZHVlIHRvIG1hc3NpdmUgcHJvdG9jb2wgaW5jb21wYXRpYmlsaXR5
LiAgSXMgdGhhdCB0aGUgZXhwZWN0YXRpb24gaGVyZSBvciBpcyB0aGVyZSBhIHNpZ25pZmljYW50
IGRpZmZlcmVuY2U/DQo+PiBUaGlzIGlzIChzdGlsbCkgbXkgdW5kZXJzdGFuZGluZyBvZiB0aGUg
c2NvcGUuIE15IGV4cGVjdGF0aW9uIGlzIHRoYXQgdGhlcmUgaXMgbm8gZGlmZmVyZW5jZSBmb3Ig
RGV0TkV0IHRyYWZmaWMuDQo+IA0KPiBUaGUgY29uc2VxdWVuY2Ugb2YgdGhhdCBpcyB0aGF0IHdo
ZXJlIHdlIGFyZSBqdXN0IHdvcnJpZWQgYWJvdXQgcmVsaWFibGUgZGVsaXZlcnkgYW5kIG5vdCB0
cmFuc2l0IHRpbWUgd2UgYXJlIHVuYWJsZSB0byBtYWtlIHVzZSBvZiBleGlzdGluZyBpbmZyYXN0
cnVjdHVyZSBieSBzdHJhdGVnaWMgdXBncmFkZXMgdG8gZXhpc3RpbmcgbmV0d29ya3MuDQo+IA0K
PiBCeSBtYWtpbmcgdGhpcyBzdGF0ZW1lbnQgd2Ugc2F5IHRoYXQgd2UgZXhwZWN0IGFsbCBub2Rl
cyB0byBiZSBhYmxlIHRvIHN1cHBvcnQgYWxsIGZlYXR1cmVzIGFuZCBhbGwgRE4gcGF0aHMgdG8g
YmUgdHJhZmZpYyBlbmdpbmVlcmVkIGV2ZW4gb3ZlciB0aGUgV0FOLiBJcyB0aGF0IGNvcnJlY3Q/
DQo+IA0KPiAtIFN0ZXdhcnQNCj4gDQo+PiANCj4+IC0gSm91bmkNCj4+IA0KPj4gDQo+Pj4gMikg
ICAgICBJIGFncmVlIHRoYXQgd2UgbmVlZCB0byBoYXZlIHNvbWUga2luZCBvZiBzdHJhdGVneSBm
b3Igc3VwcG9ydGluZyBJUHY0LCBmb3IgZXhhbXBsZSBwcm92aWRpbmcgYXQgbGVhc3QgRGV0TmV0
LXR5cGUgZGVsYXkgYW5kIGppdHRlciBib3VuZHMsIGV2ZW4gaWYgaXQgaGFkIHNvbWUgbGltaXRh
dGlvbnMgY29tcGFyZWQgdG8gTVBMUy9JUHY2IChlLmcuIG5vIFBSRUYgYW5kIHRodXMgbGltaXRl
ZCByZWxpYWJpbGl0eSkuDQo+PiANCj4+IA0KPj4+ICBFdGhhbi4NCj4+PiAgRnJvbTogZGV0bmV0
IFttYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBTdGV3YXJ0IEJy
eWFudA0KPj4+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTYsIDIwMTggODozOCBBTQ0KPj4+IFRv
OiBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29tPg0KPj4+IENjOiBEZXROZXQgV0cg
PGRldG5ldEBpZXRmLm9yZz47IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+OyBCYWzD
oXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT4NCj4+PiBTdWJqZWN0OiBS
ZTogW0RldG5ldF0gRFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmluZykNCj4+PiAgICANCj4+
PiBBbmR5DQo+Pj4gDQo+Pj4gT24gMTYvMDEvMjAxOCAxNToyMCwgQW5kcmV3IEcuIE1hbGlzIHdy
b3RlOg0KPj4+IFN0ZXdhcnQsDQo+Pj4gIExpa2Ugd2l0aCBQV3MgKHNpbmNlIERFVE5FVCBmb3Ig
TVBMUyB3b3VsZCBqdXN0IGJlIGFub3RoZXIgUFcgdHlwZSksIHRhcmdldGVkIExEUCBhbmQgcHJv
dmlzaW9uaW5nICh2aWEgYSBjZW50cmFsIGNvbnRyb2xsZXIsIE5NUywgZXRjLikgYXJlIGFsdGVy
bmF0aXZlcyB0byBSU1ZQIGFuZCBTUiB0byBwcm92aXNpb25pbmcvYWxsb2NhdGluZyB0aGUgREVU
TkVUIFBXIGxhYmVsLg0KPj4+IA0KPj4+IC4uIGFuZCBJIHN1cHBvc2Ugc3RyaWN0bHkgQkdQIHdo
aWNoIGlzIGFsc28gdXNlZCBmb3IgdGhpcyBwdXJwb3NlIGluIFZQTnMNCj4+PiANCj4+PiANCj4+
PiAgWW91IGFuZCBNYWNoIGFyZSBib3RoIHJpZ2h0IHRoYXQgaW4gdGhlIElQIChub24tTVBMUykg
Y2FzZSwgd2UgbmVlZCBhIHdheSBmb3IgdGhlIE5QIHRvIGRldGVjdCBERVRORVQgZmxvd3MuIFdl
IGNvdWxkIGhhdmUgYSBuZXcgSVAgcHJvdG9jb2wgdHlwZSBmb3IgREVUTkVULCBhbmQgYSBERVRO
RVQgaGVhZGVyIGRpcmVjdGx5IGZvbGxvd3MgdGhlIElQIGhlYWRlci4gSW4gdGhhdCBjYXNlLCB0
aGUgREVUTkVUIGhlYWRlciB3b3VsZCBhbHNvIG5lZWQgYSBuZXh0IHByb3RvY29sIGlkZW50aWZp
ZXIsIHVubGVzcyB0aGUgbmV4dCBwcm90b2NvbCBpcyBhbHdheXMgYW5vdGhlciBJUCBoZWFkZXIu
DQo+Pj4gDQo+Pj4gTGFzdCBJIHNhdywgdGhlIHRoaW5raW5nIHdhcyB0aGF0IHRoZXJlIHdvdWxk
IGJlIGFuIElQIGV4dGVuc2lvbiBoZWFkZXIsIGFsdGhvdWdoIEkgYW0gbm90IGEgZmFuIG9mIHRo
b3NlIHNpbmNlIChhKSBJIGFtIG5vdCBjb25maWRlbnQgd2hhdCBhIHJvdXRlciB3aWxsIGRvIG9u
ZSBpdCBkb2VzIG5vdCB1bmRlcnN0YW5kLCBhbmQgKGIpIEkgYW0gY29uY2VybmVkIGFib3V0IHRo
ZSBuZWVkIHRvIHN1cHBvcnQgSVB2NCB3aGljaCBJIHN1c3BlY3Qgd2lsbCBoYXZlIGEgbG9uZyB0
YWlsIGluIGVudGVycHJpc2UgZGVwbG95bWVudC4NCj4+PiANCj4+PiBJIHByZWZlciBhIFVEUCB0
eXBlIGZvciB0aGlzIHB1cnBvc2Ugc2luY2UgaXQgaGFzIHVuaXZlcnNhbCBzdXBwb3J0IHRocm91
Z2ggYW55IG1pZGRsZSBib3guIGZpcmV3YWxsIGV0YywgYW5kIGFsbCByb3V0ZXJzIG5lZWQgdG8g
bG9vayBhIHRoZSBVRFAgRFAgc28gY2hlY2tpbmcgaWYgaXQgaXMgb25lIHRoZXkgbmVlZCB0byB3
b3JrIG9uIGlzIGp1c3Qgb25lIGNvbXBhcmUgYW5kIGNvbmRpdGlvbmFsIGJyYW5jaC4NCj4+PiAN
Cj4+PiANCj4+PiAgT2YgY291cnNlLCBmb3IgTVBMUywgdGhlIERFVE5FVCBQVyBsYWJlbCBpcyB0
aGUgaWRlbnRpZmllci4NCj4+PiANCj4+PiBPbmx5IGF0IHRoZSBQVyBsYXllci4gTm90ZSBteSBx
dWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoaXMgaXMgc3VmZmljaWVudC4NCj4+PiANCj4+PiAtIFN0
ZXdhcnQNCj4+PiAgDQo+Pj4gIENoZWVycywNCj4+PiBBbmR5DQo+Pj4gICAgT24gVHVlLCBKYW4g
MTYsIDIwMTggYXQgNTo0NiBBTSwgU3Rld2FydCBCcnlhbnQgPHN0ZXdhcnQuYnJ5YW50QGdtYWls
LmNvbT4gd3JvdGU6DQo+Pj4gSWYgd2UgbmVlZCB0byBkaXNjcmltaW5hdGUgYXQgdGhlIFBTTiBs
YXllciByYXRoZXIgdGhhbiB0aGUgRE4gbGF5ZXIgdGhlbiB3ZSByZWFsbHkgYXJlIGZvcmNlZCB0
byBjcmVhdGUgYSBuZXcgRkVDIHR5cGUgZm9yIE1QTFMsIG9yIHN5bnRoZXNpemUgb25lIHRocm91
Z2ggUlNWUCBvciBTUi4gSVAgaGFzIG5vIG5hdGl2ZSBzdXBwb3J0IGZvciB0aGlzLCBidXQgd2Ug
Y291bGQgaW50cm9kdWNlIHRoZSBjb25jZXB0LCBmb3IgZXhhbXBsZSBieSBtYWtpbmcgdGhpcyB0
aGUgcHJvcGVydHkgb2YgdGhlIElQIGFkZHJlc3Mgb3Igc29tZSB3YXkgb2YgTVBMU2luZyBJUC4N
Cj4+PiANCj4+PiBIb3dldmVyIHRoZXJlIGlzIGEgZGVlcGVyIHF1ZXN0aW9uIHdlIG5lZWQgdG8g
YW5zd2VyLiBJcyBvdXIgZXhwZWN0YXRpb24gdGhhdCBlYWNoIGhvcCBpbiB0aGUgZGF0YSBwbGFu
ZSBETiBhd2FyZSwgb3IgaXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgYXQgbGVzdCBpbiBzb21lIG5l
dHdvcmtzIHRoZSBkYXRhIHBsYW5lIGlzIGdlbmVyaWMgd2l0aCBzb21lIEROIG5vZGVzIHN0cmF0
ZWdpY2FsbHkgcGxhY2VkPw0KPj4+IA0KPj4+IEkgY2FuIHNlZSB0aGFuIGluIHNvbWUgZ3JlZW5m
aWVsZCBzcGVjaWFsaXN0IGNhc2VzIHRoZSByb3V0ZXJzIHdpbGwgYWxsIGJlIEROIGF3YXJlLCBi
dXQgaW4gb3JkZXIgdG8gZ2V0IGRlcGxveW1lbnQgaW4gbW9zdCBuZXR3b3JrcyB3ZSBuZWVkIHRv
IGRlc2lnbiBmb3IgdGhlIGNhc2Ugd2hlcmUgb25seSBzdHJhdGVnaWMgbm9kZXMgYXJlIEROIGF3
YXJlLg0KPj4+IA0KPj4+IC0gU3Rld2FydA0KPj4+IA0KPj4+ICBPbiAxNi8wMS8yMDE4IDAxOjE0
LCBNYWNoIENoZW4gd3JvdGU6DQo+Pj4gSGkgQmFsYXpzLA0KPj4+ICAjMiBpcyBhIG1vcmUgbmF0
dXJlIHNvbHV0aW9uLCB0aGUgRGV0TmV0IENXIGlzIGRlZGljYXRlZCBmb3IgRGV0TmV0LCBzZWVt
cyB0aGVyZSBpcyBubyBjb21wYXRpYmlsaXR5IGlzc3VlLg0KPj4+ICBJbiBhZGRpdGlvbiwgSSB0
aGluayB3ZSBuZWVkIHRvIGRlZmluZSBhIHdheSBvbiBob3cgdG8gZGlmZmVyZW50aWF0ZSBhIERl
dE5ldCBmbG93IGZyb20gYSBub24tRGV0TmV0IGZsb3csIHRoZW4gdGhlIG5ldHdvcmsgcHJvY2Vz
c29yIGNhbiBwcm9jZXNzIHRoZSBDVyBhcyBleHBlY3RlZC4gIEluIFRTTiwgaXQgdXNlcyB0aGUg
cHJpb3JpdHkgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgYSBmbG93IGlzIFRTTiBvciBub24tVFNOIGZs
b3cuIEZvciBEZXROZXQsIHNob3VsZCB3ZSBhbHNvIHVzZSB0aGUgc2FtZSB3YXkgKGUuZy4sIFRD
LCBEU0NQKT8gT3IgdGhlIERldE5ldCBzZXJ2aWNlIExhYmVsIGl0c2VsZiBpbXBsaWVzIHRoZSBz
aXR1YXRpb24sIGJ1dCBpdCBzZWVtcyB0aGF0IHRoaXMgb25seSB3b3JrcyB3aGVuIHRoZSBEZXRO
ZXQgc2VydmljZSBsYWJlbCBpcyB0aGUgdG9wIGxhYmVsLg0KPj4+ICBBbnkgb3RoZXIgdGhvdWdo
dHM/DQo+Pj4gIEJlc3QgcmVnYXJkcywNCj4+PiBNYWNoDQo+Pj4gIEZyb206IGRldG5ldCBbbWFp
bHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQmFsw6F6cyBWYXJnYSBB
DQo+Pj4gU2VudDogTW9uZGF5LCBKYW51YXJ5IDE1LCAyMDE4IDk6MDYgUE0NCj4+PiBUbzogRGV0
TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+DQo+Pj4gU3ViamVjdDogW0RldG5ldF0gRFAgc29sdXRp
b24gKFNlcXVlbmNlIE51bWJlcmluZykNCj4+PiAgSGksDQo+Pj4gDQo+Pj4gIA0KPj4+IFNvbWUg
dGhvdWdodHMgdG8gc3RhcnQgZGlzY3Vzc2lvbiBvbiBvcGVuIHBvaW50cyBvZiB0aGUgRFAgc29s
dXRpb24gZHJhZnQuDQo+Pj4gDQo+Pj4gVGhpcyBtYWlsKC10aHJlYWQpIGlzIG9uIHNlcXVlbmNl
IG51bWJlcmluZy4NCj4+PiANCj4+PiAgDQo+Pj4gUHJvYmxlbSBpbiBjYXNlIG9mIE1QTFMgYW5k
IERldE5ldCBDb250cm9sIFdvcmQ6DQo+Pj4gDQo+Pj4gLSBTL04gc2tpcHMgemVybyBwcm9ibGVt
OiBFdGhlcm5ldCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJvLg0KPj4+
IA0KPj4+IEl0IHVzZXMgemVybyB0byBtZWFuIG5vIFMvTiBpbiB1c2UuIChyZmM0NDQ4KQ0KPj4+
IA0KPj4+ICANCj4+PiBQb3NzaWJsZSBwcm9ibGVtIHJlc29sdXRpb25zOg0KPj4+IA0KPj4+ICMx
OiBVc2luZyBhICJmbGFnIiBpbiB0aGUgcmVzZXJ2ZWQgYml0cyBwYXJ0IG9mIHRoZSBDVzoNCj4+
PiANCj4+PiAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAg
ICAgICAgICAgICAgICAgICAzDQo+Pj4gDQo+Pj4gICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAw
IDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQo+Pj4gDQo+Pj4gICAg
ICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKw0KPj4+IA0KPj4+ICAgICAgfDAgMCAwIDB8RHxyZXNlcnZlZCAtIHNldCB0byAw
ICB8ICAgMTYgYml0IFNlcXVlbmNlIE51bWJlciAgICAgIHwNCj4+PiANCj4+PiAgICAgICstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rDQo+Pj4gDQo+Pj4gRC1iaXQ6IHNldCB0byDigJwx4oCdIG1lYW5zIERldE5ldCBzcGVjaWZp
YyBTZXEuIE51bWJlciB1c2VkLA0KPj4+IA0KPj4+IEJpdDUtMTU6IHJlc2VydmVkLg0KPj4+IA0K
Pj4+ICANCj4+PiBSRkM0NDQ4IHN0YXRlcyB0aGF0IHJlc2VydmVkIGJpdHMg4oCcTVVTVCBiZSBp
Z25vcmVkIHVwb24gcmVjZWlwdOKAnSwgc28gYmFja3dhcmQNCj4+PiANCj4+PiBjb21wYXRpYmls
aXR5IGlzIGVuc3VyZWQuIFN1Y2ggYSBzb2x1dGlvbiB3b3VsZCBhbGxvdyBhbHNvIHRvIHVzZSBs
b25nZXIgc2VxLm51bS4NCj4+PiANCj4+PiBmb3JtYXRzIChpZiBuZWVkZWQpLiBTdWNoIGEgZm9y
bWF0IGlzIGFsc28gaW5saW5lIHdpdGggUkZDNDM4NS4NCj4+PiANCj4+PiAgDQo+Pj4gIzI6IE1h
a2luZyDigJww4oCdIGFzIGEgdmFsaWQgU2VxLk51bS4NCj4+PiANCj4+PiBEZXROZXQgZmxvd3Mg
YXJlIHJlY29nbml6ZWQgYW5kIGZvcndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0DQo+
Pj4gDQo+Pj4gZG9tYWluLiBTL04gaXMgdXNlZCB3aXRoaW4gdGhlIERldE5ldCBkb21haW4gYnkg
RGV0TmV0IFNlcnZpY2UgZnVuY3Rpb25zDQo+Pj4gDQo+Pj4gKGkuZS4gUFJFRikuIFMvTiB1c2Vk
IG9ubHkgb24gRGV0TmV0IGVuZC1ub2RlcyBhbmQgRGV0TmV0IHJlbGF5LW5vZGVzLiBObw0KPj4+
IA0KPj4+IG90aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMvTiwgdGhlcmVmb3Jl
IERldE5ldCBjYW4gc3BlY2lmeSBpdHMNCj4+PiANCj4+PiBvd24gc2VxdWVuY2UgbnVtYmVyIHBy
b2Nlc3NpbmcgYWxnb3JpdGhtLiBTbyDigJww4oCdIGNhbiBiZSBhIHZhbGlkIG51bWJlcg0KPj4+
IA0KPj4+IGFuZCBub3QgdGhlIGluZGljYXRpb24gdGhhdCBubyBTZXEuTnVtLiBpcyB1c2VkLiBU
aGlzIGlzIGlubGluZSB3aXRoIFJGQzQzODUuDQo+Pj4gDQo+Pj4gIA0KPj4+ICMzOiBPdGhlciDi
gKYgPyE/DQo+Pj4gDQo+Pj4gIA0KPj4+IENvbW1lbnRzIGFyZSB3ZWxjb21lLg0KPj4+IA0KPj4+
ICANCj4+PiBDaGVlcnMNCj4+PiANCj4+PiBCYWxhJ3pzDQo+Pj4gDQo+Pj4gIA0KPj4+IC0tLS0t
T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+Pj4gRnJvbTogZGV0bmV0IFttYWlsdG86ZGV0bmV0LWJv
dW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMb3UgQmVyZ2VyDQo+Pj4gU2VudDogMjAxOC4g
amFudcOhciAxMC4gMTk6MDENCj4+PiBUbzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+DQo+
Pj4gU3ViamVjdDogW0RldG5ldF0gcmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVyaW0NCj4+PiAN
Cj4+PiAgDQo+Pj4gaXMgYXZhaWxhYmxlIGZvciBkb3dubG9hZCBhdDoNCj4+PiANCj4+PiBodHRw
czovL2lldGYud2ViZXguY29tL2lldGYvbGRyLnBocD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRhN2Ji
MzIxN2JmMjAyMzAxDQo+Pj4gDQo+Pj4gIA0KPj4+IHJhdyBub3RlcyBhcmUgYXZhaWxhYmxlIGF0
DQo+Pj4gDQo+Pj4gaHR0cDovL2V0aGVycGFkLnRvb2xzLmlldGYub3JnOjkwMDAvcC9ub3Rlcy1p
ZXRmLWludGVyaW0tMjAxOC1kZXRuZXQtMDENCj4+PiANCj4+PiAgDQo+Pj4gUGxlYXNlIGZlZWwg
ZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFkIGJhc2VkIG9uIHRoZSByZWNvcmRpbmcuDQo+Pj4g
DQo+Pj4gIA0KPj4+IExvdSAoYW5kIGNvLWNoYWlycykNCj4+PiANCj4+PiAgDQo+Pj4gX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiANCj4+PiBkZXRu
ZXQgbWFpbGluZyBsaXN0DQo+Pj4gDQo+Pj4gZGV0bmV0QGlldGYub3JnDQo+Pj4gDQo+Pj4gaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQNCj4+PiANCj4+PiANCj4+
PiANCj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K
Pj4+IGRldG5ldCBtYWlsaW5nIGxpc3QNCj4+PiBkZXRuZXRAaWV0Zi5vcmcNCj4+PiBodHRwczov
L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldA0KPj4+ICANCj4+PiBfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+IGRldG5ldCBtYWls
aW5nIGxpc3QNCj4+PiBkZXRuZXRAaWV0Zi5vcmcNCj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9t
YWlsbWFuL2xpc3RpbmZvL2RldG5ldA0KPj4+IA0KPj4+ICAgIF9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gZGV0bmV0IG1haWxpbmcgbGlzdA0KPj4+
IGRldG5ldEBpZXRmLm9yZw0KPj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu
Zm8vZGV0bmV0DQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXw0KPiBkZXRuZXQgbWFpbGluZyBsaXN0DQo+IGRldG5ldEBpZXRmLm9yZw0KPiBodHRw
czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldA0K


From nobody Wed Jan 17 10:24:11 2018
Return-Path: <eagros@dolby.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76AEF12E03D for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 10:24:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.092
X-Spam-Level: 
X-Spam-Status: No, score=0.092 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, T_KAM_HTML_FONT_INVALID=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dolby.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 zOm7cpCFQAHt for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 10:24:04 -0800 (PST)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0092.outbound.protection.outlook.com [104.47.41.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3A1D12E85B for <detnet@ietf.org>; Wed, 17 Jan 2018 10:24:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Dolby.onmicrosoft.com;  s=selector1-dolby-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=EJL09ahq33SUgc2RkJUj8u8D/tjidNAscnP20HdmOrs=; b=Xt+VRbFidIyoeO1QWfh6LWydXSarU2tWHUjwiauhPaoIsMBaTpOA4WV5Ndfc835Hwg6PKDiOjwUvdRE/OWNSC099aRn0D9eBJUNTkj+Injmg+9oBdoCzoFZvtO5MO0qAZpDgTlOcCKgmqBqKCp3jdmPgHt1R3sdvZTmJtC8rO6A=
Received: from BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) by BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.407.7; Wed, 17 Jan 2018 18:24:02 +0000
Received: from BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) by BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) with mapi id 15.20.0407.009; Wed, 17 Jan 2018 18:24:01 +0000
From: "Grossman, Ethan A." <eagros@dolby.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>
CC: DetNet WG <detnet@ietf.org>, Mach Chen <mach.chen@huawei.com>
Thread-Topic: DP solution (Flow identification)
Thread-Index: AdOO8WeQkUBFFh6eTJW3b2FiGZCbsAABxtAwAB0tx4AAFCjAMA==
Date: Wed, 17 Jan 2018 18:24:01 +0000
Message-ID: <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com>
In-Reply-To: <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.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=eagros@dolby.com; 
x-originating-ip: [8.39.141.5]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR06MB2547; 7:57prfMmmnB3+oZhbd9T2sJ2wN729d6IL5FQ8c/CP9F64IMY716idAOpCUPpf7SQQ/gHI528JIwoF8SVE0KupYFCtXPc1CyjNOFWapEEadowNxOVMTyUua0WVRc2MJrCmulBR7a502LmGqY0RJW7fdOnDZ4FkZp2uOLMP0/qa0izLyLfB1DF4/w9c60Ltc3MzGEPNlxj/evKW0JYvtB1BLsSWm194tD2qEKzr3mIJV9N4U5FeRAB7O9pmjd0MRi3S
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 12c89005-bc1e-4b59-2b84-08d55dd77bcf
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(5600026)(4604075)(3008032)(4534125)(7022125)(4602075)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(2017052603307)(7153060)(7193020); SRVR:BN6PR06MB2547; 
x-ms-traffictypediagnostic: BN6PR06MB2547:
x-microsoft-antispam-prvs: <BN6PR06MB2547A2BB42709E161BC7B0CAC4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(28532068793085)(10436049006162)(50582790962513)(85827821059158)(94707916325470)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(3231023)(2400048)(944501161)(10201501046)(20161123560045)(20161123562045)(20161123564045)(2016111802025)(20161123558120)(6043046)(6072148)(6042181)(201708071742011); SRVR:BN6PR06MB2547; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN6PR06MB2547; 
x-forefront-prvs: 0555EC8317
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(396003)(39850400004)(346002)(366004)(376002)(39380400002)(279900001)(24454002)(189003)(199004)(13464003)(37854004)(5660300001)(76176011)(236005)(106356001)(3280700002)(86362001)(9686003)(54896002)(2906002)(53936002)(74316002)(55016002)(16799955002)(2900100001)(6306002)(105586002)(478600001)(77096007)(68736007)(6246003)(39060400002)(66066001)(99286004)(97736004)(54906003)(3660700001)(229853002)(8676002)(81156014)(6436002)(316002)(790700001)(606006)(110136005)(8936002)(25786009)(19625305001)(2950100002)(7736002)(33656002)(7696005)(3846002)(59450400001)(53546011)(6506007)(6116002)(102836004)(26005)(4326008)(966005)(81166006)(14454004)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR06MB2547; H:BN6PR06MB2547.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: dolby.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: /chCn0vdAPT0E54pR1GYegPcr/IOCD6F0WVe/9qjcj+MgAL0XOAlFkr/7BEK13+jD1Uw4qd9toROQYXD5rzTGA==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR06MB2547F352ED6FCEE990F09F5FC4E90BN6PR06MB2547namp_"
MIME-Version: 1.0
X-OriginatorOrg: dolby.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 12c89005-bc1e-4b59-2b84-08d55dd77bcf
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jan 2018 18:24:01.5569 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 05408d25-cd0d-40c8-8962-5462de64a318
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR06MB2547
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/SFPx4M2ZGNUywzHQ7lcMB0ELdBk>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 18:24:09 -0000

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

VGhhbmtzIFN0ZXdhcnQgZm9yIHRoZSBjbGFyaWZpY2F0aW9uLiBJIGludGVycHJldCB5b3VyIHN0
YXRlbWVudCDigJxhIGRlY2lzaW9uIG5vdCB0byBzdXBwb3J0IElQdjTigJ0gdG8gbWVhbiDigJxh
IGRlY2lzaW9uIG5vdCB0byBwcm9wb3NlIGFkZGluZyBhbnl0aGluZyB0byB0aGUgZXhpc3Rpbmcg
SVB2NCBzdGFuZGFyZOKAnS4gSWYgdGhhdCBpc27igJl0IGNvcnJlY3QsIHBsZWFzZSBsZXQgbWUg
a25vdy4gQXMgeW91IG1heSByZWNhbGwgSSBhbHJlYWR5IHN0YXJ0ZWQgYSB0aHJlYWQgYXdoaWxl
IGFnbyB0byBkaXNjdXNzIElQdjQgdnMgSVB2NiwgYW5kIGJhc2VkIG9uIHRoZSByZXNwb25zZXMg
aXQgYXBwZWFyZWQgdG8gbWUgYXQgdGhhdCB0aW1lIHRoYXQgdGhlcmUgd2VyZSBzb21lIGtpbmQg
b2Ygb3B0aW9ucywgdGhvdWdoIG5vdCBhIOKAnG5hdGl2ZSBJUHY04oCdIHNvbHV0aW9uLCBidXQg
aXQgd2FzbuKAmXQgY2xlYXIgdG8gbWUgKGFzIGEgbm9uLWV4cGVydCBpbiB0aGUgdmFyaW91cyBu
ZXR3b3JraW5nIHByb3RvY29scyBtZW50aW9uZWQpIHdoZXRoZXIgdGhleSB3b3VsZCBiZSB2aWFi
bGUgaW4gcHJhY3RpY2Ugb3Igbm90LiBJIHdpbGwgcmV2aXZlIHRoYXQgdGhyZWFkIGFuZCBzZWUg
aWYgd2UgY2FuIGdldCBhbnkgY2xvc2VyIHRvIGRldGVybWluaW5nIHRoZSBpbXBvcnRhbmNlIG9m
IElQdjQgdG8gb3VyIHRhcmdldCBjdXN0b21lcnMsIGFuZCBob3BlZnVsbHkgc29tZSBzZW5zZSBv
ZiB3aGV0aGVyIHRoZSBwcm9wb3NlZCBub24tbmF0aXZlLUlQdjQgc3RyYXRlZ2llcyB3aWxsIGhv
bGQgd2F0ZXIuDQpFdGhhbi4NCg0KRnJvbTogU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGV3YXJ0
LmJyeWFudEBnbWFpbC5jb21dDQpTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMTI6
MjkgQU0NClRvOiBHcm9zc21hbiwgRXRoYW4gQS4gPGVhZ3Jvc0Bkb2xieS5jb20+OyBCYWzDoXpz
IFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT47IEFuZHJldyBHLiBNYWxpcyA8
YWdtYWxpc0BnbWFpbC5jb20+DQpDYzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+OyBNYWNo
IENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPg0KU3ViamVjdDogUmU6IERQIHNvbHV0aW9uIChG
bG93IGlkZW50aWZpY2F0aW9uKQ0KDQoNCg0KDQpPbiAxNi8wMS8yMDE4IDE4OjM4LCBHcm9zc21h
biwgRXRoYW4gQS4gd3JvdGU6DQpIaSBCYWxh4oCZenMsDQpSZWdhcmRpbmcgSVB2NCwgSSBhbHNv
IHVuZGVyc3Rvb2QgdGhhdCB3ZSBkZWNpZGVkIHRoYXQgd2UgY2Fu4oCZdCBhZGQgbmV3IElQdjQg
ZmllbGRzLiBQYXJkb24gbXkgaWdub3JhbmNlIGhlcmUsIGJ1dCBkb2VzIHRoYXQgbWVhbiB0aGVy
ZSBpcyBubyBwYXJ0IG9mIERldE5ldCBjYXBhYmlsaXR5IHRoYXQgY2FuIGJlIHJ1biBvdmVyIElQ
djQ/IE9yIGlzIHRoZXJlIHNvbWUg4oCcd29ya2Fyb3VuZOKAnSB0byBwcm92aWRlIGFzIEkgc2F5
IGV2ZW4gcGFydCBvZiB0aGUgRGV0TmV0IGNhcGFiaWxpdHksIGdpdmVuIHRoYXQgaXQgaXMgYW4g
RW5naW5lZXJlZCBuZXR3b3JrPyBJIGp1c3Qgd2FudCB0byBjbGFyaWZ5IGV4cGVjdGF0aW9ucyBo
ZXJlLg0KDQpJZiB5b3UgaGF2ZSBhIG5hdGl2ZSBJUHY0IG5ldHdvcmsgdG8gd2hpY2ggeW91IHBy
ZXNlbnQgSVB2NiBwYWNrZXRzLCB5b3UgZWl0aGVyIGhhdmUgdG8gdHVubmVsIHRoZW0gYWNyb3Nz
IHdoZXJlIHRoZSBJUHY2IGlzIGNvbnNpZGVyZWQgb3BhcXVlIGRhdGEsIG9yIHlvdSBoYXZlIHRv
IHRyYW5zbGF0ZSB0aGVtIHRvIElQdjQsIGJ1dCB0aGF0IHJlcXVpcmVzIHNvbWUgY29tbW9uIHNl
bWFudGljcyB0byBkZWFsIHdpdGggZXh0ZW5zaW9uIGhlYWRlcnMgd2hpY2ggd2UgZG9uJ3QgY3Vy
cmVudGx5IGhhdmUuDQoNClNvLCBhcyBmYXIgYXMgSSBjYW4gc2VlLCBhIGRlY2lzaW9uIG5vdCB0
byBzdXBwb3J0IElQdjQgbWVhbnMgbm8gRE4gc3VwcG9ydCBhY3Jvc3MgdGhlIElQdjQgbmV0d29y
ay4NCg0KV2hpY2ggdGFrZXMgdXMgYmFjayB0byB0aGUgcXVlc3Rpb24gb2YgaG93IGltcG9ydGFu
dCBpcyB0aGlzIGFuZCB3aGF0IHdpbGwgaXQgZG8gdG8gdGhlIHRha2UtdXAgb2YgdGhlIHRlY2hu
b2xvZ3kgYnkgaXRzIHRhcmdldCBjdXN0b21lcnM/DQoNCi0gU3Rld2FydA0KDQoNClRoYW5rcywN
CkV0aGFuLg0KDQpGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10g
T24gQmVoYWxmIE9mIEJhbMOhenMgVmFyZ2EgQQ0KU2VudDogVHVlc2RheSwgSmFudWFyeSAxNiwg
MjAxOCAxMDoyMSBBTQ0KVG86IFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5j
b20+PG1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+OyBBbmRyZXcgRy4gTWFsaXMgPGFn
bWFsaXNAZ21haWwuY29tPjxtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20+DQpDYzogRGV0TmV0IFdH
IDxkZXRuZXRAaWV0Zi5vcmc+PG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+OyBNYWNoIENoZW4gPG1h
Y2guY2hlbkBodWF3ZWkuY29tPjxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+DQpTdWJqZWN0
OiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0KSSB0aGluayB0
aGUgbGFzdCBtYWlscyBhcmUgbW9yZSBhYm91dCBmbG93IGlkZW50aWZpY2F0aW9uIGFuZCBub3Qg
dGhlIHNlcXVlbmNlIG51bWJlci4NClNvLCBJIGhhdmUgcmUtc3ViamVjdGVkIG15IGFuc3dlci4N
Cg0KUFNOIGxheWVyIHZzLiBETiBsYXllciAoTVBMUyk6DQotIGluIGN1cnJlbnQgZGF0YSBwbGFu
ZSB0ZXh0IHdlIGhhdmUgc3RhdGVkIHRoYXQgRGV0TmV0IFBXcyBtYXkgdXNlIGRlZGljYXRlZCBM
U1BzIChURS10dW5uZWxzKS4NClRoYXQgYWxsb3cgdG8gaWRlbnRpZnkgRGV0TmV0IGZsb3dzIGlu
IFBTTiBsYXllciB3aXRob3V0IGNoZWNraW5nIHRoZSBQVyBsYWJlbC4gU3VjaCBhIHNvbHV0aW9u
IG9mDQpjb3Vyc2UgbWF5IGNoYWxsZW5nZSBzY2FsYWJpbGl0eS4NCi0gcmVnYXJkaW5nIHByaW9y
aXRpemF0aW9uOiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQIGFuZCBMLUxTUCBjb25jZXB0LCB3aGF0
IG1ha2VzIHBvc3NpYmxlDQp0byBpZGVudGlmeSBEZXROZXQgcGFja2V0cy4gSG93ZXZlciB0aGF0
IGlzIG1vcmUgZm9yIHNpbXBsZSBxdWV1aW5nIHNjZW5hcmlvcyBhcyBpdCBkb2VzIG5vdA0KaWRl
bnRpZnkgaW5kaXZpZHVhbCBmbG93cy4NCg0KUFNOIGxheWVyIHZzLiBETiBsYXllciAobm9uLU1Q
TFMpOg0KLSBJUHY0OiBJZiBJIHJlbWVtYmVyIGNvcnJlY3RseSBpdCB3YXMgZGlzY3Vzc2VkIHRv
IGJlIG91dC1vZi1zY29wZSB0byBzaW1wbGlmeSB0aGUgc2NlbmFyaW9zIHdlIGZvY3VzIG9uLg0K
Tm8tb25lIHdhbnRlZCB0byBkZWZpbmUgbmV3IElQdjQgZmllbGRzIGZvciBmbG93LUlEIGFuZCBT
ZXEtTnVtIGluIHRoZSDigJxzdW5zZXQgb2YgSVB2NOKAnS4NCi0gSVB2NjogYmFzZWQgb24gdGhl
IHNyYy1JUHY2IGFuZCB0aGUgZmxvdy1sYWJlbCBOUCBjYW4gZGV0ZWN0IERldE5ldCBmbG93cy4g
V2h5IHdvdWxkIHdlIG5lZWQgYSBuZXcNCklQIHByb3RvY29sIHR5cGU/DQoNCkdlbmVyaWMgdnMu
IEROIGF3YXJlIGRhdGEgcGxhbmU6DQotIEkgdGhpbmsgd2UgbmVlZCBib3RoLiBXZSBoYXZlIHVz
ZS1jYXNlcyBzcGVjaWZpZWQgZm9yIGJvdGguDQoNCkRldE5ldCB0cmFmZmljIHRvIGJlIHRyYW5z
cG9ydGVkOg0KLSB0d28gdHlwZXMgYXJlIGNvbnNpZGVyZWQ6DQooMSkgRXRoZXJuZXQ6IElFRUUg
VFNOIHRyYWZmaWMgZW5jYXBzdWxhdGVkIGluIEV0aGVybmV0IGZyYW1lcyBhbmQNCigyKSBJUDog
SVB2NiB0cmFuc3BvcnRlZCBvdmVyIGFueSBMMiAobm90IGFsd2F5cyBFdGhlcm5ldCwgYnV0IG1v
c3QgY2FzZXMgRXRoZXJuZXQpDQpBcyBub3RlZCBhYm92ZSBJUHY0IGlzIGN1cnJlbnRseSBvdXQt
b2Ytc2NvcGUg4oCmDQoNCkNoZWVycw0KQmFsYeKAmXpzDQoNCkZyb206IFN0ZXdhcnQgQnJ5YW50
IFttYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXQ0KU2VudDogMjAxOC4gamFudcOhciAx
Ni4gMTc6MzgNClRvOiBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29tPG1haWx0bzph
Z21hbGlzQGdtYWlsLmNvbT4+DQpDYzogTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbTxt
YWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+PjsgQmFsw6F6cyBWYXJnYSBBIDxiYWxhenMuYS52
YXJnYUBlcmljc3Nvbi5jb208bWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT4+OyBE
ZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPj4NClN1Ympl
Y3Q6IFJlOiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKQ0KDQoNCg0K
QW5keQ0KT24gMTYvMDEvMjAxOCAxNToyMCwgQW5kcmV3IEcuIE1hbGlzIHdyb3RlOg0KU3Rld2Fy
dCwNCg0KTGlrZSB3aXRoIFBXcyAoc2luY2UgREVUTkVUIGZvciBNUExTIHdvdWxkIGp1c3QgYmUg
YW5vdGhlciBQVyB0eXBlKSwgdGFyZ2V0ZWQgTERQIGFuZCBwcm92aXNpb25pbmcgKHZpYSBhIGNl
bnRyYWwgY29udHJvbGxlciwgTk1TLCBldGMuKSBhcmUgYWx0ZXJuYXRpdmVzIHRvIFJTVlAgYW5k
IFNSIHRvIHByb3Zpc2lvbmluZy9hbGxvY2F0aW5nIHRoZSBERVRORVQgUFcgbGFiZWwuDQoNCi4u
IGFuZCBJIHN1cHBvc2Ugc3RyaWN0bHkgQkdQIHdoaWNoIGlzIGFsc28gdXNlZCBmb3IgdGhpcyBw
dXJwb3NlIGluIFZQTnMNCg0KDQoNCllvdSBhbmQgTWFjaCBhcmUgYm90aCByaWdodCB0aGF0IGlu
IHRoZSBJUCAobm9uLU1QTFMpIGNhc2UsIHdlIG5lZWQgYSB3YXkgZm9yIHRoZSBOUCB0byBkZXRl
Y3QgREVUTkVUIGZsb3dzLiBXZSBjb3VsZCBoYXZlIGEgbmV3IElQIHByb3RvY29sIHR5cGUgZm9y
IERFVE5FVCwgYW5kIGEgREVUTkVUIGhlYWRlciBkaXJlY3RseSBmb2xsb3dzIHRoZSBJUCBoZWFk
ZXIuIEluIHRoYXQgY2FzZSwgdGhlIERFVE5FVCBoZWFkZXIgd291bGQgYWxzbyBuZWVkIGEgbmV4
dCBwcm90b2NvbCBpZGVudGlmaWVyLCB1bmxlc3MgdGhlIG5leHQgcHJvdG9jb2wgaXMgYWx3YXlz
IGFub3RoZXIgSVAgaGVhZGVyLg0KDQpMYXN0IEkgc2F3LCB0aGUgdGhpbmtpbmcgd2FzIHRoYXQg
dGhlcmUgd291bGQgYmUgYW4gSVAgZXh0ZW5zaW9uIGhlYWRlciwgYWx0aG91Z2ggSSBhbSBub3Qg
YSBmYW4gb2YgdGhvc2Ugc2luY2UgKGEpIEkgYW0gbm90IGNvbmZpZGVudCB3aGF0IGEgcm91dGVy
IHdpbGwgZG8gb25lIGl0IGRvZXMgbm90IHVuZGVyc3RhbmQsIGFuZCAoYikgSSBhbSBjb25jZXJu
ZWQgYWJvdXQgdGhlIG5lZWQgdG8gc3VwcG9ydCBJUHY0IHdoaWNoIEkgc3VzcGVjdCB3aWxsIGhh
dmUgYSBsb25nIHRhaWwgaW4gZW50ZXJwcmlzZSBkZXBsb3ltZW50Lg0KDQpJIHByZWZlciBhIFVE
UCB0eXBlIGZvciB0aGlzIHB1cnBvc2Ugc2luY2UgaXQgaGFzIHVuaXZlcnNhbCBzdXBwb3J0IHRo
cm91Z2ggYW55IG1pZGRsZSBib3guIGZpcmV3YWxsIGV0YywgYW5kIGFsbCByb3V0ZXJzIG5lZWQg
dG8gbG9vayBhIHRoZSBVRFAgRFAgc28gY2hlY2tpbmcgaWYgaXQgaXMgb25lIHRoZXkgbmVlZCB0
byB3b3JrIG9uIGlzIGp1c3Qgb25lIGNvbXBhcmUgYW5kIGNvbmRpdGlvbmFsIGJyYW5jaC4NCg0K
DQoNCk9mIGNvdXJzZSwgZm9yIE1QTFMsIHRoZSBERVRORVQgUFcgbGFiZWwgaXMgdGhlIGlkZW50
aWZpZXIuDQoNCk9ubHkgYXQgdGhlIFBXIGxheWVyLiBOb3RlIG15IHF1ZXN0aW9uIGFib3V0IHdo
ZXRoZXIgdGhpcyBpcyBzdWZmaWNpZW50Lg0KDQotIFN0ZXdhcnQNCg0KDQpDaGVlcnMsDQpBbmR5
DQoNCg0KT24gVHVlLCBKYW4gMTYsIDIwMTggYXQgNTo0NiBBTSwgU3Rld2FydCBCcnlhbnQgPHN0
ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTxtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tPj4g
d3JvdGU6DQoNCklmIHdlIG5lZWQgdG8gZGlzY3JpbWluYXRlIGF0IHRoZSBQU04gbGF5ZXIgcmF0
aGVyIHRoYW4gdGhlIEROIGxheWVyIHRoZW4gd2UgcmVhbGx5IGFyZSBmb3JjZWQgdG8gY3JlYXRl
IGEgbmV3IEZFQyB0eXBlIGZvciBNUExTLCBvciBzeW50aGVzaXplIG9uZSB0aHJvdWdoIFJTVlAg
b3IgU1IuIElQIGhhcyBubyBuYXRpdmUgc3VwcG9ydCBmb3IgdGhpcywgYnV0IHdlIGNvdWxkIGlu
dHJvZHVjZSB0aGUgY29uY2VwdCwgZm9yIGV4YW1wbGUgYnkgbWFraW5nIHRoaXMgdGhlIHByb3Bl
cnR5IG9mIHRoZSBJUCBhZGRyZXNzIG9yIHNvbWUgd2F5IG9mIE1QTFNpbmcgSVAuDQoNCkhvd2V2
ZXIgdGhlcmUgaXMgYSBkZWVwZXIgcXVlc3Rpb24gd2UgbmVlZCB0byBhbnN3ZXIuIElzIG91ciBl
eHBlY3RhdGlvbiB0aGF0IGVhY2ggaG9wIGluIHRoZSBkYXRhIHBsYW5lIEROIGF3YXJlLCBvciBp
cyBvdXIgZXhwZWN0YXRpb24gdGhhdCBhdCBsZXN0IGluIHNvbWUgbmV0d29ya3MgdGhlIGRhdGEg
cGxhbmUgaXMgZ2VuZXJpYyB3aXRoIHNvbWUgRE4gbm9kZXMgc3RyYXRlZ2ljYWxseSBwbGFjZWQ/
DQoNCkkgY2FuIHNlZSB0aGFuIGluIHNvbWUgZ3JlZW5maWVsZCBzcGVjaWFsaXN0IGNhc2VzIHRo
ZSByb3V0ZXJzIHdpbGwgYWxsIGJlIEROIGF3YXJlLCBidXQgaW4gb3JkZXIgdG8gZ2V0IGRlcGxv
eW1lbnQgaW4gbW9zdCBuZXR3b3JrcyB3ZSBuZWVkIHRvIGRlc2lnbiBmb3IgdGhlIGNhc2Ugd2hl
cmUgb25seSBzdHJhdGVnaWMgbm9kZXMgYXJlIEROIGF3YXJlLg0KDQotIFN0ZXdhcnQNCg0KT24g
MTYvMDEvMjAxOCAwMToxNCwgTWFjaCBDaGVuIHdyb3RlOg0KSGkgQmFsYXpzLA0KDQojMiBpcyBh
IG1vcmUgbmF0dXJlIHNvbHV0aW9uLCB0aGUgRGV0TmV0IENXIGlzIGRlZGljYXRlZCBmb3IgRGV0
TmV0LCBzZWVtcyB0aGVyZSBpcyBubyBjb21wYXRpYmlsaXR5IGlzc3VlLg0KDQpJbiBhZGRpdGlv
biwgSSB0aGluayB3ZSBuZWVkIHRvIGRlZmluZSBhIHdheSBvbiBob3cgdG8gZGlmZmVyZW50aWF0
ZSBhIERldE5ldCBmbG93IGZyb20gYSBub24tRGV0TmV0IGZsb3csIHRoZW4gdGhlIG5ldHdvcmsg
cHJvY2Vzc29yIGNhbiBwcm9jZXNzIHRoZSBDVyBhcyBleHBlY3RlZC4gIEluIFRTTiwgaXQgdXNl
cyB0aGUgcHJpb3JpdHkgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgYSBmbG93IGlzIFRTTiBvciBub24t
VFNOIGZsb3cuIEZvciBEZXROZXQsIHNob3VsZCB3ZSBhbHNvIHVzZSB0aGUgc2FtZSB3YXkgKGUu
Zy4sIFRDLCBEU0NQKT8gT3IgdGhlIERldE5ldCBzZXJ2aWNlIExhYmVsIGl0c2VsZiBpbXBsaWVz
IHRoZSBzaXR1YXRpb24sIGJ1dCBpdCBzZWVtcyB0aGF0IHRoaXMgb25seSB3b3JrcyB3aGVuIHRo
ZSBEZXROZXQgc2VydmljZSBsYWJlbCBpcyB0aGUgdG9wIGxhYmVsLg0KDQpBbnkgb3RoZXIgdGhv
dWdodHM/DQoNCkJlc3QgcmVnYXJkcywNCk1hY2gNCg0KRnJvbTogZGV0bmV0IFttYWlsdG86ZGV0
bmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBCYWzDoXpzIFZhcmdhIEENClNlbnQ6
IE1vbmRheSwgSmFudWFyeSAxNSwgMjAxOCA5OjA2IFBNDQpUbzogRGV0TmV0IFdHIDxkZXRuZXRA
aWV0Zi5vcmc+PG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbRGV0bmV0XSBEUCBz
b2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKQ0KDQoNCkhpLA0KDQoNCg0KU29tZSB0aG91Z2h0
cyB0byBzdGFydCBkaXNjdXNzaW9uIG9uIG9wZW4gcG9pbnRzIG9mIHRoZSBEUCBzb2x1dGlvbiBk
cmFmdC4NCg0KVGhpcyBtYWlsKC10aHJlYWQpIGlzIG9uIHNlcXVlbmNlIG51bWJlcmluZy4NCg0K
DQoNClByb2JsZW0gaW4gY2FzZSBvZiBNUExTIGFuZCBEZXROZXQgQ29udHJvbCBXb3JkOg0KDQot
IFMvTiBza2lwcyB6ZXJvIHByb2JsZW06IEV0aGVybmV0IFBXIGRlZmluaXRpb24gc3RhdGVzIHRo
YXQgUy9OIHNraXBzIHplcm8uDQoNCkl0IHVzZXMgemVybyB0byBtZWFuIG5vIFMvTiBpbiB1c2Uu
IChyZmM0NDQ4KQ0KDQoNCg0KUG9zc2libGUgcHJvYmxlbSByZXNvbHV0aW9uczoNCg0KIzE6IFVz
aW5nIGEgImZsYWciIGluIHRoZSByZXNlcnZlZCBiaXRzIHBhcnQgb2YgdGhlIENXOg0KDQogICAg
ICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAg
ICAgICAzDQoNCiAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAw
IDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KDQogICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCiAgICAgfDAgMCAwIDB8
RHxyZXNlcnZlZCAtIHNldCB0byAwICB8ICAgMTYgYml0IFNlcXVlbmNlIE51bWJlciAgICAgIHwN
Cg0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKw0KDQpELWJpdDogc2V0IHRvIOKAnDHigJ0gbWVhbnMgRGV0TmV0IHNw
ZWNpZmljIFNlcS4gTnVtYmVyIHVzZWQsDQoNCkJpdDUtMTU6IHJlc2VydmVkLg0KDQoNCg0KUkZD
NDQ0OCBzdGF0ZXMgdGhhdCByZXNlcnZlZCBiaXRzIOKAnE1VU1QgYmUgaWdub3JlZCB1cG9uIHJl
Y2VpcHTigJ0sIHNvIGJhY2t3YXJkDQoNCmNvbXBhdGliaWxpdHkgaXMgZW5zdXJlZC4gU3VjaCBh
IHNvbHV0aW9uIHdvdWxkIGFsbG93IGFsc28gdG8gdXNlIGxvbmdlciBzZXEubnVtLg0KDQpmb3Jt
YXRzIChpZiBuZWVkZWQpLiBTdWNoIGEgZm9ybWF0IGlzIGFsc28gaW5saW5lIHdpdGggUkZDNDM4
NS4NCg0KDQoNCiMyOiBNYWtpbmcg4oCcMOKAnSBhcyBhIHZhbGlkIFNlcS5OdW0uDQoNCkRldE5l
dCBmbG93cyBhcmUgcmVjb2duaXplZCBhbmQgZm9yd2FyZGVkIHNwZWNpYWwgd2l0aGluIHRoZSBE
ZXROZXQNCg0KZG9tYWluLiBTL04gaXMgdXNlZCB3aXRoaW4gdGhlIERldE5ldCBkb21haW4gYnkg
RGV0TmV0IFNlcnZpY2UgZnVuY3Rpb25zDQoNCihpLmUuIFBSRUYpLiBTL04gdXNlZCBvbmx5IG9u
IERldE5ldCBlbmQtbm9kZXMgYW5kIERldE5ldCByZWxheS1ub2Rlcy4gTm8NCg0Kb3RoZXIgbm9k
ZXMgY2FyZSBhYm91dCB0aGUgdmFsdWUgb2YgUy9OLCB0aGVyZWZvcmUgRGV0TmV0IGNhbiBzcGVj
aWZ5IGl0cw0KDQpvd24gc2VxdWVuY2UgbnVtYmVyIHByb2Nlc3NpbmcgYWxnb3JpdGhtLiBTbyDi
gJww4oCdIGNhbiBiZSBhIHZhbGlkIG51bWJlcg0KDQphbmQgbm90IHRoZSBpbmRpY2F0aW9uIHRo
YXQgbm8gU2VxLk51bS4gaXMgdXNlZC4gVGhpcyBpcyBpbmxpbmUgd2l0aCBSRkM0Mzg1Lg0KDQoN
Cg0KIzM6IE90aGVyIOKApiA/IT8NCg0KDQoNCkNvbW1lbnRzIGFyZSB3ZWxjb21lLg0KDQoNCg0K
Q2hlZXJzDQoNCkJhbGEnenMNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9t
OiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIExv
dSBCZXJnZXINClNlbnQ6IDIwMTguIGphbnXDoXIgMTAuIDE5OjAxDQpUbzogRGV0TmV0IFdHIDxk
ZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBbRGV0bmV0
XSByZWNvcmRpbmcgZm9yIHRvZGF5J3MgaW50ZXJpbQ0KDQoNCg0KaXMgYXZhaWxhYmxlIGZvciBk
b3dubG9hZCBhdDoNCg0KaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2xkci5waHA/UkNJRD1l
NTExNmJjN2RiMjU0YzI0YTdiYjMyMTdiZjIwMjMwMTxodHRwczovL3VybGRlZmVuc2UucHJvb2Zw
b2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2lldGYud2ViZXguY29tX2lldGZfbGRyLnBocC0z
RlJDSUQtM0RlNTExNmJjN2RiMjU0YzI0YTdiYjMyMTdiZjIwMjMwMSZkPUR3TUdhUSZjPWxJOFpi
NlR6TTNkMXRYNGlFdTdicGcmcj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJm09V3c1MDZHVDVJMWxw
bDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZzPTNyYjNSRV9aMndPVzh2cC1BTXNhMmxn
U2gwVTRCZ2RaRjd6dTF0WHdkNmsmZT0+DQoNCg0KDQpyYXcgbm90ZXMgYXJlIGF2YWlsYWJsZSBh
dA0KDQpodHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmc6OTAwMC9wL25vdGVzLWlldGYtaW50
ZXJpbS0yMDE4LWRldG5ldC0wMTxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIv
dXJsP3U9aHR0cC0zQV9fZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmctM0E5MDAwX3Bfbm90ZXMtMkRp
ZXRmLTJEaW50ZXJpbS0yRDIwMTgtMkRkZXRuZXQtMkQwMSZkPUR3TUdhUSZjPWxJOFpiNlR6TTNk
MXRYNGlFdTdicGcmcj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJm09V3c1MDZHVDVJMWxwbDB6NHdo
ME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZzPWxPX1pkSEFyUVFzYUROWXZNeUljem1kNkYxUF9h
Y3VNMGtGTVo1MVVYNmMmZT0+DQoNCg0KDQpQbGVhc2UgZmVlbCBmcmVlIHRvIHVwZGF0ZSB0aGUg
ZXRoZXJwYWQgYmFzZWQgb24gdGhlIHJlY29yZGluZy4NCg0KDQoNCkxvdSAoYW5kIGNvLWNoYWly
cykNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
DQoNCmRldG5ldCBtYWlsaW5nIGxpc3QNCg0KZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRA
aWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0
PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3
LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmQ9RHdNR2FRJmM9bEk4WmI2VHpNM2Qx
dFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmbT1XdzUwNkdUNUkxbHBsMHo0d2gw
TnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJnM9aFM5X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2Jw
Y1diQnQ5bmpyRlFNSSZlPT4NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXw0KDQpkZXRuZXQgbWFpbGluZyBsaXN0DQoNCmRldG5ldEBpZXRmLm9yZzxt
YWlsdG86ZGV0bmV0QGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp
c3RpbmZvL2RldG5ldDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9
aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZkPUR3TUdhUSZj
PWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmcj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJm09V3c1MDZH
VDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZzPWhTOV9ISTExNHZseVQtTURK
VnA1ZUs4aDdVUm9icGNXYkJ0OW5qckZRTUkmZT0+DQoNCg0KX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18NCmRldG5ldCBtYWlsaW5nIGxpc3QNCmRldG5ldEBp
ZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp
bG1hbi9saXN0aW5mby9kZXRuZXQ8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3Yy
L3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19kZXRuZXQmZD1E
d01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZt
PVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz1oUzlfSEkxMTR2
bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmU9Pg0KDQoNCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDph
dXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJ
bWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVz
IE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFy
Z2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglm
b250LWZhbWlseToiQ291cmllciBOZXciLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRN
TFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENo
YXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVm
b3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnAubXNv
bm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6
bXNvbm9ybWFsOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0K
CW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnAubTE1MTk3NzUzOTQ2MDk1MDU0MjNt
c29wbGFpbnRleHQsIGxpLm0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0LCBkaXYubTE1
MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQNCgl7bXNvLXN0eWxlLW5hbWU6bV8xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uaG9l
bnpiDQoJe21zby1zdHlsZS1uYW1lOmhvZW56Yjt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28t
c3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN
Cgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTI0DQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndp
bmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjUNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9
DQpzcGFuLkVtYWlsU3R5bGUyNg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh
bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1h
aWxTdHlsZTI3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1p
bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVm
YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N
CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g
MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u
MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0
cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b
aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt
YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k
aWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9
ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5UaGFua3MgU3Rl
d2FydCBmb3IgdGhlIGNsYXJpZmljYXRpb24uIEkgaW50ZXJwcmV0IHlvdXIgc3RhdGVtZW50IOKA
nGEgZGVjaXNpb24gbm90IHRvIHN1cHBvcnQgSVB2NOKAnSB0byBtZWFuIOKAnGEgZGVjaXNpb24g
bm90IHRvIHByb3Bvc2UgYWRkaW5nIGFueXRoaW5nIHRvIHRoZSBleGlzdGluZyBJUHY0IHN0YW5k
YXJk4oCdLiBJZiB0aGF0IGlzbuKAmXQgY29ycmVjdCwgcGxlYXNlDQogbGV0IG1lIGtub3cuIEFz
IHlvdSBtYXkgcmVjYWxsIEkgYWxyZWFkeSBzdGFydGVkIGEgdGhyZWFkIGF3aGlsZSBhZ28gdG8g
ZGlzY3VzcyBJUHY0IHZzIElQdjYsIGFuZCBiYXNlZCBvbiB0aGUgcmVzcG9uc2VzIGl0IGFwcGVh
cmVkIHRvIG1lIGF0IHRoYXQgdGltZSB0aGF0IHRoZXJlIHdlcmUgc29tZSBraW5kIG9mIG9wdGlv
bnMsIHRob3VnaCBub3QgYSDigJxuYXRpdmUgSVB2NOKAnSBzb2x1dGlvbiwgYnV0IGl0IHdhc27i
gJl0IGNsZWFyIHRvIG1lIChhcw0KIGEgbm9uLWV4cGVydCBpbiB0aGUgdmFyaW91cyBuZXR3b3Jr
aW5nIHByb3RvY29scyBtZW50aW9uZWQpIHdoZXRoZXIgdGhleSB3b3VsZCBiZSB2aWFibGUgaW4g
cHJhY3RpY2Ugb3Igbm90LiBJIHdpbGwgcmV2aXZlIHRoYXQgdGhyZWFkIGFuZCBzZWUgaWYgd2Ug
Y2FuIGdldCBhbnkgY2xvc2VyIHRvIGRldGVybWluaW5nIHRoZSBpbXBvcnRhbmNlIG9mIElQdjQg
dG8gb3VyIHRhcmdldCBjdXN0b21lcnMsIGFuZCBob3BlZnVsbHkgc29tZSBzZW5zZQ0KIG9mIHdo
ZXRoZXIgdGhlIHByb3Bvc2VkIG5vbi1uYXRpdmUtSVB2NCBzdHJhdGVnaWVzIHdpbGwgaG9sZCB3
YXRlci4gPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkV0aGFuLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y
ZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkZy
b206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IFN0ZXdhcnQgQnJ5
YW50IFttYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+
IFdlZG5lc2RheSwgSmFudWFyeSAxNywgMjAxOCAxMjoyOSBBTTxicj4NCjxiPlRvOjwvYj4gR3Jv
c3NtYW4sIEV0aGFuIEEuICZsdDtlYWdyb3NAZG9sYnkuY29tJmd0OzsgQmFsw6F6cyBWYXJnYSBB
ICZsdDtiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20mZ3Q7OyBBbmRyZXcgRy4gTWFsaXMgJmx0
O2FnbWFsaXNAZ21haWwuY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gRGV0TmV0IFdHICZsdDtkZXRu
ZXRAaWV0Zi5vcmcmZ3Q7OyBNYWNoIENoZW4gJmx0O21hY2guY2hlbkBodWF3ZWkuY29tJmd0Ozxi
cj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24p
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHA+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5PbiAxNi8wMS8yMDE4IDE4OjM4LCBHcm9zc21hbiwgRXRoYW4gQS4gd3JvdGU6
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu
MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPkhpIEJhbGHigJl6cyw8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+UmVn
YXJkaW5nIElQdjQsIEkgYWxzbyB1bmRlcnN0b29kIHRoYXQgd2UgZGVjaWRlZCB0aGF0IHdlIGNh
buKAmXQgYWRkIG5ldyBJUHY0IGZpZWxkcy4gUGFyZG9uIG15IGlnbm9yYW5jZSBoZXJlLCBidXQg
ZG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMgbm8gcGFydCBvZiBEZXROZXQgY2FwYWJpbGl0eSB0aGF0
IGNhbiBiZSBydW4gb3ZlciBJUHY0PyBPciBpcyB0aGVyZQ0KIHNvbWUg4oCcd29ya2Fyb3VuZOKA
nSB0byBwcm92aWRlIGFzIEkgc2F5IGV2ZW4gcGFydCBvZiB0aGUgRGV0TmV0IGNhcGFiaWxpdHks
IGdpdmVuIHRoYXQgaXQgaXMgYW4gRW5naW5lZXJlZCBuZXR3b3JrPyBJIGp1c3Qgd2FudCB0byBj
bGFyaWZ5IGV4cGVjdGF0aW9ucyBoZXJlLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9j
a3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQpJ
ZiB5b3UgaGF2ZSBhIG5hdGl2ZSBJUHY0IG5ldHdvcmsgdG8gd2hpY2ggeW91IHByZXNlbnQgSVB2
NiBwYWNrZXRzLCB5b3UgZWl0aGVyIGhhdmUgdG8gdHVubmVsIHRoZW0gYWNyb3NzIHdoZXJlIHRo
ZSBJUHY2IGlzIGNvbnNpZGVyZWQgb3BhcXVlIGRhdGEsIG9yIHlvdSBoYXZlIHRvIHRyYW5zbGF0
ZSB0aGVtIHRvIElQdjQsIGJ1dCB0aGF0IHJlcXVpcmVzIHNvbWUgY29tbW9uIHNlbWFudGljcyB0
byBkZWFsIHdpdGggZXh0ZW5zaW9uIGhlYWRlcnMNCiB3aGljaCB3ZSBkb24ndCBjdXJyZW50bHkg
aGF2ZS48YnI+DQo8YnI+DQpTbywgYXMgZmFyIGFzIEkgY2FuIHNlZSwgYSBkZWNpc2lvbiBub3Qg
dG8gc3VwcG9ydCBJUHY0IG1lYW5zIG5vIEROIHN1cHBvcnQgYWNyb3NzIHRoZSBJUHY0IG5ldHdv
cmsuPGJyPg0KPGJyPg0KV2hpY2ggdGFrZXMgdXMgYmFjayB0byB0aGUgcXVlc3Rpb24gb2YgaG93
IGltcG9ydGFudCBpcyB0aGlzIGFuZCB3aGF0IHdpbGwgaXQgZG8gdG8gdGhlIHRha2UtdXAgb2Yg
dGhlIHRlY2hub2xvZ3kgYnkgaXRzIHRhcmdldCBjdXN0b21lcnM/PGJyPg0KPGJyPg0KLSBTdGV3
YXJ0PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUg
c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+VGhhbmtzLDwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij5FdGhhbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQg
I0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+
PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiBkZXRuZXQgWzwvc3Bhbj48YSBocmVmPSJt
YWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRm
Lm9yZzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+XQ0KPGI+T24gQmVoYWxmIE9m
IDwvYj5CYWzDoXpzIFZhcmdhIEE8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSmFudWFyeSAx
NiwgMjAxOCAxMDoyMSBBTTxicj4NCjxiPlRvOjwvYj4gU3Rld2FydCBCcnlhbnQgPC9zcGFuPjxh
IGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20iPiZsdDtzdGV3YXJ0LmJyeWFu
dEBnbWFpbC5jb20mZ3Q7PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij47IEFuZHJl
dyBHLiBNYWxpcw0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzphZ21hbGlzQGdtYWlsLmNvbSI+Jmx0
O2FnbWFsaXNAZ21haWwuY29tJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
PGJyPg0KPGI+Q2M6PC9iPiBEZXROZXQgV0cgPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpkZXRuZXRA
aWV0Zi5vcmciPiZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij47IE1hY2ggQ2hlbg0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5A
aHVhd2VpLmNvbSI+Jmx0O21hY2guY2hlbkBodWF3ZWkuY29tJmd0OzwvYT48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtEZXRuZXRdIERQIHNvbHV0
aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5JIHRoaW5rIHRo
ZSBsYXN0IG1haWxzIGFyZSBtb3JlIGFib3V0IGZsb3cgaWRlbnRpZmljYXRpb24gYW5kIG5vdCB0
aGUgc2VxdWVuY2UgbnVtYmVyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5TbywgSSBoYXZlIHJlLXN1Ympl
Y3RlZCBteSBhbnN3ZXIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij5QU04gbGF5ZXIgdnMuIEROIGxheWVyIChNUExTKTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSBpbiBj
dXJyZW50IGRhdGEgcGxhbmUgdGV4dCB3ZSBoYXZlIHN0YXRlZCB0aGF0IERldE5ldCBQV3MgbWF5
IHVzZSBkZWRpY2F0ZWQgTFNQcyAoVEUtdHVubmVscykuDQo8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+VGhh
dCBhbGxvdyB0byBpZGVudGlmeSBEZXROZXQgZmxvd3MgaW4gUFNOIGxheWVyIHdpdGhvdXQgY2hl
Y2tpbmcgdGhlIFBXIGxhYmVsLiBTdWNoIGEgc29sdXRpb24gb2YNCjwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij5jb3Vyc2UgbWF5IGNoYWxsZW5nZSBzY2FsYWJpbGl0eS48L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSBy
ZWdhcmRpbmcgcHJpb3JpdGl6YXRpb246IHRleHQgYWxsb3dzIGJvdGggRS1MU1AgYW5kIEwtTFNQ
IGNvbmNlcHQsIHdoYXQgbWFrZXMgcG9zc2libGUNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij50byBpZGVu
dGlmeSBEZXROZXQgcGFja2V0cy4gSG93ZXZlciB0aGF0IGlzIG1vcmUgZm9yIHNpbXBsZSBxdWV1
aW5nIHNjZW5hcmlvcyBhcyBpdCBkb2VzIG5vdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5pZGVudGlmeSBp
bmRpdmlkdWFsIGZsb3dzLiA8L3NwYW4+DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+UFNOIGxheWVyIHZzLiBETiBsYXllciAobm9uLU1QTFMpOjwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij4tIElQdjQ6IElmIEkgcmVtZW1iZXIgY29ycmVjdGx5IGl0IHdhcyBkaXNjdXNzZWQgdG8gYmUg
b3V0LW9mLXNjb3BlIHRvIHNpbXBsaWZ5IHRoZSBzY2VuYXJpb3Mgd2UgZm9jdXMgb24uDQo8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+Tm8tb25lIHdhbnRlZCB0byBkZWZpbmUgbmV3IElQdjQgZmllbGRzIGZv
ciBmbG93LUlEIGFuZCBTZXEtTnVtIGluIHRoZSDigJxzdW5zZXQgb2YgSVB2NOKAnS48L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+LSBJUHY2OiBiYXNlZCBvbiB0aGUgc3JjLUlQdjYgYW5kIHRoZSBmbG93LWxh
YmVsIE5QIGNhbiBkZXRlY3QgRGV0TmV0IGZsb3dzLiBXaHkgd291bGQgd2UgbmVlZCBhIG5ldw0K
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPklQIHByb3RvY29sIHR5cGU/IDwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4m
bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+R2VuZXJpYyB2cy4gRE4gYXdhcmUgZGF0YSBwbGFuZTo8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+LSBJIHRoaW5rIHdlIG5lZWQgYm90aC4gV2UgaGF2ZSB1c2UtY2Fz
ZXMgc3BlY2lmaWVkIGZvciBib3RoLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dCI+RGV0TmV0IHRyYWZmaWMgdG8gYmUgdHJhbnNwb3J0ZWQ6PC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3Rl
eHQiPi0gdHdvIHR5cGVzIGFyZSBjb25zaWRlcmVkOiA8L3NwYW4+DQo8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDouNWluIj48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+KDEpIEV0aGVybmV0OiBJRUVFIFRTTiB0cmFmZmljIGVuY2Fw
c3VsYXRlZCBpbiBFdGhlcm5ldCBmcmFtZXMgYW5kDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6LjVpbiI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPigyKSBJUDogSVB2NiB0cmFuc3BvcnRlZCBvdmVyIGFueSBMMiAo
bm90IGFsd2F5cyBFdGhlcm5ldCwgYnV0IG1vc3QgY2FzZXMgRXRoZXJuZXQpPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi41aW4i
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5BcyBub3RlZCBhYm92ZSBJUHY0IGlzIGN1
cnJlbnRseSBvdXQtb2Ytc2NvcGUg4oCmPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij5DaGVlcnM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+QmFsYeKAmXpzPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAw
aW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij4gU3Rld2FydCBCcnlhbnQgWzwvc3Bhbj48YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRA
Z21haWwuY29tIj5tYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tPC9hPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMjAxOC4gamFudcOhciAx
Ni4gMTc6Mzg8YnI+DQo8Yj5Ubzo8L2I+IEFuZHJldyBHLiBNYWxpcyAmbHQ7PC9zcGFuPjxhIGhy
ZWY9Im1haWx0bzphZ21hbGlzQGdtYWlsLmNvbSI+YWdtYWxpc0BnbWFpbC5jb208L2E+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZndDs8YnI+DQo8Yj5DYzo8L2I+IE1hY2ggQ2hlbiAm
bHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbSI+bWFjaC5jaGVu
QGh1YXdlaS5jb208L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZndDs7IEJhbMOh
enMgVmFyZ2EgQSAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpiYWxhenMuYS52YXJnYUBlcmlj
c3Nvbi5jb20iPmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbTwvYT48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+Jmd0OzsNCiBEZXROZXQgV0cgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWls
dG86ZGV0bmV0QGlldGYub3JnIj5kZXRuZXRAaWV0Zi5vcmc8L2E+PHNwYW4gc3R5bGU9ImNvbG9y
OndpbmRvd3RleHQiPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtEZXRuZXRdIERQIHNv
bHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWJvdHRvbToxMi4wcHQiPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj5PbiAxNi8wMS8yMDE4IDE1OjIwLCBBbmRyZXcgRy4gTWFsaXMgd3JvdGU6PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h
cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlN0ZXdhcnQs
IDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TGlrZSB3aXRo
IFBXcyAoc2luY2UgREVUTkVUIGZvciBNUExTIHdvdWxkIGp1c3QgYmUgYW5vdGhlciBQVyB0eXBl
KSwgdGFyZ2V0ZWQgTERQIGFuZCBwcm92aXNpb25pbmcgKHZpYSBhIGNlbnRyYWwgY29udHJvbGxl
ciwgTk1TLCBldGMuKSBhcmUgYWx0ZXJuYXRpdmVzIHRvIFJTVlAgYW5kIFNSIHRvIHByb3Zpc2lv
bmluZy9hbGxvY2F0aW5nIHRoZSBERVRORVQgUFcgbGFiZWwuPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQouLiBhbmQgSSBzdXBwb3NlIHN0cmljdGx5IEJHUCB3
aGljaCBpcyBhbHNvIHVzZWQgZm9yIHRoaXMgcHVycG9zZSBpbiBWUE5zPGJyPg0KPGJyPg0KPGJy
Pg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt
YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5Zb3UgYW5kIE1hY2ggYXJlIGJvdGggcmlnaHQgdGhhdCBpbiB0aGUgSVAgKG5vbi1NUExTKSBj
YXNlLCB3ZSBuZWVkIGEgd2F5IGZvciB0aGUgTlAgdG8gZGV0ZWN0IERFVE5FVCBmbG93cy4gV2Ug
Y291bGQgaGF2ZSBhIG5ldyBJUCBwcm90b2NvbCB0eXBlIGZvciBERVRORVQsIGFuZCBhIERFVE5F
VCBoZWFkZXIgZGlyZWN0bHkgZm9sbG93cyB0aGUgSVAgaGVhZGVyLiBJbiB0aGF0IGNhc2UsIHRo
ZSBERVRORVQgaGVhZGVyDQogd291bGQgYWxzbyBuZWVkIGEgbmV4dCBwcm90b2NvbCBpZGVudGlm
aWVyLCB1bmxlc3MgdGhlIG5leHQgcHJvdG9jb2wgaXMgYWx3YXlzIGFub3RoZXIgSVAgaGVhZGVy
LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KTGFzdCBJIHNh
dywgdGhlIHRoaW5raW5nIHdhcyB0aGF0IHRoZXJlIHdvdWxkIGJlIGFuIElQIGV4dGVuc2lvbiBo
ZWFkZXIsIGFsdGhvdWdoIEkgYW0gbm90IGEgZmFuIG9mIHRob3NlIHNpbmNlIChhKSBJIGFtIG5v
dCBjb25maWRlbnQgd2hhdCBhIHJvdXRlciB3aWxsIGRvIG9uZSBpdCBkb2VzIG5vdCB1bmRlcnN0
YW5kLCBhbmQgKGIpIEkgYW0gY29uY2VybmVkIGFib3V0IHRoZSBuZWVkIHRvIHN1cHBvcnQgSVB2
NCB3aGljaCBJIHN1c3BlY3Qgd2lsbA0KIGhhdmUgYSBsb25nIHRhaWwgaW4gZW50ZXJwcmlzZSBk
ZXBsb3ltZW50Ljxicj4NCjxicj4NCkkgcHJlZmVyIGEgVURQIHR5cGUgZm9yIHRoaXMgcHVycG9z
ZSBzaW5jZSBpdCBoYXMgdW5pdmVyc2FsIHN1cHBvcnQgdGhyb3VnaCBhbnkgbWlkZGxlIGJveC4g
ZmlyZXdhbGwgZXRjLCBhbmQgYWxsIHJvdXRlcnMgbmVlZCB0byBsb29rIGEgdGhlIFVEUCBEUCBz
byBjaGVja2luZyBpZiBpdCBpcyBvbmUgdGhleSBuZWVkIHRvIHdvcmsgb24gaXMganVzdCBvbmUg
Y29tcGFyZSBhbmQgY29uZGl0aW9uYWwgYnJhbmNoLjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9v
OnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv
bTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T2YgY291cnNl
LCBmb3IgTVBMUywgdGhlIERFVE5FVCBQVyBsYWJlbCBpcyB0aGUgaWRlbnRpZmllci4gPG86cD4N
CjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCk9ubHkgYXQgdGhlIFBX
IGxheWVyLiBOb3RlIG15IHF1ZXN0aW9uIGFib3V0IHdoZXRoZXIgdGhpcyBpcyBzdWZmaWNpZW50
Ljxicj4NCjxicj4NCi0gU3Rld2FydDxicj4NCiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGJsb2Nr
cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLDxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5keTxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFR1ZSwgSmFuIDE2LCAy
MDE4IGF0IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50ICZsdDs8YSBocmVmPSJtYWlsdG86c3Rld2Fy
dC5icnlhbnRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+c3Rld2FydC5icnlhbnRAZ21haWwu
Y29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9y
ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4g
MGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0
OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cD5JZiB3ZSBuZWVkIHRvIGRpc2Ny
aW1pbmF0ZSBhdCB0aGUgUFNOIGxheWVyIHJhdGhlciB0aGFuIHRoZSBETiBsYXllciB0aGVuIHdl
IHJlYWxseSBhcmUgZm9yY2VkIHRvIGNyZWF0ZSBhIG5ldyBGRUMgdHlwZSBmb3IgTVBMUywgb3Ig
c3ludGhlc2l6ZSBvbmUgdGhyb3VnaCBSU1ZQIG9yIFNSLiBJUCBoYXMgbm8gbmF0aXZlIHN1cHBv
cnQgZm9yIHRoaXMsIGJ1dCB3ZSBjb3VsZCBpbnRyb2R1Y2UgdGhlIGNvbmNlcHQsIGZvciBleGFt
cGxlIGJ5DQogbWFraW5nIHRoaXMgdGhlIHByb3BlcnR5IG9mIHRoZSBJUCBhZGRyZXNzIG9yIHNv
bWUgd2F5IG9mIE1QTFNpbmcgSVAuPG86cD48L286cD48L3A+DQo8cD5Ib3dldmVyIHRoZXJlIGlz
IGEgZGVlcGVyIHF1ZXN0aW9uIHdlIG5lZWQgdG8gYW5zd2VyLiBJcyBvdXIgZXhwZWN0YXRpb24g
dGhhdCBlYWNoIGhvcCBpbiB0aGUgZGF0YSBwbGFuZSBETiBhd2FyZSwgb3IgaXMgb3VyIGV4cGVj
dGF0aW9uIHRoYXQgYXQgbGVzdCBpbiBzb21lIG5ldHdvcmtzIHRoZSBkYXRhIHBsYW5lIGlzIGdl
bmVyaWMgd2l0aCBzb21lIEROIG5vZGVzIHN0cmF0ZWdpY2FsbHkgcGxhY2VkPzxvOnA+PC9vOnA+
PC9wPg0KPHA+SSBjYW4gc2VlIHRoYW4gaW4gc29tZSBncmVlbmZpZWxkIHNwZWNpYWxpc3QgY2Fz
ZXMgdGhlIHJvdXRlcnMgd2lsbCBhbGwgYmUgRE4gYXdhcmUsIGJ1dCBpbiBvcmRlciB0byBnZXQg
ZGVwbG95bWVudCBpbiBtb3N0IG5ldHdvcmtzIHdlIG5lZWQgdG8gZGVzaWduIGZvciB0aGUgY2Fz
ZSB3aGVyZSBvbmx5IHN0cmF0ZWdpYyBub2RlcyBhcmUgRE4gYXdhcmUuPG86cD48L286cD48L3A+
DQo8cD48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+LSBTdGV3YXJ0PC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv
bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNi8wMS8yMDE4IDAxOjE0
LCBNYWNoIENoZW4gd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0
eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpIEJhbGF6cyw8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4jMiBpcyBhIG1vcmUgbmF0
dXJlIHNvbHV0aW9uLCB0aGUgRGV0TmV0IENXIGlzIGRlZGljYXRlZCBmb3IgRGV0TmV0LCBzZWVt
cyB0aGVyZSBpcyBubyBjb21wYXRpYmlsaXR5IGlzc3VlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNw
Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5
bGU9ImNvbG9yOiMxRjQ5N0QiPkluIGFkZGl0aW9uLCBJIHRoaW5rIHdlIG5lZWQgdG8gZGVmaW5l
IGEgd2F5IG9uIGhvdyB0byBkaWZmZXJlbnRpYXRlIGEgRGV0TmV0IGZsb3cgZnJvbSBhIG5vbi1E
ZXROZXQgZmxvdywgdGhlbiB0aGUgbmV0d29yayBwcm9jZXNzb3IgY2FuIHByb2Nlc3MgdGhlDQog
Q1cgYXMgZXhwZWN0ZWQuJm5ic3A7IEluIFRTTiwgaXQgdXNlcyB0aGUgcHJpb3JpdHkgdG8gZGV0
ZXJtaW5lIHdoZXRoZXIgYSBmbG93IGlzIFRTTiBvciBub24tVFNOIGZsb3cuIEZvciBEZXROZXQs
IHNob3VsZCB3ZSBhbHNvIHVzZSB0aGUgc2FtZSB3YXkgKGUuZy4sIFRDLCBEU0NQKT8gT3IgdGhl
IERldE5ldCBzZXJ2aWNlIExhYmVsIGl0c2VsZiBpbXBsaWVzIHRoZSBzaXR1YXRpb24sIGJ1dCBp
dCBzZWVtcyB0aGF0IHRoaXMgb25seSB3b3JrcyB3aGVuDQogdGhlIERldE5ldCBzZXJ2aWNlIGxh
YmVsIGlzIHRoZSB0b3AgbGFiZWwuICZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMxRjQ5N0QiPkFueSBvdGhlciB0aG91Z2h0cz88L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+TWFjaDwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJv
cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBp
biA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp
ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48Yj5Gcm9tOjwvYj4gZGV0bmV0IFs8YSBocmVmPSJtYWlsdG86ZGV0bmV0LWJv
dW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0
Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5CYWzDoXpzIFZhcmdhIEE8YnI+DQo8Yj5T
ZW50OjwvYj4gTW9uZGF5LCBKYW51YXJ5IDE1LCAyMDE4IDk6MDYgUE08YnI+DQo8Yj5Ubzo8L2I+
IERldE5ldCBXRyA8YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu
ayI+Jmx0O2RldG5ldEBpZXRmLm9yZyZndDs8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtEZXRu
ZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+SGksPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNw
OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij5Tb21lIHRob3VnaHRzIHRvIHN0YXJ0IGRpc2N1c3Npb24gb24gb3BlbiBwb2ludHMgb2Yg
dGhlIERQIHNvbHV0aW9uIGRyYWZ0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5UaGlzIG1haWwoLXRocmVhZCkgaXMgb24gc2VxdWVu
Y2UgbnVtYmVyaW5nLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+UHJvYmxlbSBpbiBjYXNlIG9mIE1QTFMgYW5kIERl
dE5ldCBDb250cm9sIFdvcmQ6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPi0gUy9OIHNraXBzIHplcm8gcHJvYmxlbTogRXRoZXJuZXQg
UFcgZGVmaW5pdGlvbiBzdGF0ZXMgdGhhdCBTL04gc2tpcHMgemVyby48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+SXQgdXNlcyB6ZXJv
IHRvIG1lYW4gbm8gUy9OIGluIHVzZS4gKHJmYzQ0NDgpPG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Qb3NzaWJsZSBw
cm9ibGVtIHJlc29sdXRpb25zOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4jMTogVXNpbmcgYSAmcXVvdDtmbGFnJnF1b3Q7IGluIHRo
ZSByZXNlcnZlZCBiaXRzIHBhcnQgb2YgdGhlIENXOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IDImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgMzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250
LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEg
MiAzIDQgNSA2IDcgOCA5IDAgMTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVw
dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7
LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDAgMCAwIDB8RHxyZXNlcnZlZCAtIHNl
dCB0byAwJm5ic3A7IHwmbmJzcDsmbmJzcDsgMTYgYml0IFNlcXVlbmNlIE51bWJlciZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkQt
Yml0OiBzZXQgdG8g4oCcMeKAnSBtZWFucyBEZXROZXQgc3BlY2lmaWMgU2VxLiBOdW1iZXIgdXNl
ZCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+Qml0NS0xNTogcmVzZXJ2ZWQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5SRkM0NDQ4IHN0YXRlcyB0aGF0
IHJlc2VydmVkIGJpdHMg4oCcTVVTVCBiZSBpZ25vcmVkIHVwb24gcmVjZWlwdOKAnSwgc28gYmFj
a3dhcmQNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij5jb21wYXRpYmlsaXR5IGlzIGVuc3VyZWQuIFN1Y2ggYSBzb2x1dGlvbiB3b3Vs
ZCBhbGxvdyBhbHNvIHRvIHVzZSBsb25nZXIgc2VxLm51bS4NCjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5mb3JtYXRzIChpZiBuZWVk
ZWQpLiBTdWNoIGEgZm9ybWF0IGlzIGFsc28gaW5saW5lIHdpdGggUkZDNDM4NS48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQiPiMyOiBNYWtpbmcg4oCcMOKAnSBhcyBhIHZhbGlkIFNlcS5OdW0uPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkRldE5ldCBmbG93
cyBhcmUgcmVjb2duaXplZCBhbmQgZm9yd2FyZGVkIHNwZWNpYWwgd2l0aGluIHRoZSBEZXROZXQN
CjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij5kb21haW4uIFMvTiBpcyB1c2VkIHdpdGhpbiB0aGUgRGV0TmV0IGRvbWFpbiBieSBEZXRO
ZXQgU2VydmljZSBmdW5jdGlvbnMNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4oaS5lLiBQUkVGKS4gUy9OIHVzZWQgb25seSBvbiBE
ZXROZXQgZW5kLW5vZGVzIGFuZCBEZXROZXQgcmVsYXktbm9kZXMuIE5vDQo8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+b3RoZXIgbm9k
ZXMgY2FyZSBhYm91dCB0aGUgdmFsdWUgb2YgUy9OLCB0aGVyZWZvcmUgRGV0TmV0IGNhbiBzcGVj
aWZ5IGl0cw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNt
c29wbGFpbnRleHQiPm93biBzZXF1ZW5jZSBudW1iZXIgcHJvY2Vzc2luZyBhbGdvcml0aG0uIFNv
IOKAnDDigJ0gY2FuIGJlIGEgdmFsaWQgbnVtYmVyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPmFuZCBub3QgdGhlIGluZGljYXRpb24g
dGhhdCBubyBTZXEuTnVtLiBpcyB1c2VkLiBUaGlzIGlzIGlubGluZSB3aXRoIFJGQzQzODUuPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij4jMzogT3RoZXIg4oCmID8hPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Q29tbWVudHMgYXJlIHdl
bGNvbWUuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5
NTA1NDIzbXNvcGxhaW50ZXh0Ij5DaGVlcnM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+QmFsYSd6czxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+LS0tLS1P
cmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBkZXRuZXQgWzxhIGhyZWY9Im1haWx0bzpk
ZXRuZXQtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0bzpkZXRuZXQtYm91
bmNlc0BpZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBMb3UgQmVyZ2VyPGJyPg0KU2VudDogMjAx
OC4gamFudcOhciAxMC4gMTk6MDE8YnI+DQpUbzogRGV0TmV0IFdHICZsdDs8YSBocmVmPSJtYWls
dG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZGV0bmV0QGlldGYub3JnPC9hPiZn
dDs8YnI+DQpTdWJqZWN0OiBbRGV0bmV0XSByZWNvcmRpbmcgZm9yIHRvZGF5J3MgaW50ZXJpbTxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+aXMgYXZhaWxhYmxlIGZvciBkb3dubG9hZCBhdDogPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Imh0
dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9faWV0Zi53
ZWJleC5jb21faWV0Zl9sZHIucGhwLTNGUkNJRC0zRGU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2Jm
MjAyMzAxJmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpj
SEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFm
d1FmN2RJV0tCZk1qcyZhbXA7cz0zcmIzUkVfWjJ3T1c4dnAtQU1zYTJsZ1NoMFU0QmdkWkY3enUx
dFh3ZDZrJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL2lldGYud2ViZXguY29tL2lldGYvbGRy
LnBocD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAxPC9zcGFuPjwvYT48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPnJhdyBub3RlcyBhcmUgYXZhaWxhYmxlIGF0IDxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVmPSJodHRwczov
L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cC0zQV9fZXRoZXJwYWQudG9v
bHMuaWV0Zi5vcmctM0E5MDAwX3Bfbm90ZXMtMkRpZXRmLTJEaW50ZXJpbS0yRDIwMTgtMkRkZXRu
ZXQtMkQwMSZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1a
Y0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpB
ZndRZjdkSVdLQmZNanMmYW1wO3M9bE9fWmRIQXJRUXNhRE5Zdk15SWN6bWQ2RjFQX2FjdU0wa0ZN
WjUxVVg2YyZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cDovL2V0aGVycGFkLnRvb2xzLmlldGYub3Jn
OjkwMDAvcC9ub3Rlcy1pZXRmLWludGVyaW0tMjAxOC1kZXRuZXQtMDE8L3NwYW4+PC9hPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3Bs
YWludGV4dCI+UGxlYXNlIGZlZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFkIGJhc2VkIG9u
IHRoZSByZWNvcmRpbmcuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5
Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Mb3UgKGFuZCBjby1jaGFpcnMpPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNw
OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5k
ZXRuZXQgbWFpbGluZyBsaXN0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRh
cmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRp
b246bm9uZSI+ZGV0bmV0QGlldGYub3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PGEgaHJlZj0iaHR0cHM6Ly91
cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdf
bWFpbG1hbl9saXN0aW5mb19kZXRuZXQmYW1wO2Q9RHdNR2FRJmFtcDtjPWxJOFpiNlR6TTNkMXRY
NGlFdTdicGcmYW1wO3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT1XdzUwNkdUNUkxbHBs
MHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJmFtcDtzPWhTOV9ISTExNHZseVQtTURKVnA1
ZUs4aDdVUm9icGNXYkJ0OW5qckZRTUkmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRv
bToxMi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHByZT5fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmRldG5l
dCBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJtYWlsdG86ZGV0
bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZGV0bmV0QGlldGYub3JnPC9hPjxvOnA+PC9v
OnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv
bS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0
JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hf
Z0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJ
V0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1J
JmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz
dGluZm8vZGV0bmV0PC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJy
Pg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpk
ZXRuZXQgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyI+
ZGV0bmV0QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v
ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGlu
Zm9fZGV0bmV0JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDty
PVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFx
akFmd1FmN2RJV0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JC
dDluanJGUU1JJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vbGlzdGluZm8vZGV0bmV0PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K
PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48
L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy
aWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s
Pg0K

--_000_BN6PR06MB2547F352ED6FCEE990F09F5FC4E90BN6PR06MB2547namp_--


From nobody Wed Jan 17 10:38:52 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B00312AAB6 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 10:38:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.698
X-Spam-Level: 
X-Spam-Status: No, score=-0.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 1Gu3F81XkOuv for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 10:38:48 -0800 (PST)
Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 2247E126BFD for <detnet@ietf.org>; Wed, 17 Jan 2018 10:38:48 -0800 (PST)
Received: by mail-wm0-x233.google.com with SMTP id f3so17825103wmc.1 for <detnet@ietf.org>; Wed, 17 Jan 2018 10:38:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=9ctbQIb4g1heOGMBpjNacpZr5doZowdqthaDwQxCSqQ=; b=o3+YrpulcMBFxy3gynL/Jn4TGD0enePuOkNrFMBgUxCWbB9nt1ve0vmiCWC2QLBh1J Qe/j52+doCN0hx0kwRC4glUrEMM6ylnqTcIh2koPw50apF0TyJZoIk5R5u9uAUVr0dsP gER6QzXlF+8u4/2cCZbuW2UWMmQH+4NFxxra1AoN66ZpEecammP9bAtdVzkY3d/nAF5a IbTe2UhOfdibXbbh+IoA2YVkC+bbTus4aGOVVQbHgQJQ+YlXfn0gITIf+4zPamVxzny2 pcmmFqtxJ4qS+LAYlmEvuayeCyRZQ6Sac6Oh1NdvjEYxlNHbFIuXs9K6lpOsXbQPIo+Z foxg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=9ctbQIb4g1heOGMBpjNacpZr5doZowdqthaDwQxCSqQ=; b=pUQ1XM1gX0rfqlcxLk+t5RERVnTXj4tKyPQT5ln//GK+VQ197RmRtmR7m0GvnQwRd1 Zq6SEjFYUFLYVA9ScYXJon8uvj+xubVqe/2LoruS02oc7rlww1aOgQ8sLFlx6seWdpvp 2haXKfXsaFQh51M/p3t/i6pq68TNX3QLegajEkHH8axpqOI7UXTiM87fZKr5s1Fa4Zmh 70dmFXeQDfHvde66F6i2sDyziJ3Mu+JrjtPsUMmeyRYFEdYSKB8S7TaQ1qVuZUcVUMop 4pdSTd4dTneFxJuxBaM6JzYyh7tKWbz6cdyrKzOj8axwalqt/s2hA55SwwjtLiUJ9h+a u5tA==
X-Gm-Message-State: AKwxyteKoNtRNIm73xr/gvlv4Cs9hdv2Qfmdgo/oxgasXolAPrG586QU vyZPbbKtSYVDWuQixOq71t0=
X-Google-Smtp-Source: ACJfBotX54BfDpEMMHO7bKt1UgZNxatjP1LtnlUBz5r9OwN6RwhrzqMW+dOBASW3DMHTqpjMiAoMMw==
X-Received: by 10.28.107.203 with SMTP id a72mr3235541wmi.13.1516214326470; Wed, 17 Jan 2018 10:38:46 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id g15sm7836120wrb.66.2018.01.17.10.38.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Jan 2018 10:38:45 -0800 (PST)
To: "Grossman, Ethan A." <eagros@dolby.com>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>, Mach Chen <mach.chen@huawei.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com>
Date: Wed, 17 Jan 2018 18:38:43 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------47EED5C0CCF4C09688AF58CD"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/n_DJyzKb4dv0fKoiI1gvgxuxqB0>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 18:38:52 -0000

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

Hi  Ethan,


On 17/01/2018 18:24, Grossman, Ethan A. wrote:
>
> Thanks Stewart for the clarification. I interpret your statement “a 
> decision not to support IPv4” to mean “a decision not to propose 
> adding anything to the existing IPv4 standard”.
>

To support IPv4 there are a number of methods that are possible, one is 
to add something to v4 itself as is proposed for v6. Adding something to 
the base protocol will be very difficult.

Another method, is to do what has been proposed by some for MPLS, that 
is to encode the identity and type in the IP address. There is a 
proposal to do this in SRv6. I am not a great fan of abusing the address 
space for this in the way proposed by that work, but maybe we can do 
something much simpler here and simply identify the DN instance by the 
IP address with no other semantics. Much easier to do this for IPv6 with 
the "infinite addresses" but we could get away with it in limited 
private Ipv4 networks. Of course this does change the per-hop behaviour 
of IP which may be a challenge to get the IETF to sign of on.

Another method is to use some method of carrying an MPLS label stack - 
this was the first proposal. Now I said that I did not think anyone had 
done that and I still believe that to be the case, but that does not 
mean that it is not the least worst approach. There are alternates for 
example IP/UDP/MPLS
which is the so called USR approach that a number of us advocate as an 
alternative to SRv6.

> If that isn’t correct, please let me know. As you may recall I already 
> started a thread awhile ago to discuss IPv4 vs IPv6, and based on the 
> responses it appeared to me at that time that there were some kind of 
> options, though not a “native IPv4” solution, but it wasn’t clear to 
> me (as a non-expert in the various networking protocols mentioned) 
> whether they would be viable in practice or not. I will revive that 
> thread and see if we can get any closer to determining the importance 
> of IPv4 to our target customers, and hopefully some sense of whether 
> the proposed non-native-IPv4 strategies will hold water.
>

Yes, we need to have the discussion on the list and reach a consensus of 
whether

a) We support v4
b) We support v4 and v6 by v4 and v6 specific protocol extensions
c) We use a single common IP approach
d) We use an approach that is common across IP and MPLS

- Stewart

> Ethan.
>
> *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
> *Sent:* Wednesday, January 17, 2018 12:29 AM
> *To:* Grossman, Ethan A. <eagros@dolby.com>; Balázs Varga A 
> <balazs.a.varga@ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
> *Cc:* DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
> *Subject:* Re: DP solution (Flow identification)
>
> On 16/01/2018 18:38, Grossman, Ethan A. wrote:
>
>     Hi Bala’zs,
>
>     Regarding IPv4, I also understood that we decided that we can’t
>     add new IPv4 fields. Pardon my ignorance here, but does that mean
>     there is no part of DetNet capability that can be run over IPv4?
>     Or is there some “workaround” to provide as I say even part of the
>     DetNet capability, given that it is an Engineered network? I just
>     want to clarify expectations here.
>
>
> If you have a native IPv4 network to which you present IPv6 packets, 
> you either have to tunnel them across where the IPv6 is considered 
> opaque data, or you have to translate them to IPv4, but that requires 
> some common semantics to deal with extension headers which we don't 
> currently have.
>
> So, as far as I can see, a decision not to support IPv4 means no DN 
> support across the IPv4 network.
>
> Which takes us back to the question of how important is this and what 
> will it do to the take-up of the technology by its target customers?
>
> - Stewart
>
>
>     Thanks,
>
>     Ethan.
>
>     *From:*detnet [mailto:detnet-bounces@ietf.org] *On Behalf Of
>     *Balázs Varga A
>     *Sent:* Tuesday, January 16, 2018 10:21 AM
>     *To:* Stewart Bryant <stewart.bryant@gmail.com>
>     <mailto:stewart.bryant@gmail.com>; Andrew G. Malis
>     <agmalis@gmail.com> <mailto:agmalis@gmail.com>
>     *Cc:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>; Mach
>     Chen <mach.chen@huawei.com> <mailto:mach.chen@huawei.com>
>     *Subject:* [Detnet] DP solution (Flow identification)
>
>     I think the last mails are more about flow identification and not
>     the sequence number.
>
>     So, I have re-subjected my answer.
>
>     PSN layer vs. DN layer (MPLS):
>
>     - in current data plane text we have stated that DetNet PWs may
>     use dedicated LSPs (TE-tunnels).
>
>     That allow to identify DetNet flows in PSN layer without checking
>     the PW label. Such a solution of
>
>     course may challenge scalability.
>
>     - regarding prioritization: text allows both E-LSP and L-LSP
>     concept, what makes possible
>
>     to identify DetNet packets. However that is more for simple
>     queuing scenarios as it does not
>
>     identify individual flows.
>
>     PSN layer vs. DN layer (non-MPLS):
>
>     - IPv4: If I remember correctly it was discussed to be
>     out-of-scope to simplify the scenarios we focus on.
>
>     No-one wanted to define new IPv4 fields for flow-ID and Seq-Num in
>     the “sunset of IPv4”.
>
>     - IPv6: based on the src-IPv6 and the flow-label NP can detect
>     DetNet flows. Why would we need a new
>
>     IP protocol type?
>
>     Generic vs. DN aware data plane:
>
>     - I think we need both. We have use-cases specified for both.
>
>     DetNet traffic to be transported:
>
>     - two types are considered:
>
>     (1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames and
>
>     (2) IP: IPv6 transported over any L2 (not always Ethernet, but
>     most cases Ethernet)
>
>     As noted above IPv4 is currently out-of-scope …
>
>     Cheers
>
>     Bala’zs
>
>     *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
>     *Sent:* 2018. január 16. 17:38
>     *To:* Andrew G. Malis <agmalis@gmail.com <mailto:agmalis@gmail.com>>
>     *Cc:* Mach Chen <mach.chen@huawei.com
>     <mailto:mach.chen@huawei.com>>; Balázs Varga A
>     <balazs.a.varga@ericsson.com
>     <mailto:balazs.a.varga@ericsson.com>>; DetNet WG <detnet@ietf.org
>     <mailto:detnet@ietf.org>>
>     *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
>     Andy
>
>     On 16/01/2018 15:20, Andrew G. Malis wrote:
>
>         Stewart,
>
>         Like with PWs (since DETNET for MPLS would just be another PW
>         type), targeted LDP and provisioning (via a central
>         controller, NMS, etc.) are alternatives to RSVP and SR to
>         provisioning/allocating the DETNET PW label.
>
>
>     .. and I suppose strictly BGP which is also used for this purpose
>     in VPNs
>
>
>         You and Mach are both right that in the IP (non-MPLS) case, we
>         need a way for the NP to detect DETNET flows. We could have a
>         new IP protocol type for DETNET, and a DETNET header directly
>         follows the IP header. In that case, the DETNET header would
>         also need a next protocol identifier, unless the next protocol
>         is always another IP header.
>
>
>     Last I saw, the thinking was that there would be an IP extension
>     header, although I am not a fan of those since (a) I am not
>     confident what a router will do one it does not understand, and
>     (b) I am concerned about the need to support IPv4 which I suspect
>     will have a long tail in enterprise deployment.
>
>     I prefer a UDP type for this purpose since it has universal
>     support through any middle box. firewall etc, and all routers need
>     to look a the UDP DP so checking if it is one they need to work on
>     is just one compare and conditional branch.
>
>
>         Of course, for MPLS, the DETNET PW label is the identifier.
>
>
>     Only at the PW layer. Note my question about whether this is
>     sufficient.
>
>     - Stewart
>
>         Cheers,
>
>         Andy
>
>         On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant
>         <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>>
>         wrote:
>
>             If we need to discriminate at the PSN layer rather than
>             the DN layer then we really are forced to create a new FEC
>             type for MPLS, or synthesize one through RSVP or SR. IP
>             has no native support for this, but we could introduce the
>             concept, for example by making this the property of the IP
>             address or some way of MPLSing IP.
>
>             However there is a deeper question we need to answer. Is
>             our expectation that each hop in the data plane DN aware,
>             or is our expectation that at lest in some networks the
>             data plane is generic with some DN nodes strategically placed?
>
>             I can see than in some greenfield specialist cases the
>             routers will all be DN aware, but in order to get
>             deployment in most networks we need to design for the case
>             where only strategic nodes are DN aware.
>
>             - Stewart
>
>             On 16/01/2018 01:14, Mach Chen wrote:
>
>                 Hi Balazs,
>
>                 #2 is a more nature solution, the DetNet CW is
>                 dedicated for DetNet, seems there is no compatibility
>                 issue.
>
>                 In addition, I think we need to define a way on how to
>                 differentiate a DetNet flow from a non-DetNet flow,
>                 then the network processor can process the CW as
>                 expected.  In TSN, it uses the priority to determine
>                 whether a flow is TSN or non-TSN flow. For DetNet,
>                 should we also use the same way (e.g., TC, DSCP)? Or
>                 the DetNet service Label itself implies the situation,
>                 but it seems that this only works when the DetNet
>                 service label is the top label.
>
>                 Any other thoughts?
>
>                 Best regards,
>
>                 Mach
>
>                 *From:* detnet [mailto:detnet-bounces@ietf.org] *On
>                 Behalf Of *Balázs Varga A
>                 *Sent:* Monday, January 15, 2018 9:06 PM
>                 *To:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>
>                 *Subject:* [Detnet] DP solution (Sequence Numbering)
>
>                 Hi,
>
>                 Some thoughts to start discussion on open points of
>                 the DP solution draft.
>
>                 This mail(-thread) is on sequence numbering.
>
>                 Problem in case of MPLS and DetNet Control Word:
>
>                 - S/N skips zero problem: Ethernet PW definition
>                 states that S/N skips zero.
>
>                 It uses zero to mean no S/N in use. (rfc4448)
>
>                 Possible problem resolutions:
>
>                 #1: Using a "flag" in the reserved bits part of the CW:
>
>                 0 1 2                   3
>
>                 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6
>                 7 8 9 0 1
>
>                 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>                 |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence
>                 Number      |
>
>                 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>                 D-bit: set to “1” means DetNet specific Seq. Number used,
>
>                 Bit5-15: reserved.
>
>                 RFC4448 states that reserved bits “MUST be ignored
>                 upon receipt”, so backward
>
>                 compatibility is ensured. Such a solution would allow
>                 also to use longer seq.num.
>
>                 formats (if needed). Such a format is also inline with
>                 RFC4385.
>
>                 #2: Making “0” as a valid Seq.Num.
>
>                 DetNet flows are recognized and forwarded special
>                 within the DetNet
>
>                 domain. S/N is used within the DetNet domain by DetNet
>                 Service functions
>
>                 (i.e. PREF). S/N used only on DetNet end-nodes and
>                 DetNet relay-nodes. No
>
>                 other nodes care about the value of S/N, therefore
>                 DetNet can specify its
>
>                 own sequence number processing algorithm. So “0” can
>                 be a valid number
>
>                 and not the indication that no Seq.Num. is used. This
>                 is inline with RFC4385.
>
>                 #3: Other … ?!?
>
>                 Comments are welcome.
>
>                 Cheers
>
>                 Bala'zs
>
>                 -----Original Message-----
>                 From: detnet [mailto:detnet-bounces@ietf.org] On
>                 Behalf Of Lou Berger
>                 Sent: 2018. január 10. 19:01
>                 To: DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>
>                 Subject: [Detnet] recording for today's interim
>
>                 is available for download at:
>
>                 https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>                 <https://urldefense.proofpoint.com/v2/url?u=https-3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&e=>
>
>                 raw notes are available at
>
>                 http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>                 <https://urldefense.proofpoint.com/v2/url?u=http-3A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=lO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&e=>
>
>                 Please feel free to update the etherpad based on the
>                 recording.
>
>                 Lou (and co-chairs)
>
>                 _______________________________________________
>
>                 detnet mailing list
>
>                 detnet@ietf.org <mailto:detnet@ietf.org>
>
>                 https://www.ietf.org/mailman/listinfo/detnet
>                 <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>                 _______________________________________________
>
>                 detnet mailing list
>
>                 detnet@ietf.org <mailto:detnet@ietf.org>
>
>                 https://www.ietf.org/mailman/listinfo/detnet
>                 <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>
>             _______________________________________________
>             detnet mailing list
>             detnet@ietf.org <mailto:detnet@ietf.org>
>             https://www.ietf.org/mailman/listinfo/detnet
>             <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>


--------------47EED5C0CCF4C09688AF58CD
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi  Ethan,<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 17/01/2018 18:24, Grossman, Ethan A.
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;
	color:black;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New",serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
p.m1519775394609505423msoplaintext, li.m1519775394609505423msoplaintext, div.m1519775394609505423msoplaintext
	{mso-style-name:m_1519775394609505423msoplaintext;
	mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle23
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle24
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle25
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle26
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle27
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext">Thanks
            Stewart for the clarification. I interpret your statement “a
            decision not to support IPv4” to mean “a decision not to
            propose adding anything to the existing IPv4 standard”. </span></p>
      </div>
    </blockquote>
    <br>
    To support IPv4 there are a number of methods that are possible, one
    is to add something to v4 itself as is proposed for v6. Adding
    something to the base protocol will be very difficult.<br>
    <br>
    Another method, is to do what has been proposed by some for MPLS,
    that is to encode the identity and type in the IP address. There is
    a proposal to do this in SRv6. I am not a great fan of abusing the
    address space for this in the way proposed by that work, but maybe
    we can do something much simpler here and simply identify the DN
    instance by the IP address with no other semantics. Much easier to
    do this for IPv6 with the "infinite addresses" but we could get away
    with it in limited private Ipv4 networks. Of course this does change
    the per-hop behaviour of IP which may be a challenge to get the IETF
    to sign of on.<br>
    <br>
    Another method is to use some method of carrying an MPLS label stack
    - this was the first proposal. Now I said that I did not think
    anyone had done that and I still believe that to be the case, but
    that does not mean that it is not the least worst approach. There
    are alternates for example IP/UDP/MPLS<br>
    which is the so called USR approach that a number of us advocate as
    an alternative to SRv6.<br>
    <br>
    <blockquote type="cite"
cite="mid:BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext">If that
            isn’t correct, please let me know. As you may recall I
            already started a thread awhile ago to discuss IPv4 vs IPv6,
            and based on the responses it appeared to me at that time
            that there were some kind of options, though not a “native
            IPv4” solution, but it wasn’t clear to me (as a non-expert
            in the various networking protocols mentioned) whether they
            would be viable in practice or not. I will revive that
            thread and see if we can get any closer to determining the
            importance of IPv4 to our target customers, and hopefully
            some sense of whether the proposed non-native-IPv4
            strategies will hold water. </span></p>
      </div>
    </blockquote>
    <br>
    Yes, we need to have the discussion on the list and reach a
    consensus of whether<br>
    <br>
    a) We support v4<br>
    b) We support v4 and v6 by v4 and v6 specific protocol extensions<br>
    c) We use a single common IP approach<br>
    d) We use an approach that is common across IP and MPLS<br>
    <br>
    - Stewart<br>
    <br>
    <blockquote type="cite"
cite="mid:BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext"><o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Ethan.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <div>
          <div style="border:none;border-top:solid #E1E1E1
            1.0pt;padding:3.0pt 0in 0in 0in">
            <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                style="color:windowtext"> Stewart Bryant
                [<a class="moz-txt-link-freetext" href="mailto:stewart.bryant@gmail.com">mailto:stewart.bryant@gmail.com</a>]
                <br>
                <b>Sent:</b> Wednesday, January 17, 2018 12:29 AM<br>
                <b>To:</b> Grossman, Ethan A. <a class="moz-txt-link-rfc2396E" href="mailto:eagros@dolby.com">&lt;eagros@dolby.com&gt;</a>;
                Balázs Varga A <a class="moz-txt-link-rfc2396E" href="mailto:balazs.a.varga@ericsson.com">&lt;balazs.a.varga@ericsson.com&gt;</a>;
                Andrew G. Malis <a class="moz-txt-link-rfc2396E" href="mailto:agmalis@gmail.com">&lt;agmalis@gmail.com&gt;</a><br>
                <b>Cc:</b> DetNet WG <a class="moz-txt-link-rfc2396E" href="mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a>; Mach Chen
                <a class="moz-txt-link-rfc2396E" href="mailto:mach.chen@huawei.com">&lt;mach.chen@huawei.com&gt;</a><br>
                <b>Subject:</b> Re: DP solution (Flow identification)<o:p></o:p></span></p>
          </div>
        </div>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p><o:p> </o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <div>
          <p class="MsoNormal">On 16/01/2018 18:38, Grossman, Ethan A.
            wrote:<o:p></o:p></p>
        </div>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <p class="MsoNormal"><span style="color:windowtext">Hi
              Bala’zs,</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">Regarding
              IPv4, I also understood that we decided that we can’t add
              new IPv4 fields. Pardon my ignorance here, but does that
              mean there is no part of DetNet capability that can be run
              over IPv4? Or is there some “workaround” to provide as I
              say even part of the DetNet capability, given that it is
              an Engineered network? I just want to clarify expectations
              here.
            </span><o:p></o:p></p>
        </blockquote>
        <p class="MsoNormal"><span
            style="font-size:12.0pt;font-family:&quot;Times New
            Roman&quot;,serif"><br>
            If you have a native IPv4 network to which you present IPv6
            packets, you either have to tunnel them across where the
            IPv6 is considered opaque data, or you have to translate
            them to IPv4, but that requires some common semantics to
            deal with extension headers which we don't currently have.<br>
            <br>
            So, as far as I can see, a decision not to support IPv4
            means no DN support across the IPv4 network.<br>
            <br>
            Which takes us back to the question of how important is this
            and what will it do to the take-up of the technology by its
            target customers?<br>
            <br>
            - Stewart<br>
            <br>
            <br>
            <o:p></o:p></span></p>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <p class="MsoNormal"><span style="color:windowtext">Thanks,</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">Ethan.</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
          <div>
            <div style="border:none;border-top:solid #E1E1E1
              1.0pt;padding:3.0pt 0in 0in 0in">
              <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                  style="color:windowtext"> detnet [</span><a
                  href="mailto:detnet-bounces@ietf.org"
                  moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a><span
                  style="color:windowtext">]
                  <b>On Behalf Of </b>Balázs Varga A<br>
                  <b>Sent:</b> Tuesday, January 16, 2018 10:21 AM<br>
                  <b>To:</b> Stewart Bryant </span><a
                  href="mailto:stewart.bryant@gmail.com"
                  moz-do-not-send="true">&lt;stewart.bryant@gmail.com&gt;</a><span
                  style="color:windowtext">; Andrew G. Malis
                </span><a href="mailto:agmalis@gmail.com"
                  moz-do-not-send="true">&lt;agmalis@gmail.com&gt;</a><span
                  style="color:windowtext"><br>
                  <b>Cc:</b> DetNet WG </span><a
                  href="mailto:detnet@ietf.org" moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><span
                  style="color:windowtext">; Mach Chen
                </span><a href="mailto:mach.chen@huawei.com"
                  moz-do-not-send="true">&lt;mach.chen@huawei.com&gt;</a><span
                  style="color:windowtext"><br>
                  <b>Subject:</b> [Detnet] DP solution (Flow
                  identification)</span><o:p></o:p></p>
            </div>
          </div>
          <p class="MsoNormal"> <o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">I think
              the last mails are more about flow identification and not
              the sequence number.</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">So, I have
              re-subjected my answer.</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">PSN layer
              vs. DN layer (MPLS):</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">- in
              current data plane text we have stated that DetNet PWs may
              use dedicated LSPs (TE-tunnels).
            </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">That allow
              to identify DetNet flows in PSN layer without checking the
              PW label. Such a solution of
            </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">course may
              challenge scalability.</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">-
              regarding prioritization: text allows both E-LSP and L-LSP
              concept, what makes possible
            </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">to
              identify DetNet packets. However that is more for simple
              queuing scenarios as it does not</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">identify
              individual flows. </span>
            <o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">PSN layer
              vs. DN layer (non-MPLS):</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">- IPv4: If
              I remember correctly it was discussed to be out-of-scope
              to simplify the scenarios we focus on.
            </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">No-one
              wanted to define new IPv4 fields for flow-ID and Seq-Num
              in the “sunset of IPv4”.</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">- IPv6:
              based on the src-IPv6 and the flow-label NP can detect
              DetNet flows. Why would we need a new
            </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">IP
              protocol type? </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">Generic
              vs. DN aware data plane:</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">- I think
              we need both. We have use-cases specified for both.</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">DetNet
              traffic to be transported:</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">- two
              types are considered: </span>
            <o:p></o:p></p>
          <p class="MsoNormal" style="text-indent:.5in"><span
              style="color:windowtext">(1) Ethernet: IEEE TSN traffic
              encapsulated in Ethernet frames and
            </span><o:p></o:p></p>
          <p class="MsoNormal" style="text-indent:.5in"><span
              style="color:windowtext">(2) IP: IPv6 transported over any
              L2 (not always Ethernet, but most cases Ethernet)</span><o:p></o:p></p>
          <p class="MsoNormal" style="text-indent:.5in"><span
              style="color:windowtext">As noted above IPv4 is currently
              out-of-scope …</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">Cheers</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">Bala’zs</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
          <div>
            <div style="border:none;border-top:solid #E1E1E1
              1.0pt;padding:3.0pt 0in 0in 0in">
              <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                  style="color:windowtext"> Stewart Bryant [</span><a
                  href="mailto:stewart.bryant@gmail.com"
                  moz-do-not-send="true">mailto:stewart.bryant@gmail.com</a><span
                  style="color:windowtext">]
                  <br>
                  <b>Sent:</b> 2018. január 16. 17:38<br>
                  <b>To:</b> Andrew G. Malis &lt;</span><a
                  href="mailto:agmalis@gmail.com" moz-do-not-send="true">agmalis@gmail.com</a><span
                  style="color:windowtext">&gt;<br>
                  <b>Cc:</b> Mach Chen &lt;</span><a
                  href="mailto:mach.chen@huawei.com"
                  moz-do-not-send="true">mach.chen@huawei.com</a><span
                  style="color:windowtext">&gt;; Balázs Varga A &lt;</span><a
                  href="mailto:balazs.a.varga@ericsson.com"
                  moz-do-not-send="true">balazs.a.varga@ericsson.com</a><span
                  style="color:windowtext">&gt;; DetNet WG &lt;</span><a
                  href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><span
                  style="color:windowtext">&gt;<br>
                  <b>Subject:</b> Re: [Detnet] DP solution (Sequence
                  Numbering)</span><o:p></o:p></p>
            </div>
          </div>
          <p class="MsoNormal"> <o:p></o:p></p>
          <p> <o:p></o:p></p>
          <p class="MsoNormal" style="margin-bottom:12.0pt">Andy<o:p></o:p></p>
          <div>
            <p class="MsoNormal">On 16/01/2018 15:20, Andrew G. Malis
              wrote:<o:p></o:p></p>
          </div>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <div>
              <p class="MsoNormal">Stewart, <o:p></o:p></p>
              <div>
                <p class="MsoNormal"> <o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal">Like with PWs (since DETNET for
                  MPLS would just be another PW type), targeted LDP and
                  provisioning (via a central controller, NMS, etc.) are
                  alternatives to RSVP and SR to provisioning/allocating
                  the DETNET PW label.<o:p></o:p></p>
              </div>
            </div>
          </blockquote>
          <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
            .. and I suppose strictly BGP which is also used for this
            purpose in VPNs<br>
            <br>
            <br>
            <o:p></o:p></p>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <div>
              <div>
                <p class="MsoNormal"> <o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal">You and Mach are both right that in
                  the IP (non-MPLS) case, we need a way for the NP to
                  detect DETNET flows. We could have a new IP protocol
                  type for DETNET, and a DETNET header directly follows
                  the IP header. In that case, the DETNET header would
                  also need a next protocol identifier, unless the next
                  protocol is always another IP header.<o:p></o:p></p>
              </div>
            </div>
          </blockquote>
          <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
            Last I saw, the thinking was that there would be an IP
            extension header, although I am not a fan of those since (a)
            I am not confident what a router will do one it does not
            understand, and (b) I am concerned about the need to support
            IPv4 which I suspect will have a long tail in enterprise
            deployment.<br>
            <br>
            I prefer a UDP type for this purpose since it has universal
            support through any middle box. firewall etc, and all
            routers need to look a the UDP DP so checking if it is one
            they need to work on is just one compare and conditional
            branch.<br>
            <br>
            <br>
            <o:p></o:p></p>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <div>
              <div>
                <p class="MsoNormal"> <o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal">Of course, for MPLS, the DETNET PW
                  label is the identifier. <o:p>
                  </o:p></p>
              </div>
            </div>
          </blockquote>
          <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
            Only at the PW layer. Note my question about whether this is
            sufficient.<br>
            <br>
            - Stewart<br>
             <o:p></o:p></p>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <div>
              <div>
                <p class="MsoNormal"> <o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal">Cheers,<o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal">Andy<o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal"> <o:p></o:p></p>
              </div>
            </div>
            <div>
              <p class="MsoNormal"> <o:p></o:p></p>
              <div>
                <p class="MsoNormal">On Tue, Jan 16, 2018 at 5:46 AM,
                  Stewart Bryant &lt;<a
                    href="mailto:stewart.bryant@gmail.com"
                    target="_blank" moz-do-not-send="true">stewart.bryant@gmail.com</a>&gt;
                  wrote:<o:p></o:p></p>
                <blockquote style="border:none;border-left:solid #CCCCCC
                  1.0pt;padding:0in 0in 0in
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
                  <div>
                    <p>If we need to discriminate at the PSN layer
                      rather than the DN layer then we really are forced
                      to create a new FEC type for MPLS, or synthesize
                      one through RSVP or SR. IP has no native support
                      for this, but we could introduce the concept, for
                      example by making this the property of the IP
                      address or some way of MPLSing IP.<o:p></o:p></p>
                    <p>However there is a deeper question we need to
                      answer. Is our expectation that each hop in the
                      data plane DN aware, or is our expectation that at
                      lest in some networks the data plane is generic
                      with some DN nodes strategically placed?<o:p></o:p></p>
                    <p>I can see than in some greenfield specialist
                      cases the routers will all be DN aware, but in
                      order to get deployment in most networks we need
                      to design for the case where only strategic nodes
                      are DN aware.<o:p></o:p></p>
                    <p><span style="color:#888888">- Stewart</span><o:p></o:p></p>
                    <div>
                      <div>
                        <p class="MsoNormal"> <o:p></o:p></p>
                        <div>
                          <p class="MsoNormal">On 16/01/2018 01:14, Mach
                            Chen wrote:<o:p></o:p></p>
                        </div>
                        <blockquote
                          style="margin-top:5.0pt;margin-bottom:5.0pt">
                          <div>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D">Hi Balazs,</span><o:p></o:p></p>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D"> </span><o:p></o:p></p>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D">#2 is a more
                                nature solution, the DetNet CW is
                                dedicated for DetNet, seems there is no
                                compatibility issue.</span><o:p></o:p></p>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D"> </span><o:p></o:p></p>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D">In addition, I
                                think we need to define a way on how to
                                differentiate a DetNet flow from a
                                non-DetNet flow, then the network
                                processor can process the CW as
                                expected.  In TSN, it uses the priority
                                to determine whether a flow is TSN or
                                non-TSN flow. For DetNet, should we also
                                use the same way (e.g., TC, DSCP)? Or
                                the DetNet service Label itself implies
                                the situation, but it seems that this
                                only works when the DetNet service label
                                is the top label.  </span><o:p></o:p></p>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D"> </span><o:p></o:p></p>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D">Any other
                                thoughts?</span><o:p></o:p></p>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D"> </span><o:p></o:p></p>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D">Best regards,</span><o:p></o:p></p>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D">Mach</span><o:p></o:p></p>
                            <p class="MsoNormal"
                              style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                style="color:#1F497D"> </span><o:p></o:p></p>
                            <div style="border:none;border-left:solid
                              blue 1.5pt;padding:0in 0in 0in 4.0pt">
                              <div>
                                <div style="border:none;border-top:solid
                                  #E1E1E1 1.0pt;padding:3.0pt 0in 0in
                                  0in">
                                  <p class="MsoNormal"
                                    style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b>
                                    detnet [<a
                                      href="mailto:detnet-bounces@ietf.org"
                                      target="_blank"
                                      moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                                    <b>On Behalf Of </b>Balázs Varga A<br>
                                    <b>Sent:</b> Monday, January 15,
                                    2018 9:06 PM<br>
                                    <b>To:</b> DetNet WG <a
                                      href="mailto:detnet@ietf.org"
                                      target="_blank"
                                      moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><br>
                                    <b>Subject:</b> [Detnet] DP solution
                                    (Sequence Numbering)<o:p></o:p></p>
                                </div>
                              </div>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">Hi,<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">Some
                                thoughts to start discussion on open
                                points of the DP solution draft.<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">This
                                mail(-thread) is on sequence numbering.<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">Problem
                                in case of MPLS and DetNet Control Word:<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">-
                                S/N skips zero problem: Ethernet PW
                                definition states that S/N skips zero.<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">It
                                uses zero to mean no S/N in use.
                                (rfc4448)<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">Possible
                                problem resolutions:<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">#1:
                                Using a "flag" in the reserved bits part
                                of the CW:<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">     
                                  0                  
                                  1                  
                                  2                   3</span><o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">     
                                  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8
                                  9 0 1 2 3 4 5 6 7 8 9 0 1</span><o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                  |0 0 0 0|D|reserved - set to 0  |   16
                                  bit Sequence Number      |</span><o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">D-bit:
                                set to “1” means DetNet specific Seq.
                                Number used,<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">Bit5-15:
                                reserved.<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">RFC4448
                                states that reserved bits “MUST be
                                ignored upon receipt”, so backward
                                <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">compatibility
                                is ensured. Such a solution would allow
                                also to use longer seq.num.
                                <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">formats
                                (if needed). Such a format is also
                                inline with RFC4385.<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">#2:
                                Making “0” as a valid Seq.Num.<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">DetNet
                                flows are recognized and forwarded
                                special within the DetNet
                                <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">domain.
                                S/N is used within the DetNet domain by
                                DetNet Service functions
                                <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">(i.e.
                                PREF). S/N used only on DetNet end-nodes
                                and DetNet relay-nodes. No
                                <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">other
                                nodes care about the value of S/N,
                                therefore DetNet can specify its
                                <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">own
                                sequence number processing algorithm. So
                                “0” can be a valid number<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">and
                                not the indication that no Seq.Num. is
                                used. This is inline with RFC4385.<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">#3:
                                Other … ?!?<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">Comments
                                are welcome.<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">Cheers<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">Bala'zs<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">-----Original
                                Message-----<br>
                                From: detnet [<a
                                  href="mailto:detnet-bounces@ietf.org"
                                  target="_blank" moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                                On Behalf Of Lou Berger<br>
                                Sent: 2018. január 10. 19:01<br>
                                To: DetNet WG &lt;<a
                                  href="mailto:detnet@ietf.org"
                                  target="_blank" moz-do-not-send="true">detnet@ietf.org</a>&gt;<br>
                                Subject: [Detnet] recording for today's
                                interim<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">is
                                available for download at: <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&amp;e="
                                  target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301</span></a><o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">raw
                                notes are available at <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=http-3A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=lO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&amp;e="
                                  target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01</span></a><o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">Please
                                feel free to update the etherpad based
                                on the recording.<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">Lou
                                (and co-chairs)<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">_______________________________________________<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext">detnet
                                mailing list<o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"><a
                                  href="mailto:detnet@ietf.org"
                                  target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">detnet@ietf.org</span></a><o:p></o:p></p>
                              <p
                                class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e="
                                  target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">https://www.ietf.org/mailman/listinfo/detnet</span></a><o:p></o:p></p>
                            </div>
                          </div>
                          <p class="MsoNormal"
                            style="margin-bottom:12.0pt"> <o:p></o:p></p>
                          <pre>_______________________________________________<o:p></o:p></pre>
                          <pre>detnet mailing list<o:p></o:p></pre>
                          <pre><a href="mailto:detnet@ietf.org" target="_blank" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
                          <pre><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=" target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
                        </blockquote>
                        <p class="MsoNormal"> <o:p></o:p></p>
                      </div>
                    </div>
                  </div>
                  <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
                    _______________________________________________<br>
                    detnet mailing list<br>
                    <a href="mailto:detnet@ietf.org"
                      moz-do-not-send="true">detnet@ietf.org</a><br>
                    <a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e="
                      target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></p>
                </blockquote>
              </div>
              <p class="MsoNormal"> <o:p></o:p></p>
            </div>
          </blockquote>
          <p class="MsoNormal"> <o:p></o:p></p>
        </blockquote>
        <p class="MsoNormal"><span
            style="font-size:12.0pt;font-family:&quot;Times New
            Roman&quot;,serif"><o:p> </o:p></span></p>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------47EED5C0CCF4C09688AF58CD--


From nobody Wed Jan 17 10:51:36 2018
Return-Path: <eagros@dolby.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B15612DA03 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 10:51:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.112
X-Spam-Level: 
X-Spam-Status: No, score=0.112 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, T_KAM_HTML_FONT_INVALID=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dolby.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 Khn-JkNJwiZL for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 10:51:29 -0800 (PST)
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on072d.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe45::72d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 88AEF12D7E2 for <detnet@ietf.org>; Wed, 17 Jan 2018 10:51:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Dolby.onmicrosoft.com;  s=selector1-dolby-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=NUVlf0FvuQ/vEjDQv6xXr2jlGZkSQ0X4AsKmGtCKRy4=; b=lOBDfaPBukgb2/edgRE9Q6HGgupk1qzvSFedK7W4Z1k0HOBv4E7XIFHZlt8Uazor99GnGRoDVw3T4tFH9VTSKcfEcnEXwiT7RCw/M8d6vmE75QNzvF7MF1iwpwIlw2PbK7axBLPG3gAMUYhu2ThyFMCREnUfxMB+5EPRqGu0CrE=
Received: from BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) by BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.407.7; Wed, 17 Jan 2018 18:51:27 +0000
Received: from BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) by BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) with mapi id 15.20.0407.009; Wed, 17 Jan 2018 18:51:27 +0000
From: "Grossman, Ethan A." <eagros@dolby.com>
To: DetNet WG <detnet@ietf.org>, Deborah Brungard <db3546@att.com>, "Stewart Bryant" <stewart.bryant@gmail.com>
CC: "Tim Chown (Tim.Chown@jisc.ac.uk)" <Tim.Chown@jisc.ac.uk>
Thread-Topic: DP solution (Flow identification)
Thread-Index: AdOO8WeQkUBFFh6eTJW3b2FiGZCbsAABxtAwAB0tx4AAFCjAMAABImWAAAA+cQA=
Date: Wed, 17 Jan 2018 18:51:27 +0000
Message-ID: <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com>
In-Reply-To: <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.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=eagros@dolby.com; 
x-originating-ip: [8.39.141.5]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR06MB2547; 7:uY4K8sYgzRvns+zSepMD6qQ+1zKAj/BD2nsFLzayh6RhVfhiwBbuP2ovwYGMgkB/oULR346cd5vg3U31Y0uvbljGjJUjE0DvvKurO/EJgCosWeRs0qS928ZcB9ZFjRUk4QWP/usaZg+HnZdqqK5EWbFTcxN4vzj6A9YdIlC2AvXoh1FqUM3urvOUP/+62juh4E+awcVJlgL2t6BuP++9li+jdtLPeftPL1Tz2GMzlNV39yqt3mA8rJ5vx3zS0Bou
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 1577d6fa-6191-421e-9dba-08d55ddb50b9
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(5600026)(4604075)(3008032)(4534125)(7022125)(4602075)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(2017052603307)(7153060)(7193020); SRVR:BN6PR06MB2547; 
x-ms-traffictypediagnostic: BN6PR06MB2547:
x-microsoft-antispam-prvs: <BN6PR06MB254774A01685BDC0AB6B3A59C4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(28532068793085)(10436049006162)(50582790962513)(85827821059158)(94707916325470)(100405760836317)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(3231023)(2400048)(944501161)(10201501046)(20161123560045)(20161123562045)(20161123564045)(2016111802025)(20161123558120)(6043046)(6072148)(6042181)(201708071742011); SRVR:BN6PR06MB2547; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN6PR06MB2547; 
x-forefront-prvs: 0555EC8317
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39380400002)(376002)(39860400002)(396003)(346002)(366004)(279900001)(37854004)(24454002)(13464003)(189003)(199004)(110136005)(606006)(316002)(790700001)(8936002)(7736002)(561944003)(2950100002)(33656002)(19625305001)(25786009)(3660700001)(8676002)(229853002)(99286004)(97736004)(6436002)(81156014)(966005)(4326008)(81166006)(93886005)(14454004)(6506007)(6116002)(102836004)(7696005)(3846002)(59450400001)(53546011)(26005)(54896002)(9686003)(74316002)(53936002)(2906002)(86362001)(236005)(76176011)(5660300001)(53946003)(3280700002)(106356001)(39060400002)(66066001)(2900100001)(55016002)(16799955002)(6246003)(105586002)(478600001)(6306002)(68736007)(77096007); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR06MB2547; H:BN6PR06MB2547.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: dolby.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: DoEzUUhfDvpIavimHdsSJW4YKwzGNV43YVJciTkXU3EIE1bE7QqY1oS4/pxElhSmFtYfRkvu8v6t6HArUUKf1w==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90BN6PR06MB2547namp_"
MIME-Version: 1.0
X-OriginatorOrg: dolby.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1577d6fa-6191-421e-9dba-08d55ddb50b9
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jan 2018 18:51:27.3856 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 05408d25-cd0d-40c8-8962-5462de64a318
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR06MB2547
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/bIyMjnvFqPG3Sx_FnJphPX_6miw>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 18:51:34 -0000

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

VGhhbmtzIFN0ZXdhcnQuIFJlZ2FyZGluZzoNCuKAnFllcywgd2UgbmVlZCB0byBoYXZlIHRoZSBk
aXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0aGVyDQph
KSBXZSBzdXBwb3J0IHY0DQpiKSBXZSBzdXBwb3J0IHY0IGFuZCB2NiBieSB2NCBhbmQgdjYgc3Bl
Y2lmaWMgcHJvdG9jb2wgZXh0ZW5zaW9ucw0KYykgV2UgdXNlIGEgc2luZ2xlIGNvbW1vbiBJUCBh
cHByb2FjaA0KZCkgV2UgdXNlIGFuIGFwcHJvYWNoIHRoYXQgaXMgY29tbW9uIGFjcm9zcyBJUCBh
bmQgTVBMU+KAnQ0KDQpQZXJoYXBzLCBnaXZlbiBUaW0gQ2hvd27igJlzIGVhcmxpZXIgY29tbWVu
dDoNCiAgICAgICAg4oCcSWYgeW914oCZcmUgc3VnZ2VzdGluZyBhbiBJUHY0LW9ubHkgc29sdXRp
b24sIHlvdeKAmXJlIHJ1bm5pbmcgdXAgYWdhaW5zdCBodHRwczovL3d3dy5pYWIub3JnLzIwMTYv
MTEvMDcvaWFiLXN0YXRlbWVudC1vbi1pcHY2Ly7igJ0NCg0KV2UgY291bGQgZ2V0IERlYm9yYWgg
d2l0aCBoZXIgQUQgaGF0IG9uIHRvIGNvbW1lbnQgb24gdGhpcz8NCkV0aGFuLg0KDQpGcm9tOiBT
dGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbV0NClNlbnQ6IFdl
ZG5lc2RheSwgSmFudWFyeSAxNywgMjAxOCAxMDozOSBBTQ0KVG86IEdyb3NzbWFuLCBFdGhhbiBB
LiA8ZWFncm9zQGRvbGJ5LmNvbT47IEJhbMOhenMgVmFyZ2EgQSA8YmFsYXpzLmEudmFyZ2FAZXJp
Y3Nzb24uY29tPjsgQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdtYWlsLmNvbT4NCkNjOiBEZXRO
ZXQgV0cgPGRldG5ldEBpZXRmLm9yZz47IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+
DQpTdWJqZWN0OiBSZTogRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pDQoNCg0KSGkg
IEV0aGFuLA0KDQpPbiAxNy8wMS8yMDE4IDE4OjI0LCBHcm9zc21hbiwgRXRoYW4gQS4gd3JvdGU6
DQpUaGFua3MgU3Rld2FydCBmb3IgdGhlIGNsYXJpZmljYXRpb24uIEkgaW50ZXJwcmV0IHlvdXIg
c3RhdGVtZW50IOKAnGEgZGVjaXNpb24gbm90IHRvIHN1cHBvcnQgSVB2NOKAnSB0byBtZWFuIOKA
nGEgZGVjaXNpb24gbm90IHRvIHByb3Bvc2UgYWRkaW5nIGFueXRoaW5nIHRvIHRoZSBleGlzdGlu
ZyBJUHY0IHN0YW5kYXJk4oCdLg0KDQpUbyBzdXBwb3J0IElQdjQgdGhlcmUgYXJlIGEgbnVtYmVy
IG9mIG1ldGhvZHMgdGhhdCBhcmUgcG9zc2libGUsIG9uZSBpcyB0byBhZGQgc29tZXRoaW5nIHRv
IHY0IGl0c2VsZiBhcyBpcyBwcm9wb3NlZCBmb3IgdjYuIEFkZGluZyBzb21ldGhpbmcgdG8gdGhl
IGJhc2UgcHJvdG9jb2wgd2lsbCBiZSB2ZXJ5IGRpZmZpY3VsdC4NCg0KQW5vdGhlciBtZXRob2Qs
IGlzIHRvIGRvIHdoYXQgaGFzIGJlZW4gcHJvcG9zZWQgYnkgc29tZSBmb3IgTVBMUywgdGhhdCBp
cyB0byBlbmNvZGUgdGhlIGlkZW50aXR5IGFuZCB0eXBlIGluIHRoZSBJUCBhZGRyZXNzLiBUaGVy
ZSBpcyBhIHByb3Bvc2FsIHRvIGRvIHRoaXMgaW4gU1J2Ni4gSSBhbSBub3QgYSBncmVhdCBmYW4g
b2YgYWJ1c2luZyB0aGUgYWRkcmVzcyBzcGFjZSBmb3IgdGhpcyBpbiB0aGUgd2F5IHByb3Bvc2Vk
IGJ5IHRoYXQgd29yaywgYnV0IG1heWJlIHdlIGNhbiBkbyBzb21ldGhpbmcgbXVjaCBzaW1wbGVy
IGhlcmUgYW5kIHNpbXBseSBpZGVudGlmeSB0aGUgRE4gaW5zdGFuY2UgYnkgdGhlIElQIGFkZHJl
c3Mgd2l0aCBubyBvdGhlciBzZW1hbnRpY3MuIE11Y2ggZWFzaWVyIHRvIGRvIHRoaXMgZm9yIElQ
djYgd2l0aCB0aGUgImluZmluaXRlIGFkZHJlc3NlcyIgYnV0IHdlIGNvdWxkIGdldCBhd2F5IHdp
dGggaXQgaW4gbGltaXRlZCBwcml2YXRlIElwdjQgbmV0d29ya3MuIE9mIGNvdXJzZSB0aGlzIGRv
ZXMgY2hhbmdlIHRoZSBwZXItaG9wIGJlaGF2aW91ciBvZiBJUCB3aGljaCBtYXkgYmUgYSBjaGFs
bGVuZ2UgdG8gZ2V0IHRoZSBJRVRGIHRvIHNpZ24gb2Ygb24uDQoNCkFub3RoZXIgbWV0aG9kIGlz
IHRvIHVzZSBzb21lIG1ldGhvZCBvZiBjYXJyeWluZyBhbiBNUExTIGxhYmVsIHN0YWNrIC0gdGhp
cyB3YXMgdGhlIGZpcnN0IHByb3Bvc2FsLiBOb3cgSSBzYWlkIHRoYXQgSSBkaWQgbm90IHRoaW5r
IGFueW9uZSBoYWQgZG9uZSB0aGF0IGFuZCBJIHN0aWxsIGJlbGlldmUgdGhhdCB0byBiZSB0aGUg
Y2FzZSwgYnV0IHRoYXQgZG9lcyBub3QgbWVhbiB0aGF0IGl0IGlzIG5vdCB0aGUgbGVhc3Qgd29y
c3QgYXBwcm9hY2guIFRoZXJlIGFyZSBhbHRlcm5hdGVzIGZvciBleGFtcGxlIElQL1VEUC9NUExT
DQp3aGljaCBpcyB0aGUgc28gY2FsbGVkIFVTUiBhcHByb2FjaCB0aGF0IGEgbnVtYmVyIG9mIHVz
IGFkdm9jYXRlIGFzIGFuIGFsdGVybmF0aXZlIHRvIFNSdjYuDQoNCg0KSWYgdGhhdCBpc27igJl0
IGNvcnJlY3QsIHBsZWFzZSBsZXQgbWUga25vdy4gQXMgeW91IG1heSByZWNhbGwgSSBhbHJlYWR5
IHN0YXJ0ZWQgYSB0aHJlYWQgYXdoaWxlIGFnbyB0byBkaXNjdXNzIElQdjQgdnMgSVB2NiwgYW5k
IGJhc2VkIG9uIHRoZSByZXNwb25zZXMgaXQgYXBwZWFyZWQgdG8gbWUgYXQgdGhhdCB0aW1lIHRo
YXQgdGhlcmUgd2VyZSBzb21lIGtpbmQgb2Ygb3B0aW9ucywgdGhvdWdoIG5vdCBhIOKAnG5hdGl2
ZSBJUHY04oCdIHNvbHV0aW9uLCBidXQgaXQgd2FzbuKAmXQgY2xlYXIgdG8gbWUgKGFzIGEgbm9u
LWV4cGVydCBpbiB0aGUgdmFyaW91cyBuZXR3b3JraW5nIHByb3RvY29scyBtZW50aW9uZWQpIHdo
ZXRoZXIgdGhleSB3b3VsZCBiZSB2aWFibGUgaW4gcHJhY3RpY2Ugb3Igbm90LiBJIHdpbGwgcmV2
aXZlIHRoYXQgdGhyZWFkIGFuZCBzZWUgaWYgd2UgY2FuIGdldCBhbnkgY2xvc2VyIHRvIGRldGVy
bWluaW5nIHRoZSBpbXBvcnRhbmNlIG9mIElQdjQgdG8gb3VyIHRhcmdldCBjdXN0b21lcnMsIGFu
ZCBob3BlZnVsbHkgc29tZSBzZW5zZSBvZiB3aGV0aGVyIHRoZSBwcm9wb3NlZCBub24tbmF0aXZl
LUlQdjQgc3RyYXRlZ2llcyB3aWxsIGhvbGQgd2F0ZXIuDQoNClllcywgd2UgbmVlZCB0byBoYXZl
IHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0
aGVyDQoNCmEpIFdlIHN1cHBvcnQgdjQNCmIpIFdlIHN1cHBvcnQgdjQgYW5kIHY2IGJ5IHY0IGFu
ZCB2NiBzcGVjaWZpYyBwcm90b2NvbCBleHRlbnNpb25zDQpjKSBXZSB1c2UgYSBzaW5nbGUgY29t
bW9uIElQIGFwcHJvYWNoDQpkKSBXZSB1c2UgYW4gYXBwcm9hY2ggdGhhdCBpcyBjb21tb24gYWNy
b3NzIElQIGFuZCBNUExTDQoNCi0gU3Rld2FydA0KDQoNCkV0aGFuLg0KDQpGcm9tOiBTdGV3YXJ0
IEJyeWFudCBbbWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbV0NClNlbnQ6IFdlZG5lc2Rh
eSwgSmFudWFyeSAxNywgMjAxOCAxMjoyOSBBTQ0KVG86IEdyb3NzbWFuLCBFdGhhbiBBLiA8ZWFn
cm9zQGRvbGJ5LmNvbT48bWFpbHRvOmVhZ3Jvc0Bkb2xieS5jb20+OyBCYWzDoXpzIFZhcmdhIEEg
PGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT48bWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNz
c29uLmNvbT47IEFuZHJldyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb20+PG1haWx0bzphZ21h
bGlzQGdtYWlsLmNvbT4NCkNjOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz48bWFpbHRvOmRl
dG5ldEBpZXRmLm9yZz47IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+PG1haWx0bzpt
YWNoLmNoZW5AaHVhd2VpLmNvbT4NClN1YmplY3Q6IFJlOiBEUCBzb2x1dGlvbiAoRmxvdyBpZGVu
dGlmaWNhdGlvbikNCg0KDQoNCg0KT24gMTYvMDEvMjAxOCAxODozOCwgR3Jvc3NtYW4sIEV0aGFu
IEEuIHdyb3RlOg0KSGkgQmFsYeKAmXpzLA0KUmVnYXJkaW5nIElQdjQsIEkgYWxzbyB1bmRlcnN0
b29kIHRoYXQgd2UgZGVjaWRlZCB0aGF0IHdlIGNhbuKAmXQgYWRkIG5ldyBJUHY0IGZpZWxkcy4g
UGFyZG9uIG15IGlnbm9yYW5jZSBoZXJlLCBidXQgZG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMgbm8g
cGFydCBvZiBEZXROZXQgY2FwYWJpbGl0eSB0aGF0IGNhbiBiZSBydW4gb3ZlciBJUHY0PyBPciBp
cyB0aGVyZSBzb21lIOKAnHdvcmthcm91bmTigJ0gdG8gcHJvdmlkZSBhcyBJIHNheSBldmVuIHBh
cnQgb2YgdGhlIERldE5ldCBjYXBhYmlsaXR5LCBnaXZlbiB0aGF0IGl0IGlzIGFuIEVuZ2luZWVy
ZWQgbmV0d29yaz8gSSBqdXN0IHdhbnQgdG8gY2xhcmlmeSBleHBlY3RhdGlvbnMgaGVyZS4NCg0K
SWYgeW91IGhhdmUgYSBuYXRpdmUgSVB2NCBuZXR3b3JrIHRvIHdoaWNoIHlvdSBwcmVzZW50IElQ
djYgcGFja2V0cywgeW91IGVpdGhlciBoYXZlIHRvIHR1bm5lbCB0aGVtIGFjcm9zcyB3aGVyZSB0
aGUgSVB2NiBpcyBjb25zaWRlcmVkIG9wYXF1ZSBkYXRhLCBvciB5b3UgaGF2ZSB0byB0cmFuc2xh
dGUgdGhlbSB0byBJUHY0LCBidXQgdGhhdCByZXF1aXJlcyBzb21lIGNvbW1vbiBzZW1hbnRpY3Mg
dG8gZGVhbCB3aXRoIGV4dGVuc2lvbiBoZWFkZXJzIHdoaWNoIHdlIGRvbid0IGN1cnJlbnRseSBo
YXZlLg0KDQpTbywgYXMgZmFyIGFzIEkgY2FuIHNlZSwgYSBkZWNpc2lvbiBub3QgdG8gc3VwcG9y
dCBJUHY0IG1lYW5zIG5vIEROIHN1cHBvcnQgYWNyb3NzIHRoZSBJUHY0IG5ldHdvcmsuDQoNCldo
aWNoIHRha2VzIHVzIGJhY2sgdG8gdGhlIHF1ZXN0aW9uIG9mIGhvdyBpbXBvcnRhbnQgaXMgdGhp
cyBhbmQgd2hhdCB3aWxsIGl0IGRvIHRvIHRoZSB0YWtlLXVwIG9mIHRoZSB0ZWNobm9sb2d5IGJ5
IGl0cyB0YXJnZXQgY3VzdG9tZXJzPw0KDQotIFN0ZXdhcnQNCg0KDQoNClRoYW5rcywNCkV0aGFu
Lg0KDQpGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo
YWxmIE9mIEJhbMOhenMgVmFyZ2EgQQ0KU2VudDogVHVlc2RheSwgSmFudWFyeSAxNiwgMjAxOCAx
MDoyMSBBTQ0KVG86IFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+PG1h
aWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+OyBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNA
Z21haWwuY29tPjxtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20+DQpDYzogRGV0TmV0IFdHIDxkZXRu
ZXRAaWV0Zi5vcmc+PG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+OyBNYWNoIENoZW4gPG1hY2guY2hl
bkBodWF3ZWkuY29tPjxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+DQpTdWJqZWN0OiBbRGV0
bmV0XSBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0KSSB0aGluayB0aGUgbGFz
dCBtYWlscyBhcmUgbW9yZSBhYm91dCBmbG93IGlkZW50aWZpY2F0aW9uIGFuZCBub3QgdGhlIHNl
cXVlbmNlIG51bWJlci4NClNvLCBJIGhhdmUgcmUtc3ViamVjdGVkIG15IGFuc3dlci4NCg0KUFNO
IGxheWVyIHZzLiBETiBsYXllciAoTVBMUyk6DQotIGluIGN1cnJlbnQgZGF0YSBwbGFuZSB0ZXh0
IHdlIGhhdmUgc3RhdGVkIHRoYXQgRGV0TmV0IFBXcyBtYXkgdXNlIGRlZGljYXRlZCBMU1BzIChU
RS10dW5uZWxzKS4NClRoYXQgYWxsb3cgdG8gaWRlbnRpZnkgRGV0TmV0IGZsb3dzIGluIFBTTiBs
YXllciB3aXRob3V0IGNoZWNraW5nIHRoZSBQVyBsYWJlbC4gU3VjaCBhIHNvbHV0aW9uIG9mDQpj
b3Vyc2UgbWF5IGNoYWxsZW5nZSBzY2FsYWJpbGl0eS4NCi0gcmVnYXJkaW5nIHByaW9yaXRpemF0
aW9uOiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQIGFuZCBMLUxTUCBjb25jZXB0LCB3aGF0IG1ha2Vz
IHBvc3NpYmxlDQp0byBpZGVudGlmeSBEZXROZXQgcGFja2V0cy4gSG93ZXZlciB0aGF0IGlzIG1v
cmUgZm9yIHNpbXBsZSBxdWV1aW5nIHNjZW5hcmlvcyBhcyBpdCBkb2VzIG5vdA0KaWRlbnRpZnkg
aW5kaXZpZHVhbCBmbG93cy4NCg0KUFNOIGxheWVyIHZzLiBETiBsYXllciAobm9uLU1QTFMpOg0K
LSBJUHY0OiBJZiBJIHJlbWVtYmVyIGNvcnJlY3RseSBpdCB3YXMgZGlzY3Vzc2VkIHRvIGJlIG91
dC1vZi1zY29wZSB0byBzaW1wbGlmeSB0aGUgc2NlbmFyaW9zIHdlIGZvY3VzIG9uLg0KTm8tb25l
IHdhbnRlZCB0byBkZWZpbmUgbmV3IElQdjQgZmllbGRzIGZvciBmbG93LUlEIGFuZCBTZXEtTnVt
IGluIHRoZSDigJxzdW5zZXQgb2YgSVB2NOKAnS4NCi0gSVB2NjogYmFzZWQgb24gdGhlIHNyYy1J
UHY2IGFuZCB0aGUgZmxvdy1sYWJlbCBOUCBjYW4gZGV0ZWN0IERldE5ldCBmbG93cy4gV2h5IHdv
dWxkIHdlIG5lZWQgYSBuZXcNCklQIHByb3RvY29sIHR5cGU/DQoNCkdlbmVyaWMgdnMuIEROIGF3
YXJlIGRhdGEgcGxhbmU6DQotIEkgdGhpbmsgd2UgbmVlZCBib3RoLiBXZSBoYXZlIHVzZS1jYXNl
cyBzcGVjaWZpZWQgZm9yIGJvdGguDQoNCkRldE5ldCB0cmFmZmljIHRvIGJlIHRyYW5zcG9ydGVk
Og0KLSB0d28gdHlwZXMgYXJlIGNvbnNpZGVyZWQ6DQooMSkgRXRoZXJuZXQ6IElFRUUgVFNOIHRy
YWZmaWMgZW5jYXBzdWxhdGVkIGluIEV0aGVybmV0IGZyYW1lcyBhbmQNCigyKSBJUDogSVB2NiB0
cmFuc3BvcnRlZCBvdmVyIGFueSBMMiAobm90IGFsd2F5cyBFdGhlcm5ldCwgYnV0IG1vc3QgY2Fz
ZXMgRXRoZXJuZXQpDQpBcyBub3RlZCBhYm92ZSBJUHY0IGlzIGN1cnJlbnRseSBvdXQtb2Ytc2Nv
cGUg4oCmDQoNCkNoZWVycw0KQmFsYeKAmXpzDQoNCkZyb206IFN0ZXdhcnQgQnJ5YW50IFttYWls
dG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXQ0KU2VudDogMjAxOC4gamFudcOhciAxNi4gMTc6
MzgNClRvOiBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29tPG1haWx0bzphZ21hbGlz
QGdtYWlsLmNvbT4+DQpDYzogTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbTxtYWlsdG86
bWFjaC5jaGVuQGh1YXdlaS5jb20+PjsgQmFsw6F6cyBWYXJnYSBBIDxiYWxhenMuYS52YXJnYUBl
cmljc3Nvbi5jb208bWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT4+OyBEZXROZXQg
V0cgPGRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPj4NClN1YmplY3Q6IFJl
OiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKQ0KDQoNCg0KQW5keQ0K
T24gMTYvMDEvMjAxOCAxNToyMCwgQW5kcmV3IEcuIE1hbGlzIHdyb3RlOg0KU3Rld2FydCwNCg0K
TGlrZSB3aXRoIFBXcyAoc2luY2UgREVUTkVUIGZvciBNUExTIHdvdWxkIGp1c3QgYmUgYW5vdGhl
ciBQVyB0eXBlKSwgdGFyZ2V0ZWQgTERQIGFuZCBwcm92aXNpb25pbmcgKHZpYSBhIGNlbnRyYWwg
Y29udHJvbGxlciwgTk1TLCBldGMuKSBhcmUgYWx0ZXJuYXRpdmVzIHRvIFJTVlAgYW5kIFNSIHRv
IHByb3Zpc2lvbmluZy9hbGxvY2F0aW5nIHRoZSBERVRORVQgUFcgbGFiZWwuDQoNCi4uIGFuZCBJ
IHN1cHBvc2Ugc3RyaWN0bHkgQkdQIHdoaWNoIGlzIGFsc28gdXNlZCBmb3IgdGhpcyBwdXJwb3Nl
IGluIFZQTnMNCg0KDQoNCg0KWW91IGFuZCBNYWNoIGFyZSBib3RoIHJpZ2h0IHRoYXQgaW4gdGhl
IElQIChub24tTVBMUykgY2FzZSwgd2UgbmVlZCBhIHdheSBmb3IgdGhlIE5QIHRvIGRldGVjdCBE
RVRORVQgZmxvd3MuIFdlIGNvdWxkIGhhdmUgYSBuZXcgSVAgcHJvdG9jb2wgdHlwZSBmb3IgREVU
TkVULCBhbmQgYSBERVRORVQgaGVhZGVyIGRpcmVjdGx5IGZvbGxvd3MgdGhlIElQIGhlYWRlci4g
SW4gdGhhdCBjYXNlLCB0aGUgREVUTkVUIGhlYWRlciB3b3VsZCBhbHNvIG5lZWQgYSBuZXh0IHBy
b3RvY29sIGlkZW50aWZpZXIsIHVubGVzcyB0aGUgbmV4dCBwcm90b2NvbCBpcyBhbHdheXMgYW5v
dGhlciBJUCBoZWFkZXIuDQoNCkxhc3QgSSBzYXcsIHRoZSB0aGlua2luZyB3YXMgdGhhdCB0aGVy
ZSB3b3VsZCBiZSBhbiBJUCBleHRlbnNpb24gaGVhZGVyLCBhbHRob3VnaCBJIGFtIG5vdCBhIGZh
biBvZiB0aG9zZSBzaW5jZSAoYSkgSSBhbSBub3QgY29uZmlkZW50IHdoYXQgYSByb3V0ZXIgd2ls
bCBkbyBvbmUgaXQgZG9lcyBub3QgdW5kZXJzdGFuZCwgYW5kIChiKSBJIGFtIGNvbmNlcm5lZCBh
Ym91dCB0aGUgbmVlZCB0byBzdXBwb3J0IElQdjQgd2hpY2ggSSBzdXNwZWN0IHdpbGwgaGF2ZSBh
IGxvbmcgdGFpbCBpbiBlbnRlcnByaXNlIGRlcGxveW1lbnQuDQoNCkkgcHJlZmVyIGEgVURQIHR5
cGUgZm9yIHRoaXMgcHVycG9zZSBzaW5jZSBpdCBoYXMgdW5pdmVyc2FsIHN1cHBvcnQgdGhyb3Vn
aCBhbnkgbWlkZGxlIGJveC4gZmlyZXdhbGwgZXRjLCBhbmQgYWxsIHJvdXRlcnMgbmVlZCB0byBs
b29rIGEgdGhlIFVEUCBEUCBzbyBjaGVja2luZyBpZiBpdCBpcyBvbmUgdGhleSBuZWVkIHRvIHdv
cmsgb24gaXMganVzdCBvbmUgY29tcGFyZSBhbmQgY29uZGl0aW9uYWwgYnJhbmNoLg0KDQoNCg0K
DQpPZiBjb3Vyc2UsIGZvciBNUExTLCB0aGUgREVUTkVUIFBXIGxhYmVsIGlzIHRoZSBpZGVudGlm
aWVyLg0KDQpPbmx5IGF0IHRoZSBQVyBsYXllci4gTm90ZSBteSBxdWVzdGlvbiBhYm91dCB3aGV0
aGVyIHRoaXMgaXMgc3VmZmljaWVudC4NCg0KLSBTdGV3YXJ0DQoNCg0KQ2hlZXJzLA0KQW5keQ0K
DQoNCk9uIFR1ZSwgSmFuIDE2LCAyMDE4IGF0IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50IDxzdGV3
YXJ0LmJyeWFudEBnbWFpbC5jb208bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT4+IHdy
b3RlOg0KDQpJZiB3ZSBuZWVkIHRvIGRpc2NyaW1pbmF0ZSBhdCB0aGUgUFNOIGxheWVyIHJhdGhl
ciB0aGFuIHRoZSBETiBsYXllciB0aGVuIHdlIHJlYWxseSBhcmUgZm9yY2VkIHRvIGNyZWF0ZSBh
IG5ldyBGRUMgdHlwZSBmb3IgTVBMUywgb3Igc3ludGhlc2l6ZSBvbmUgdGhyb3VnaCBSU1ZQIG9y
IFNSLiBJUCBoYXMgbm8gbmF0aXZlIHN1cHBvcnQgZm9yIHRoaXMsIGJ1dCB3ZSBjb3VsZCBpbnRy
b2R1Y2UgdGhlIGNvbmNlcHQsIGZvciBleGFtcGxlIGJ5IG1ha2luZyB0aGlzIHRoZSBwcm9wZXJ0
eSBvZiB0aGUgSVAgYWRkcmVzcyBvciBzb21lIHdheSBvZiBNUExTaW5nIElQLg0KDQpIb3dldmVy
IHRoZXJlIGlzIGEgZGVlcGVyIHF1ZXN0aW9uIHdlIG5lZWQgdG8gYW5zd2VyLiBJcyBvdXIgZXhw
ZWN0YXRpb24gdGhhdCBlYWNoIGhvcCBpbiB0aGUgZGF0YSBwbGFuZSBETiBhd2FyZSwgb3IgaXMg
b3VyIGV4cGVjdGF0aW9uIHRoYXQgYXQgbGVzdCBpbiBzb21lIG5ldHdvcmtzIHRoZSBkYXRhIHBs
YW5lIGlzIGdlbmVyaWMgd2l0aCBzb21lIEROIG5vZGVzIHN0cmF0ZWdpY2FsbHkgcGxhY2VkPw0K
DQpJIGNhbiBzZWUgdGhhbiBpbiBzb21lIGdyZWVuZmllbGQgc3BlY2lhbGlzdCBjYXNlcyB0aGUg
cm91dGVycyB3aWxsIGFsbCBiZSBETiBhd2FyZSwgYnV0IGluIG9yZGVyIHRvIGdldCBkZXBsb3lt
ZW50IGluIG1vc3QgbmV0d29ya3Mgd2UgbmVlZCB0byBkZXNpZ24gZm9yIHRoZSBjYXNlIHdoZXJl
IG9ubHkgc3RyYXRlZ2ljIG5vZGVzIGFyZSBETiBhd2FyZS4NCg0KLSBTdGV3YXJ0DQoNCk9uIDE2
LzAxLzIwMTggMDE6MTQsIE1hY2ggQ2hlbiB3cm90ZToNCkhpIEJhbGF6cywNCg0KIzIgaXMgYSBt
b3JlIG5hdHVyZSBzb2x1dGlvbiwgdGhlIERldE5ldCBDVyBpcyBkZWRpY2F0ZWQgZm9yIERldE5l
dCwgc2VlbXMgdGhlcmUgaXMgbm8gY29tcGF0aWJpbGl0eSBpc3N1ZS4NCg0KSW4gYWRkaXRpb24s
IEkgdGhpbmsgd2UgbmVlZCB0byBkZWZpbmUgYSB3YXkgb24gaG93IHRvIGRpZmZlcmVudGlhdGUg
YSBEZXROZXQgZmxvdyBmcm9tIGEgbm9uLURldE5ldCBmbG93LCB0aGVuIHRoZSBuZXR3b3JrIHBy
b2Nlc3NvciBjYW4gcHJvY2VzcyB0aGUgQ1cgYXMgZXhwZWN0ZWQuICBJbiBUU04sIGl0IHVzZXMg
dGhlIHByaW9yaXR5IHRvIGRldGVybWluZSB3aGV0aGVyIGEgZmxvdyBpcyBUU04gb3Igbm9uLVRT
TiBmbG93LiBGb3IgRGV0TmV0LCBzaG91bGQgd2UgYWxzbyB1c2UgdGhlIHNhbWUgd2F5IChlLmcu
LCBUQywgRFNDUCk/IE9yIHRoZSBEZXROZXQgc2VydmljZSBMYWJlbCBpdHNlbGYgaW1wbGllcyB0
aGUgc2l0dWF0aW9uLCBidXQgaXQgc2VlbXMgdGhhdCB0aGlzIG9ubHkgd29ya3Mgd2hlbiB0aGUg
RGV0TmV0IHNlcnZpY2UgbGFiZWwgaXMgdGhlIHRvcCBsYWJlbC4NCg0KQW55IG90aGVyIHRob3Vn
aHRzPw0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQoNCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5l
dC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQmFsw6F6cyBWYXJnYSBBDQpTZW50OiBN
b25kYXksIEphbnVhcnkgMTUsIDIwMTggOTowNiBQTQ0KVG86IERldE5ldCBXRyA8ZGV0bmV0QGll
dGYub3JnPjxtYWlsdG86ZGV0bmV0QGlldGYub3JnPg0KU3ViamVjdDogW0RldG5ldF0gRFAgc29s
dXRpb24gKFNlcXVlbmNlIE51bWJlcmluZykNCg0KDQpIaSwNCg0KDQoNClNvbWUgdGhvdWdodHMg
dG8gc3RhcnQgZGlzY3Vzc2lvbiBvbiBvcGVuIHBvaW50cyBvZiB0aGUgRFAgc29sdXRpb24gZHJh
ZnQuDQoNClRoaXMgbWFpbCgtdGhyZWFkKSBpcyBvbiBzZXF1ZW5jZSBudW1iZXJpbmcuDQoNCg0K
DQpQcm9ibGVtIGluIGNhc2Ugb2YgTVBMUyBhbmQgRGV0TmV0IENvbnRyb2wgV29yZDoNCg0KLSBT
L04gc2tpcHMgemVybyBwcm9ibGVtOiBFdGhlcm5ldCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0aGF0
IFMvTiBza2lwcyB6ZXJvLg0KDQpJdCB1c2VzIHplcm8gdG8gbWVhbiBubyBTL04gaW4gdXNlLiAo
cmZjNDQ0OCkNCg0KDQoNClBvc3NpYmxlIHByb2JsZW0gcmVzb2x1dGlvbnM6DQoNCiMxOiBVc2lu
ZyBhICJmbGFnIiBpbiB0aGUgcmVzZXJ2ZWQgYml0cyBwYXJ0IG9mIHRoZSBDVzoNCg0KICAgICAg
MCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAg
ICAgMw0KDQogICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx
IDIgMyA0IDUgNiA3IDggOSAwIDENCg0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQogICAgIHwwIDAgMCAwfER8
cmVzZXJ2ZWQgLSBzZXQgdG8gMCAgfCAgIDE2IGJpdCBTZXF1ZW5jZSBOdW1iZXIgICAgICB8DQoN
CiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSsNCg0KRC1iaXQ6IHNldCB0byDigJwx4oCdIG1lYW5zIERldE5ldCBzcGVj
aWZpYyBTZXEuIE51bWJlciB1c2VkLA0KDQpCaXQ1LTE1OiByZXNlcnZlZC4NCg0KDQoNClJGQzQ0
NDggc3RhdGVzIHRoYXQgcmVzZXJ2ZWQgYml0cyDigJxNVVNUIGJlIGlnbm9yZWQgdXBvbiByZWNl
aXB04oCdLCBzbyBiYWNrd2FyZA0KDQpjb21wYXRpYmlsaXR5IGlzIGVuc3VyZWQuIFN1Y2ggYSBz
b2x1dGlvbiB3b3VsZCBhbGxvdyBhbHNvIHRvIHVzZSBsb25nZXIgc2VxLm51bS4NCg0KZm9ybWF0
cyAoaWYgbmVlZGVkKS4gU3VjaCBhIGZvcm1hdCBpcyBhbHNvIGlubGluZSB3aXRoIFJGQzQzODUu
DQoNCg0KDQojMjogTWFraW5nIOKAnDDigJ0gYXMgYSB2YWxpZCBTZXEuTnVtLg0KDQpEZXROZXQg
Zmxvd3MgYXJlIHJlY29nbml6ZWQgYW5kIGZvcndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0
TmV0DQoNCmRvbWFpbi4gUy9OIGlzIHVzZWQgd2l0aGluIHRoZSBEZXROZXQgZG9tYWluIGJ5IERl
dE5ldCBTZXJ2aWNlIGZ1bmN0aW9ucw0KDQooaS5lLiBQUkVGKS4gUy9OIHVzZWQgb25seSBvbiBE
ZXROZXQgZW5kLW5vZGVzIGFuZCBEZXROZXQgcmVsYXktbm9kZXMuIE5vDQoNCm90aGVyIG5vZGVz
IGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMvTiwgdGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lm
eSBpdHMNCg0Kb3duIHNlcXVlbmNlIG51bWJlciBwcm9jZXNzaW5nIGFsZ29yaXRobS4gU28g4oCc
MOKAnSBjYW4gYmUgYSB2YWxpZCBudW1iZXINCg0KYW5kIG5vdCB0aGUgaW5kaWNhdGlvbiB0aGF0
IG5vIFNlcS5OdW0uIGlzIHVzZWQuIFRoaXMgaXMgaW5saW5lIHdpdGggUkZDNDM4NS4NCg0KDQoN
CiMzOiBPdGhlciDigKYgPyE/DQoNCg0KDQpDb21tZW50cyBhcmUgd2VsY29tZS4NCg0KDQoNCkNo
ZWVycw0KDQpCYWxhJ3pzDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog
ZGV0bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMb3Ug
QmVyZ2VyDQpTZW50OiAyMDE4LiBqYW51w6FyIDEwLiAxOTowMQ0KVG86IERldE5ldCBXRyA8ZGV0
bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW0RldG5ldF0g
cmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVyaW0NCg0KDQoNCmlzIGF2YWlsYWJsZSBmb3IgZG93
bmxvYWQgYXQ6DQoNCmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9sZHIucGhwP1JDSUQ9ZTUx
MTZiYzdkYjI1NGMyNGE3YmIzMjE3YmYyMDIzMDE8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9p
bnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19pZXRmLndlYmV4LmNvbV9pZXRmX2xkci5waHAtM0ZS
Q0lELTNEZTUxMTZiYzdkYjI1NGMyNGE3YmIzMjE3YmYyMDIzMDEmZD1Ed01HYVEmYz1sSThaYjZU
ek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGww
ejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz0zcmIzUkVfWjJ3T1c4dnAtQU1zYTJsZ1No
MFU0QmdkWkY3enUxdFh3ZDZrJmU9Pg0KDQoNCg0KcmF3IG5vdGVzIGFyZSBhdmFpbGFibGUgYXQN
Cg0KaHR0cDovL2V0aGVycGFkLnRvb2xzLmlldGYub3JnOjkwMDAvcC9ub3Rlcy1pZXRmLWludGVy
aW0tMjAxOC1kZXRuZXQtMDE8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy
bD91PWh0dHAtM0FfX2V0aGVycGFkLnRvb2xzLmlldGYub3JnLTNBOTAwMF9wX25vdGVzLTJEaWV0
Zi0yRGludGVyaW0tMkQyMDE4LTJEZGV0bmV0LTJEMDEmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0
WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBO
dEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz1sT19aZEhBclFRc2FETll2TXlJY3ptZDZGMVBfYWN1
TTBrRk1aNTFVWDZjJmU9Pg0KDQoNCg0KUGxlYXNlIGZlZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0
aGVycGFkIGJhc2VkIG9uIHRoZSByZWNvcmRpbmcuDQoNCg0KDQpMb3UgKGFuZCBjby1jaGFpcnMp
DQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K
DQpkZXRuZXQgbWFpbGluZyBsaXN0DQoNCmRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGll
dGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxo
dHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5p
ZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZkPUR3TUdhUSZjPWxJOFpiNlR6TTNkMXRY
NGlFdTdicGcmcj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJm09V3c1MDZHVDVJMWxwbDB6NHdoME50
Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZzPWhTOV9ISTExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNX
YkJ0OW5qckZRTUkmZT0+DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCg0KZGV0bmV0IG1haWxpbmcgbGlzdA0KDQpkZXRuZXRAaWV0Zi5vcmc8bWFp
bHRvOmRldG5ldEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9kZXRuZXQ8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0
dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19kZXRuZXQmZD1Ed01HYVEmYz1s
SThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPVd3NTA2R1Q1
STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz1oUzlfSEkxMTR2bHlULU1ESlZw
NWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmU9Pg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fDQpkZXRuZXQgbWFpbGluZyBsaXN0DQpkZXRuZXRAaWV0
Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vZGV0bmV0PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91
cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmQ9RHdN
R2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmbT1X
dzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJnM9aFM5X0hJMTE0dmx5
VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFNSSZlPT4NCg0KDQoNCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4gXCxzZXJpZiI7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAgMDt9DQovKiBTdHls
ZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1h
bA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30N
CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv
bG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4u
TXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1
cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJ
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6
ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6
YmxhY2s7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi
SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4w
MDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciLHNl
cmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0
eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5
OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNv
bnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2
Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0K
CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNp
emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJs
YWNrO30NCnAubTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQsIGxpLm0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0LCBkaXYubTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQNCgl7bXNvLXN0eWxlLW5hbWU6bV8xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ow0K
CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJn
aW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0
OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uaG9lbnpiDQoJe21zby1zdHlsZS1uYW1lOmhvZW56
Yjt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250
LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4u
RW1haWxTdHlsZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxl
MjUNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh
bnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyNg0KCXttc28t
c3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN
Cgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTI3DQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndp
bmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9
DQpzcGFuLkVtYWlsU3R5bGUyOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K
Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXpl
OjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy
Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX
b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo
YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp
Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0
Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv
eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVO
LVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u
MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
VGhhbmtzIFN0ZXdhcnQuIFJlZ2FyZGluZzogPG86cD4NCjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl
cmlmIj7igJxZZXMsIHdlIG5lZWQgdG8gaGF2ZSB0aGUgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBh
bmQgcmVhY2ggYSBjb25zZW5zdXMgb2Ygd2hldGhlcjxicj4NCmEpIFdlIHN1cHBvcnQgdjQ8YnI+
DQpiKSBXZSBzdXBwb3J0IHY0IGFuZCB2NiBieSB2NCBhbmQgdjYgc3BlY2lmaWMgcHJvdG9jb2wg
ZXh0ZW5zaW9uczxicj4NCmMpIFdlIHVzZSBhIHNpbmdsZSBjb21tb24gSVAgYXBwcm9hY2g8YnI+
DQpkKSBXZSB1c2UgYW4gYXBwcm9hY2ggdGhhdCBpcyBjb21tb24gYWNyb3NzIElQIGFuZCBNUExT
4oCdPGJyPg0KPGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+UGVyaGFwcywgZ2l2ZW4gVGltIENob3du4oCZcyBlYXJsaWVyIGNvbW1l
bnQ6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyDigJxJZiB5b3XigJlyZSBzdWdnZXN0aW5nIGFuIElQdjQtb25seSBzb2x1dGlvbiwg
eW914oCZcmUgcnVubmluZyB1cCBhZ2FpbnN0DQo8YSBocmVmPSJodHRwczovL3d3dy5pYWIub3Jn
LzIwMTYvMTEvMDcvaWFiLXN0YXRlbWVudC1vbi1pcHY2LyI+aHR0cHM6Ly93d3cuaWFiLm9yZy8y
MDE2LzExLzA3L2lhYi1zdGF0ZW1lbnQtb24taXB2Ni88L2E+LuKAnTxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+V2UgY291bGQgZ2V0IERlYm9yYWggd2l0aCBoZXIg
QUQgaGF0IG9uIHRvIGNvbW1lbnQgb24gdGhpcz8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5FdGhhbi48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk
aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRk
aW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9y
OndpbmRvd3RleHQiPiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWls
LmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMTA6
MzkgQU08YnI+DQo8Yj5Ubzo8L2I+IEdyb3NzbWFuLCBFdGhhbiBBLiAmbHQ7ZWFncm9zQGRvbGJ5
LmNvbSZndDs7IEJhbMOhenMgVmFyZ2EgQSAmbHQ7YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29t
Jmd0OzsgQW5kcmV3IEcuIE1hbGlzICZsdDthZ21hbGlzQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5D
Yzo8L2I+IERldE5ldCBXRyAmbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzsgTWFjaCBDaGVuICZsdDtt
YWNoLmNoZW5AaHVhd2VpLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IERQIHNvbHV0
aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwPkhp
Jm5ic3A7IEV0aGFuLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMTcvMDEvMjAx
OCAxODoyNCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5U
aGFua3MgU3Rld2FydCBmb3IgdGhlIGNsYXJpZmljYXRpb24uIEkgaW50ZXJwcmV0IHlvdXIgc3Rh
dGVtZW50IOKAnGEgZGVjaXNpb24gbm90IHRvIHN1cHBvcnQgSVB2NOKAnSB0byBtZWFuIOKAnGEg
ZGVjaXNpb24gbm90IHRvIHByb3Bvc2UgYWRkaW5nIGFueXRoaW5nIHRvIHRoZSBleGlzdGluZyBJ
UHY0IHN0YW5kYXJk4oCdLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQpUbyBzdXBwb3J0
IElQdjQgdGhlcmUgYXJlIGEgbnVtYmVyIG9mIG1ldGhvZHMgdGhhdCBhcmUgcG9zc2libGUsIG9u
ZSBpcyB0byBhZGQgc29tZXRoaW5nIHRvIHY0IGl0c2VsZiBhcyBpcyBwcm9wb3NlZCBmb3IgdjYu
IEFkZGluZyBzb21ldGhpbmcgdG8gdGhlIGJhc2UgcHJvdG9jb2wgd2lsbCBiZSB2ZXJ5IGRpZmZp
Y3VsdC48YnI+DQo8YnI+DQpBbm90aGVyIG1ldGhvZCwgaXMgdG8gZG8gd2hhdCBoYXMgYmVlbiBw
cm9wb3NlZCBieSBzb21lIGZvciBNUExTLCB0aGF0IGlzIHRvIGVuY29kZSB0aGUgaWRlbnRpdHkg
YW5kIHR5cGUgaW4gdGhlIElQIGFkZHJlc3MuIFRoZXJlIGlzIGEgcHJvcG9zYWwgdG8gZG8gdGhp
cyBpbiBTUnY2LiBJIGFtIG5vdCBhIGdyZWF0IGZhbiBvZiBhYnVzaW5nIHRoZSBhZGRyZXNzIHNw
YWNlIGZvciB0aGlzIGluIHRoZSB3YXkgcHJvcG9zZWQgYnkgdGhhdCB3b3JrLA0KIGJ1dCBtYXli
ZSB3ZSBjYW4gZG8gc29tZXRoaW5nIG11Y2ggc2ltcGxlciBoZXJlIGFuZCBzaW1wbHkgaWRlbnRp
ZnkgdGhlIEROIGluc3RhbmNlIGJ5IHRoZSBJUCBhZGRyZXNzIHdpdGggbm8gb3RoZXIgc2VtYW50
aWNzLiBNdWNoIGVhc2llciB0byBkbyB0aGlzIGZvciBJUHY2IHdpdGggdGhlICZxdW90O2luZmlu
aXRlIGFkZHJlc3NlcyZxdW90OyBidXQgd2UgY291bGQgZ2V0IGF3YXkgd2l0aCBpdCBpbiBsaW1p
dGVkIHByaXZhdGUgSXB2NCBuZXR3b3Jrcy4gT2YNCiBjb3Vyc2UgdGhpcyBkb2VzIGNoYW5nZSB0
aGUgcGVyLWhvcCBiZWhhdmlvdXIgb2YgSVAgd2hpY2ggbWF5IGJlIGEgY2hhbGxlbmdlIHRvIGdl
dCB0aGUgSUVURiB0byBzaWduIG9mIG9uLjxicj4NCjxicj4NCkFub3RoZXIgbWV0aG9kIGlzIHRv
IHVzZSBzb21lIG1ldGhvZCBvZiBjYXJyeWluZyBhbiBNUExTIGxhYmVsIHN0YWNrIC0gdGhpcyB3
YXMgdGhlIGZpcnN0IHByb3Bvc2FsLiBOb3cgSSBzYWlkIHRoYXQgSSBkaWQgbm90IHRoaW5rIGFu
eW9uZSBoYWQgZG9uZSB0aGF0IGFuZCBJIHN0aWxsIGJlbGlldmUgdGhhdCB0byBiZSB0aGUgY2Fz
ZSwgYnV0IHRoYXQgZG9lcyBub3QgbWVhbiB0aGF0IGl0IGlzIG5vdCB0aGUgbGVhc3Qgd29yc3Qg
YXBwcm9hY2guDQogVGhlcmUgYXJlIGFsdGVybmF0ZXMgZm9yIGV4YW1wbGUgSVAvVURQL01QTFM8
YnI+DQp3aGljaCBpcyB0aGUgc28gY2FsbGVkIFVTUiBhcHByb2FjaCB0aGF0IGEgbnVtYmVyIG9m
IHVzIGFkdm9jYXRlIGFzIGFuIGFsdGVybmF0aXZlIHRvIFNSdjYuPGJyPg0KPGJyPg0KPGJyPg0K
PG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w
cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+SWYgdGhhdCBpc27igJl0IGNvcnJlY3QsIHBsZWFzZSBsZXQg
bWUga25vdy4gQXMgeW91IG1heSByZWNhbGwgSSBhbHJlYWR5IHN0YXJ0ZWQgYSB0aHJlYWQgYXdo
aWxlIGFnbyB0byBkaXNjdXNzIElQdjQgdnMgSVB2NiwgYW5kIGJhc2VkIG9uIHRoZSByZXNwb25z
ZXMgaXQgYXBwZWFyZWQgdG8gbWUgYXQgdGhhdCB0aW1lIHRoYXQgdGhlcmUgd2VyZSBzb21lIGtp
bmQNCiBvZiBvcHRpb25zLCB0aG91Z2ggbm90IGEg4oCcbmF0aXZlIElQdjTigJ0gc29sdXRpb24s
IGJ1dCBpdCB3YXNu4oCZdCBjbGVhciB0byBtZSAoYXMgYSBub24tZXhwZXJ0IGluIHRoZSB2YXJp
b3VzIG5ldHdvcmtpbmcgcHJvdG9jb2xzIG1lbnRpb25lZCkgd2hldGhlciB0aGV5IHdvdWxkIGJl
IHZpYWJsZSBpbiBwcmFjdGljZSBvciBub3QuIEkgd2lsbCByZXZpdmUgdGhhdCB0aHJlYWQgYW5k
IHNlZSBpZiB3ZSBjYW4gZ2V0IGFueSBjbG9zZXIgdG8gZGV0ZXJtaW5pbmcNCiB0aGUgaW1wb3J0
YW5jZSBvZiBJUHY0IHRvIG91ciB0YXJnZXQgY3VzdG9tZXJzLCBhbmQgaG9wZWZ1bGx5IHNvbWUg
c2Vuc2Ugb2Ygd2hldGhlciB0aGUgcHJvcG9zZWQgbm9uLW5hdGl2ZS1JUHY0IHN0cmF0ZWdpZXMg
d2lsbCBob2xkIHdhdGVyLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQpZZXMsIHdlIG5l
ZWQgdG8gaGF2ZSB0aGUgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBhbmQgcmVhY2ggYSBjb25zZW5z
dXMgb2Ygd2hldGhlcjxicj4NCjxicj4NCmEpIFdlIHN1cHBvcnQgdjQ8YnI+DQpiKSBXZSBzdXBw
b3J0IHY0IGFuZCB2NiBieSB2NCBhbmQgdjYgc3BlY2lmaWMgcHJvdG9jb2wgZXh0ZW5zaW9uczxi
cj4NCmMpIFdlIHVzZSBhIHNpbmdsZSBjb21tb24gSVAgYXBwcm9hY2g8YnI+DQpkKSBXZSB1c2Ug
YW4gYXBwcm9hY2ggdGhhdCBpcyBjb21tb24gYWNyb3NzIElQIGFuZCBNUExTPGJyPg0KPGJyPg0K
LSBTdGV3YXJ0PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2Nr
cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+RXRoYW4uPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2
IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGlu
ZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij4gU3Rld2FydCBCcnlhbnQgWzwvc3Bhbj48YSBocmVmPSJtYWlsdG86c3Rld2Fy
dC5icnlhbnRAZ21haWwuY29tIj5tYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tPC9hPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVz
ZGF5LCBKYW51YXJ5IDE3LCAyMDE4IDEyOjI5IEFNPGJyPg0KPGI+VG86PC9iPiBHcm9zc21hbiwg
RXRoYW4gQS4gPC9zcGFuPjxhIGhyZWY9Im1haWx0bzplYWdyb3NAZG9sYnkuY29tIj4mbHQ7ZWFn
cm9zQGRvbGJ5LmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjsgQmFs
w6F6cyBWYXJnYSBBDQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNz
c29uLmNvbSI+Jmx0O2JhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbSZndDs8L2E+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPjsgQW5kcmV3IEcuIE1hbGlzDQo8L3NwYW4+PGEgaHJlZj0i
bWFpbHRvOmFnbWFsaXNAZ21haWwuY29tIj4mbHQ7YWdtYWxpc0BnbWFpbC5jb20mZ3Q7PC9hPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48YnI+DQo8Yj5DYzo8L2I+IERldE5ldCBXRyA8
L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyI+Jmx0O2RldG5ldEBpZXRmLm9y
ZyZndDs8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjsgTWFjaCBDaGVuDQo8L3Nw
YW4+PGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIj4mbHQ7bWFjaC5jaGVuQGh1
YXdlaS5jb20mZ3Q7PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48YnI+DQo8Yj5T
dWJqZWN0OjwvYj4gUmU6IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDs8bzpwPjwvbzpwPjwvcD4NCjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+T24gMTYvMDEvMjAxOCAxODozOCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn
aW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjp3aW5kb3d0ZXh0Ij5IaSBCYWxh4oCZenMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlJlZ2FyZGluZyBJ
UHY0LCBJIGFsc28gdW5kZXJzdG9vZCB0aGF0IHdlIGRlY2lkZWQgdGhhdCB3ZSBjYW7igJl0IGFk
ZCBuZXcgSVB2NCBmaWVsZHMuIFBhcmRvbiBteSBpZ25vcmFuY2UgaGVyZSwgYnV0IGRvZXMgdGhh
dCBtZWFuIHRoZXJlIGlzIG5vIHBhcnQgb2YgRGV0TmV0IGNhcGFiaWxpdHkgdGhhdCBjYW4gYmUg
cnVuIG92ZXIgSVB2ND8gT3IgaXMgdGhlcmUNCiBzb21lIOKAnHdvcmthcm91bmTigJ0gdG8gcHJv
dmlkZSBhcyBJIHNheSBldmVuIHBhcnQgb2YgdGhlIERldE5ldCBjYXBhYmlsaXR5LCBnaXZlbiB0
aGF0IGl0IGlzIGFuIEVuZ2luZWVyZWQgbmV0d29yaz8gSSBqdXN0IHdhbnQgdG8gY2xhcmlmeSBl
eHBlY3RhdGlvbnMgaGVyZS4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPjxicj4NCklm
IHlvdSBoYXZlIGEgbmF0aXZlIElQdjQgbmV0d29yayB0byB3aGljaCB5b3UgcHJlc2VudCBJUHY2
IHBhY2tldHMsIHlvdSBlaXRoZXIgaGF2ZSB0byB0dW5uZWwgdGhlbSBhY3Jvc3Mgd2hlcmUgdGhl
IElQdjYgaXMgY29uc2lkZXJlZCBvcGFxdWUgZGF0YSwgb3IgeW91IGhhdmUgdG8gdHJhbnNsYXRl
IHRoZW0gdG8gSVB2NCwgYnV0IHRoYXQgcmVxdWlyZXMgc29tZSBjb21tb24gc2VtYW50aWNzIHRv
IGRlYWwgd2l0aCBleHRlbnNpb24gaGVhZGVycw0KIHdoaWNoIHdlIGRvbid0IGN1cnJlbnRseSBo
YXZlLjxicj4NCjxicj4NClNvLCBhcyBmYXIgYXMgSSBjYW4gc2VlLCBhIGRlY2lzaW9uIG5vdCB0
byBzdXBwb3J0IElQdjQgbWVhbnMgbm8gRE4gc3VwcG9ydCBhY3Jvc3MgdGhlIElQdjQgbmV0d29y
ay48YnI+DQo8YnI+DQpXaGljaCB0YWtlcyB1cyBiYWNrIHRvIHRoZSBxdWVzdGlvbiBvZiBob3cg
aW1wb3J0YW50IGlzIHRoaXMgYW5kIHdoYXQgd2lsbCBpdCBkbyB0byB0aGUgdGFrZS11cCBvZiB0
aGUgdGVjaG5vbG9neSBieSBpdHMgdGFyZ2V0IGN1c3RvbWVycz88YnI+DQo8YnI+DQotIFN0ZXdh
cnQ8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2tx
dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5UaGFua3MsPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPkV0aGFuLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86
cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz
b2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFu
PjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IGRldG5ldCBbPC9zcGFuPjxhIGhy
ZWY9Im1haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOmRldG5ldC1ib3VuY2Vz
QGlldGYub3JnPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5dDQo8Yj5PbiBCZWhh
bGYgT2YgPC9iPkJhbMOhenMgVmFyZ2EgQTxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBKYW51
YXJ5IDE2LCAyMDE4IDEwOjIxIEFNPGJyPg0KPGI+VG86PC9iPiBTdGV3YXJ0IEJyeWFudCA8L3Nw
YW4+PGEgaHJlZj0ibWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSI+Jmx0O3N0ZXdhcnQu
YnJ5YW50QGdtYWlsLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjsg
QW5kcmV3IEcuIE1hbGlzDQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21haWwuY29t
Ij4mbHQ7YWdtYWxpc0BnbWFpbC5jb20mZ3Q7PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0Ij48YnI+DQo8Yj5DYzo8L2I+IERldE5ldCBXRyA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmRl
dG5ldEBpZXRmLm9yZyI+Jmx0O2RldG5ldEBpZXRmLm9yZyZndDs8L2E+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPjsgTWFjaCBDaGVuDQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1hY2gu
Y2hlbkBodWF3ZWkuY29tIj4mbHQ7bWFjaC5jaGVuQGh1YXdlaS5jb20mZ3Q7PC9hPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW0RldG5ldF0gRFAg
c29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkkgdGhp
bmsgdGhlIGxhc3QgbWFpbHMgYXJlIG1vcmUgYWJvdXQgZmxvdyBpZGVudGlmaWNhdGlvbiBhbmQg
bm90IHRoZSBzZXF1ZW5jZSBudW1iZXIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlNvLCBJIGhhdmUgcmUt
c3ViamVjdGVkIG15IGFuc3dlci48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPlBTTiBsYXllciB2cy4gRE4gbGF5ZXIgKE1QTFMpOjwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4t
IGluIGN1cnJlbnQgZGF0YSBwbGFuZSB0ZXh0IHdlIGhhdmUgc3RhdGVkIHRoYXQgRGV0TmV0IFBX
cyBtYXkgdXNlIGRlZGljYXRlZCBMU1BzIChURS10dW5uZWxzKS4NCjwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij5UaGF0IGFsbG93IHRvIGlkZW50aWZ5IERldE5ldCBmbG93cyBpbiBQU04gbGF5ZXIgd2l0aG91
dCBjaGVja2luZyB0aGUgUFcgbGFiZWwuIFN1Y2ggYSBzb2x1dGlvbiBvZg0KPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPmNvdXJzZSBtYXkgY2hhbGxlbmdlIHNjYWxhYmlsaXR5Ljwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij4tIHJlZ2FyZGluZyBwcmlvcml0aXphdGlvbjogdGV4dCBhbGxvd3MgYm90aCBFLUxTUCBhbmQg
TC1MU1AgY29uY2VwdCwgd2hhdCBtYWtlcyBwb3NzaWJsZQ0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPnRv
IGlkZW50aWZ5IERldE5ldCBwYWNrZXRzLiBIb3dldmVyIHRoYXQgaXMgbW9yZSBmb3Igc2ltcGxl
IHF1ZXVpbmcgc2NlbmFyaW9zIGFzIGl0IGRvZXMgbm90PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPmlkZW50
aWZ5IGluZGl2aWR1YWwgZmxvd3MuIDwvc3Bhbj4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij5QU04gbGF5ZXIgdnMuIEROIGxheWVyIChub24tTVBMUyk6PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPi0gSVB2NDogSWYgSSByZW1lbWJlciBjb3JyZWN0bHkgaXQgd2FzIGRpc2N1c3NlZCB0
byBiZSBvdXQtb2Ytc2NvcGUgdG8gc2ltcGxpZnkgdGhlIHNjZW5hcmlvcyB3ZSBmb2N1cyBvbi4N
Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij5Oby1vbmUgd2FudGVkIHRvIGRlZmluZSBuZXcgSVB2NCBmaWVs
ZHMgZm9yIGZsb3ctSUQgYW5kIFNlcS1OdW0gaW4gdGhlIOKAnHN1bnNldCBvZiBJUHY04oCdLjwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj
b2xvcjp3aW5kb3d0ZXh0Ij4tIElQdjY6IGJhc2VkIG9uIHRoZSBzcmMtSVB2NiBhbmQgdGhlIGZs
b3ctbGFiZWwgTlAgY2FuIGRldGVjdCBEZXROZXQgZmxvd3MuIFdoeSB3b3VsZCB3ZSBuZWVkIGEg
bmV3DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+SVAgcHJvdG9jb2wgdHlwZT8gPC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3Rl
eHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5HZW5lcmljIHZzLiBETiBhd2FyZSBkYXRhIHBs
YW5lOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4tIEkgdGhpbmsgd2UgbmVlZCBib3RoLiBXZSBoYXZlIHVz
ZS1jYXNlcyBzcGVjaWZpZWQgZm9yIGJvdGguPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjp3aW5kb3d0ZXh0Ij5EZXROZXQgdHJhZmZpYyB0byBiZSB0cmFuc3BvcnRlZDo8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dCI+LSB0d28gdHlwZXMgYXJlIGNvbnNpZGVyZWQ6IDwvc3Bhbj4NCjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi41aW4iPjxzcGFu
IHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4oMSkgRXRoZXJuZXQ6IElFRUUgVFNOIHRyYWZmaWMg
ZW5jYXBzdWxhdGVkIGluIEV0aGVybmV0IGZyYW1lcyBhbmQNCjwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDouNWluIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+KDIpIElQOiBJUHY2IHRyYW5zcG9ydGVkIG92ZXIgYW55
IEwyIChub3QgYWx3YXlzIEV0aGVybmV0LCBidXQgbW9zdCBjYXNlcyBFdGhlcm5ldCk8L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6
LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkFzIG5vdGVkIGFib3ZlIElQdjQg
aXMgY3VycmVudGx5IG91dC1vZi1zY29wZSDigKY8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPkNoZWVyczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5CYWxh4oCZenM8L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5
bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMu
MHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJj
b2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPiBTdGV3YXJ0IEJyeWFudCBbPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJy
eWFudEBnbWFpbC5jb20iPm1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb208L2E+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiAyMDE4LiBqYW51
w6FyIDE2LiAxNzozODxicj4NCjxiPlRvOjwvYj4gQW5kcmV3IEcuIE1hbGlzICZsdDs8L3NwYW4+
PGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21haWwuY29tIj5hZ21hbGlzQGdtYWlsLmNvbTwvYT48
c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gTWFjaCBD
aGVuICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIj5tYWNo
LmNoZW5AaHVhd2VpLmNvbTwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jmd0Ozsg
QmFsw6F6cyBWYXJnYSBBICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmJhbGF6cy5hLnZhcmdh
QGVyaWNzc29uLmNvbSI+YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPC9hPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7Ow0KIERldE5ldCBXRyAmbHQ7PC9zcGFuPjxhIGhyZWY9
Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciPmRldG5ldEBpZXRmLm9yZzwvYT48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0RldG5ldF0g
RFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmluZyk8L3NwYW4+PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8cD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tYm90dG9tOjEyLjBwdCI+QW5keTxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPk9uIDE2LzAxLzIwMTggMTU6MjAsIEFuZHJldyBHLiBNYWxpcyB3cm90ZTo8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w
cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3Rl
d2FydCwgPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5MaWtl
IHdpdGggUFdzIChzaW5jZSBERVRORVQgZm9yIE1QTFMgd291bGQganVzdCBiZSBhbm90aGVyIFBX
IHR5cGUpLCB0YXJnZXRlZCBMRFAgYW5kIHByb3Zpc2lvbmluZyAodmlhIGEgY2VudHJhbCBjb250
cm9sbGVyLCBOTVMsIGV0Yy4pIGFyZSBhbHRlcm5hdGl2ZXMgdG8gUlNWUCBhbmQgU1IgdG8gcHJv
dmlzaW9uaW5nL2FsbG9jYXRpbmcgdGhlIERFVE5FVCBQVyBsYWJlbC48bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCi4uIGFuZCBJIHN1cHBvc2Ugc3RyaWN0bHkg
QkdQIHdoaWNoIGlzIGFsc28gdXNlZCBmb3IgdGhpcyBwdXJwb3NlIGluIFZQTnM8YnI+DQo8YnI+
DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t
dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPllvdSBhbmQgTWFjaCBhcmUgYm90aCByaWdodCB0aGF0IGluIHRoZSBJUCAo
bm9uLU1QTFMpIGNhc2UsIHdlIG5lZWQgYSB3YXkgZm9yIHRoZSBOUCB0byBkZXRlY3QgREVUTkVU
IGZsb3dzLiBXZSBjb3VsZCBoYXZlIGEgbmV3IElQIHByb3RvY29sIHR5cGUgZm9yIERFVE5FVCwg
YW5kIGEgREVUTkVUIGhlYWRlciBkaXJlY3RseSBmb2xsb3dzIHRoZSBJUCBoZWFkZXIuIEluIHRo
YXQgY2FzZSwgdGhlIERFVE5FVCBoZWFkZXINCiB3b3VsZCBhbHNvIG5lZWQgYSBuZXh0IHByb3Rv
Y29sIGlkZW50aWZpZXIsIHVubGVzcyB0aGUgbmV4dCBwcm90b2NvbCBpcyBhbHdheXMgYW5vdGhl
ciBJUCBoZWFkZXIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+
DQpMYXN0IEkgc2F3LCB0aGUgdGhpbmtpbmcgd2FzIHRoYXQgdGhlcmUgd291bGQgYmUgYW4gSVAg
ZXh0ZW5zaW9uIGhlYWRlciwgYWx0aG91Z2ggSSBhbSBub3QgYSBmYW4gb2YgdGhvc2Ugc2luY2Ug
KGEpIEkgYW0gbm90IGNvbmZpZGVudCB3aGF0IGEgcm91dGVyIHdpbGwgZG8gb25lIGl0IGRvZXMg
bm90IHVuZGVyc3RhbmQsIGFuZCAoYikgSSBhbSBjb25jZXJuZWQgYWJvdXQgdGhlIG5lZWQgdG8g
c3VwcG9ydCBJUHY0IHdoaWNoIEkgc3VzcGVjdCB3aWxsDQogaGF2ZSBhIGxvbmcgdGFpbCBpbiBl
bnRlcnByaXNlIGRlcGxveW1lbnQuPGJyPg0KPGJyPg0KSSBwcmVmZXIgYSBVRFAgdHlwZSBmb3Ig
dGhpcyBwdXJwb3NlIHNpbmNlIGl0IGhhcyB1bml2ZXJzYWwgc3VwcG9ydCB0aHJvdWdoIGFueSBt
aWRkbGUgYm94LiBmaXJld2FsbCBldGMsIGFuZCBhbGwgcm91dGVycyBuZWVkIHRvIGxvb2sgYSB0
aGUgVURQIERQIHNvIGNoZWNraW5nIGlmIGl0IGlzIG9uZSB0aGV5IG5lZWQgdG8gd29yayBvbiBp
cyBqdXN0IG9uZSBjb21wYXJlIGFuZCBjb25kaXRpb25hbCBicmFuY2guPGJyPg0KPGJyPg0KPGJy
Pg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1
LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj5PZiBjb3Vyc2UsIGZvciBNUExTLCB0aGUgREVUTkVUIFBXIGxhYmVsIGlzIHRoZSBp
ZGVudGlmaWVyLiA8bzpwPg0KPC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90
ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJy
Pg0KT25seSBhdCB0aGUgUFcgbGF5ZXIuIE5vdGUgbXkgcXVlc3Rpb24gYWJvdXQgd2hldGhlciB0
aGlzIGlzIHN1ZmZpY2llbnQuPGJyPg0KPGJyPg0KLSBTdGV3YXJ0PGJyPg0KJm5ic3A7PG86cD48
L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90
dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DaGVlcnMs
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbmR5
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
T24gVHVlLCBKYW4gMTYsIDIwMTggYXQgNTo0NiBBTSwgU3Rld2FydCBCcnlhbnQgJmx0OzxhIGhy
ZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5zdGV3
YXJ0LmJyeWFudEBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9j
a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0
O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1
LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwPklm
IHdlIG5lZWQgdG8gZGlzY3JpbWluYXRlIGF0IHRoZSBQU04gbGF5ZXIgcmF0aGVyIHRoYW4gdGhl
IEROIGxheWVyIHRoZW4gd2UgcmVhbGx5IGFyZSBmb3JjZWQgdG8gY3JlYXRlIGEgbmV3IEZFQyB0
eXBlIGZvciBNUExTLCBvciBzeW50aGVzaXplIG9uZSB0aHJvdWdoIFJTVlAgb3IgU1IuIElQIGhh
cyBubyBuYXRpdmUgc3VwcG9ydCBmb3IgdGhpcywgYnV0IHdlIGNvdWxkIGludHJvZHVjZSB0aGUg
Y29uY2VwdCwgZm9yIGV4YW1wbGUgYnkNCiBtYWtpbmcgdGhpcyB0aGUgcHJvcGVydHkgb2YgdGhl
IElQIGFkZHJlc3Mgb3Igc29tZSB3YXkgb2YgTVBMU2luZyBJUC48bzpwPjwvbzpwPjwvcD4NCjxw
Pkhvd2V2ZXIgdGhlcmUgaXMgYSBkZWVwZXIgcXVlc3Rpb24gd2UgbmVlZCB0byBhbnN3ZXIuIElz
IG91ciBleHBlY3RhdGlvbiB0aGF0IGVhY2ggaG9wIGluIHRoZSBkYXRhIHBsYW5lIEROIGF3YXJl
LCBvciBpcyBvdXIgZXhwZWN0YXRpb24gdGhhdCBhdCBsZXN0IGluIHNvbWUgbmV0d29ya3MgdGhl
IGRhdGEgcGxhbmUgaXMgZ2VuZXJpYyB3aXRoIHNvbWUgRE4gbm9kZXMgc3RyYXRlZ2ljYWxseSBw
bGFjZWQ/PG86cD48L286cD48L3A+DQo8cD5JIGNhbiBzZWUgdGhhbiBpbiBzb21lIGdyZWVuZmll
bGQgc3BlY2lhbGlzdCBjYXNlcyB0aGUgcm91dGVycyB3aWxsIGFsbCBiZSBETiBhd2FyZSwgYnV0
IGluIG9yZGVyIHRvIGdldCBkZXBsb3ltZW50IGluIG1vc3QgbmV0d29ya3Mgd2UgbmVlZCB0byBk
ZXNpZ24gZm9yIHRoZSBjYXNlIHdoZXJlIG9ubHkgc3RyYXRlZ2ljIG5vZGVzIGFyZSBETiBhd2Fy
ZS48bzpwPjwvbzpwPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJjb2xvcjojODg4ODg4Ij4tIFN0ZXdh
cnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9u
IDE2LzAxLzIwMTggMDE6MTQsIE1hY2ggQ2hlbiB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw
dCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG
NDk3RCI+SGkgQmFsYXpzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi
PiMyIGlzIGEgbW9yZSBuYXR1cmUgc29sdXRpb24sIHRoZSBEZXROZXQgQ1cgaXMgZGVkaWNhdGVk
IGZvciBEZXROZXQsIHNlZW1zIHRoZXJlIGlzIG5vIGNvbXBhdGliaWxpdHkgaXNzdWUuPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29s
b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SW4gYWRkaXRpb24sIEkgdGhpbmsg
d2UgbmVlZCB0byBkZWZpbmUgYSB3YXkgb24gaG93IHRvIGRpZmZlcmVudGlhdGUgYSBEZXROZXQg
ZmxvdyBmcm9tIGEgbm9uLURldE5ldCBmbG93LCB0aGVuIHRoZSBuZXR3b3JrIHByb2Nlc3NvciBj
YW4gcHJvY2VzcyB0aGUNCiBDVyBhcyBleHBlY3RlZC4mbmJzcDsgSW4gVFNOLCBpdCB1c2VzIHRo
ZSBwcmlvcml0eSB0byBkZXRlcm1pbmUgd2hldGhlciBhIGZsb3cgaXMgVFNOIG9yIG5vbi1UU04g
Zmxvdy4gRm9yIERldE5ldCwgc2hvdWxkIHdlIGFsc28gdXNlIHRoZSBzYW1lIHdheSAoZS5nLiwg
VEMsIERTQ1ApPyBPciB0aGUgRGV0TmV0IHNlcnZpY2UgTGFiZWwgaXRzZWxmIGltcGxpZXMgdGhl
IHNpdHVhdGlvbiwgYnV0IGl0IHNlZW1zIHRoYXQgdGhpcyBvbmx5IHdvcmtzIHdoZW4NCiB0aGUg
RGV0TmV0IHNlcnZpY2UgbGFiZWwgaXMgdGhlIHRvcCBsYWJlbC4gJm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG
NDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QW55IG90aGVyIHRob3VnaHRzPzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJkcyw8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjoj
MUY0OTdEIj5NYWNoPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtw
YWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBp
biI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPkZyb206PC9iPiBkZXRuZXQgWzxhIGhyZWY9
Im1haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0bzpk
ZXRuZXQtYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkJhbMOhenMg
VmFyZ2EgQTxicj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIEphbnVhcnkgMTUsIDIwMTggOTowNiBQ
TTxicj4NCjxiPlRvOjwvYj4gRGV0TmV0IFdHIDxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5v
cmciIHRhcmdldD0iX2JsYW5rIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzwvYT48YnI+DQo8Yj5T
dWJqZWN0OjwvYj4gW0RldG5ldF0gRFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmluZyk8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw
OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij5IaSw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPlNvbWUgdGhvdWdodHMgdG8gc3RhcnQgZGlzY3Vzc2lvbiBv
biBvcGVuIHBvaW50cyBvZiB0aGUgRFAgc29sdXRpb24gZHJhZnQuPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlRoaXMgbWFpbCgtdGhy
ZWFkKSBpcyBvbiBzZXF1ZW5jZSBudW1iZXJpbmcuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Qcm9ibGVtIGluIGNh
c2Ugb2YgTVBMUyBhbmQgRGV0TmV0IENvbnRyb2wgV29yZDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+LSBTL04gc2tpcHMgemVybyBw
cm9ibGVtOiBFdGhlcm5ldCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJv
LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij5JdCB1c2VzIHplcm8gdG8gbWVhbiBubyBTL04gaW4gdXNlLiAocmZjNDQ0OCk8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5i
c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFp
bnRleHQiPlBvc3NpYmxlIHByb2JsZW0gcmVzb2x1dGlvbnM6PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiMxOiBVc2luZyBhICZxdW90
O2ZsYWcmcXVvdDsgaW4gdGhlIHJlc2VydmVkIGJpdHMgcGFydCBvZiB0aGUgQ1c6PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv
dDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDEmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAz
IDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNl
cmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8MCAwIDAg
MHxEfHJlc2VydmVkIC0gc2V0IHRvIDAmbmJzcDsgfCZuYnNwOyZuYnNwOyAxNiBiaXQgU2VxdWVu
Y2UgTnVtYmVyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv
dDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+RC1iaXQ6IHNldCB0byDigJwx4oCdIG1lYW5zIERldE5ldCBzcGVjaWZp
YyBTZXEuIE51bWJlciB1c2VkLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5CaXQ1LTE1OiByZXNlcnZlZC48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlJG
QzQ0NDggc3RhdGVzIHRoYXQgcmVzZXJ2ZWQgYml0cyDigJxNVVNUIGJlIGlnbm9yZWQgdXBvbiBy
ZWNlaXB04oCdLCBzbyBiYWNrd2FyZA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPmNvbXBhdGliaWxpdHkgaXMgZW5zdXJlZC4gU3Vj
aCBhIHNvbHV0aW9uIHdvdWxkIGFsbG93IGFsc28gdG8gdXNlIGxvbmdlciBzZXEubnVtLg0KPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PmZvcm1hdHMgKGlmIG5lZWRlZCkuIFN1Y2ggYSBmb3JtYXQgaXMgYWxzbyBpbmxpbmUgd2l0aCBS
RkM0Mzg1LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYw
OTUwNTQyM21zb3BsYWludGV4dCI+IzI6IE1ha2luZyDigJww4oCdIGFzIGEgdmFsaWQgU2VxLk51
bS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+RGV0TmV0IGZsb3dzIGFyZSByZWNvZ25pemVkIGFuZCBmb3J3YXJkZWQgc3BlY2lhbCB3
aXRoaW4gdGhlIERldE5ldA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPmRvbWFpbi4gUy9OIGlzIHVzZWQgd2l0aGluIHRoZSBEZXRO
ZXQgZG9tYWluIGJ5IERldE5ldCBTZXJ2aWNlIGZ1bmN0aW9ucw0KPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPihpLmUuIFBSRUYpLiBT
L04gdXNlZCBvbmx5IG9uIERldE5ldCBlbmQtbm9kZXMgYW5kIERldE5ldCByZWxheS1ub2Rlcy4g
Tm8NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij5vdGhlciBub2RlcyBjYXJlIGFib3V0IHRoZSB2YWx1ZSBvZiBTL04sIHRoZXJlZm9y
ZSBEZXROZXQgY2FuIHNwZWNpZnkgaXRzDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+b3duIHNlcXVlbmNlIG51bWJlciBwcm9jZXNz
aW5nIGFsZ29yaXRobS4gU28g4oCcMOKAnSBjYW4gYmUgYSB2YWxpZCBudW1iZXI8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+YW5kIG5v
dCB0aGUgaW5kaWNhdGlvbiB0aGF0IG5vIFNlcS5OdW0uIGlzIHVzZWQuIFRoaXMgaXMgaW5saW5l
IHdpdGggUkZDNDM4NS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiMzOiBPdGhlciDigKYgPyE/PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij5Db21tZW50cyBhcmUgd2VsY29tZS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkNoZWVyczxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5CYWxhJ3pzPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IGRldG5ldCBb
PGEgaHJlZj0ibWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+
bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9mIExvdSBCZXJn
ZXI8YnI+DQpTZW50OiAyMDE4LiBqYW51w6FyIDEwLiAxOTowMTxicj4NClRvOiBEZXROZXQgV0cg
Jmx0OzxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kZXRu
ZXRAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NClN1YmplY3Q6IFtEZXRuZXRdIHJlY29yZGluZyBmb3Ig
dG9kYXkncyBpbnRlcmltPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5
Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5pcyBhdmFpbGFibGUgZm9yIGRvd25sb2FkIGF0
OiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91
PWh0dHBzLTNBX19pZXRmLndlYmV4LmNvbV9pZXRmX2xkci5waHAtM0ZSQ0lELTNEZTUxMTZiYzdk
YjI1NGMyNGE3YmIzMjE3YmYyMDIzMDEmYW1wO2Q9RHdNR2FRJmFtcDtjPWxJOFpiNlR6TTNkMXRY
NGlFdTdicGcmYW1wO3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT1XdzUwNkdUNUkxbHBs
MHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJmFtcDtzPTNyYjNSRV9aMndPVzh2cC1BTXNh
MmxnU2gwVTRCZ2RaRjd6dTF0WHdkNmsmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHBzOi8vaWV0Zi53
ZWJleC5jb20vaWV0Zi9sZHIucGhwP1JDSUQ9ZTUxMTZiYzdkYjI1NGMyNGE3YmIzMjE3YmYyMDIz
MDE8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+cmF3IG5vdGVzIGFyZSBhdmFpbGFibGUgYXQgPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRw
LTNBX19ldGhlcnBhZC50b29scy5pZXRmLm9yZy0zQTkwMDBfcF9ub3Rlcy0yRGlldGYtMkRpbnRl
cmltLTJEMjAxOC0yRGRldG5ldC0yRDAxJmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0
WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxw
bDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZhbXA7cz1sT19aZEhBclFRc2FETll2TXlJ
Y3ptZDZGMVBfYWN1TTBrRk1aNTFVWDZjJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwOi8vZXRoZXJw
YWQudG9vbHMuaWV0Zi5vcmc6OTAwMC9wL25vdGVzLWlldGYtaW50ZXJpbS0yMDE4LWRldG5ldC0w
MTwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5QbGVhc2UgZmVlbCBmcmVlIHRvIHVwZGF0ZSB0aGUg
ZXRoZXJwYWQgYmFzZWQgb24gdGhlIHJlY29yZGluZy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkxvdSAoYW5kIGNv
LWNoYWlycyk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPmRldG5ldCBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PGEgaHJlZj0ibWFpbHRvOmRl
dG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5kZXRuZXRAaWV0Zi5vcmc8L3NwYW4+PC9hPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48
YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMt
M0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZhbXA7ZD1Ed01HYVEmYW1w
O2M9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFt
cDttPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9aFM5
X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFNSSZhbXA7ZT0iIHRhcmdldD0i
X2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9u
ZSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8L3NwYW4+PC9h
PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cHJlPl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48
L3ByZT4NCjxwcmU+ZGV0bmV0IG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxh
IGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kZXRuZXRAaWV0
Zi5vcmc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZl
bnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1h
bl9saXN0aW5mb19kZXRuZXQmYW1wO2Q9RHdNR2FRJmFtcDtjPWxJOFpiNlR6TTNkMXRYNGlFdTdi
cGcmYW1wO3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT1XdzUwNkdUNUkxbHBsMHo0d2gw
TnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJmFtcDtzPWhTOV9ISTExNHZseVQtTURKVnA1ZUs4aDdV
Um9icGNXYkJ0OW5qckZRTUkmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0
Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8L2E+PG86cD48L286cD48L3ByZT4NCjwvYmxv
Y2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i
b3R0b206MTIuMHB0Ij48YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXzxicj4NCmRldG5ldCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86
ZGV0bmV0QGlldGYub3JnIj5kZXRuZXRAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6
Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5v
cmdfbWFpbG1hbl9saXN0aW5mb19kZXRuZXQmYW1wO2Q9RHdNR2FRJmFtcDtjPWxJOFpiNlR6TTNk
MXRYNGlFdTdicGcmYW1wO3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT1XdzUwNkdUNUkx
bHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJmFtcDtzPWhTOV9ISTExNHZseVQtTURK
VnA1ZUs4aDdVUm9icGNXYkJ0OW5qckZRTUkmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6
Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8L2E+PG86cD48L286cD48L3A+
DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l
dyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90BN6PR06MB2547namp_--


From nobody Wed Jan 17 10:57:07 2018
Return-Path: <eagros@dolby.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 844FA12E05C for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 10:57:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.092
X-Spam-Level: 
X-Spam-Status: No, score=0.092 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_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_KAM_HTML_FONT_INVALID=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dolby.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 figeTPFzGxs6 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 10:57:00 -0800 (PST)
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0136.outbound.protection.outlook.com [104.47.37.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 862C71270AE for <detnet@ietf.org>; Wed, 17 Jan 2018 10:56:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Dolby.onmicrosoft.com;  s=selector1-dolby-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=vJNxho/i8lgi8aZY53jEhSmUfa/X0HrDP82zRXQJtp8=; b=SlGLNT584iAbT6xTGwf8DRIf33oVMPaeIJJ00UwPxFoPLk069SNaifp1+wO+cvLhHInCb/3+5T0Cszzvp6T14QlVIvkjAolKhHXNz6S01LggYE/gIv9lZtsoPRHzaFz+AlTakS8P0ZEEZWATMa97qGX4Vi/ZVOvz8X5/NBub7G4=
Received: from BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) by BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.407.7; Wed, 17 Jan 2018 18:56:57 +0000
Received: from BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) by BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) with mapi id 15.20.0407.009; Wed, 17 Jan 2018 18:56:56 +0000
From: "Grossman, Ethan A." <eagros@dolby.com>
To: "Grossman, Ethan A." <eagros@dolby.com>, DetNet WG <detnet@ietf.org>, Deborah Brungard <db3546@att.com>, Stewart Bryant <stewart.bryant@gmail.com>
CC: "Tim Chown (Tim.Chown@jisc.ac.uk)" <Tim.Chown@jisc.ac.uk>
Thread-Topic: DP solution (Flow identification)
Thread-Index: AdOO8WeQkUBFFh6eTJW3b2FiGZCbsAABxtAwAB0tx4AAFCjAMAABImWAAAA+cQAAAFAo0A==
Date: Wed, 17 Jan 2018 18:56:56 +0000
Message-ID: <BN6PR06MB25472F625C4D87CD23DB4B2EC4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
In-Reply-To: <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.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=eagros@dolby.com; 
x-originating-ip: [8.39.141.5]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR06MB2547; 7:d13iQJ6yV8VnK1RdtFAZZkC+8O1/0BuroTihRlK7c1X1NfCtagQ9wyDDhp81+8gDEbn5ZEHg2XqKxDSYSceg3gjVSMNlP0zcIW1iYCyombZowj2CAiYH94dSMq/TLGAGGsa5tJuMfTxGkDLe2ADhHsBDKu1W+aT28UPQNABdvqvZVCf0mWGoX9A5x3kOUSD8d8o7Ct+dBFmlhY7Bup4s+aBK9QqofUmeLkobC2fhLKCiLh0PD+uDcM4JMGFdgcfQ
x-ms-exchange-antispam-srfa-diagnostics: SSOS;SSOR;
x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(366004)(346002)(396003)(39860400002)(376002)(39380400002)(279900001)(24454002)(189003)(199004)(13464003)(37854004)(5660300001)(53946003)(76176011)(236005)(106356001)(3280700002)(9686003)(54896002)(74316002)(53936002)(2906002)(86362001)(55016002)(16799955002)(2900100001)(6246003)(6306002)(105586002)(478600001)(68736007)(77096007)(2940100002)(39060400002)(66066001)(99286004)(97736004)(3660700001)(229853002)(8676002)(81156014)(6436002)(316002)(790700001)(606006)(110136005)(8936002)(25786009)(19625305001)(561944003)(2950100002)(7736002)(33656002)(3846002)(7696005)(59450400001)(53546011)(6506007)(6116002)(102836004)(26005)(4326008)(966005)(81166006)(14454004)(93886005); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR06MB2547; H:BN6PR06MB2547.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
x-ms-office365-filtering-correlation-id: 61eabca4-80c1-45ba-b153-08d55ddc14ce
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:BN6PR06MB2547; 
x-ms-traffictypediagnostic: BN6PR06MB2547:
x-microsoft-antispam-prvs: <BN6PR06MB2547F15C1A5BCC345F0BAE7EC4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(274715658323672)(37575265505322)(28532068793085)(10436049006162)(50582790962513)(85827821059158)(97927398514766)(94707916325470)(100405760836317)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(3231023)(2400048)(944501161)(10201501046)(6041268)(20161123560045)(20161123562045)(20161123564045)(2016111802025)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6043046)(6072148)(201708071742011); SRVR:BN6PR06MB2547; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN6PR06MB2547; 
x-forefront-prvs: 0555EC8317
received-spf: None (protection.outlook.com: dolby.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: EqDsKzA46QrEjie6VYZIi/ZyhbwFgtjESdxiyc+guwQHqxtPjtT1QQn71NoJttRZNrdpdn/11VxAs/QrUSNRtg==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR06MB25472F625C4D87CD23DB4B2EC4E90BN6PR06MB2547namp_"
MIME-Version: 1.0
X-OriginatorOrg: dolby.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 61eabca4-80c1-45ba-b153-08d55ddc14ce
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jan 2018 18:56:56.3884 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 05408d25-cd0d-40c8-8962-5462de64a318
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR06MB2547
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/gCJ2gAuIw3vGxDKZ06jZcNhBgbc>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 18:57:05 -0000

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

TWF5YmUgSSBkaWRu4oCZdCBpbnRlcnByZXQgVGlt4oCZcyBjb21tZW50IGNvcnJlY3RseSDigJMg
SSBpbnRlcnByZXRlZCBpdCB0byBtZWFuIOKAnGFuIElQdjQtb25seSBzb2x1dGlvbuKAnSBpbiB0
aGUgY29udGV4dCBvZiBhbHNvIGhhdmluZyBJUHY2IGFuZCBNUExTIHNvbHV0aW9ucywgYXMgd2Xi
gJlyZSBwbGFubmluZy4gRG9lcyB0aGUgSUFCIGRpcmVjdGl2ZSBzdGlsbCBhcHBseSBpbiB0aGF0
IGNhc2U/DQpFdGhhbi4NCg0KRnJvbTogZGV0bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0
Zi5vcmddIE9uIEJlaGFsZiBPZiBHcm9zc21hbiwgRXRoYW4gQS4NClNlbnQ6IFdlZG5lc2RheSwg
SmFudWFyeSAxNywgMjAxOCAxMDo1MSBBTQ0KVG86IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3Jn
PjsgRGVib3JhaCBCcnVuZ2FyZCA8ZGIzNTQ2QGF0dC5jb20+OyBTdGV3YXJ0IEJyeWFudCA8c3Rl
d2FydC5icnlhbnRAZ21haWwuY29tPg0KQ2M6IFRpbSBDaG93biAoVGltLkNob3duQGppc2MuYWMu
dWspIDxUaW0uQ2hvd25AamlzYy5hYy51az4NClN1YmplY3Q6IFJlOiBbRGV0bmV0XSBEUCBzb2x1
dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0KVGhhbmtzIFN0ZXdhcnQuIFJlZ2FyZGluZzoN
CuKAnFllcywgd2UgbmVlZCB0byBoYXZlIHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCBy
ZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0aGVyDQphKSBXZSBzdXBwb3J0IHY0DQpiKSBXZSBzdXBw
b3J0IHY0IGFuZCB2NiBieSB2NCBhbmQgdjYgc3BlY2lmaWMgcHJvdG9jb2wgZXh0ZW5zaW9ucw0K
YykgV2UgdXNlIGEgc2luZ2xlIGNvbW1vbiBJUCBhcHByb2FjaA0KZCkgV2UgdXNlIGFuIGFwcHJv
YWNoIHRoYXQgaXMgY29tbW9uIGFjcm9zcyBJUCBhbmQgTVBMU+KAnQ0KUGVyaGFwcywgZ2l2ZW4g
VGltIENob3du4oCZcyBlYXJsaWVyIGNvbW1lbnQ6DQogICAgICAgIOKAnElmIHlvdeKAmXJlIHN1
Z2dlc3RpbmcgYW4gSVB2NC1vbmx5IHNvbHV0aW9uLCB5b3XigJlyZSBydW5uaW5nIHVwIGFnYWlu
c3QgaHR0cHM6Ly93d3cuaWFiLm9yZy8yMDE2LzExLzA3L2lhYi1zdGF0ZW1lbnQtb24taXB2Ni88
aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cu
aWFiLm9yZ18yMDE2XzExXzA3X2lhYi0yRHN0YXRlbWVudC0yRG9uLTJEaXB2Nl8mZD1Ed01HYVEm
Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPW9YVkx5
dU9iSjZuSnZNMWxFdTUwQi1nM1lCVm9DbXhQX2tSZ2poQzR0RGsmcz1HTEoyb0NDUTNZWXpUb2M0
R0d4SDlSZzZTTEpEOFJKU3l5UmdFMnEtbWpNJmU9Pi7igJ0NCg0KV2UgY291bGQgZ2V0IERlYm9y
YWggd2l0aCBoZXIgQUQgaGF0IG9uIHRvIGNvbW1lbnQgb24gdGhpcz8NCkV0aGFuLg0KDQpGcm9t
OiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbV0NClNlbnQ6
IFdlZG5lc2RheSwgSmFudWFyeSAxNywgMjAxOCAxMDozOSBBTQ0KVG86IEdyb3NzbWFuLCBFdGhh
biBBLiA8ZWFncm9zQGRvbGJ5LmNvbTxtYWlsdG86ZWFncm9zQGRvbGJ5LmNvbT4+OyBCYWzDoXpz
IFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbTxtYWlsdG86YmFsYXpzLmEudmFy
Z2FAZXJpY3Nzb24uY29tPj47IEFuZHJldyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb208bWFp
bHRvOmFnbWFsaXNAZ21haWwuY29tPj4NCkNjOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZzxt
YWlsdG86ZGV0bmV0QGlldGYub3JnPj47IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb208
bWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tPj4NClN1YmplY3Q6IFJlOiBEUCBzb2x1dGlvbiAo
RmxvdyBpZGVudGlmaWNhdGlvbikNCg0KDQpIaSAgRXRoYW4sDQoNCk9uIDE3LzAxLzIwMTggMTg6
MjQsIEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90ZToNClRoYW5rcyBTdGV3YXJ0IGZvciB0aGUgY2xh
cmlmaWNhdGlvbi4gSSBpbnRlcnByZXQgeW91ciBzdGF0ZW1lbnQg4oCcYSBkZWNpc2lvbiBub3Qg
dG8gc3VwcG9ydCBJUHY04oCdIHRvIG1lYW4g4oCcYSBkZWNpc2lvbiBub3QgdG8gcHJvcG9zZSBh
ZGRpbmcgYW55dGhpbmcgdG8gdGhlIGV4aXN0aW5nIElQdjQgc3RhbmRhcmTigJ0uDQoNClRvIHN1
cHBvcnQgSVB2NCB0aGVyZSBhcmUgYSBudW1iZXIgb2YgbWV0aG9kcyB0aGF0IGFyZSBwb3NzaWJs
ZSwgb25lIGlzIHRvIGFkZCBzb21ldGhpbmcgdG8gdjQgaXRzZWxmIGFzIGlzIHByb3Bvc2VkIGZv
ciB2Ni4gQWRkaW5nIHNvbWV0aGluZyB0byB0aGUgYmFzZSBwcm90b2NvbCB3aWxsIGJlIHZlcnkg
ZGlmZmljdWx0Lg0KDQpBbm90aGVyIG1ldGhvZCwgaXMgdG8gZG8gd2hhdCBoYXMgYmVlbiBwcm9w
b3NlZCBieSBzb21lIGZvciBNUExTLCB0aGF0IGlzIHRvIGVuY29kZSB0aGUgaWRlbnRpdHkgYW5k
IHR5cGUgaW4gdGhlIElQIGFkZHJlc3MuIFRoZXJlIGlzIGEgcHJvcG9zYWwgdG8gZG8gdGhpcyBp
biBTUnY2LiBJIGFtIG5vdCBhIGdyZWF0IGZhbiBvZiBhYnVzaW5nIHRoZSBhZGRyZXNzIHNwYWNl
IGZvciB0aGlzIGluIHRoZSB3YXkgcHJvcG9zZWQgYnkgdGhhdCB3b3JrLCBidXQgbWF5YmUgd2Ug
Y2FuIGRvIHNvbWV0aGluZyBtdWNoIHNpbXBsZXIgaGVyZSBhbmQgc2ltcGx5IGlkZW50aWZ5IHRo
ZSBETiBpbnN0YW5jZSBieSB0aGUgSVAgYWRkcmVzcyB3aXRoIG5vIG90aGVyIHNlbWFudGljcy4g
TXVjaCBlYXNpZXIgdG8gZG8gdGhpcyBmb3IgSVB2NiB3aXRoIHRoZSAiaW5maW5pdGUgYWRkcmVz
c2VzIiBidXQgd2UgY291bGQgZ2V0IGF3YXkgd2l0aCBpdCBpbiBsaW1pdGVkIHByaXZhdGUgSXB2
NCBuZXR3b3Jrcy4gT2YgY291cnNlIHRoaXMgZG9lcyBjaGFuZ2UgdGhlIHBlci1ob3AgYmVoYXZp
b3VyIG9mIElQIHdoaWNoIG1heSBiZSBhIGNoYWxsZW5nZSB0byBnZXQgdGhlIElFVEYgdG8gc2ln
biBvZiBvbi4NCg0KQW5vdGhlciBtZXRob2QgaXMgdG8gdXNlIHNvbWUgbWV0aG9kIG9mIGNhcnJ5
aW5nIGFuIE1QTFMgbGFiZWwgc3RhY2sgLSB0aGlzIHdhcyB0aGUgZmlyc3QgcHJvcG9zYWwuIE5v
dyBJIHNhaWQgdGhhdCBJIGRpZCBub3QgdGhpbmsgYW55b25lIGhhZCBkb25lIHRoYXQgYW5kIEkg
c3RpbGwgYmVsaWV2ZSB0aGF0IHRvIGJlIHRoZSBjYXNlLCBidXQgdGhhdCBkb2VzIG5vdCBtZWFu
IHRoYXQgaXQgaXMgbm90IHRoZSBsZWFzdCB3b3JzdCBhcHByb2FjaC4gVGhlcmUgYXJlIGFsdGVy
bmF0ZXMgZm9yIGV4YW1wbGUgSVAvVURQL01QTFMNCndoaWNoIGlzIHRoZSBzbyBjYWxsZWQgVVNS
IGFwcHJvYWNoIHRoYXQgYSBudW1iZXIgb2YgdXMgYWR2b2NhdGUgYXMgYW4gYWx0ZXJuYXRpdmUg
dG8gU1J2Ni4NCg0KSWYgdGhhdCBpc27igJl0IGNvcnJlY3QsIHBsZWFzZSBsZXQgbWUga25vdy4g
QXMgeW91IG1heSByZWNhbGwgSSBhbHJlYWR5IHN0YXJ0ZWQgYSB0aHJlYWQgYXdoaWxlIGFnbyB0
byBkaXNjdXNzIElQdjQgdnMgSVB2NiwgYW5kIGJhc2VkIG9uIHRoZSByZXNwb25zZXMgaXQgYXBw
ZWFyZWQgdG8gbWUgYXQgdGhhdCB0aW1lIHRoYXQgdGhlcmUgd2VyZSBzb21lIGtpbmQgb2Ygb3B0
aW9ucywgdGhvdWdoIG5vdCBhIOKAnG5hdGl2ZSBJUHY04oCdIHNvbHV0aW9uLCBidXQgaXQgd2Fz
buKAmXQgY2xlYXIgdG8gbWUgKGFzIGEgbm9uLWV4cGVydCBpbiB0aGUgdmFyaW91cyBuZXR3b3Jr
aW5nIHByb3RvY29scyBtZW50aW9uZWQpIHdoZXRoZXIgdGhleSB3b3VsZCBiZSB2aWFibGUgaW4g
cHJhY3RpY2Ugb3Igbm90LiBJIHdpbGwgcmV2aXZlIHRoYXQgdGhyZWFkIGFuZCBzZWUgaWYgd2Ug
Y2FuIGdldCBhbnkgY2xvc2VyIHRvIGRldGVybWluaW5nIHRoZSBpbXBvcnRhbmNlIG9mIElQdjQg
dG8gb3VyIHRhcmdldCBjdXN0b21lcnMsIGFuZCBob3BlZnVsbHkgc29tZSBzZW5zZSBvZiB3aGV0
aGVyIHRoZSBwcm9wb3NlZCBub24tbmF0aXZlLUlQdjQgc3RyYXRlZ2llcyB3aWxsIGhvbGQgd2F0
ZXIuDQoNClllcywgd2UgbmVlZCB0byBoYXZlIHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFu
ZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0aGVyDQoNCmEpIFdlIHN1cHBvcnQgdjQNCmIpIFdl
IHN1cHBvcnQgdjQgYW5kIHY2IGJ5IHY0IGFuZCB2NiBzcGVjaWZpYyBwcm90b2NvbCBleHRlbnNp
b25zDQpjKSBXZSB1c2UgYSBzaW5nbGUgY29tbW9uIElQIGFwcHJvYWNoDQpkKSBXZSB1c2UgYW4g
YXBwcm9hY2ggdGhhdCBpcyBjb21tb24gYWNyb3NzIElQIGFuZCBNUExTDQoNCi0gU3Rld2FydA0K
DQpFdGhhbi4NCg0KRnJvbTogU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGV3YXJ0LmJyeWFudEBn
bWFpbC5jb21dDQpTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMTI6MjkgQU0NClRv
OiBHcm9zc21hbiwgRXRoYW4gQS4gPGVhZ3Jvc0Bkb2xieS5jb20+PG1haWx0bzplYWdyb3NAZG9s
YnkuY29tPjsgQmFsw6F6cyBWYXJnYSBBIDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+PG1h
aWx0bzpiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+OyBBbmRyZXcgRy4gTWFsaXMgPGFnbWFs
aXNAZ21haWwuY29tPjxtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20+DQpDYzogRGV0TmV0IFdHIDxk
ZXRuZXRAaWV0Zi5vcmc+PG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+OyBNYWNoIENoZW4gPG1hY2gu
Y2hlbkBodWF3ZWkuY29tPjxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+DQpTdWJqZWN0OiBS
ZTogRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pDQoNCg0KDQoNCk9uIDE2LzAxLzIw
MTggMTg6MzgsIEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90ZToNCkhpIEJhbGHigJl6cywNClJlZ2Fy
ZGluZyBJUHY0LCBJIGFsc28gdW5kZXJzdG9vZCB0aGF0IHdlIGRlY2lkZWQgdGhhdCB3ZSBjYW7i
gJl0IGFkZCBuZXcgSVB2NCBmaWVsZHMuIFBhcmRvbiBteSBpZ25vcmFuY2UgaGVyZSwgYnV0IGRv
ZXMgdGhhdCBtZWFuIHRoZXJlIGlzIG5vIHBhcnQgb2YgRGV0TmV0IGNhcGFiaWxpdHkgdGhhdCBj
YW4gYmUgcnVuIG92ZXIgSVB2ND8gT3IgaXMgdGhlcmUgc29tZSDigJx3b3JrYXJvdW5k4oCdIHRv
IHByb3ZpZGUgYXMgSSBzYXkgZXZlbiBwYXJ0IG9mIHRoZSBEZXROZXQgY2FwYWJpbGl0eSwgZ2l2
ZW4gdGhhdCBpdCBpcyBhbiBFbmdpbmVlcmVkIG5ldHdvcms/IEkganVzdCB3YW50IHRvIGNsYXJp
ZnkgZXhwZWN0YXRpb25zIGhlcmUuDQoNCklmIHlvdSBoYXZlIGEgbmF0aXZlIElQdjQgbmV0d29y
ayB0byB3aGljaCB5b3UgcHJlc2VudCBJUHY2IHBhY2tldHMsIHlvdSBlaXRoZXIgaGF2ZSB0byB0
dW5uZWwgdGhlbSBhY3Jvc3Mgd2hlcmUgdGhlIElQdjYgaXMgY29uc2lkZXJlZCBvcGFxdWUgZGF0
YSwgb3IgeW91IGhhdmUgdG8gdHJhbnNsYXRlIHRoZW0gdG8gSVB2NCwgYnV0IHRoYXQgcmVxdWly
ZXMgc29tZSBjb21tb24gc2VtYW50aWNzIHRvIGRlYWwgd2l0aCBleHRlbnNpb24gaGVhZGVycyB3
aGljaCB3ZSBkb24ndCBjdXJyZW50bHkgaGF2ZS4NCg0KU28sIGFzIGZhciBhcyBJIGNhbiBzZWUs
IGEgZGVjaXNpb24gbm90IHRvIHN1cHBvcnQgSVB2NCBtZWFucyBubyBETiBzdXBwb3J0IGFjcm9z
cyB0aGUgSVB2NCBuZXR3b3JrLg0KDQpXaGljaCB0YWtlcyB1cyBiYWNrIHRvIHRoZSBxdWVzdGlv
biBvZiBob3cgaW1wb3J0YW50IGlzIHRoaXMgYW5kIHdoYXQgd2lsbCBpdCBkbyB0byB0aGUgdGFr
ZS11cCBvZiB0aGUgdGVjaG5vbG9neSBieSBpdHMgdGFyZ2V0IGN1c3RvbWVycz8NCg0KLSBTdGV3
YXJ0DQoNCg0KVGhhbmtzLA0KRXRoYW4uDQoNCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5ldC1i
b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQmFsw6F6cyBWYXJnYSBBDQpTZW50OiBUdWVz
ZGF5LCBKYW51YXJ5IDE2LCAyMDE4IDEwOjIxIEFNDQpUbzogU3Rld2FydCBCcnlhbnQgPHN0ZXdh
cnQuYnJ5YW50QGdtYWlsLmNvbT48bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT47IEFu
ZHJldyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb20+PG1haWx0bzphZ21hbGlzQGdtYWlsLmNv
bT4NCkNjOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz48bWFpbHRvOmRldG5ldEBpZXRmLm9y
Zz47IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+PG1haWx0bzptYWNoLmNoZW5AaHVh
d2VpLmNvbT4NClN1YmplY3Q6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0
aW9uKQ0KDQpJIHRoaW5rIHRoZSBsYXN0IG1haWxzIGFyZSBtb3JlIGFib3V0IGZsb3cgaWRlbnRp
ZmljYXRpb24gYW5kIG5vdCB0aGUgc2VxdWVuY2UgbnVtYmVyLg0KU28sIEkgaGF2ZSByZS1zdWJq
ZWN0ZWQgbXkgYW5zd2VyLg0KDQpQU04gbGF5ZXIgdnMuIEROIGxheWVyIChNUExTKToNCi0gaW4g
Y3VycmVudCBkYXRhIHBsYW5lIHRleHQgd2UgaGF2ZSBzdGF0ZWQgdGhhdCBEZXROZXQgUFdzIG1h
eSB1c2UgZGVkaWNhdGVkIExTUHMgKFRFLXR1bm5lbHMpLg0KVGhhdCBhbGxvdyB0byBpZGVudGlm
eSBEZXROZXQgZmxvd3MgaW4gUFNOIGxheWVyIHdpdGhvdXQgY2hlY2tpbmcgdGhlIFBXIGxhYmVs
LiBTdWNoIGEgc29sdXRpb24gb2YNCmNvdXJzZSBtYXkgY2hhbGxlbmdlIHNjYWxhYmlsaXR5Lg0K
LSByZWdhcmRpbmcgcHJpb3JpdGl6YXRpb246IHRleHQgYWxsb3dzIGJvdGggRS1MU1AgYW5kIEwt
TFNQIGNvbmNlcHQsIHdoYXQgbWFrZXMgcG9zc2libGUNCnRvIGlkZW50aWZ5IERldE5ldCBwYWNr
ZXRzLiBIb3dldmVyIHRoYXQgaXMgbW9yZSBmb3Igc2ltcGxlIHF1ZXVpbmcgc2NlbmFyaW9zIGFz
IGl0IGRvZXMgbm90DQppZGVudGlmeSBpbmRpdmlkdWFsIGZsb3dzLg0KDQpQU04gbGF5ZXIgdnMu
IEROIGxheWVyIChub24tTVBMUyk6DQotIElQdjQ6IElmIEkgcmVtZW1iZXIgY29ycmVjdGx5IGl0
IHdhcyBkaXNjdXNzZWQgdG8gYmUgb3V0LW9mLXNjb3BlIHRvIHNpbXBsaWZ5IHRoZSBzY2VuYXJp
b3Mgd2UgZm9jdXMgb24uDQpOby1vbmUgd2FudGVkIHRvIGRlZmluZSBuZXcgSVB2NCBmaWVsZHMg
Zm9yIGZsb3ctSUQgYW5kIFNlcS1OdW0gaW4gdGhlIOKAnHN1bnNldCBvZiBJUHY04oCdLg0KLSBJ
UHY2OiBiYXNlZCBvbiB0aGUgc3JjLUlQdjYgYW5kIHRoZSBmbG93LWxhYmVsIE5QIGNhbiBkZXRl
Y3QgRGV0TmV0IGZsb3dzLiBXaHkgd291bGQgd2UgbmVlZCBhIG5ldw0KSVAgcHJvdG9jb2wgdHlw
ZT8NCg0KR2VuZXJpYyB2cy4gRE4gYXdhcmUgZGF0YSBwbGFuZToNCi0gSSB0aGluayB3ZSBuZWVk
IGJvdGguIFdlIGhhdmUgdXNlLWNhc2VzIHNwZWNpZmllZCBmb3IgYm90aC4NCg0KRGV0TmV0IHRy
YWZmaWMgdG8gYmUgdHJhbnNwb3J0ZWQ6DQotIHR3byB0eXBlcyBhcmUgY29uc2lkZXJlZDoNCigx
KSBFdGhlcm5ldDogSUVFRSBUU04gdHJhZmZpYyBlbmNhcHN1bGF0ZWQgaW4gRXRoZXJuZXQgZnJh
bWVzIGFuZA0KKDIpIElQOiBJUHY2IHRyYW5zcG9ydGVkIG92ZXIgYW55IEwyIChub3QgYWx3YXlz
IEV0aGVybmV0LCBidXQgbW9zdCBjYXNlcyBFdGhlcm5ldCkNCkFzIG5vdGVkIGFib3ZlIElQdjQg
aXMgY3VycmVudGx5IG91dC1vZi1zY29wZSDigKYNCg0KQ2hlZXJzDQpCYWxh4oCZenMNCg0KRnJv
bTogU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dDQpTZW50
OiAyMDE4LiBqYW51w6FyIDE2LiAxNzozOA0KVG86IEFuZHJldyBHLiBNYWxpcyA8YWdtYWxpc0Bn
bWFpbC5jb208bWFpbHRvOmFnbWFsaXNAZ21haWwuY29tPj4NCkNjOiBNYWNoIENoZW4gPG1hY2gu
Y2hlbkBodWF3ZWkuY29tPG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4+OyBCYWzDoXpzIFZh
cmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbTxtYWlsdG86YmFsYXpzLmEudmFyZ2FA
ZXJpY3Nzb24uY29tPj47IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRA
aWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBO
dW1iZXJpbmcpDQoNCg0KDQpBbmR5DQpPbiAxNi8wMS8yMDE4IDE1OjIwLCBBbmRyZXcgRy4gTWFs
aXMgd3JvdGU6DQpTdGV3YXJ0LA0KDQpMaWtlIHdpdGggUFdzIChzaW5jZSBERVRORVQgZm9yIE1Q
TFMgd291bGQganVzdCBiZSBhbm90aGVyIFBXIHR5cGUpLCB0YXJnZXRlZCBMRFAgYW5kIHByb3Zp
c2lvbmluZyAodmlhIGEgY2VudHJhbCBjb250cm9sbGVyLCBOTVMsIGV0Yy4pIGFyZSBhbHRlcm5h
dGl2ZXMgdG8gUlNWUCBhbmQgU1IgdG8gcHJvdmlzaW9uaW5nL2FsbG9jYXRpbmcgdGhlIERFVE5F
VCBQVyBsYWJlbC4NCg0KLi4gYW5kIEkgc3VwcG9zZSBzdHJpY3RseSBCR1Agd2hpY2ggaXMgYWxz
byB1c2VkIGZvciB0aGlzIHB1cnBvc2UgaW4gVlBOcw0KDQoNCg0KWW91IGFuZCBNYWNoIGFyZSBi
b3RoIHJpZ2h0IHRoYXQgaW4gdGhlIElQIChub24tTVBMUykgY2FzZSwgd2UgbmVlZCBhIHdheSBm
b3IgdGhlIE5QIHRvIGRldGVjdCBERVRORVQgZmxvd3MuIFdlIGNvdWxkIGhhdmUgYSBuZXcgSVAg
cHJvdG9jb2wgdHlwZSBmb3IgREVUTkVULCBhbmQgYSBERVRORVQgaGVhZGVyIGRpcmVjdGx5IGZv
bGxvd3MgdGhlIElQIGhlYWRlci4gSW4gdGhhdCBjYXNlLCB0aGUgREVUTkVUIGhlYWRlciB3b3Vs
ZCBhbHNvIG5lZWQgYSBuZXh0IHByb3RvY29sIGlkZW50aWZpZXIsIHVubGVzcyB0aGUgbmV4dCBw
cm90b2NvbCBpcyBhbHdheXMgYW5vdGhlciBJUCBoZWFkZXIuDQoNCkxhc3QgSSBzYXcsIHRoZSB0
aGlua2luZyB3YXMgdGhhdCB0aGVyZSB3b3VsZCBiZSBhbiBJUCBleHRlbnNpb24gaGVhZGVyLCBh
bHRob3VnaCBJIGFtIG5vdCBhIGZhbiBvZiB0aG9zZSBzaW5jZSAoYSkgSSBhbSBub3QgY29uZmlk
ZW50IHdoYXQgYSByb3V0ZXIgd2lsbCBkbyBvbmUgaXQgZG9lcyBub3QgdW5kZXJzdGFuZCwgYW5k
IChiKSBJIGFtIGNvbmNlcm5lZCBhYm91dCB0aGUgbmVlZCB0byBzdXBwb3J0IElQdjQgd2hpY2gg
SSBzdXNwZWN0IHdpbGwgaGF2ZSBhIGxvbmcgdGFpbCBpbiBlbnRlcnByaXNlIGRlcGxveW1lbnQu
DQoNCkkgcHJlZmVyIGEgVURQIHR5cGUgZm9yIHRoaXMgcHVycG9zZSBzaW5jZSBpdCBoYXMgdW5p
dmVyc2FsIHN1cHBvcnQgdGhyb3VnaCBhbnkgbWlkZGxlIGJveC4gZmlyZXdhbGwgZXRjLCBhbmQg
YWxsIHJvdXRlcnMgbmVlZCB0byBsb29rIGEgdGhlIFVEUCBEUCBzbyBjaGVja2luZyBpZiBpdCBp
cyBvbmUgdGhleSBuZWVkIHRvIHdvcmsgb24gaXMganVzdCBvbmUgY29tcGFyZSBhbmQgY29uZGl0
aW9uYWwgYnJhbmNoLg0KDQoNCg0KT2YgY291cnNlLCBmb3IgTVBMUywgdGhlIERFVE5FVCBQVyBs
YWJlbCBpcyB0aGUgaWRlbnRpZmllci4NCg0KT25seSBhdCB0aGUgUFcgbGF5ZXIuIE5vdGUgbXkg
cXVlc3Rpb24gYWJvdXQgd2hldGhlciB0aGlzIGlzIHN1ZmZpY2llbnQuDQoNCi0gU3Rld2FydA0K
DQoNCkNoZWVycywNCkFuZHkNCg0KDQpPbiBUdWUsIEphbiAxNiwgMjAxOCBhdCA1OjQ2IEFNLCBT
dGV3YXJ0IEJyeWFudCA8c3Rld2FydC5icnlhbnRAZ21haWwuY29tPG1haWx0bzpzdGV3YXJ0LmJy
eWFudEBnbWFpbC5jb20+PiB3cm90ZToNCg0KSWYgd2UgbmVlZCB0byBkaXNjcmltaW5hdGUgYXQg
dGhlIFBTTiBsYXllciByYXRoZXIgdGhhbiB0aGUgRE4gbGF5ZXIgdGhlbiB3ZSByZWFsbHkgYXJl
IGZvcmNlZCB0byBjcmVhdGUgYSBuZXcgRkVDIHR5cGUgZm9yIE1QTFMsIG9yIHN5bnRoZXNpemUg
b25lIHRocm91Z2ggUlNWUCBvciBTUi4gSVAgaGFzIG5vIG5hdGl2ZSBzdXBwb3J0IGZvciB0aGlz
LCBidXQgd2UgY291bGQgaW50cm9kdWNlIHRoZSBjb25jZXB0LCBmb3IgZXhhbXBsZSBieSBtYWtp
bmcgdGhpcyB0aGUgcHJvcGVydHkgb2YgdGhlIElQIGFkZHJlc3Mgb3Igc29tZSB3YXkgb2YgTVBM
U2luZyBJUC4NCg0KSG93ZXZlciB0aGVyZSBpcyBhIGRlZXBlciBxdWVzdGlvbiB3ZSBuZWVkIHRv
IGFuc3dlci4gSXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgZWFjaCBob3AgaW4gdGhlIGRhdGEgcGxh
bmUgRE4gYXdhcmUsIG9yIGlzIG91ciBleHBlY3RhdGlvbiB0aGF0IGF0IGxlc3QgaW4gc29tZSBu
ZXR3b3JrcyB0aGUgZGF0YSBwbGFuZSBpcyBnZW5lcmljIHdpdGggc29tZSBETiBub2RlcyBzdHJh
dGVnaWNhbGx5IHBsYWNlZD8NCg0KSSBjYW4gc2VlIHRoYW4gaW4gc29tZSBncmVlbmZpZWxkIHNw
ZWNpYWxpc3QgY2FzZXMgdGhlIHJvdXRlcnMgd2lsbCBhbGwgYmUgRE4gYXdhcmUsIGJ1dCBpbiBv
cmRlciB0byBnZXQgZGVwbG95bWVudCBpbiBtb3N0IG5ldHdvcmtzIHdlIG5lZWQgdG8gZGVzaWdu
IGZvciB0aGUgY2FzZSB3aGVyZSBvbmx5IHN0cmF0ZWdpYyBub2RlcyBhcmUgRE4gYXdhcmUuDQoN
Ci0gU3Rld2FydA0KDQpPbiAxNi8wMS8yMDE4IDAxOjE0LCBNYWNoIENoZW4gd3JvdGU6DQpIaSBC
YWxhenMsDQoNCiMyIGlzIGEgbW9yZSBuYXR1cmUgc29sdXRpb24sIHRoZSBEZXROZXQgQ1cgaXMg
ZGVkaWNhdGVkIGZvciBEZXROZXQsIHNlZW1zIHRoZXJlIGlzIG5vIGNvbXBhdGliaWxpdHkgaXNz
dWUuDQoNCkluIGFkZGl0aW9uLCBJIHRoaW5rIHdlIG5lZWQgdG8gZGVmaW5lIGEgd2F5IG9uIGhv
dyB0byBkaWZmZXJlbnRpYXRlIGEgRGV0TmV0IGZsb3cgZnJvbSBhIG5vbi1EZXROZXQgZmxvdywg
dGhlbiB0aGUgbmV0d29yayBwcm9jZXNzb3IgY2FuIHByb2Nlc3MgdGhlIENXIGFzIGV4cGVjdGVk
LiAgSW4gVFNOLCBpdCB1c2VzIHRoZSBwcmlvcml0eSB0byBkZXRlcm1pbmUgd2hldGhlciBhIGZs
b3cgaXMgVFNOIG9yIG5vbi1UU04gZmxvdy4gRm9yIERldE5ldCwgc2hvdWxkIHdlIGFsc28gdXNl
IHRoZSBzYW1lIHdheSAoZS5nLiwgVEMsIERTQ1ApPyBPciB0aGUgRGV0TmV0IHNlcnZpY2UgTGFi
ZWwgaXRzZWxmIGltcGxpZXMgdGhlIHNpdHVhdGlvbiwgYnV0IGl0IHNlZW1zIHRoYXQgdGhpcyBv
bmx5IHdvcmtzIHdoZW4gdGhlIERldE5ldCBzZXJ2aWNlIGxhYmVsIGlzIHRoZSB0b3AgbGFiZWwu
DQoNCkFueSBvdGhlciB0aG91Z2h0cz8NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0KDQpGcm9tOiBk
ZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJhbMOh
enMgVmFyZ2EgQQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDE1LCAyMDE4IDk6MDYgUE0NClRvOiBE
ZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz48bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NClN1Ympl
Y3Q6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpDQoNCg0KSGksDQoN
Cg0KDQpTb21lIHRob3VnaHRzIHRvIHN0YXJ0IGRpc2N1c3Npb24gb24gb3BlbiBwb2ludHMgb2Yg
dGhlIERQIHNvbHV0aW9uIGRyYWZ0Lg0KDQpUaGlzIG1haWwoLXRocmVhZCkgaXMgb24gc2VxdWVu
Y2UgbnVtYmVyaW5nLg0KDQoNCg0KUHJvYmxlbSBpbiBjYXNlIG9mIE1QTFMgYW5kIERldE5ldCBD
b250cm9sIFdvcmQ6DQoNCi0gUy9OIHNraXBzIHplcm8gcHJvYmxlbTogRXRoZXJuZXQgUFcgZGVm
aW5pdGlvbiBzdGF0ZXMgdGhhdCBTL04gc2tpcHMgemVyby4NCg0KSXQgdXNlcyB6ZXJvIHRvIG1l
YW4gbm8gUy9OIGluIHVzZS4gKHJmYzQ0NDgpDQoNCg0KDQpQb3NzaWJsZSBwcm9ibGVtIHJlc29s
dXRpb25zOg0KDQojMTogVXNpbmcgYSAiZmxhZyIgaW4gdGhlIHJlc2VydmVkIGJpdHMgcGFydCBv
ZiB0aGUgQ1c6DQoNCiAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAg
ICAyICAgICAgICAgICAgICAgICAgIDMNCg0KICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEg
MiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQoNCiAgICAgKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN
Cg0KICAgICB8MCAwIDAgMHxEfHJlc2VydmVkIC0gc2V0IHRvIDAgIHwgICAxNiBiaXQgU2VxdWVu
Y2UgTnVtYmVyICAgICAgfA0KDQogICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCkQtYml0OiBzZXQgdG8g4oCcMeKA
nSBtZWFucyBEZXROZXQgc3BlY2lmaWMgU2VxLiBOdW1iZXIgdXNlZCwNCg0KQml0NS0xNTogcmVz
ZXJ2ZWQuDQoNCg0KDQpSRkM0NDQ4IHN0YXRlcyB0aGF0IHJlc2VydmVkIGJpdHMg4oCcTVVTVCBi
ZSBpZ25vcmVkIHVwb24gcmVjZWlwdOKAnSwgc28gYmFja3dhcmQNCg0KY29tcGF0aWJpbGl0eSBp
cyBlbnN1cmVkLiBTdWNoIGEgc29sdXRpb24gd291bGQgYWxsb3cgYWxzbyB0byB1c2UgbG9uZ2Vy
IHNlcS5udW0uDQoNCmZvcm1hdHMgKGlmIG5lZWRlZCkuIFN1Y2ggYSBmb3JtYXQgaXMgYWxzbyBp
bmxpbmUgd2l0aCBSRkM0Mzg1Lg0KDQoNCg0KIzI6IE1ha2luZyDigJww4oCdIGFzIGEgdmFsaWQg
U2VxLk51bS4NCg0KRGV0TmV0IGZsb3dzIGFyZSByZWNvZ25pemVkIGFuZCBmb3J3YXJkZWQgc3Bl
Y2lhbCB3aXRoaW4gdGhlIERldE5ldA0KDQpkb21haW4uIFMvTiBpcyB1c2VkIHdpdGhpbiB0aGUg
RGV0TmV0IGRvbWFpbiBieSBEZXROZXQgU2VydmljZSBmdW5jdGlvbnMNCg0KKGkuZS4gUFJFRiku
IFMvTiB1c2VkIG9ubHkgb24gRGV0TmV0IGVuZC1ub2RlcyBhbmQgRGV0TmV0IHJlbGF5LW5vZGVz
LiBObw0KDQpvdGhlciBub2RlcyBjYXJlIGFib3V0IHRoZSB2YWx1ZSBvZiBTL04sIHRoZXJlZm9y
ZSBEZXROZXQgY2FuIHNwZWNpZnkgaXRzDQoNCm93biBzZXF1ZW5jZSBudW1iZXIgcHJvY2Vzc2lu
ZyBhbGdvcml0aG0uIFNvIOKAnDDigJ0gY2FuIGJlIGEgdmFsaWQgbnVtYmVyDQoNCmFuZCBub3Qg
dGhlIGluZGljYXRpb24gdGhhdCBubyBTZXEuTnVtLiBpcyB1c2VkLiBUaGlzIGlzIGlubGluZSB3
aXRoIFJGQzQzODUuDQoNCg0KDQojMzogT3RoZXIg4oCmID8hPw0KDQoNCg0KQ29tbWVudHMgYXJl
IHdlbGNvbWUuDQoNCg0KDQpDaGVlcnMNCg0KQmFsYSd6cw0KDQoNCg0KLS0tLS1PcmlnaW5hbCBN
ZXNzYWdlLS0tLS0NCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3Jn
XSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcg0KU2VudDogMjAxOC4gamFudcOhciAxMC4gMTk6MDEN
ClRvOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPj4N
ClN1YmplY3Q6IFtEZXRuZXRdIHJlY29yZGluZyBmb3IgdG9kYXkncyBpbnRlcmltDQoNCg0KDQpp
cyBhdmFpbGFibGUgZm9yIGRvd25sb2FkIGF0Og0KDQpodHRwczovL2lldGYud2ViZXguY29tL2ll
dGYvbGRyLnBocD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAxPGh0dHBzOi8v
dXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9faWV0Zi53ZWJleC5j
b21faWV0Zl9sZHIucGhwLTNGUkNJRC0zRGU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAx
JmQ9RHdNR2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5a
aVEmbT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJnM9M3JiM1JF
X1oyd09XOHZwLUFNc2EybGdTaDBVNEJnZFpGN3p1MXRYd2Q2ayZlPT4NCg0KDQoNCnJhdyBub3Rl
cyBhcmUgYXZhaWxhYmxlIGF0DQoNCmh0dHA6Ly9ldGhlcnBhZC50b29scy5pZXRmLm9yZzo5MDAw
L3Avbm90ZXMtaWV0Zi1pbnRlcmltLTIwMTgtZGV0bmV0LTAxPGh0dHBzOi8vdXJsZGVmZW5zZS5w
cm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwLTNBX19ldGhlcnBhZC50b29scy5pZXRmLm9yZy0z
QTkwMDBfcF9ub3Rlcy0yRGlldGYtMkRpbnRlcmltLTJEMjAxOC0yRGRldG5ldC0yRDAxJmQ9RHdN
R2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmbT1X
dzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJnM9bE9fWmRIQXJRUXNh
RE5Zdk15SWN6bWQ2RjFQX2FjdU0wa0ZNWjUxVVg2YyZlPT4NCg0KDQoNClBsZWFzZSBmZWVsIGZy
ZWUgdG8gdXBkYXRlIHRoZSBldGhlcnBhZCBiYXNlZCBvbiB0aGUgcmVjb3JkaW5nLg0KDQoNCg0K
TG91IChhbmQgY28tY2hhaXJzKQ0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX18NCg0KZGV0bmV0IG1haWxpbmcgbGlzdA0KDQpkZXRuZXRAaWV0Zi5v
cmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h
bi9saXN0aW5mby9kZXRuZXQ8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy
bD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19kZXRuZXQmZD1Ed01H
YVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPVd3
NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz1oUzlfSEkxMTR2bHlU
LU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmU9Pg0KDQoNCl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCmRldG5ldCBtYWlsaW5nIGxpc3QNCg0K
ZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv
aW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9f
ZGV0bmV0JmQ9RHdNR2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3UERj
Zk1hRk5aaVEmbT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJnM9
aFM5X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFNSSZlPT4NCg0KDQpfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KZGV0bmV0IG1haWxp
bmcgbGlzdA0KZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+DQpodHRwczov
L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxodHRwczovL3VybGRlZmVuc2Uu
cHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xp
c3RpbmZvX2RldG5ldCZkPUR3TUdhUSZjPWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmcj1aY0hDNndY
X2dEd1BEY2ZNYUZOWmlRJm09V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tC
Zk1qcyZzPWhTOV9ISTExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0OW5qckZRTUkmZT0+DQoN
Cg0KDQoNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4gXCxzZXJpZiI7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAgMDt9DQovKiBTdHls
ZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1h
bA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEu
MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30N
CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv
bG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4u
TXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1
cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJ
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6
ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6
YmxhY2s7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi
SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4w
MDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciLHNl
cmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0
eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5
OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNv
bnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2
Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0K
CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNp
emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJs
YWNrO30NCnAubTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQsIGxpLm0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0LCBkaXYubTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQNCgl7bXNvLXN0eWxlLW5hbWU6bV8xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ow0K
CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJn
aW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0
OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uaG9lbnpiDQoJe21zby1zdHlsZS1uYW1lOmhvZW56
Yjt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250
LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4u
RW1haWxTdHlsZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxl
MjUNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh
bnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyNg0KCXttc28t
c3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN
Cgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTI3DQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndp
bmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9
DQpzcGFuLkVtYWlsU3R5bGUyOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh
bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1h
aWxTdHlsZTMwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1
bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpA
cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEu
MGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7
fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg
djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm
IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw
IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm
XS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJi
bHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+TWF5YmUgSSBkaWRu
4oCZdCBpbnRlcnByZXQgVGlt4oCZcyBjb21tZW50IGNvcnJlY3RseSDigJMgSSBpbnRlcnByZXRl
ZCBpdCB0byBtZWFuIOKAnGFuIElQdjQtb25seSBzb2x1dGlvbuKAnSBpbiB0aGUgY29udGV4dCBv
ZiBhbHNvIGhhdmluZyBJUHY2IGFuZCBNUExTIHNvbHV0aW9ucywgYXMgd2XigJlyZSBwbGFubmlu
Zy4gRG9lcyB0aGUgSUFCIGRpcmVjdGl2ZSBzdGlsbCBhcHBseQ0KIGluIHRoYXQgY2FzZT8gJm5i
c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPkV0aGFuLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy
LXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkZyb206
PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IGRldG5ldCBbbWFpbHRv
OmRldG5ldC1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5Hcm9zc21hbiwg
RXRoYW4gQS48YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBKYW51YXJ5IDE3LCAyMDE4IDEw
OjUxIEFNPGJyPg0KPGI+VG86PC9iPiBEZXROZXQgV0cgJmx0O2RldG5ldEBpZXRmLm9yZyZndDs7
IERlYm9yYWggQnJ1bmdhcmQgJmx0O2RiMzU0NkBhdHQuY29tJmd0OzsgU3Rld2FydCBCcnlhbnQg
Jmx0O3N0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IFRpbSBDaG93
biAoVGltLkNob3duQGppc2MuYWMudWspICZsdDtUaW0uQ2hvd25AamlzYy5hYy51ayZndDs8YnI+
DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZp
Y2F0aW9uKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5UaGFua3MgU3Rld2FydC4gUmVnYXJkaW5nOiA8
bzpwPg0KPC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6MGluO21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7
bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh
bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPuKAnFllcywgd2UgbmVlZCB0
byBoYXZlIHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBv
ZiB3aGV0aGVyPGJyPg0KYSkgV2Ugc3VwcG9ydCB2NDxicj4NCmIpIFdlIHN1cHBvcnQgdjQgYW5k
IHY2IGJ5IHY0IGFuZCB2NiBzcGVjaWZpYyBwcm90b2NvbCBleHRlbnNpb25zPGJyPg0KYykgV2Ug
dXNlIGEgc2luZ2xlIGNvbW1vbiBJUCBhcHByb2FjaDxicj4NCmQpIFdlIHVzZSBhbiBhcHByb2Fj
aCB0aGF0IGlzIGNvbW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFPigJ08L3NwYW4+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5QZXJoYXBzLCBnaXZlbiBUaW0g
Q2hvd27igJlzIGVhcmxpZXIgY29tbWVudDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IOKAnElmIHlvdeKAmXJlIHN1Z2dlc3Rpbmcg
YW4gSVB2NC1vbmx5IHNvbHV0aW9uLCB5b3XigJlyZSBydW5uaW5nIHVwIGFnYWluc3QNCjxhIGhy
ZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9f
d3d3LmlhYi5vcmdfMjAxNl8xMV8wN19pYWItMkRzdGF0ZW1lbnQtMkRvbi0yRGlwdjZfJmFtcDtk
PUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERj
Zk1hRk5aaVEmYW1wO209b1hWTHl1T2JKNm5Kdk0xbEV1NTBCLWczWUJWb0NteFBfa1JnamhDNHRE
ayZhbXA7cz1HTEoyb0NDUTNZWXpUb2M0R0d4SDlSZzZTTEpEOFJKU3l5UmdFMnEtbWpNJmFtcDtl
PSI+DQpodHRwczovL3d3dy5pYWIub3JnLzIwMTYvMTEvMDcvaWFiLXN0YXRlbWVudC1vbi1pcHY2
LzwvYT4u4oCdPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5XZSBj
b3VsZCBnZXQgRGVib3JhaCB3aXRoIGhlciBBRCBoYXQgb24gdG8gY29tbWVudCBvbiB0aGlzPw0K
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPkV0aGFuLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv
cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkZyb206PC9z
cGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IFN0ZXdhcnQgQnJ5YW50IFs8
YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIj5tYWlsdG86c3Rld2FydC5i
cnlhbnRAZ21haWwuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVh
cnkgMTcsIDIwMTggMTA6MzkgQU08YnI+DQo8Yj5Ubzo8L2I+IEdyb3NzbWFuLCBFdGhhbiBBLiAm
bHQ7PGEgaHJlZj0ibWFpbHRvOmVhZ3Jvc0Bkb2xieS5jb20iPmVhZ3Jvc0Bkb2xieS5jb208L2E+
Jmd0OzsgQmFsw6F6cyBWYXJnYSBBICZsdDs8YSBocmVmPSJtYWlsdG86YmFsYXpzLmEudmFyZ2FA
ZXJpY3Nzb24uY29tIj5iYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb208L2E+Jmd0OzsgQW5kcmV3
IEcuIE1hbGlzICZsdDs8YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20iPmFnbWFsaXNA
Z21haWwuY29tPC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+IERldE5ldCBXRyAmbHQ7PGEgaHJlZj0i
bWFpbHRvOmRldG5ldEBpZXRmLm9yZyI+ZGV0bmV0QGlldGYub3JnPC9hPiZndDs7IE1hY2ggQ2hl
biAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIj5tYWNoLmNoZW5AaHVh
d2VpLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBEUCBzb2x1dGlvbiAoRmxv
dyBpZGVudGlmaWNhdGlvbik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cD5IaSZuYnNwOyBF
dGhhbiw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDE3LzAxLzIwMTggMTg6MjQs
IEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr
cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+VGhhbmtzIFN0
ZXdhcnQgZm9yIHRoZSBjbGFyaWZpY2F0aW9uLiBJIGludGVycHJldCB5b3VyIHN0YXRlbWVudCDi
gJxhIGRlY2lzaW9uIG5vdCB0byBzdXBwb3J0IElQdjTigJ0gdG8gbWVhbiDigJxhIGRlY2lzaW9u
IG5vdCB0byBwcm9wb3NlIGFkZGluZyBhbnl0aGluZyB0byB0aGUgZXhpc3RpbmcgSVB2NCBzdGFu
ZGFyZOKAnS4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl
cmlmIj48YnI+DQpUbyBzdXBwb3J0IElQdjQgdGhlcmUgYXJlIGEgbnVtYmVyIG9mIG1ldGhvZHMg
dGhhdCBhcmUgcG9zc2libGUsIG9uZSBpcyB0byBhZGQgc29tZXRoaW5nIHRvIHY0IGl0c2VsZiBh
cyBpcyBwcm9wb3NlZCBmb3IgdjYuIEFkZGluZyBzb21ldGhpbmcgdG8gdGhlIGJhc2UgcHJvdG9j
b2wgd2lsbCBiZSB2ZXJ5IGRpZmZpY3VsdC48YnI+DQo8YnI+DQpBbm90aGVyIG1ldGhvZCwgaXMg
dG8gZG8gd2hhdCBoYXMgYmVlbiBwcm9wb3NlZCBieSBzb21lIGZvciBNUExTLCB0aGF0IGlzIHRv
IGVuY29kZSB0aGUgaWRlbnRpdHkgYW5kIHR5cGUgaW4gdGhlIElQIGFkZHJlc3MuIFRoZXJlIGlz
IGEgcHJvcG9zYWwgdG8gZG8gdGhpcyBpbiBTUnY2LiBJIGFtIG5vdCBhIGdyZWF0IGZhbiBvZiBh
YnVzaW5nIHRoZSBhZGRyZXNzIHNwYWNlIGZvciB0aGlzIGluIHRoZSB3YXkgcHJvcG9zZWQgYnkg
dGhhdCB3b3JrLA0KIGJ1dCBtYXliZSB3ZSBjYW4gZG8gc29tZXRoaW5nIG11Y2ggc2ltcGxlciBo
ZXJlIGFuZCBzaW1wbHkgaWRlbnRpZnkgdGhlIEROIGluc3RhbmNlIGJ5IHRoZSBJUCBhZGRyZXNz
IHdpdGggbm8gb3RoZXIgc2VtYW50aWNzLiBNdWNoIGVhc2llciB0byBkbyB0aGlzIGZvciBJUHY2
IHdpdGggdGhlICZxdW90O2luZmluaXRlIGFkZHJlc3NlcyZxdW90OyBidXQgd2UgY291bGQgZ2V0
IGF3YXkgd2l0aCBpdCBpbiBsaW1pdGVkIHByaXZhdGUgSXB2NCBuZXR3b3Jrcy4gT2YNCiBjb3Vy
c2UgdGhpcyBkb2VzIGNoYW5nZSB0aGUgcGVyLWhvcCBiZWhhdmlvdXIgb2YgSVAgd2hpY2ggbWF5
IGJlIGEgY2hhbGxlbmdlIHRvIGdldCB0aGUgSUVURiB0byBzaWduIG9mIG9uLjxicj4NCjxicj4N
CkFub3RoZXIgbWV0aG9kIGlzIHRvIHVzZSBzb21lIG1ldGhvZCBvZiBjYXJyeWluZyBhbiBNUExT
IGxhYmVsIHN0YWNrIC0gdGhpcyB3YXMgdGhlIGZpcnN0IHByb3Bvc2FsLiBOb3cgSSBzYWlkIHRo
YXQgSSBkaWQgbm90IHRoaW5rIGFueW9uZSBoYWQgZG9uZSB0aGF0IGFuZCBJIHN0aWxsIGJlbGll
dmUgdGhhdCB0byBiZSB0aGUgY2FzZSwgYnV0IHRoYXQgZG9lcyBub3QgbWVhbiB0aGF0IGl0IGlz
IG5vdCB0aGUgbGVhc3Qgd29yc3QgYXBwcm9hY2guDQogVGhlcmUgYXJlIGFsdGVybmF0ZXMgZm9y
IGV4YW1wbGUgSVAvVURQL01QTFM8YnI+DQp3aGljaCBpcyB0aGUgc28gY2FsbGVkIFVTUiBhcHBy
b2FjaCB0aGF0IGEgbnVtYmVyIG9mIHVzIGFkdm9jYXRlIGFzIGFuIGFsdGVybmF0aXZlIHRvIFNS
djYuPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9
Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+SWYgdGhhdCBpc27igJl0IGNvcnJl
Y3QsIHBsZWFzZSBsZXQgbWUga25vdy4gQXMgeW91IG1heSByZWNhbGwgSSBhbHJlYWR5IHN0YXJ0
ZWQgYSB0aHJlYWQgYXdoaWxlIGFnbyB0byBkaXNjdXNzIElQdjQgdnMgSVB2NiwgYW5kIGJhc2Vk
IG9uIHRoZSByZXNwb25zZXMgaXQgYXBwZWFyZWQgdG8gbWUgYXQgdGhhdCB0aW1lIHRoYXQgdGhl
cmUgd2VyZSBzb21lIGtpbmQNCiBvZiBvcHRpb25zLCB0aG91Z2ggbm90IGEg4oCcbmF0aXZlIElQ
djTigJ0gc29sdXRpb24sIGJ1dCBpdCB3YXNu4oCZdCBjbGVhciB0byBtZSAoYXMgYSBub24tZXhw
ZXJ0IGluIHRoZSB2YXJpb3VzIG5ldHdvcmtpbmcgcHJvdG9jb2xzIG1lbnRpb25lZCkgd2hldGhl
ciB0aGV5IHdvdWxkIGJlIHZpYWJsZSBpbiBwcmFjdGljZSBvciBub3QuIEkgd2lsbCByZXZpdmUg
dGhhdCB0aHJlYWQgYW5kIHNlZSBpZiB3ZSBjYW4gZ2V0IGFueSBjbG9zZXIgdG8gZGV0ZXJtaW5p
bmcNCiB0aGUgaW1wb3J0YW5jZSBvZiBJUHY0IHRvIG91ciB0YXJnZXQgY3VzdG9tZXJzLCBhbmQg
aG9wZWZ1bGx5IHNvbWUgc2Vuc2Ugb2Ygd2hldGhlciB0aGUgcHJvcG9zZWQgbm9uLW5hdGl2ZS1J
UHY0IHN0cmF0ZWdpZXMgd2lsbCBob2xkIHdhdGVyLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206
MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU
aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NClllcywgd2UgbmVlZCB0byBoYXZlIHRo
ZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0aGVy
PGJyPg0KPGJyPg0KYSkgV2Ugc3VwcG9ydCB2NDxicj4NCmIpIFdlIHN1cHBvcnQgdjQgYW5kIHY2
IGJ5IHY0IGFuZCB2NiBzcGVjaWZpYyBwcm90b2NvbCBleHRlbnNpb25zPGJyPg0KYykgV2UgdXNl
IGEgc2luZ2xlIGNvbW1vbiBJUCBhcHByb2FjaDxicj4NCmQpIFdlIHVzZSBhbiBhcHByb2FjaCB0
aGF0IGlzIGNvbW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFM8YnI+DQo8YnI+DQotIFN0ZXdhcnQ8YnI+
DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu
LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5FdGhhbi48L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5i
c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l
O2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGlu
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiBTdGV3YXJ0
IEJyeWFudCBbPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20i
Pm1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb208L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndp
bmRvd3RleHQiPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVhcnkgMTcsIDIw
MTggMTI6MjkgQU08YnI+DQo8Yj5Ubzo8L2I+IEdyb3NzbWFuLCBFdGhhbiBBLiA8L3NwYW4+PGEg
aHJlZj0ibWFpbHRvOmVhZ3Jvc0Bkb2xieS5jb20iPiZsdDtlYWdyb3NAZG9sYnkuY29tJmd0Ozwv
YT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+OyBCYWzDoXpzIFZhcmdhIEENCjwvc3Bh
bj48YSBocmVmPSJtYWlsdG86YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tIj4mbHQ7YmFsYXpz
LmEudmFyZ2FAZXJpY3Nzb24uY29tJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4
dCI+OyBBbmRyZXcgRy4gTWFsaXMNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFp
bC5jb20iPiZsdDthZ21hbGlzQGdtYWlsLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndp
bmRvd3RleHQiPjxicj4NCjxiPkNjOjwvYj4gRGV0TmV0IFdHIDwvc3Bhbj48YSBocmVmPSJtYWls
dG86ZGV0bmV0QGlldGYub3JnIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzwvYT48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+OyBNYWNoIENoZW4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86
bWFjaC5jaGVuQGh1YXdlaS5jb20iPiZsdDttYWNoLmNoZW5AaHVhd2VpLmNvbSZndDs8L2E+PHNw
YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogRFAg
c29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpw
PjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNi8wMS8yMDE4IDE4
OjM4LCBHcm9zc21hbiwgRXRoYW4gQS4gd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxi
bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkhpIEJh
bGHigJl6cyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+UmVnYXJkaW5nIElQdjQsIEkgYWxzbyB1bmRlcnN0
b29kIHRoYXQgd2UgZGVjaWRlZCB0aGF0IHdlIGNhbuKAmXQgYWRkIG5ldyBJUHY0IGZpZWxkcy4g
UGFyZG9uIG15IGlnbm9yYW5jZSBoZXJlLCBidXQgZG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMgbm8g
cGFydCBvZiBEZXROZXQgY2FwYWJpbGl0eSB0aGF0IGNhbiBiZSBydW4gb3ZlciBJUHY0PyBPciBp
cyB0aGVyZQ0KIHNvbWUg4oCcd29ya2Fyb3VuZOKAnSB0byBwcm92aWRlIGFzIEkgc2F5IGV2ZW4g
cGFydCBvZiB0aGUgRGV0TmV0IGNhcGFiaWxpdHksIGdpdmVuIHRoYXQgaXQgaXMgYW4gRW5naW5l
ZXJlZCBuZXR3b3JrPyBJIGp1c3Qgd2FudCB0byBjbGFyaWZ5IGV4cGVjdGF0aW9ucyBoZXJlLg0K
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy
LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlm
Ij48YnI+DQpJZiB5b3UgaGF2ZSBhIG5hdGl2ZSBJUHY0IG5ldHdvcmsgdG8gd2hpY2ggeW91IHBy
ZXNlbnQgSVB2NiBwYWNrZXRzLCB5b3UgZWl0aGVyIGhhdmUgdG8gdHVubmVsIHRoZW0gYWNyb3Nz
IHdoZXJlIHRoZSBJUHY2IGlzIGNvbnNpZGVyZWQgb3BhcXVlIGRhdGEsIG9yIHlvdSBoYXZlIHRv
IHRyYW5zbGF0ZSB0aGVtIHRvIElQdjQsIGJ1dCB0aGF0IHJlcXVpcmVzIHNvbWUgY29tbW9uIHNl
bWFudGljcyB0byBkZWFsIHdpdGggZXh0ZW5zaW9uIGhlYWRlcnMNCiB3aGljaCB3ZSBkb24ndCBj
dXJyZW50bHkgaGF2ZS48YnI+DQo8YnI+DQpTbywgYXMgZmFyIGFzIEkgY2FuIHNlZSwgYSBkZWNp
c2lvbiBub3QgdG8gc3VwcG9ydCBJUHY0IG1lYW5zIG5vIEROIHN1cHBvcnQgYWNyb3NzIHRoZSBJ
UHY0IG5ldHdvcmsuPGJyPg0KPGJyPg0KV2hpY2ggdGFrZXMgdXMgYmFjayB0byB0aGUgcXVlc3Rp
b24gb2YgaG93IGltcG9ydGFudCBpcyB0aGlzIGFuZCB3aGF0IHdpbGwgaXQgZG8gdG8gdGhlIHRh
a2UtdXAgb2YgdGhlIHRlY2hub2xvZ3kgYnkgaXRzIHRhcmdldCBjdXN0b21lcnM/PGJyPg0KPGJy
Pg0KLSBTdGV3YXJ0PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJs
b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+VGhhbmtz
LDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij5FdGhhbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10
b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwv
c3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiBkZXRuZXQgWzwvc3Bhbj48
YSBocmVmPSJtYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpkZXRuZXQtYm91
bmNlc0BpZXRmLm9yZzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+XQ0KPGI+T24g
QmVoYWxmIE9mIDwvYj5CYWzDoXpzIFZhcmdhIEE8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwg
SmFudWFyeSAxNiwgMjAxOCAxMDoyMSBBTTxicj4NCjxiPlRvOjwvYj4gU3Rld2FydCBCcnlhbnQg
PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20iPiZsdDtzdGV3
YXJ0LmJyeWFudEBnbWFpbC5jb20mZ3Q7PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij47IEFuZHJldyBHLiBNYWxpcw0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzphZ21hbGlzQGdtYWls
LmNvbSI+Jmx0O2FnbWFsaXNAZ21haWwuY29tJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dCI+PGJyPg0KPGI+Q2M6PC9iPiBEZXROZXQgV0cgPC9zcGFuPjxhIGhyZWY9Im1haWx0
bzpkZXRuZXRAaWV0Zi5vcmciPiZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7PC9hPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij47IE1hY2ggQ2hlbg0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpt
YWNoLmNoZW5AaHVhd2VpLmNvbSI+Jmx0O21hY2guY2hlbkBodWF3ZWkuY29tJmd0OzwvYT48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtEZXRuZXRd
IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5J
IHRoaW5rIHRoZSBsYXN0IG1haWxzIGFyZSBtb3JlIGFib3V0IGZsb3cgaWRlbnRpZmljYXRpb24g
YW5kIG5vdCB0aGUgc2VxdWVuY2UgbnVtYmVyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5TbywgSSBoYXZl
IHJlLXN1YmplY3RlZCBteSBhbnN3ZXIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij5QU04gbGF5ZXIgdnMuIEROIGxheWVyIChNUExTKTo8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4
dCI+LSBpbiBjdXJyZW50IGRhdGEgcGxhbmUgdGV4dCB3ZSBoYXZlIHN0YXRlZCB0aGF0IERldE5l
dCBQV3MgbWF5IHVzZSBkZWRpY2F0ZWQgTFNQcyAoVEUtdHVubmVscykuDQo8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+VGhhdCBhbGxvdyB0byBpZGVudGlmeSBEZXROZXQgZmxvd3MgaW4gUFNOIGxheWVyIHdp
dGhvdXQgY2hlY2tpbmcgdGhlIFBXIGxhYmVsLiBTdWNoIGEgc29sdXRpb24gb2YNCjwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij5jb3Vyc2UgbWF5IGNoYWxsZW5nZSBzY2FsYWJpbGl0eS48L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+LSByZWdhcmRpbmcgcHJpb3JpdGl6YXRpb246IHRleHQgYWxsb3dzIGJvdGggRS1MU1Ag
YW5kIEwtTFNQIGNvbmNlcHQsIHdoYXQgbWFrZXMgcG9zc2libGUNCjwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij50byBpZGVudGlmeSBEZXROZXQgcGFja2V0cy4gSG93ZXZlciB0aGF0IGlzIG1vcmUgZm9yIHNp
bXBsZSBxdWV1aW5nIHNjZW5hcmlvcyBhcyBpdCBkb2VzIG5vdDwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5p
ZGVudGlmeSBpbmRpdmlkdWFsIGZsb3dzLiA8L3NwYW4+DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+UFNOIGxheWVyIHZzLiBETiBsYXllciAobm9uLU1QTFMpOjwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij4tIElQdjQ6IElmIEkgcmVtZW1iZXIgY29ycmVjdGx5IGl0IHdhcyBkaXNjdXNz
ZWQgdG8gYmUgb3V0LW9mLXNjb3BlIHRvIHNpbXBsaWZ5IHRoZSBzY2VuYXJpb3Mgd2UgZm9jdXMg
b24uDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+Tm8tb25lIHdhbnRlZCB0byBkZWZpbmUgbmV3IElQdjQg
ZmllbGRzIGZvciBmbG93LUlEIGFuZCBTZXEtTnVtIGluIHRoZSDigJxzdW5zZXQgb2YgSVB2NOKA
nS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+LSBJUHY2OiBiYXNlZCBvbiB0aGUgc3JjLUlQdjYgYW5kIHRo
ZSBmbG93LWxhYmVsIE5QIGNhbiBkZXRlY3QgRGV0TmV0IGZsb3dzLiBXaHkgd291bGQgd2UgbmVl
ZCBhIG5ldw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPklQIHByb3RvY29sIHR5cGU/IDwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+R2VuZXJpYyB2cy4gRE4gYXdhcmUgZGF0
YSBwbGFuZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSBJIHRoaW5rIHdlIG5lZWQgYm90aC4gV2UgaGF2
ZSB1c2UtY2FzZXMgc3BlY2lmaWVkIGZvciBib3RoLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+RGV0TmV0IHRyYWZmaWMgdG8gYmUgdHJhbnNwb3J0ZWQ6PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y
OndpbmRvd3RleHQiPi0gdHdvIHR5cGVzIGFyZSBjb25zaWRlcmVkOiA8L3NwYW4+DQo8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDouNWluIj48
c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+KDEpIEV0aGVybmV0OiBJRUVFIFRTTiB0cmFm
ZmljIGVuY2Fwc3VsYXRlZCBpbiBFdGhlcm5ldCBmcmFtZXMgYW5kDQo8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6LjVpbiI+PHNw
YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPigyKSBJUDogSVB2NiB0cmFuc3BvcnRlZCBvdmVy
IGFueSBMMiAobm90IGFsd2F5cyBFdGhlcm5ldCwgYnV0IG1vc3QgY2FzZXMgRXRoZXJuZXQpPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5k
ZW50Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5BcyBub3RlZCBhYm92ZSBJ
UHY0IGlzIGN1cnJlbnRseSBvdXQtb2Ytc2NvcGUg4oCmPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNw
Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij5DaGVlcnM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+QmFsYeKAmXpzPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2
IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGlu
ZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij4gU3Rld2FydCBCcnlhbnQgWzwvc3Bhbj48YSBocmVmPSJtYWlsdG86c3Rld2Fy
dC5icnlhbnRAZ21haWwuY29tIj5tYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tPC9hPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMjAxOC4g
amFudcOhciAxNi4gMTc6Mzg8YnI+DQo8Yj5Ubzo8L2I+IEFuZHJldyBHLiBNYWxpcyAmbHQ7PC9z
cGFuPjxhIGhyZWY9Im1haWx0bzphZ21hbGlzQGdtYWlsLmNvbSI+YWdtYWxpc0BnbWFpbC5jb208
L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZndDs8YnI+DQo8Yj5DYzo8L2I+IE1h
Y2ggQ2hlbiAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbSI+
bWFjaC5jaGVuQGh1YXdlaS5jb208L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZn
dDs7IEJhbMOhenMgVmFyZ2EgQSAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpiYWxhenMuYS52
YXJnYUBlcmljc3Nvbi5jb20iPmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbTwvYT48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jmd0OzsNCiBEZXROZXQgV0cgJmx0Ozwvc3Bhbj48YSBo
cmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIj5kZXRuZXRAaWV0Zi5vcmc8L2E+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtEZXRu
ZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+
PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5PbiAxNi8wMS8yMDE4IDE1OjIwLCBBbmRyZXcgRy4gTWFsaXMgd3Jv
dGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w
OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PlN0ZXdhcnQsIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu
YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
TGlrZSB3aXRoIFBXcyAoc2luY2UgREVUTkVUIGZvciBNUExTIHdvdWxkIGp1c3QgYmUgYW5vdGhl
ciBQVyB0eXBlKSwgdGFyZ2V0ZWQgTERQIGFuZCBwcm92aXNpb25pbmcgKHZpYSBhIGNlbnRyYWwg
Y29udHJvbGxlciwgTk1TLCBldGMuKSBhcmUgYWx0ZXJuYXRpdmVzIHRvIFJTVlAgYW5kIFNSIHRv
IHByb3Zpc2lvbmluZy9hbGxvY2F0aW5nIHRoZSBERVRORVQgUFcgbGFiZWwuPG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQouLiBhbmQgSSBzdXBwb3NlIHN0cmlj
dGx5IEJHUCB3aGljaCBpcyBhbHNvIHVzZWQgZm9yIHRoaXMgcHVycG9zZSBpbiBWUE5zPGJyPg0K
PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv
cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5Zb3UgYW5kIE1hY2ggYXJlIGJvdGggcmlnaHQgdGhhdCBpbiB0aGUgSVAgKG5v
bi1NUExTKSBjYXNlLCB3ZSBuZWVkIGEgd2F5IGZvciB0aGUgTlAgdG8gZGV0ZWN0IERFVE5FVCBm
bG93cy4gV2UgY291bGQgaGF2ZSBhIG5ldyBJUCBwcm90b2NvbCB0eXBlIGZvciBERVRORVQsIGFu
ZCBhIERFVE5FVCBoZWFkZXIgZGlyZWN0bHkgZm9sbG93cyB0aGUgSVAgaGVhZGVyLiBJbiB0aGF0
IGNhc2UsIHRoZSBERVRORVQgaGVhZGVyDQogd291bGQgYWxzbyBuZWVkIGEgbmV4dCBwcm90b2Nv
bCBpZGVudGlmaWVyLCB1bmxlc3MgdGhlIG5leHQgcHJvdG9jb2wgaXMgYWx3YXlzIGFub3RoZXIg
SVAgaGVhZGVyLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0K
TGFzdCBJIHNhdywgdGhlIHRoaW5raW5nIHdhcyB0aGF0IHRoZXJlIHdvdWxkIGJlIGFuIElQIGV4
dGVuc2lvbiBoZWFkZXIsIGFsdGhvdWdoIEkgYW0gbm90IGEgZmFuIG9mIHRob3NlIHNpbmNlIChh
KSBJIGFtIG5vdCBjb25maWRlbnQgd2hhdCBhIHJvdXRlciB3aWxsIGRvIG9uZSBpdCBkb2VzIG5v
dCB1bmRlcnN0YW5kLCBhbmQgKGIpIEkgYW0gY29uY2VybmVkIGFib3V0IHRoZSBuZWVkIHRvIHN1
cHBvcnQgSVB2NCB3aGljaCBJIHN1c3BlY3Qgd2lsbA0KIGhhdmUgYSBsb25nIHRhaWwgaW4gZW50
ZXJwcmlzZSBkZXBsb3ltZW50Ljxicj4NCjxicj4NCkkgcHJlZmVyIGEgVURQIHR5cGUgZm9yIHRo
aXMgcHVycG9zZSBzaW5jZSBpdCBoYXMgdW5pdmVyc2FsIHN1cHBvcnQgdGhyb3VnaCBhbnkgbWlk
ZGxlIGJveC4gZmlyZXdhbGwgZXRjLCBhbmQgYWxsIHJvdXRlcnMgbmVlZCB0byBsb29rIGEgdGhl
IFVEUCBEUCBzbyBjaGVja2luZyBpZiBpdCBpcyBvbmUgdGhleSBuZWVkIHRvIHdvcmsgb24gaXMg
anVzdCBvbmUgY29tcGFyZSBhbmQgY29uZGl0aW9uYWwgYnJhbmNoLjxicj4NCjxicj4NCjxicj4N
CjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy
Z2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu
YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
T2YgY291cnNlLCBmb3IgTVBMUywgdGhlIERFVE5FVCBQVyBsYWJlbCBpcyB0aGUgaWRlbnRpZmll
ci4gPG86cD4NCjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCk9ubHkg
YXQgdGhlIFBXIGxheWVyLiBOb3RlIG15IHF1ZXN0aW9uIGFib3V0IHdoZXRoZXIgdGhpcyBpcyBz
dWZmaWNpZW50Ljxicj4NCjxicj4NCi0gU3Rld2FydDxicj4NCiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw
dCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLDxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5keTxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu
YnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFR1ZSwg
SmFuIDE2LCAyMDE4IGF0IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50ICZsdDs8YSBocmVmPSJtYWls
dG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+c3Rld2FydC5icnlh
bnRAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBz
dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5n
OjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFy
Z2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cD5JZiB3ZSBuZWVk
IHRvIGRpc2NyaW1pbmF0ZSBhdCB0aGUgUFNOIGxheWVyIHJhdGhlciB0aGFuIHRoZSBETiBsYXll
ciB0aGVuIHdlIHJlYWxseSBhcmUgZm9yY2VkIHRvIGNyZWF0ZSBhIG5ldyBGRUMgdHlwZSBmb3Ig
TVBMUywgb3Igc3ludGhlc2l6ZSBvbmUgdGhyb3VnaCBSU1ZQIG9yIFNSLiBJUCBoYXMgbm8gbmF0
aXZlIHN1cHBvcnQgZm9yIHRoaXMsIGJ1dCB3ZSBjb3VsZCBpbnRyb2R1Y2UgdGhlIGNvbmNlcHQs
IGZvciBleGFtcGxlIGJ5DQogbWFraW5nIHRoaXMgdGhlIHByb3BlcnR5IG9mIHRoZSBJUCBhZGRy
ZXNzIG9yIHNvbWUgd2F5IG9mIE1QTFNpbmcgSVAuPG86cD48L286cD48L3A+DQo8cD5Ib3dldmVy
IHRoZXJlIGlzIGEgZGVlcGVyIHF1ZXN0aW9uIHdlIG5lZWQgdG8gYW5zd2VyLiBJcyBvdXIgZXhw
ZWN0YXRpb24gdGhhdCBlYWNoIGhvcCBpbiB0aGUgZGF0YSBwbGFuZSBETiBhd2FyZSwgb3IgaXMg
b3VyIGV4cGVjdGF0aW9uIHRoYXQgYXQgbGVzdCBpbiBzb21lIG5ldHdvcmtzIHRoZSBkYXRhIHBs
YW5lIGlzIGdlbmVyaWMgd2l0aCBzb21lIEROIG5vZGVzIHN0cmF0ZWdpY2FsbHkgcGxhY2VkPzxv
OnA+PC9vOnA+PC9wPg0KPHA+SSBjYW4gc2VlIHRoYW4gaW4gc29tZSBncmVlbmZpZWxkIHNwZWNp
YWxpc3QgY2FzZXMgdGhlIHJvdXRlcnMgd2lsbCBhbGwgYmUgRE4gYXdhcmUsIGJ1dCBpbiBvcmRl
ciB0byBnZXQgZGVwbG95bWVudCBpbiBtb3N0IG5ldHdvcmtzIHdlIG5lZWQgdG8gZGVzaWduIGZv
ciB0aGUgY2FzZSB3aGVyZSBvbmx5IHN0cmF0ZWdpYyBub2RlcyBhcmUgRE4gYXdhcmUuPG86cD48
L286cD48L3A+DQo8cD48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+LSBTdGV3YXJ0PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNi8wMS8y
MDE4IDAxOjE0LCBNYWNoIENoZW4gd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9j
a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhp
IEJhbGF6cyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4jMiBpcyBh
IG1vcmUgbmF0dXJlIHNvbHV0aW9uLCB0aGUgRGV0TmV0IENXIGlzIGRlZGljYXRlZCBmb3IgRGV0
TmV0LCBzZWVtcyB0aGVyZSBpcyBubyBjb21wYXRpYmlsaXR5IGlzc3VlLjwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5
N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkluIGFkZGl0aW9uLCBJIHRoaW5rIHdlIG5lZWQg
dG8gZGVmaW5lIGEgd2F5IG9uIGhvdyB0byBkaWZmZXJlbnRpYXRlIGEgRGV0TmV0IGZsb3cgZnJv
bSBhIG5vbi1EZXROZXQgZmxvdywgdGhlbiB0aGUgbmV0d29yayBwcm9jZXNzb3IgY2FuIHByb2Nl
c3MgdGhlDQogQ1cgYXMgZXhwZWN0ZWQuJm5ic3A7IEluIFRTTiwgaXQgdXNlcyB0aGUgcHJpb3Jp
dHkgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgYSBmbG93IGlzIFRTTiBvciBub24tVFNOIGZsb3cuIEZv
ciBEZXROZXQsIHNob3VsZCB3ZSBhbHNvIHVzZSB0aGUgc2FtZSB3YXkgKGUuZy4sIFRDLCBEU0NQ
KT8gT3IgdGhlIERldE5ldCBzZXJ2aWNlIExhYmVsIGl0c2VsZiBpbXBsaWVzIHRoZSBzaXR1YXRp
b24sIGJ1dCBpdCBzZWVtcyB0aGF0IHRoaXMgb25seSB3b3JrcyB3aGVuDQogdGhlIERldE5ldCBz
ZXJ2aWNlIGxhYmVsIGlzIHRoZSB0b3AgbGFiZWwuICZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZu
YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFueSBvdGhlciB0aG91Z2h0cz88L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE
Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+
TWFjaDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXYg
c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzow
aW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy
LXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48Yj5Gcm9tOjwvYj4gZGV0bmV0IFs8YSBocmVmPSJtYWlsdG86
ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tYWlsdG86ZGV0bmV0LWJv
dW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5CYWzDoXpzIFZhcmdhIEE8
YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBKYW51YXJ5IDE1LCAyMDE4IDk6MDYgUE08YnI+DQo8
Yj5Ubzo8L2I+IERldE5ldCBXRyA8YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJn
ZXQ9Il9ibGFuayI+Jmx0O2RldG5ldEBpZXRmLm9yZyZndDs8L2E+PGJyPg0KPGI+U3ViamVjdDo8
L2I+IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpPG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+SGks
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0Ij5Tb21lIHRob3VnaHRzIHRvIHN0YXJ0IGRpc2N1c3Npb24gb24gb3BlbiBw
b2ludHMgb2YgdGhlIERQIHNvbHV0aW9uIGRyYWZ0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5UaGlzIG1haWwoLXRocmVhZCkgaXMg
b24gc2VxdWVuY2UgbnVtYmVyaW5nLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+UHJvYmxlbSBpbiBjYXNlIG9mIE1Q
TFMgYW5kIERldE5ldCBDb250cm9sIFdvcmQ6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1
MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPi0gUy9OIHNraXBzIHplcm8gcHJvYmxlbTog
RXRoZXJuZXQgUFcgZGVmaW5pdGlvbiBzdGF0ZXMgdGhhdCBTL04gc2tpcHMgemVyby48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+SXQg
dXNlcyB6ZXJvIHRvIG1lYW4gbm8gUy9OIGluIHVzZS4gKHJmYzQ0NDgpPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Q
b3NzaWJsZSBwcm9ibGVtIHJlc29sdXRpb25zOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4jMTogVXNpbmcgYSAmcXVvdDtmbGFnJnF1
b3Q7IGluIHRoZSByZXNlcnZlZCBiaXRzIHBhcnQgb2YgdGhlIENXOjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlm
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgMzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3
LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3
IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDAgMCAwIDB8RHxyZXNl
cnZlZCAtIHNldCB0byAwJm5ic3A7IHwmbmJzcDsmbmJzcDsgMTYgYml0IFNlcXVlbmNlIE51bWJl
ciZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlm
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFp
bnRleHQiPkQtYml0OiBzZXQgdG8g4oCcMeKAnSBtZWFucyBEZXROZXQgc3BlY2lmaWMgU2VxLiBO
dW1iZXIgdXNlZCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+Qml0NS0xNTogcmVzZXJ2ZWQuPG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5SRkM0NDQ4IHN0
YXRlcyB0aGF0IHJlc2VydmVkIGJpdHMg4oCcTVVTVCBiZSBpZ25vcmVkIHVwb24gcmVjZWlwdOKA
nSwgc28gYmFja3dhcmQNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5
NTA1NDIzbXNvcGxhaW50ZXh0Ij5jb21wYXRpYmlsaXR5IGlzIGVuc3VyZWQuIFN1Y2ggYSBzb2x1
dGlvbiB3b3VsZCBhbGxvdyBhbHNvIHRvIHVzZSBsb25nZXIgc2VxLm51bS4NCjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5mb3JtYXRz
IChpZiBuZWVkZWQpLiBTdWNoIGEgZm9ybWF0IGlzIGFsc28gaW5saW5lIHdpdGggUkZDNDM4NS48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4
dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNt
c29wbGFpbnRleHQiPiMyOiBNYWtpbmcg4oCcMOKAnSBhcyBhIHZhbGlkIFNlcS5OdW0uPG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkRl
dE5ldCBmbG93cyBhcmUgcmVjb2duaXplZCBhbmQgZm9yd2FyZGVkIHNwZWNpYWwgd2l0aGluIHRo
ZSBEZXROZXQNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0Ij5kb21haW4uIFMvTiBpcyB1c2VkIHdpdGhpbiB0aGUgRGV0TmV0IGRvbWFp
biBieSBEZXROZXQgU2VydmljZSBmdW5jdGlvbnMNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4oaS5lLiBQUkVGKS4gUy9OIHVzZWQg
b25seSBvbiBEZXROZXQgZW5kLW5vZGVzIGFuZCBEZXROZXQgcmVsYXktbm9kZXMuIE5vDQo8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+
b3RoZXIgbm9kZXMgY2FyZSBhYm91dCB0aGUgdmFsdWUgb2YgUy9OLCB0aGVyZWZvcmUgRGV0TmV0
IGNhbiBzcGVjaWZ5IGl0cw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPm93biBzZXF1ZW5jZSBudW1iZXIgcHJvY2Vzc2luZyBhbGdv
cml0aG0uIFNvIOKAnDDigJ0gY2FuIGJlIGEgdmFsaWQgbnVtYmVyPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPmFuZCBub3QgdGhlIGlu
ZGljYXRpb24gdGhhdCBubyBTZXEuTnVtLiBpcyB1c2VkLiBUaGlzIGlzIGlubGluZSB3aXRoIFJG
QzQzODUuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5
NTA1NDIzbXNvcGxhaW50ZXh0Ij4jMzogT3RoZXIg4oCmID8hPzxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Q29tbWVu
dHMgYXJlIHdlbGNvbWUuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5
Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5DaGVlcnM8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+QmFsYSd6czxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4
dCI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBkZXRuZXQgWzxhIGhyZWY9
Im1haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0bzpk
ZXRuZXQtYm91bmNlc0BpZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBMb3UgQmVyZ2VyPGJyPg0K
U2VudDogMjAxOC4gamFudcOhciAxMC4gMTk6MDE8YnI+DQpUbzogRGV0TmV0IFdHICZsdDs8YSBo
cmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZGV0bmV0QGlldGYu
b3JnPC9hPiZndDs8YnI+DQpTdWJqZWN0OiBbRGV0bmV0XSByZWNvcmRpbmcgZm9yIHRvZGF5J3Mg
aW50ZXJpbTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYw
OTUwNTQyM21zb3BsYWludGV4dCI+aXMgYXZhaWxhYmxlIGZvciBkb3dubG9hZCBhdDogPG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxh
IGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0z
QV9faWV0Zi53ZWJleC5jb21faWV0Zl9sZHIucGhwLTNGUkNJRC0zRGU1MTE2YmM3ZGIyNTRjMjRh
N2JiMzIxN2JmMjAyMzAxJmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBn
JmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50
Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZhbXA7cz0zcmIzUkVfWjJ3T1c4dnAtQU1zYTJsZ1NoMFU0
QmdkWkY3enUxdFh3ZDZrJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xv
cjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL2lldGYud2ViZXguY29t
L2lldGYvbGRyLnBocD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAxPC9zcGFu
PjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3Bs
YWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPnJhdyBub3RlcyBhcmUgYXZhaWxhYmxlIGF0IDxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVm
PSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cC0zQV9fZXRo
ZXJwYWQudG9vbHMuaWV0Zi5vcmctM0E5MDAwX3Bfbm90ZXMtMkRpZXRmLTJEaW50ZXJpbS0yRDIw
MTgtMkRkZXRuZXQtMkQwMSZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2VHpNM2QxdFg0aUV1N2Jw
ZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3NTA2R1Q1STFscGwwejR3aDBO
dEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9bE9fWmRIQXJRUXNhRE5Zdk15SWN6bWQ2RjFQ
X2FjdU0wa0ZNWjUxVVg2YyZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cDovL2V0aGVycGFkLnRvb2xz
LmlldGYub3JnOjkwMDAvcC9ub3Rlcy1pZXRmLWludGVyaW0tMjAxOC1kZXRuZXQtMDE8L3NwYW4+
PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+UGxlYXNlIGZlZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFk
IGJhc2VkIG9uIHRoZSByZWNvcmRpbmcuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Mb3UgKGFuZCBjby1jaGFpcnMp
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij5kZXRuZXQgbWFpbGluZyBsaXN0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1
MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0
Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0
LWRlY29yYXRpb246bm9uZSI+ZGV0bmV0QGlldGYub3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PGEgaHJlZj0i
aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cu
aWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19kZXRuZXQmYW1wO2Q9RHdNR2FRJmFtcDtjPWxJOFpi
NlR6TTNkMXRYNGlFdTdicGcmYW1wO3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT1XdzUw
NkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJmFtcDtzPWhTOV9ISTExNHZs
eVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0OW5qckZRTUkmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+
PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PC9zcGFuPjwvYT48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWJvdHRvbToxMi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHByZT5fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8
cHJlPmRldG5ldCBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJt
YWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZGV0bmV0QGlldGYub3JnPC9h
PjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v
ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGlu
Zm9fZGV0bmV0JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDty
PVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFx
akFmd1FmN2RJV0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JC
dDluanJGUU1JJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vbGlzdGluZm8vZGV0bmV0PC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k
aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEy
LjBwdCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X188YnI+DQpkZXRuZXQgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmRldG5ldEBp
ZXRmLm9yZyI+ZGV0bmV0QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVm
ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxt
YW5fbGlzdGluZm9fZGV0bmV0JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3
YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdo
ME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3
VVJvYnBjV2JCdDluanJGUU1JJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9j
a3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86
cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4g
LHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2Nr
cXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw
dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_BN6PR06MB25472F625C4D87CD23DB4B2EC4E90BN6PR06MB2547namp_--


From nobody Wed Jan 17 11:01:45 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1524112D947 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 11:01:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.002
X-Spam-Level: 
X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 F4mXsH01RuFt for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 11:01:39 -0800 (PST)
Received: from mail-wr0-x235.google.com (mail-wr0-x235.google.com [IPv6:2a00:1450:400c:c0c::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 06A0E1270FC for <detnet@ietf.org>; Wed, 17 Jan 2018 11:01:39 -0800 (PST)
Received: by mail-wr0-x235.google.com with SMTP id w50so20016306wrc.11 for <detnet@ietf.org>; Wed, 17 Jan 2018 11:01:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=tusjS2ea2xoUq+/Od3+zurn+ejhY20aKZOjJ64GGDSU=; b=qUjseSy1shLM7Hni6bTvf2noN2ypD141prIDS3sOr3CLM3DvDRjbycnuCuUnt1/Jss peYy0BD0Gt7I4xfN2GcQUOGaNJve1AgEen0MJEKP5ymbwbnnFdjxc0kq9O1/4OP3RtUh 6xiDiYae9tC9gsE+kzaqouF1sgCVzu51PVG8kAxd5Tfq+QLBLeg5aVoDGF4Fqc5qBg/y QwGTYQ7korCcZXJOcIyZYtYGSyBHohNyXrCiWKG9wFWFS4af5+RHLWbpETaZWKEuHCqI IH43szwJtOWERG7FMpgImaF1fwnBJ2k3BXLHIcFMn6sMvD6rFOuQ2v+P4CWT+XZNavz7 5kVQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=tusjS2ea2xoUq+/Od3+zurn+ejhY20aKZOjJ64GGDSU=; b=MP/L3T4/7JyPWAoGk90Ek5yzSAtobCgkdOFv3fotsewGyZHKLbVyyTgxP5I5S4lYLX us8r2ckGyzRpR3ebG7wPk7Zy9zFNA0dqozbkIjSHnC8OrAtQWtxWYcPQUfuW1XjqAS81 +cqYWDjfXs+UqZ9VUTBBeSxp4viaSMtzu6gGEfC4k9BxV93tKSWr7oxPkJRNJMAL2Nlu QI5hqWhOahzSceCvKu5ywnDrddYaqi94llJJ8g/Xzm6+PriloVCsf9JkCkOMqcsE6KVa UAm5jhFGiPcJj+j/2TVaFmOHEFC5JicRrXF/InjF1Z+ujnLhoXiSXQ8TT1vGfatHIp4i B9PQ==
X-Gm-Message-State: AKwxytelExyLMvK0djTbzvMRwoBFhhcpPn47Ct+Dtu3IZQqISHnAXQZ7 UjTWmDLgAmVL3PDaIpfwPQg=
X-Google-Smtp-Source: ACJfBot9uqteM4KED5F1j/TCHQ4D7fX0VUNBcDio+Y17LzvwjJBnAMm+248h+JCFbe2dSeFmGEuUFw==
X-Received: by 10.223.156.196 with SMTP id h4mr3442291wre.17.1516215695970; Wed, 17 Jan 2018 11:01:35 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id t138sm5048044wme.16.2018.01.17.11.01.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Jan 2018 11:01:35 -0800 (PST)
To: "Grossman, Ethan A." <eagros@dolby.com>, DetNet WG <detnet@ietf.org>, Deborah Brungard <db3546@att.com>
Cc: "Tim Chown (Tim.Chown@jisc.ac.uk)" <Tim.Chown@jisc.ac.uk>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <e7872c3f-6098-2a87-6001-0bdeadfc7ef9@gmail.com>
Date: Wed, 17 Jan 2018 19:01:33 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------A176F80C96FF8B6157027E4E"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/JLCNQgRaXbOtNbfwK2Kp1aWlH7E>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 19:01:44 -0000

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

A point I have made before and will continue to make:

If the IETF does not maintain IPv4 appropriately until it's natural 
death, it will be declared critical national infrastructure by 
governments and they will effectively gift it to their SDO (the ITU-T). 
Such an organization may find it expedient to find many new ways to 
extend the life of IPv4. In any case I anticipate a very long tail on 
the IPv4 decay curve.

We need to do what is right for our customers, some of whom may find it 
infeasible to migrate away from IPv4 any time soon.

I will of course be interested in Deborah's directive on this.

- Stewart


On 17/01/2018 18:51, Grossman, Ethan A. wrote:
>
> Thanks Stewart. Regarding:
>
> “Yes, we need to have the discussion on the list and reach a consensus 
> of whether
> a) We support v4
> b) We support v4 and v6 by v4 and v6 specific protocol extensions
> c) We use a single common IP approach
> d) We use an approach that is common across IP and MPLS”
>
> Perhaps, given Tim Chown’s earlier comment:
>
>         “If you’re suggesting an IPv4-only solution, you’re running up 
> against https://www.iab.org/2016/11/07/iab-statement-on-ipv6/.”
>
> We could get Deborah with her AD hat on to comment on this?
>
> Ethan.
>
> *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
> *Sent:* Wednesday, January 17, 2018 10:39 AM
> *To:* Grossman, Ethan A. <eagros@dolby.com>; Balázs Varga A 
> <balazs.a.varga@ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
> *Cc:* DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
> *Subject:* Re: DP solution (Flow identification)
>
> Hi  Ethan,
>
> On 17/01/2018 18:24, Grossman, Ethan A. wrote:
>
>     Thanks Stewart for the clarification. I interpret your statement
>     “a decision not to support IPv4” to mean “a decision not to
>     propose adding anything to the existing IPv4 standard”.
>
>
> To support IPv4 there are a number of methods that are possible, one 
> is to add something to v4 itself as is proposed for v6. Adding 
> something to the base protocol will be very difficult.
>
> Another method, is to do what has been proposed by some for MPLS, that 
> is to encode the identity and type in the IP address. There is a 
> proposal to do this in SRv6. I am not a great fan of abusing the 
> address space for this in the way proposed by that work, but maybe we 
> can do something much simpler here and simply identify the DN instance 
> by the IP address with no other semantics. Much easier to do this for 
> IPv6 with the "infinite addresses" but we could get away with it in 
> limited private Ipv4 networks. Of course this does change the per-hop 
> behaviour of IP which may be a challenge to get the IETF to sign of on.
>
> Another method is to use some method of carrying an MPLS label stack - 
> this was the first proposal. Now I said that I did not think anyone 
> had done that and I still believe that to be the case, but that does 
> not mean that it is not the least worst approach. There are alternates 
> for example IP/UDP/MPLS
> which is the so called USR approach that a number of us advocate as an 
> alternative to SRv6.
>
>
>     If that isn’t correct, please let me know. As you may recall I
>     already started a thread awhile ago to discuss IPv4 vs IPv6, and
>     based on the responses it appeared to me at that time that there
>     were some kind of options, though not a “native IPv4” solution,
>     but it wasn’t clear to me (as a non-expert in the various
>     networking protocols mentioned) whether they would be viable in
>     practice or not. I will revive that thread and see if we can get
>     any closer to determining the importance of IPv4 to our target
>     customers, and hopefully some sense of whether the proposed
>     non-native-IPv4 strategies will hold water.
>
>
> Yes, we need to have the discussion on the list and reach a consensus 
> of whether
>
> a) We support v4
> b) We support v4 and v6 by v4 and v6 specific protocol extensions
> c) We use a single common IP approach
> d) We use an approach that is common across IP and MPLS
>
> - Stewart
>
>
>     Ethan.
>
>     *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
>     *Sent:* Wednesday, January 17, 2018 12:29 AM
>     *To:* Grossman, Ethan A. <eagros@dolby.com>
>     <mailto:eagros@dolby.com>; Balázs Varga A
>     <balazs.a.varga@ericsson.com>
>     <mailto:balazs.a.varga@ericsson.com>; Andrew G. Malis
>     <agmalis@gmail.com> <mailto:agmalis@gmail.com>
>     *Cc:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>; Mach
>     Chen <mach.chen@huawei.com> <mailto:mach.chen@huawei.com>
>     *Subject:* Re: DP solution (Flow identification)
>
>     On 16/01/2018 18:38, Grossman, Ethan A. wrote:
>
>         Hi Bala’zs,
>
>         Regarding IPv4, I also understood that we decided that we
>         can’t add new IPv4 fields. Pardon my ignorance here, but does
>         that mean there is no part of DetNet capability that can be
>         run over IPv4? Or is there some “workaround” to provide as I
>         say even part of the DetNet capability, given that it is an
>         Engineered network? I just want to clarify expectations here.
>
>
>     If you have a native IPv4 network to which you present IPv6
>     packets, you either have to tunnel them across where the IPv6 is
>     considered opaque data, or you have to translate them to IPv4, but
>     that requires some common semantics to deal with extension headers
>     which we don't currently have.
>
>     So, as far as I can see, a decision not to support IPv4 means no
>     DN support across the IPv4 network.
>
>     Which takes us back to the question of how important is this and
>     what will it do to the take-up of the technology by its target
>     customers?
>
>     - Stewart
>
>
>
>         Thanks,
>
>         Ethan.
>
>         *From:*detnet [mailto:detnet-bounces@ietf.org] *On Behalf Of
>         *Balázs Varga A
>         *Sent:* Tuesday, January 16, 2018 10:21 AM
>         *To:* Stewart Bryant <stewart.bryant@gmail.com>
>         <mailto:stewart.bryant@gmail.com>; Andrew G. Malis
>         <agmalis@gmail.com> <mailto:agmalis@gmail.com>
>         *Cc:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>;
>         Mach Chen <mach.chen@huawei.com> <mailto:mach.chen@huawei.com>
>         *Subject:* [Detnet] DP solution (Flow identification)
>
>         I think the last mails are more about flow identification and
>         not the sequence number.
>
>         So, I have re-subjected my answer.
>
>         PSN layer vs. DN layer (MPLS):
>
>         - in current data plane text we have stated that DetNet PWs
>         may use dedicated LSPs (TE-tunnels).
>
>         That allow to identify DetNet flows in PSN layer without
>         checking the PW label. Such a solution of
>
>         course may challenge scalability.
>
>         - regarding prioritization: text allows both E-LSP and L-LSP
>         concept, what makes possible
>
>         to identify DetNet packets. However that is more for simple
>         queuing scenarios as it does not
>
>         identify individual flows.
>
>         PSN layer vs. DN layer (non-MPLS):
>
>         - IPv4: If I remember correctly it was discussed to be
>         out-of-scope to simplify the scenarios we focus on.
>
>         No-one wanted to define new IPv4 fields for flow-ID and
>         Seq-Num in the “sunset of IPv4”.
>
>         - IPv6: based on the src-IPv6 and the flow-label NP can detect
>         DetNet flows. Why would we need a new
>
>         IP protocol type?
>
>         Generic vs. DN aware data plane:
>
>         - I think we need both. We have use-cases specified for both.
>
>         DetNet traffic to be transported:
>
>         - two types are considered:
>
>         (1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames
>         and
>
>         (2) IP: IPv6 transported over any L2 (not always Ethernet, but
>         most cases Ethernet)
>
>         As noted above IPv4 is currently out-of-scope …
>
>         Cheers
>
>         Bala’zs
>
>         *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
>         *Sent:* 2018. január 16. 17:38
>         *To:* Andrew G. Malis <agmalis@gmail.com
>         <mailto:agmalis@gmail.com>>
>         *Cc:* Mach Chen <mach.chen@huawei.com
>         <mailto:mach.chen@huawei.com>>; Balázs Varga A
>         <balazs.a.varga@ericsson.com
>         <mailto:balazs.a.varga@ericsson.com>>; DetNet WG
>         <detnet@ietf.org <mailto:detnet@ietf.org>>
>         *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
>         Andy
>
>         On 16/01/2018 15:20, Andrew G. Malis wrote:
>
>             Stewart,
>
>             Like with PWs (since DETNET for MPLS would just be another
>             PW type), targeted LDP and provisioning (via a central
>             controller, NMS, etc.) are alternatives to RSVP and SR to
>             provisioning/allocating the DETNET PW label.
>
>
>         .. and I suppose strictly BGP which is also used for this
>         purpose in VPNs
>
>
>
>             You and Mach are both right that in the IP (non-MPLS)
>             case, we need a way for the NP to detect DETNET flows. We
>             could have a new IP protocol type for DETNET, and a DETNET
>             header directly follows the IP header. In that case, the
>             DETNET header would also need a next protocol identifier,
>             unless the next protocol is always another IP header.
>
>
>         Last I saw, the thinking was that there would be an IP
>         extension header, although I am not a fan of those since (a) I
>         am not confident what a router will do one it does not
>         understand, and (b) I am concerned about the need to support
>         IPv4 which I suspect will have a long tail in enterprise
>         deployment.
>
>         I prefer a UDP type for this purpose since it has universal
>         support through any middle box. firewall etc, and all routers
>         need to look a the UDP DP so checking if it is one they need
>         to work on is just one compare and conditional branch.
>
>
>
>             Of course, for MPLS, the DETNET PW label is the identifier.
>
>
>         Only at the PW layer. Note my question about whether this is
>         sufficient.
>
>         - Stewart
>
>             Cheers,
>
>             Andy
>
>             On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant
>             <stewart.bryant@gmail.com
>             <mailto:stewart.bryant@gmail.com>> wrote:
>
>                 If we need to discriminate at the PSN layer rather
>                 than the DN layer then we really are forced to create
>                 a new FEC type for MPLS, or synthesize one through
>                 RSVP or SR. IP has no native support for this, but we
>                 could introduce the concept, for example by making
>                 this the property of the IP address or some way of
>                 MPLSing IP.
>
>                 However there is a deeper question we need to answer.
>                 Is our expectation that each hop in the data plane DN
>                 aware, or is our expectation that at lest in some
>                 networks the data plane is generic with some DN nodes
>                 strategically placed?
>
>                 I can see than in some greenfield specialist cases the
>                 routers will all be DN aware, but in order to get
>                 deployment in most networks we need to design for the
>                 case where only strategic nodes are DN aware.
>
>                 - Stewart
>
>                 On 16/01/2018 01:14, Mach Chen wrote:
>
>                     Hi Balazs,
>
>                     #2 is a more nature solution, the DetNet CW is
>                     dedicated for DetNet, seems there is no
>                     compatibility issue.
>
>                     In addition, I think we need to define a way on
>                     how to differentiate a DetNet flow from a
>                     non-DetNet flow, then the network processor can
>                     process the CW as expected.  In TSN, it uses the
>                     priority to determine whether a flow is TSN or
>                     non-TSN flow. For DetNet, should we also use the
>                     same way (e.g., TC, DSCP)? Or the DetNet service
>                     Label itself implies the situation, but it seems
>                     that this only works when the DetNet service label
>                     is the top label.
>
>                     Any other thoughts?
>
>                     Best regards,
>
>                     Mach
>
>                     *From:* detnet [mailto:detnet-bounces@ietf.org]
>                     *On Behalf Of *Balázs Varga A
>                     *Sent:* Monday, January 15, 2018 9:06 PM
>                     *To:* DetNet WG <detnet@ietf.org>
>                     <mailto:detnet@ietf.org>
>                     *Subject:* [Detnet] DP solution (Sequence Numbering)
>
>                     Hi,
>
>                     Some thoughts to start discussion on open points
>                     of the DP solution draft.
>
>                     This mail(-thread) is on sequence numbering.
>
>                     Problem in case of MPLS and DetNet Control Word:
>
>                     - S/N skips zero problem: Ethernet PW definition
>                     states that S/N skips zero.
>
>                     It uses zero to mean no S/N in use. (rfc4448)
>
>                     Possible problem resolutions:
>
>                     #1: Using a "flag" in the reserved bits part of
>                     the CW:
>
>                     0 1 2                   3
>
>                     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4
>                     5 6 7 8 9 0 1
>
>                     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>                     |0 0 0 0|D|reserved - set to 0  | 16 bit Sequence
>                     Number      |
>
>                     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>                     D-bit: set to “1” means DetNet specific Seq.
>                     Number used,
>
>                     Bit5-15: reserved.
>
>                     RFC4448 states that reserved bits “MUST be ignored
>                     upon receipt”, so backward
>
>                     compatibility is ensured. Such a solution would
>                     allow also to use longer seq.num.
>
>                     formats (if needed). Such a format is also inline
>                     with RFC4385.
>
>                     #2: Making “0” as a valid Seq.Num.
>
>                     DetNet flows are recognized and forwarded special
>                     within the DetNet
>
>                     domain. S/N is used within the DetNet domain by
>                     DetNet Service functions
>
>                     (i.e. PREF). S/N used only on DetNet end-nodes and
>                     DetNet relay-nodes. No
>
>                     other nodes care about the value of S/N, therefore
>                     DetNet can specify its
>
>                     own sequence number processing algorithm. So “0”
>                     can be a valid number
>
>                     and not the indication that no Seq.Num. is used.
>                     This is inline with RFC4385.
>
>                     #3: Other … ?!?
>
>                     Comments are welcome.
>
>                     Cheers
>
>                     Bala'zs
>
>                     -----Original Message-----
>                     From: detnet [mailto:detnet-bounces@ietf.org] On
>                     Behalf Of Lou Berger
>                     Sent: 2018. január 10. 19:01
>                     To: DetNet WG <detnet@ietf.org
>                     <mailto:detnet@ietf.org>>
>                     Subject: [Detnet] recording for today's interim
>
>                     is available for download at:
>
>                     https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>                     <https://urldefense.proofpoint.com/v2/url?u=https-3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&e=>
>
>                     raw notes are available at
>
>                     http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>                     <https://urldefense.proofpoint.com/v2/url?u=http-3A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=lO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&e=>
>
>                     Please feel free to update the etherpad based on
>                     the recording.
>
>                     Lou (and co-chairs)
>
>                     _______________________________________________
>
>                     detnet mailing list
>
>                     detnet@ietf.org <mailto:detnet@ietf.org>
>
>                     https://www.ietf.org/mailman/listinfo/detnet
>                     <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>                     _______________________________________________
>
>                     detnet mailing list
>
>                     detnet@ietf.org <mailto:detnet@ietf.org>
>
>                     https://www.ietf.org/mailman/listinfo/detnet
>                     <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>
>                 _______________________________________________
>                 detnet mailing list
>                 detnet@ietf.org <mailto:detnet@ietf.org>
>                 https://www.ietf.org/mailman/listinfo/detnet
>                 <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>


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

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>A point I have made before and will continue to make:</p>
    <p>If the IETF does not maintain IPv4 appropriately until it's
      natural death, it will be declared critical national
      infrastructure by governments and they will effectively gift it to
      their SDO (the ITU-T). Such an organization may find it expedient
      to find many new ways to extend the life of IPv4. In any case I
      anticipate a very long tail on the IPv4 decay curve.<br>
    </p>
    <p>We need to do what is right for our customers, some of whom may
      find it infeasible to migrate away from IPv4 any time soon.</p>
    <p>I will of course be interested in Deborah's directive on this.<br>
    </p>
    <p>- Stewart<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 17/01/2018 18:51, Grossman, Ethan A.
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:"Times New Roman \,serif";
	panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;
	color:black;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New",serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
p.m1519775394609505423msoplaintext, li.m1519775394609505423msoplaintext, div.m1519775394609505423msoplaintext
	{mso-style-name:m_1519775394609505423msoplaintext;
	mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle23
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle24
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle25
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle26
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle27
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle28
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle29
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext">Thanks
            Stewart. Regarding: <o:p>
            </o:p></span></p>
        <p class="MsoNormal" style="margin-left:.5in"><span
            style="font-size:12.0pt;font-family:&quot;Times New
            Roman&quot;,serif">“Yes, we need to have the discussion on
            the list and reach a consensus of whether<br>
            a) We support v4<br>
            b) We support v4 and v6 by v4 and v6 specific protocol
            extensions<br>
            c) We use a single common IP approach<br>
            d) We use an approach that is common across IP and MPLS”<br>
            <br>
          </span><span style="color:windowtext"><o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Perhaps,
            given Tim Chown’s earlier comment:<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">        “If
            you’re suggesting an IPv4-only solution, you’re running up
            against
            <a
              href="https://www.iab.org/2016/11/07/iab-statement-on-ipv6/"
              moz-do-not-send="true">https://www.iab.org/2016/11/07/iab-statement-on-ipv6/</a>.”<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">We could get
            Deborah with her AD hat on to comment on this?
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext">Ethan.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <div>
          <div style="border:none;border-top:solid #E1E1E1
            1.0pt;padding:3.0pt 0in 0in 0in">
            <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                style="color:windowtext"> Stewart Bryant
                [<a class="moz-txt-link-freetext" href="mailto:stewart.bryant@gmail.com">mailto:stewart.bryant@gmail.com</a>]
                <br>
                <b>Sent:</b> Wednesday, January 17, 2018 10:39 AM<br>
                <b>To:</b> Grossman, Ethan A. <a class="moz-txt-link-rfc2396E" href="mailto:eagros@dolby.com">&lt;eagros@dolby.com&gt;</a>;
                Balázs Varga A <a class="moz-txt-link-rfc2396E" href="mailto:balazs.a.varga@ericsson.com">&lt;balazs.a.varga@ericsson.com&gt;</a>;
                Andrew G. Malis <a class="moz-txt-link-rfc2396E" href="mailto:agmalis@gmail.com">&lt;agmalis@gmail.com&gt;</a><br>
                <b>Cc:</b> DetNet WG <a class="moz-txt-link-rfc2396E" href="mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a>; Mach Chen
                <a class="moz-txt-link-rfc2396E" href="mailto:mach.chen@huawei.com">&lt;mach.chen@huawei.com&gt;</a><br>
                <b>Subject:</b> Re: DP solution (Flow identification)<o:p></o:p></span></p>
          </div>
        </div>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p>Hi  Ethan,<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <div>
          <p class="MsoNormal">On 17/01/2018 18:24, Grossman, Ethan A.
            wrote:<o:p></o:p></p>
        </div>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <p class="MsoNormal"><span style="color:windowtext">Thanks
              Stewart for the clarification. I interpret your statement
              “a decision not to support IPv4” to mean “a decision not
              to propose adding anything to the existing IPv4 standard”.
            </span><o:p></o:p></p>
        </blockquote>
        <p class="MsoNormal"><span
            style="font-size:12.0pt;font-family:&quot;Times New
            Roman&quot;,serif"><br>
            To support IPv4 there are a number of methods that are
            possible, one is to add something to v4 itself as is
            proposed for v6. Adding something to the base protocol will
            be very difficult.<br>
            <br>
            Another method, is to do what has been proposed by some for
            MPLS, that is to encode the identity and type in the IP
            address. There is a proposal to do this in SRv6. I am not a
            great fan of abusing the address space for this in the way
            proposed by that work, but maybe we can do something much
            simpler here and simply identify the DN instance by the IP
            address with no other semantics. Much easier to do this for
            IPv6 with the "infinite addresses" but we could get away
            with it in limited private Ipv4 networks. Of course this
            does change the per-hop behaviour of IP which may be a
            challenge to get the IETF to sign of on.<br>
            <br>
            Another method is to use some method of carrying an MPLS
            label stack - this was the first proposal. Now I said that I
            did not think anyone had done that and I still believe that
            to be the case, but that does not mean that it is not the
            least worst approach. There are alternates for example
            IP/UDP/MPLS<br>
            which is the so called USR approach that a number of us
            advocate as an alternative to SRv6.<br>
            <br>
            <br>
            <o:p></o:p></span></p>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <p class="MsoNormal"><span style="color:windowtext">If that
              isn’t correct, please let me know. As you may recall I
              already started a thread awhile ago to discuss IPv4 vs
              IPv6, and based on the responses it appeared to me at that
              time that there were some kind of options, though not a
              “native IPv4” solution, but it wasn’t clear to me (as a
              non-expert in the various networking protocols mentioned)
              whether they would be viable in practice or not. I will
              revive that thread and see if we can get any closer to
              determining the importance of IPv4 to our target
              customers, and hopefully some sense of whether the
              proposed non-native-IPv4 strategies will hold water.
            </span><o:p></o:p></p>
        </blockquote>
        <p class="MsoNormal"><span
            style="font-size:12.0pt;font-family:&quot;Times New
            Roman&quot;,serif"><br>
            Yes, we need to have the discussion on the list and reach a
            consensus of whether<br>
            <br>
            a) We support v4<br>
            b) We support v4 and v6 by v4 and v6 specific protocol
            extensions<br>
            c) We use a single common IP approach<br>
            d) We use an approach that is common across IP and MPLS<br>
            <br>
            - Stewart<br>
            <br>
            <br>
            <o:p></o:p></span></p>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <p class="MsoNormal"><span style="color:windowtext">Ethan.</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
          <div>
            <div style="border:none;border-top:solid #E1E1E1
              1.0pt;padding:3.0pt 0in 0in 0in">
              <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                  style="color:windowtext"> Stewart Bryant [</span><a
                  href="mailto:stewart.bryant@gmail.com"
                  moz-do-not-send="true">mailto:stewart.bryant@gmail.com</a><span
                  style="color:windowtext">]
                  <br>
                  <b>Sent:</b> Wednesday, January 17, 2018 12:29 AM<br>
                  <b>To:</b> Grossman, Ethan A. </span><a
                  href="mailto:eagros@dolby.com" moz-do-not-send="true">&lt;eagros@dolby.com&gt;</a><span
                  style="color:windowtext">; Balázs Varga A
                </span><a href="mailto:balazs.a.varga@ericsson.com"
                  moz-do-not-send="true">&lt;balazs.a.varga@ericsson.com&gt;</a><span
                  style="color:windowtext">; Andrew G. Malis
                </span><a href="mailto:agmalis@gmail.com"
                  moz-do-not-send="true">&lt;agmalis@gmail.com&gt;</a><span
                  style="color:windowtext"><br>
                  <b>Cc:</b> DetNet WG </span><a
                  href="mailto:detnet@ietf.org" moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><span
                  style="color:windowtext">; Mach Chen
                </span><a href="mailto:mach.chen@huawei.com"
                  moz-do-not-send="true">&lt;mach.chen@huawei.com&gt;</a><span
                  style="color:windowtext"><br>
                  <b>Subject:</b> Re: DP solution (Flow identification)</span><o:p></o:p></p>
            </div>
          </div>
          <p class="MsoNormal"> <o:p></o:p></p>
          <p> <o:p></o:p></p>
          <p class="MsoNormal"> <o:p></o:p></p>
          <div>
            <p class="MsoNormal">On 16/01/2018 18:38, Grossman, Ethan A.
              wrote:<o:p></o:p></p>
          </div>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <p class="MsoNormal"><span style="color:windowtext">Hi
                Bala’zs,</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">Regarding
                IPv4, I also understood that we decided that we can’t
                add new IPv4 fields. Pardon my ignorance here, but does
                that mean there is no part of DetNet capability that can
                be run over IPv4? Or is there some “workaround” to
                provide as I say even part of the DetNet capability,
                given that it is an Engineered network? I just want to
                clarify expectations here.
              </span><o:p></o:p></p>
          </blockquote>
          <p class="MsoNormal"><span
              style="font-size:12.0pt;font-family:&quot;Times New Roman
              ,serif&quot;,serif"><br>
              If you have a native IPv4 network to which you present
              IPv6 packets, you either have to tunnel them across where
              the IPv6 is considered opaque data, or you have to
              translate them to IPv4, but that requires some common
              semantics to deal with extension headers which we don't
              currently have.<br>
              <br>
              So, as far as I can see, a decision not to support IPv4
              means no DN support across the IPv4 network.<br>
              <br>
              Which takes us back to the question of how important is
              this and what will it do to the take-up of the technology
              by its target customers?<br>
              <br>
              - Stewart<br>
              <br>
              <br>
              <br>
            </span><o:p></o:p></p>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <p class="MsoNormal"><span style="color:windowtext">Thanks,</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">Ethan.</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
            <div>
              <div style="border:none;border-top:solid #E1E1E1
                1.0pt;padding:3.0pt 0in 0in 0in">
                <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                    style="color:windowtext"> detnet [</span><a
                    href="mailto:detnet-bounces@ietf.org"
                    moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a><span
                    style="color:windowtext">]
                    <b>On Behalf Of </b>Balázs Varga A<br>
                    <b>Sent:</b> Tuesday, January 16, 2018 10:21 AM<br>
                    <b>To:</b> Stewart Bryant </span><a
                    href="mailto:stewart.bryant@gmail.com"
                    moz-do-not-send="true">&lt;stewart.bryant@gmail.com&gt;</a><span
                    style="color:windowtext">; Andrew G. Malis
                  </span><a href="mailto:agmalis@gmail.com"
                    moz-do-not-send="true">&lt;agmalis@gmail.com&gt;</a><span
                    style="color:windowtext"><br>
                    <b>Cc:</b> DetNet WG </span><a
                    href="mailto:detnet@ietf.org" moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><span
                    style="color:windowtext">; Mach Chen
                  </span><a href="mailto:mach.chen@huawei.com"
                    moz-do-not-send="true">&lt;mach.chen@huawei.com&gt;</a><span
                    style="color:windowtext"><br>
                    <b>Subject:</b> [Detnet] DP solution (Flow
                    identification)</span><o:p></o:p></p>
              </div>
            </div>
            <p class="MsoNormal"> <o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">I think
                the last mails are more about flow identification and
                not the sequence number.</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">So, I
                have re-subjected my answer.</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">PSN
                layer vs. DN layer (MPLS):</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">- in
                current data plane text we have stated that DetNet PWs
                may use dedicated LSPs (TE-tunnels).
              </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">That
                allow to identify DetNet flows in PSN layer without
                checking the PW label. Such a solution of
              </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">course
                may challenge scalability.</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">-
                regarding prioritization: text allows both E-LSP and
                L-LSP concept, what makes possible
              </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">to
                identify DetNet packets. However that is more for simple
                queuing scenarios as it does not</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">identify
                individual flows. </span>
              <o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">PSN
                layer vs. DN layer (non-MPLS):</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">- IPv4:
                If I remember correctly it was discussed to be
                out-of-scope to simplify the scenarios we focus on.
              </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">No-one
                wanted to define new IPv4 fields for flow-ID and Seq-Num
                in the “sunset of IPv4”.</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">- IPv6:
                based on the src-IPv6 and the flow-label NP can detect
                DetNet flows. Why would we need a new
              </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">IP
                protocol type? </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">Generic
                vs. DN aware data plane:</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">- I
                think we need both. We have use-cases specified for
                both.</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">DetNet
                traffic to be transported:</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">- two
                types are considered: </span>
              <o:p></o:p></p>
            <p class="MsoNormal" style="text-indent:.5in"><span
                style="color:windowtext">(1) Ethernet: IEEE TSN traffic
                encapsulated in Ethernet frames and
              </span><o:p></o:p></p>
            <p class="MsoNormal" style="text-indent:.5in"><span
                style="color:windowtext">(2) IP: IPv6 transported over
                any L2 (not always Ethernet, but most cases Ethernet)</span><o:p></o:p></p>
            <p class="MsoNormal" style="text-indent:.5in"><span
                style="color:windowtext">As noted above IPv4 is
                currently out-of-scope …</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">Cheers</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext">Bala’zs</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
            <div>
              <div style="border:none;border-top:solid #E1E1E1
                1.0pt;padding:3.0pt 0in 0in 0in">
                <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                    style="color:windowtext"> Stewart Bryant [</span><a
                    href="mailto:stewart.bryant@gmail.com"
                    moz-do-not-send="true">mailto:stewart.bryant@gmail.com</a><span
                    style="color:windowtext">]
                    <br>
                    <b>Sent:</b> 2018. január 16. 17:38<br>
                    <b>To:</b> Andrew G. Malis &lt;</span><a
                    href="mailto:agmalis@gmail.com"
                    moz-do-not-send="true">agmalis@gmail.com</a><span
                    style="color:windowtext">&gt;<br>
                    <b>Cc:</b> Mach Chen &lt;</span><a
                    href="mailto:mach.chen@huawei.com"
                    moz-do-not-send="true">mach.chen@huawei.com</a><span
                    style="color:windowtext">&gt;; Balázs Varga A &lt;</span><a
                    href="mailto:balazs.a.varga@ericsson.com"
                    moz-do-not-send="true">balazs.a.varga@ericsson.com</a><span
                    style="color:windowtext">&gt;; DetNet WG &lt;</span><a
                    href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><span
                    style="color:windowtext">&gt;<br>
                    <b>Subject:</b> Re: [Detnet] DP solution (Sequence
                    Numbering)</span><o:p></o:p></p>
              </div>
            </div>
            <p class="MsoNormal"> <o:p></o:p></p>
            <p> <o:p></o:p></p>
            <p class="MsoNormal" style="margin-bottom:12.0pt">Andy<o:p></o:p></p>
            <div>
              <p class="MsoNormal">On 16/01/2018 15:20, Andrew G. Malis
                wrote:<o:p></o:p></p>
            </div>
            <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
              <div>
                <p class="MsoNormal">Stewart, <o:p></o:p></p>
                <div>
                  <p class="MsoNormal"> <o:p></o:p></p>
                </div>
                <div>
                  <p class="MsoNormal">Like with PWs (since DETNET for
                    MPLS would just be another PW type), targeted LDP
                    and provisioning (via a central controller, NMS,
                    etc.) are alternatives to RSVP and SR to
                    provisioning/allocating the DETNET PW label.<o:p></o:p></p>
                </div>
              </div>
            </blockquote>
            <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
              .. and I suppose strictly BGP which is also used for this
              purpose in VPNs<br>
              <br>
              <br>
              <br>
              <o:p></o:p></p>
            <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
              <div>
                <div>
                  <p class="MsoNormal"> <o:p></o:p></p>
                </div>
                <div>
                  <p class="MsoNormal">You and Mach are both right that
                    in the IP (non-MPLS) case, we need a way for the NP
                    to detect DETNET flows. We could have a new IP
                    protocol type for DETNET, and a DETNET header
                    directly follows the IP header. In that case, the
                    DETNET header would also need a next protocol
                    identifier, unless the next protocol is always
                    another IP header.<o:p></o:p></p>
                </div>
              </div>
            </blockquote>
            <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
              Last I saw, the thinking was that there would be an IP
              extension header, although I am not a fan of those since
              (a) I am not confident what a router will do one it does
              not understand, and (b) I am concerned about the need to
              support IPv4 which I suspect will have a long tail in
              enterprise deployment.<br>
              <br>
              I prefer a UDP type for this purpose since it has
              universal support through any middle box. firewall etc,
              and all routers need to look a the UDP DP so checking if
              it is one they need to work on is just one compare and
              conditional branch.<br>
              <br>
              <br>
              <br>
              <o:p></o:p></p>
            <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
              <div>
                <div>
                  <p class="MsoNormal"> <o:p></o:p></p>
                </div>
                <div>
                  <p class="MsoNormal">Of course, for MPLS, the DETNET
                    PW label is the identifier. <o:p>
                    </o:p></p>
                </div>
              </div>
            </blockquote>
            <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
              Only at the PW layer. Note my question about whether this
              is sufficient.<br>
              <br>
              - Stewart<br>
               <o:p></o:p></p>
            <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
              <div>
                <div>
                  <p class="MsoNormal"> <o:p></o:p></p>
                </div>
                <div>
                  <p class="MsoNormal">Cheers,<o:p></o:p></p>
                </div>
                <div>
                  <p class="MsoNormal">Andy<o:p></o:p></p>
                </div>
                <div>
                  <p class="MsoNormal"> <o:p></o:p></p>
                </div>
              </div>
              <div>
                <p class="MsoNormal"> <o:p></o:p></p>
                <div>
                  <p class="MsoNormal">On Tue, Jan 16, 2018 at 5:46 AM,
                    Stewart Bryant &lt;<a
                      href="mailto:stewart.bryant@gmail.com"
                      target="_blank" moz-do-not-send="true">stewart.bryant@gmail.com</a>&gt;
                    wrote:<o:p></o:p></p>
                  <blockquote style="border:none;border-left:solid
                    #CCCCCC 1.0pt;padding:0in 0in 0in
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
                    <div>
                      <p>If we need to discriminate at the PSN layer
                        rather than the DN layer then we really are
                        forced to create a new FEC type for MPLS, or
                        synthesize one through RSVP or SR. IP has no
                        native support for this, but we could introduce
                        the concept, for example by making this the
                        property of the IP address or some way of
                        MPLSing IP.<o:p></o:p></p>
                      <p>However there is a deeper question we need to
                        answer. Is our expectation that each hop in the
                        data plane DN aware, or is our expectation that
                        at lest in some networks the data plane is
                        generic with some DN nodes strategically placed?<o:p></o:p></p>
                      <p>I can see than in some greenfield specialist
                        cases the routers will all be DN aware, but in
                        order to get deployment in most networks we need
                        to design for the case where only strategic
                        nodes are DN aware.<o:p></o:p></p>
                      <p><span style="color:#888888">- Stewart</span><o:p></o:p></p>
                      <div>
                        <div>
                          <p class="MsoNormal"> <o:p></o:p></p>
                          <div>
                            <p class="MsoNormal">On 16/01/2018 01:14,
                              Mach Chen wrote:<o:p></o:p></p>
                          </div>
                          <blockquote
                            style="margin-top:5.0pt;margin-bottom:5.0pt">
                            <div>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D">Hi Balazs,</span><o:p></o:p></p>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D"> </span><o:p></o:p></p>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D">#2 is a more
                                  nature solution, the DetNet CW is
                                  dedicated for DetNet, seems there is
                                  no compatibility issue.</span><o:p></o:p></p>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D"> </span><o:p></o:p></p>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D">In addition, I
                                  think we need to define a way on how
                                  to differentiate a DetNet flow from a
                                  non-DetNet flow, then the network
                                  processor can process the CW as
                                  expected.  In TSN, it uses the
                                  priority to determine whether a flow
                                  is TSN or non-TSN flow. For DetNet,
                                  should we also use the same way (e.g.,
                                  TC, DSCP)? Or the DetNet service Label
                                  itself implies the situation, but it
                                  seems that this only works when the
                                  DetNet service label is the top label.
                                   </span><o:p></o:p></p>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D"> </span><o:p></o:p></p>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D">Any other
                                  thoughts?</span><o:p></o:p></p>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D"> </span><o:p></o:p></p>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D">Best regards,</span><o:p></o:p></p>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D">Mach</span><o:p></o:p></p>
                              <p class="MsoNormal"
                                style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                  style="color:#1F497D"> </span><o:p></o:p></p>
                              <div style="border:none;border-left:solid
                                blue 1.5pt;padding:0in 0in 0in 4.0pt">
                                <div>
                                  <div
                                    style="border:none;border-top:solid
                                    #E1E1E1 1.0pt;padding:3.0pt 0in 0in
                                    0in">
                                    <p class="MsoNormal"
                                      style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b>
                                      detnet [<a
                                        href="mailto:detnet-bounces@ietf.org"
                                        target="_blank"
                                        moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                                      <b>On Behalf Of </b>Balázs Varga
                                      A<br>
                                      <b>Sent:</b> Monday, January 15,
                                      2018 9:06 PM<br>
                                      <b>To:</b> DetNet WG <a
                                        href="mailto:detnet@ietf.org"
                                        target="_blank"
                                        moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><br>
                                      <b>Subject:</b> [Detnet] DP
                                      solution (Sequence Numbering)<o:p></o:p></p>
                                  </div>
                                </div>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">Hi,<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">Some
                                  thoughts to start discussion on open
                                  points of the DP solution draft.<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">This
                                  mail(-thread) is on sequence
                                  numbering.<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">Problem
                                  in case of MPLS and DetNet Control
                                  Word:<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">-
                                  S/N skips zero problem: Ethernet PW
                                  definition states that S/N skips zero.<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">It
                                  uses zero to mean no S/N in use.
                                  (rfc4448)<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">Possible
                                  problem resolutions:<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">#1:
                                  Using a "flag" in the reserved bits
                                  part of the CW:<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">     
                                    0                  
                                    1                  
                                    2                   3</span><o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">     
                                    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
                                    8 9 0 1 2 3 4 5 6 7 8 9 0 1</span><o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                    |0 0 0 0|D|reserved - set to 0  |  
                                    16 bit Sequence Number      |</span><o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">D-bit:
                                  set to “1” means DetNet specific Seq.
                                  Number used,<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">Bit5-15:
                                  reserved.<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">RFC4448
                                  states that reserved bits “MUST be
                                  ignored upon receipt”, so backward
                                  <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">compatibility
                                  is ensured. Such a solution would
                                  allow also to use longer seq.num.
                                  <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">formats
                                  (if needed). Such a format is also
                                  inline with RFC4385.<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">#2:
                                  Making “0” as a valid Seq.Num.<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">DetNet
                                  flows are recognized and forwarded
                                  special within the DetNet
                                  <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">domain.
                                  S/N is used within the DetNet domain
                                  by DetNet Service functions
                                  <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">(i.e.
                                  PREF). S/N used only on DetNet
                                  end-nodes and DetNet relay-nodes. No
                                  <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">other
                                  nodes care about the value of S/N,
                                  therefore DetNet can specify its
                                  <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">own
                                  sequence number processing algorithm.
                                  So “0” can be a valid number<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">and
                                  not the indication that no Seq.Num. is
                                  used. This is inline with RFC4385.<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">#3:
                                  Other … ?!?<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">Comments
                                  are welcome.<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">Cheers<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">Bala'zs<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">-----Original
                                  Message-----<br>
                                  From: detnet [<a
                                    href="mailto:detnet-bounces@ietf.org"
                                    target="_blank"
                                    moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                                  On Behalf Of Lou Berger<br>
                                  Sent: 2018. január 10. 19:01<br>
                                  To: DetNet WG &lt;<a
                                    href="mailto:detnet@ietf.org"
                                    target="_blank"
                                    moz-do-not-send="true">detnet@ietf.org</a>&gt;<br>
                                  Subject: [Detnet] recording for
                                  today's interim<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">is
                                  available for download at: <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&amp;e="
                                    target="_blank"
                                    moz-do-not-send="true"><span
                                      style="color:windowtext;text-decoration:none">https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301</span></a><o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">raw
                                  notes are available at <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=http-3A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=lO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&amp;e="
                                    target="_blank"
                                    moz-do-not-send="true"><span
                                      style="color:windowtext;text-decoration:none">http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01</span></a><o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">Please
                                  feel free to update the etherpad based
                                  on the recording.<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">Lou
                                  (and co-chairs)<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">_______________________________________________<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext">detnet
                                  mailing list<o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"><a
                                    href="mailto:detnet@ietf.org"
                                    target="_blank"
                                    moz-do-not-send="true"><span
                                      style="color:windowtext;text-decoration:none">detnet@ietf.org</span></a><o:p></o:p></p>
                                <p
                                  class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e="
                                    target="_blank"
                                    moz-do-not-send="true"><span
                                      style="color:windowtext;text-decoration:none">https://www.ietf.org/mailman/listinfo/detnet</span></a><o:p></o:p></p>
                              </div>
                            </div>
                            <p class="MsoNormal"
                              style="margin-bottom:12.0pt"> <o:p></o:p></p>
                            <pre>_______________________________________________<o:p></o:p></pre>
                            <pre>detnet mailing list<o:p></o:p></pre>
                            <pre><a href="mailto:detnet@ietf.org" target="_blank" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
                            <pre><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=" target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
                          </blockquote>
                          <p class="MsoNormal"> <o:p></o:p></p>
                        </div>
                      </div>
                    </div>
                    <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
                      _______________________________________________<br>
                      detnet mailing list<br>
                      <a href="mailto:detnet@ietf.org"
                        moz-do-not-send="true">detnet@ietf.org</a><br>
                      <a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e="
                        target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></p>
                  </blockquote>
                </div>
                <p class="MsoNormal"> <o:p></o:p></p>
              </div>
            </blockquote>
            <p class="MsoNormal"> <o:p></o:p></p>
          </blockquote>
          <p class="MsoNormal"><span
              style="font-size:12.0pt;font-family:&quot;Times New Roman
              ,serif&quot;,serif"> </span><o:p></o:p></p>
        </blockquote>
        <p class="MsoNormal"><span
            style="font-size:12.0pt;font-family:&quot;Times New
            Roman&quot;,serif"><o:p> </o:p></span></p>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------A176F80C96FF8B6157027E4E--


From nobody Wed Jan 17 11:13:19 2018
Return-Path: <eagros@dolby.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 183051270AE for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 11:13:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level: 
X-Spam-Status: No, score=-1.909 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dolby.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 xwE5ojK5cRRG for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 11:13:15 -0800 (PST)
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0122.outbound.protection.outlook.com [104.47.33.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 088B71200C1 for <detnet@ietf.org>; Wed, 17 Jan 2018 11:13:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Dolby.onmicrosoft.com;  s=selector1-dolby-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=19PzdL8zkfB/7i/Wr6qj/sLyScnRRtLrH72GzaiZu2A=; b=kcdmwtGxfVfMaioITyB6B0SZ5OevzdQuR4hd1Tgly6IINyy4Ivve7HlybkUF9LsIsB6qip+1OrRDon1iDyvQI7bYNZZkK1S1zjSYhvO9Kt8r7d1a0ZevNUczeOLLIsaapDi01JW7oQ2F+CO0wo098GXjreYxv5A3Jz7ju/yN3Mc=
Received: from BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) by BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.407.7; Wed, 17 Jan 2018 19:13:13 +0000
Received: from BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) by BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) with mapi id 15.20.0407.009; Wed, 17 Jan 2018 19:13:13 +0000
From: "Grossman, Ethan A." <eagros@dolby.com>
To: "detnet@ietf.org" <detnet@ietf.org>
Thread-Topic: [Detnet] DetNet and IPv4
Thread-Index: AdNexwTVJ28PIGoLT9KDP9YwpFiBHAAZqHwAABE2uIAACAcrgAAOmOqAC/zqoaA=
Date: Wed, 17 Jan 2018 19:13:13 +0000
Message-ID: <BN6PR06MB25477366EBA6F33DA5626F51C4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
References: <6df7ebba14494f8f9725c645077fa137@DLB-XCHPW03.dolby.net> <FEFC279D-A2CA-4D4E-943E-55F4BB1DB49E@jisc.ac.uk> <5ce498a0-1b4a-a309-cf53-89a80a26f7d6@labn.net> <BE405930-159E-43E1-A27F-7ECCCE53E827@epfl.ch> <2996F1EF-3E77-4B8E-9A3E-28EA6F688B6D@cisco.com>
In-Reply-To: <2996F1EF-3E77-4B8E-9A3E-28EA6F688B6D@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=eagros@dolby.com; 
x-originating-ip: [8.39.141.5]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR06MB2547; 7:i78+JblOLju138Ra7OALJpEZY5V6EO+mJFvGCTWhQsOdsDBKsyvv1z/0rhXxkwoGINCn0ggybpUqXusrPoWfxi/kXyDylrPLwOXZlPU1W0NvNbZnn40G0SzFkA+jjbYp5pSH5RuYE35s6vQLfx3tPbf5qQ2HaXj2POUGrTJYBD0EM5pzCdg3Z4Mo/BE9n3YLmmLicgRqAb5HLNGaktvg5kWwAdEaH+wYasLxcAcnmit6JKoQVTum2T38BQML04EI
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 661e2dee-b84c-47bd-7e4d-08d55dde5b0e
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(5600026)(4604075)(3008032)(4534125)(7022125)(4602075)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(2017052603307)(7153060)(7193020); SRVR:BN6PR06MB2547; 
x-ms-traffictypediagnostic: BN6PR06MB2547:
x-microsoft-antispam-prvs: <BN6PR06MB254792912774A71268B1AC60C4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(100405760836317)(21532816269658);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(3231023)(2400048)(944501161)(10201501046)(20161123560045)(20161123562045)(20161123564045)(2016111802025)(20161123558120)(6043046)(6072148)(6042181)(201708071742011); SRVR:BN6PR06MB2547; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN6PR06MB2547; 
x-forefront-prvs: 0555EC8317
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39380400002)(376002)(39850400004)(366004)(346002)(396003)(53754006)(24454002)(13464003)(189003)(199004)(316002)(8936002)(7736002)(2950100002)(33656002)(25786009)(3660700001)(8676002)(229853002)(99286004)(97736004)(6436002)(81156014)(53376002)(966005)(81166006)(305945005)(93886005)(2351001)(14454004)(6506007)(6116002)(102836004)(6916009)(3846002)(7696005)(59450400001)(53546011)(26005)(1730700003)(9686003)(86362001)(74316002)(53936002)(2906002)(5660300001)(76176011)(3280700002)(106356001)(2501003)(66066001)(2900100001)(5640700003)(55016002)(6246003)(105586002)(478600001)(6306002)(77096007)(68736007); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR06MB2547; H:BN6PR06MB2547.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: dolby.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: /o0uKzRUOoPT/l56MHPd9Hg18FpF5hcqk+zdutOJytIuYfcKAJVAvFaJX1ORxFl6R2Wyq/g2h7m+5E5cNNkX1g==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: dolby.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 661e2dee-b84c-47bd-7e4d-08d55dde5b0e
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jan 2018 19:13:13.2248 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 05408d25-cd0d-40c8-8962-5462de64a318
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR06MB2547
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/KAWw14p5unuo38wnlh793hAbb10>
Subject: Re: [Detnet] DetNet and IPv4
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 19:13:18 -0000

VGhhbmtzIFBhdHJpY2sgYW5kIEplYW4tWXZlcyBmb3IgdGhpcyBpbnB1dC4gSSB3b3VsZCBsaWtl
IHRvIGhlYXIgZnJvbSB0aGUgb3RoZXIgdXNlIGNhc2UgYXV0aG9ycyAoYW5kIGFueW9uZSBlbHNl
KSBhYm91dCB3aGV0aGVyIHlvdSBmZWVsIHRoYXQgbGFjayBvZiBhbiAiSVB2NC1jb21wYXRpYmxl
IiBzb2x1dGlvbiAoZm9yIGxhY2sgb2YgYSBiZXR0ZXIgdGVybSkgd291bGQgYmUgYSBkZWFsLWJy
ZWFrZXIgZm9yIHlvdXIgdXNlIGNhc2UuIEkgc3VwcG9zZSB3ZSBhbHNvIG5lZWQgdG8gZGlzdGlu
Z3Vpc2ggd2hldGhlciB0aGlzIGFwcGxpZXMgdG8gdGhlIGlzbGFuZC10by1pc2xhbmQgaW50ZXJj
b25uZWN0IGFuZC9vciB0aGUgZW5kLXRvLWVuZC4gIA0KQW5kIGlmIHlvdSBjYW4gY29tbWVudCBv
biBhbnkgb2YgdGhlIHByb3Bvc2VkIHNvbHV0aW9ucyBmb3IgdGhpcyBtZW50aW9uZWQgc28gZmFy
LCBzbyBtdWNoIHRoZSBiZXR0ZXIuIA0KUmVnYXJkaW5nIG15IHVzZSBjYXNlIChwcm8gYXVkaW8v
dmlkZW8pIEkgd2lsbCBhc2sgYXJvdW5kIGFuZCBzZWUgaWYgSSBnZXQgYW55IGNvbnNlbnN1cyBh
bW9uZyB0aGUgcGVvcGxlIEkga25vdy4gDQpFdGhhbi4NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdl
LS0tLS0NCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnXSBPbiBC
ZWhhbGYgT2YgUGF0cmljayBXZXR0ZXJ3YWxkIChwd2V0dGVydykNClNlbnQ6IEZyaWRheSwgTm92
ZW1iZXIgMTcsIDIwMTcgMTo1NCBBTQ0KVG86IExlIGJvdWRlYyBKZWFuLVl2ZXMgPGplYW4teXZl
cy5sZWJvdWRlY0BlcGZsLmNoPjsgZGV0bmV0QGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0RldG5l
dF0gRGV0TmV0IGFuZCBJUHY0DQoNCkRvbuKAmXQgZ2l2ZSB0aGUgaW1wcmVzc2lvbiB0aGF0IHV0
aWxpdGllcyB3aWxsIHN0YXkgZm9yZXZlciBvbiBJUHY0Lg0KDQpSZWNlbnQgdXRpbGl0eeKAmXMg
UkZQcyBhcmUgYXNraW5nIGZvciBJUHY2LiANCg0KQWxzbywgc29tZSB1dGlsaXRpZXMgd2l0aCB0
aGUgZ2FtZSBvZiBtZXJnZXJzIGFuZCBhY3F1aXNpdGlvbnMgaGF2ZSBub3cgdG8gY29ubmVjdCBJ
UHY0IG5ldHdvcmtzIHdpdGggcHJpdmF0ZSBhZGRyZXNzZXMgdG8gdGhlaXIgY29tbW9uIGNvbnRy
b2wgY2VudGVycy4gVGhlaXIgSVQgZGVwYXJ0bWVudHMgYXJlIHVuZGVyIHByZXNzdXJlLg0KDQpQ
YXRyaWNrDQoNCg0KT24gMTcvMTEvMjAxNywgMDM6NTUsICJkZXRuZXQgb24gYmVoYWxmIG9mIExl
IGJvdWRlYyBKZWFuLVl2ZXMiIDxkZXRuZXQtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2Yg
amVhbi15dmVzLmxlYm91ZGVjQGVwZmwuY2g+IHdyb3RlOg0KDQogICAgQSBzbWFsbCBmYWN0dWFs
IGNvcnJlY3Rpb246IE5hdGlvbmFsIEluc3RydW1lbnQgc3VwcG9ydHMgSVB2Ni4gIEJ1dCBpdCBp
cyB0cnVlIHRoYXQgYWxsIHNtYXJ0IGdyaWQgc29mdHdhcmUgSSBrbm93IG9mIHVzZXMgSVB2NC4g
TW92aW5nIHRvIElQdjYgaW52b2x2ZXMgcmUtY29kaW5nLCB3aXRoIHNvbWUgcG90ZW50aWFsIGRp
ZmZpY3VsdGllcyBvbiB0aGUgbmV0d29yayBzaWRlIChpbiBJUCBtdWx0aWNhc3QgZm9yIGV4YW1w
bGUpIGFuZCB3aXRoIG5vIGJlbmVmaXQgc2luY2Ugc3VjaCBuZXR3b3JrcyB1c2UgcHJpdmF0ZSBJ
UHY0IGFkZHJlc3Nlcy4gDQogICAgDQogICAgSlkgDQogICAgDQogICAgPiBMZSAxNyBub3YuIDIw
MTcgw6AgMDc6MjYsIExvdSBCZXJnZXIgPGxiZXJnZXJAbGFibi5uZXQ+IGEgw6ljcml0IDoNCiAg
ICA+IA0KICAgID4gSSBwZXJzb25hbGx5IGhhdmUgYmVlbiBhc3N1bWluZyB0aGF0IElQdjQgd291
bGQgYmUgc3VwcG9ydGVkIGJ5DQogICAgPiAoYSkgVFNOIGluIG5vbi1NUExTIG5ldHdvcmtzLCB0
aGlzIGluY2x1ZGVzIG92ZXIgRGV0TmV0IHJvdXRlcnMgaW50ZXJjb25uZWN0ZWQgYnkgVFNOIChv
ciBzaW1pbGFyIEwyKSwgYW5kDQogICAgPiAoYikgb3ZlciBEZXROZXQvTVBMUyAgLS0gcHJvYmFi
bHkgdXNpbmcgc29tZSBmb3JtIG9mIGlzbGFuZCBpbnRlcmNvbm5lY3QNCiAgICA+IA0KICAgID4g
V1JUIFBSRUY6IChhKSBpbXBsaWVzIFBSRUYgb24gYSBwZXIgVFNOL0wyIGJhc2lzIGFuZCAoYikg
aW1wbGllcyBQUkVGIG9ubHkgd2l0aGluIHRoZSBEZXROZXQvTVBMUyBkb21haW4uDQogICAgPiAN
CiAgICA+IExvdQ0KICAgID4gDQogICAgPj4gT24gMTEvMTcvMjAxNyA2OjUzIEFNLCBUaW0gQ2hv
d24gd3JvdGU6DQogICAgPj4gSGksDQogICAgPj4+IE9uIDE2IE5vdiAyMDE3LCBhdCAyMjozOCwg
R3Jvc3NtYW4sIEV0aGFuIEEuIDxlYWdyb3NAZG9sYnkuY29tPiB3cm90ZToNCiAgICA+Pj4gDQog
ICAgPj4+IEhpIEFsbCwNCiAgICA+Pj4gSSBoZWFyZCBpbiBjb252ZXJzYXRpb25zIHllc3RlcmRh
eSBhIGZldyB0aGluZ3Mgd2hpY2ggSSBhbSBjb25jZXJuZWQgYWJvdXQgKGZyb20gYSB1c2UgY2Fz
ZSBwb2ludCBvZiB2aWV3KSByZWdhcmRpbmcgRGV0TmV0IGFuZCBNUExTLCBJUHY2IGFuZCBJUHY0
LiBQcm9iYWJseSB0aGVzZSB0aGluZ3MgYXJlIHdlbGwga25vd24gdG8gbmV0d29yayBwcm9mZXNz
aW9uYWxzLCBidXQgYXJlIG5ld3MgdG8gbWUsIG9yIG1heWJlIEkgbWlzdW5kZXJzdG9vZC4gU28g
aWYgYW55b25lIHdhbnRzIHRvIGNvcnJlY3Qgb3IgY29tbWVudCBvbiBhbnkgb2YgdGhlc2UgaW1w
cmVzc2lvbnMgcGxlYXNlIGRvLiBBbmQgb2YgY291cnNlIHRoZXJlIGlzIGEgcXVlc3Rpb24gdG8g
YmUgYW5zd2VyZWTigKYNCiAgICA+Pj4gICAg4oCiIEFsdGhvdWdoIE1QTFMgKGFuZCB2YXJpYW50
cykgYXJlIG9mdGVuIGF2YWlsYWJsZSBpbiB0b2RheeKAmXMgcm91dGVycywgYXBwYXJlbnRseSB0
aGUgc2tpbGxzZXQgb2YgY29uZmlndXJpbmcgYSBuZXR3b3JrIG9mIE1QTFMgcm91dGVycyBpcyBm
YXIgbGVzcyBjb21tb24gdGhhbiBmb3IgSVB2NC4gUHJlc3VtYWJseSBJUHY2IGZhbGxzIHNvbWV3
aGVyZSBpbiBiZXR3ZWVuIG9uIHRoaXMgc2NhbGUuIFNvIHRoZSBub3Rpb24gb2Ygb3VyIHRhcmdl
dCBhdWRpZW5jZSAoaS5lLiB0aGUgaW1wbGVtZW50ZXJzIG9mIG91ciB1c2UgY2FzZXMpIHNldHRp
bmcgdXAgYW4gTVBMUyBuZXR3b3JrIGZvciBhIGZhY3Rvcnkgb3IgYSBidWlsZGluZyBvciBhIG1p
bmUgb3IgYSBzbWFydCBncmlkIG9yIGFuIGF1ZGlvL3ZpZGVvIGZhY2lsaXR5IHNlZW1zIGxpa2Ug
aXQgaXNu4oCZdCBnb2luZyB0byBiZSBhbiBlYXN5IHNlbGwuIFByZXN1bWFibHkgb25lIHJlYXNv
biBmb3IgdGhpcyBpcyB0aGUgY29tcGxleGl0eSBvZiBjb25maWd1cmluZyB0aGUgbmV0d29yay4g
TWl0aWdhdGluZyB0aGF0IHNvbWV3aGF0IGlzIHRoZSBub3Rpb24gdGhhdCBzaW5jZSB3ZSBhcmUg
bm90IGdvaW5nIGZvciBpbnRlcm9wIHdpdGggZXhpc3RpbmcgaW1wbGVtZW50YXRpb25zLCBwZXJo
YXBzIHdlIGNvdWxkIOKAnGN1dCB0byB0aGUgY2hhc2XigJ0gYW5kIGRlZmluZSBzb21lIGNvbmZp
Z3VyYXRpb24gcHJvY2VzcyBvciBpbnRlcmZhY2UgdGhhdCB3b3VsZCBiZSBzaW1wbGVyIHRoYW4g
dGhlIGV4aXN0aW5nIG9uZXM/DQogICAgPj4+ICAgIOKAoiBQZXJoYXBzIElQdjYgbWlnaHQgYmUg
ZWFzaWVyIGluIHRoYXQgcmVnYXJkLCBob3dldmVyIGl0IHdhcyBwb2ludGVkIG91dCB0aGF0IG1v
c3QgaW5kdXN0cmlhbCBjb250cm9sbGVycyAoZm9yIGV4YW1wbGUgTmF0aW9uYWwgSW5zdHJ1bWVu
dHMsIGFuZCBwcm9iYWJseSBleGlzdGluZyBlcXVpcG1lbnQgaW4gbW9zdCBvZiBvdXIgb3RoZXIg
dXNlIGNhc2VzKSBkb27igJl0IHN1cHBvcnQgSVB2NiwgYW5kIGlmIHRoZXkgZG8sIGFwcGFyZW50
bHkgdGhleSBkb27igJl0IGludGVyb3BlcmF0ZSB3ZWxsIHdpdGggZXhpc3RpbmcgSVB2NCBwbGFu
dC4gQW5kIHRoZSBtb3RpdmF0aW9uIGluIG1vc3Qgb2Ygb3VyIGFyZWFzIHRvIGFkb3B0IElQdjYg
aGFzbuKAmXQgYmVlbiB0aGVyZSwgcHJlc3VtYWJseSBiZWNhdXNlIHRoZXkgZG9u4oCZdCBuZWVk
IGV4dHJhIGFkZHJlc3Mgc3BhY2UgYW5kIGRvbuKAmXQgcGVyY2VpdmUgYW55IHZhbHVlIGluIGV4
Y2hhbmdlIGZvciB0aGUgZWZmb3J0IGFuZCBwYWluIGludm9sdmVkLg0KICAgID4+PiAgICDigKIg
U28gdGhlIHF1ZXN0aW9uIHdhcyByYWlzZWQsIHdoeSBjYW7igJl0IHdlIGhhdmUgYW4gSVB2NCBz
b2x1dGlvbiwgaS5lLiB3aXRob3V0IGludm9sdmluZyBNUExTIG9yIElQdjY/IEl0IGNvdWxkIHN0
aWxsIHVzZSBhIGNlbnRyYWwgY29udHJvbGxlciwgd2hhdCBwYXJ0IG9mIHRoZSBwdXp6bGUgaXMg
bWlzc2luZz8gQ2xlYXJseSB3ZSBuZWVkIHNvbWUgbm90aW9uIG9mIEZsb3cgSUQgYW5kIFNlcXVl
bmNlIG51bWJlciwgYW5kIGl0IGRvZXNu4oCZdCBzZWVtIGZlYXNpYmxlIHRvIGFkZCBzdWNoIHRo
aW5ncyB0byBJUHY0LiBCdXQgaXMgdGhlcmUgc29tZSB3YXkgd2UgY2FuIHdvcmsgYXJvdW5kIHRo
YXQ/DQogICAgPj4+ICAgIOKAoiBBcyBOb3JtIHBvaW50ZWQgb3V0IGluIHRoZSBzZXNzaW9uLCB3
ZSBoYXZlIGJlZW4gc3BlbmRpbmcgYSBsb3Qgb2YgdGltZSBvbiBQUkVGLCBidXQgd2hhdCBpZiB3
ZSBqdXN0IHdlbnQgZm9yIHRoZSBiYXNpY3Mgb2Ygbm8gY29uZ2VzdGlvbiBhbmQgbG93IGxhdGVu
Y3kg4oCTIGNvdWxkIHdlIGRvIGl0IHRoZW4/IElzIGl0IHdvcnRoIGNvbnNpZGVyaW5nIHRoYXQg
YXMgYW4gaW50ZXJpbSBzb2x1dGlvbiwgZmlndXJpbmcgaXQgd2lsbCBwcm9iYWJseSBzZXJ2ZSBt
YW55IHVzZSBjYXNlcywgYW5kIGxlYXZlIHRoZSB1bHRyYSBoaWdoIHJlbGlhYmlsaXR5IHN0dWZm
IGFzIGZvbGxvdy1vbj8gSSBtZWFuIG9idmlvdXNseSBQUkVGIGlzIGltcG9ydGFudCwgYnV0IGlm
IGxlYXZpbmcgaXQgb3V0IG9mIGEgZmlyc3QgY3V0IHNpbXBsaWZpZXMgdGhpbmdzIGVub3VnaCBh
bmQgc2VydmVkIGVub3VnaCB1c2UgY2FzZXMgaW4gdGhlIG5lYXJlciB0ZXJtLCBtYXliZSB3b3J0
aCBzb21lIGJhY2t0cmFja2luZyB0byBnZXQgdG8gdGhlIGZ1bGwgc29sdXRpb24gbGF0ZXI/DQog
ICAgPj4+ICAgIOKAoiBPciBob3cgYWJvdXQgSVB2NCBhcyBhbiBhbHRlcm5hdGUgc29sdXRpb24s
IHNpbmNlIHdlIGhhdmUgZGlzY3Vzc2VkIHNlcGFyYXRlIGltcGxlbWVudGF0aW9ucyBmb3IgTVBM
UyBhbmQgSVB2Nj8gTWF5YmUgSVB2NCwgd2l0aCDigJx3aGF0ZXZlciBwZXJmb3JtYW5jZS9mZWF0
dXJlcyB3ZSBjYW4gZ2V0IG91dCBvZiBpdOKAnSB3b3VsZCBzZXJ2ZSBzb21lIHB1cnBvc2UsIHBh
cnRpY3VsYXJseSBpbiB0aGUgbmVhciB0ZXJtPw0KICAgID4+PiBBbnl3YXkgSeKAmW0ganVzdCBz
YXlpbmcgdGhhdCBJIGhhZG7igJl0IHJlYWxpemVkIGJlZm9yZSB0aGF0IHRoaXMgY291bGQgYmUg
YXMgbXVjaCBvZiBhbiBpbXBlZGltZW50IHRvIGFkb3B0aW9uIGFzIGl0IGlzIHNvdW5kaW5nIHRv
IG1lIG5vdyBsaWtlIGl0IGlzLCB3aGljaCB0byBtZSBzZWVtcyBsaWtlIGEg4oCcdXNlIGNhc2Ug
aXNzdWXigJ0gc28gSeKAmW0gYnJpbmdpbmcgaXQgdXAuIEkgbWVhbiBpdCB3b3VsZCBiZSBsZXNz
IHRoYW4gaWRlYWwgdG8gZGV2ZWxvcCBhIHdob2xlIHNvbHV0aW9uIHdoaWNoIGlzIHRvbyB1bndp
ZWxkeSBmb3Igb3VyIGN1c3RvbWVycyB0byBhZG9wdC4NCiAgICA+Pj4gRXRoYW4uDQogICAgPj4g
SWYgeW914oCZcmUgc3VnZ2VzdGluZyBhbiBJUHY0LW9ubHkgc29sdXRpb24sIHlvdeKAmXJlIHJ1
bm5pbmcgdXAgYWdhaW5zdCBodHRwczovL3d3dy5pYWIub3JnLzIwMTYvMTEvMDcvaWFiLXN0YXRl
bWVudC1vbi1pcHY2Ly4NCiAgICA+PiBBbmQgdGhlcmXigJlzIGludGVyZXN0aW5nIG5ldyBJUHY2
LW9ubHkgdmlkZW8gZGlzdHJpYnV0aW9uIG1vZGVscyB0byB3aGljaCBEZXROZXQgY291bGQgYmUg
YXBwbGllZCwgbGlrZSBodHRwOi8vNmNuLmlvLy4NCiAgICA+PiBUaW0NCiAgICA+PiBfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgID4+IGRldG5ldCBt
YWlsaW5nIGxpc3QNCiAgICA+PiBkZXRuZXRAaWV0Zi5vcmcNCiAgICA+PiBodHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldA0KICAgID4gDQogICAgPiBfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgID4gZGV0bmV0IG1haWxp
bmcgbGlzdA0KICAgID4gZGV0bmV0QGlldGYub3JnDQogICAgPiBodHRwczovL3d3dy5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldA0KICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fDQogICAgZGV0bmV0IG1haWxpbmcgbGlzdA0KICAgIGRldG5l
dEBpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0
bmV0DQogICAgDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fDQpkZXRuZXQgbWFpbGluZyBsaXN0DQpkZXRuZXRAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0DQo=


From nobody Wed Jan 17 12:34:44 2018
Return-Path: <db3546@att.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9822212E89A for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 12:34:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.599
X-Spam-Level: 
X-Spam-Status: No, score=-0.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 5tPEXkGMTMwY for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 12:34:39 -0800 (PST)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0C3A127275 for <detnet@ietf.org>; Wed, 17 Jan 2018 12:34:39 -0800 (PST)
Received: from pps.filterd (m0049463.ppops.net [127.0.0.1]) by m0049463.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w0HKSPsI037098; Wed, 17 Jan 2018 15:34:37 -0500
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049463.ppops.net-00191d01. with ESMTP id 2fjcamjkfp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 17 Jan 2018 15:34:36 -0500
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 w0HKYZqe001163; Wed, 17 Jan 2018 15:34:36 -0500
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 w0HKYVJg001078 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 17 Jan 2018 15:34:33 -0500
Received: from zlp27127.vci.att.com (zlp27127.vci.att.com [135.66.87.31]) by mlpi409.sfdc.sbc.com (RSA Interceptor); Wed, 17 Jan 2018 20:34:20 GMT
Received: from zlp27127.vci.att.com (zlp27127.vci.att.com [127.0.0.1]) by zlp27127.vci.att.com (Service) with ESMTP id 947A940002CC; Wed, 17 Jan 2018 20:34:20 +0000 (GMT)
Received: from MISOUT7MSGHUBAH.ITServices.sbc.com (unknown [130.9.129.152]) by zlp27127.vci.att.com (Service) with ESMTPS id 6B3C740002BC; Wed, 17 Jan 2018 20:34:20 +0000 (GMT)
Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.213]) by MISOUT7MSGHUBAH.ITServices.sbc.com ([130.9.129.152]) with mapi id 14.03.0361.001; Wed, 17 Jan 2018 15:34:20 -0500
From: "BRUNGARD, DEBORAH A" <db3546@att.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, "Grossman, Ethan A." <eagros@dolby.com>, DetNet WG <detnet@ietf.org>
CC: "Tim Chown (Tim.Chown@jisc.ac.uk)" <Tim.Chown@jisc.ac.uk>
Thread-Topic: DP solution (Flow identification)
Thread-Index: AQHTj8Q0eaC2JAG3ukKQQUfYJQTn6qN4v3eA//+5xfA=
Date: Wed, 17 Jan 2018 20:34:19 +0000
Message-ID: <F64C10EAA68C8044B33656FA214632C888209E8D@MISOUT7MSGUSRDE.ITServices.sbc.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <e7872c3f-6098-2a87-6001-0bdeadfc7ef9@gmail.com>
In-Reply-To: <e7872c3f-6098-2a87-6001-0bdeadfc7ef9@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [135.70.205.234]
Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C888209E8DMISOUT7MSGUSRDE_"
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-01-17_10:, , 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 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1801170277
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/yHBnhRRZeoHOoUBeT20zOqoRJmI>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 20:34:43 -0000

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

SSBkb27igJl0IHdhbnQgdG8gaW5mbHVlbmNlIHlvdXIgZGlzY3Vzc2lvbiBvbiBzb2x1dGlvbihz
KS4NCg0KQXMgbWFpbHMgYXJlIGdldHRpbmcgY3Jvc3NlZCwgYW5kIG5vdCBoYXZpbmcgVGlt4oCZ
cyBvcmlnaW5hbCBjb21tZW50LCBJIHRoaW5rIGFzIEV0aGFuIGxhdGVyIHNheXMgaW4gYSBtYWls
IGFmdGVyIHRoaXMgb25lIOKAkyB0aGUgSUFCIGNvbmNlcm4gd291bGQgYmUgaWYgZG9pbmcgYW4g
4oCcSVB2NC1vbmx54oCdIHNvbHV0aW9uLiBNYW55IHdvcmtpbmcgZ3JvdXBzIGFyZSBzdGlsbCBk
b2luZyB3b3JrIHN1cHBvcnRpbmcgSVB2NCBuZXR3b3Jrcy4gVGhlIGRpc2N1c3Npb24gd2hlbiBp
dCByZWFjaGVzIHRoZSBJRVNHIOKAkyBjYW4gSVB2NiBzdXBwb3J0IGJlIGluY2x1ZGVkIGluIHRo
ZSBzYW1lIGRvY3VtZW50IG9yIGlzIHRoZXJlIHdvcmsgb24tZ29pbmcgdG8gc3VwcG9ydCBJUHY2
IChhbmQgdGhlIElQdjYgc29sdXRpb24gZG9lcyBub3QgZGVwZW5kIG9uIElQdjQpLg0KDQpUaGUg
Y2hhcnRlciBmb3IgZGV0bmV0IGlzIG5vdCB0byBzdW5zZXQgSVB2NPCfmIogSWYgeW91IGhhdmUg
b3BlcmF0aW9uYWwgdXNlIGNhc2VzIGZvciBzdXBwb3J0aW5nIElQdjQsIHRoZW4gYXMgeW91IGFy
ZSBkb2luZywgaXQgaXMgaW1wb3J0YW50IHRvIGRpc2N1c3MgdGhlIGRlcGxveW1lbnQgcmVxdWly
ZW1lbnRzIGUuZy4gY2xvc2VkIG5ldHdvcmssIElQdjQtSVB2NiBpc2xhbmRzLCBldGMuLCBzbyBh
cyB0byB1bmRlcnN0YW5kIHRoZSBiZXN0IHNvbHV0aW9uLg0KDQpNeSBpbnRlcnByZXRhdGlvbiBv
ZiB0aGUgSUFCIHN0YXRlbWVudCBpcyB0byBnaXZlIGd1aWRhbmNlIG9uIHByaW9yaXRpemluZyB3
b3JrIGZvciBJUHY2LiBVbmxlc3MgeW91IGhhdmUgbGFyZ2UgdXNlciBncm91cHMgcmVxdWlyaW5n
IElQdjQtb25seSwgdGhlbiB5b3VyIHByaW9yaXR5IHNob3VsZCBiZSBpbiBkZXZlbG9waW5nIGFu
IElQdjYgc29sdXRpb24uIEFuZCB0aGUgSVB2NCBzb2x1dGlvbiBzaG91bGQgbm90IGxpbWl0IHRo
ZSBJUHY2IHNvbHV0aW9uLg0KDQpEZWJvcmFoDQoNCg0KRnJvbTogU3Rld2FydCBCcnlhbnQgW21h
aWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dDQpTZW50OiBXZWRuZXNkYXksIEphbnVhcnkg
MTcsIDIwMTggMjowMiBQTQ0KVG86IEdyb3NzbWFuLCBFdGhhbiBBLiA8ZWFncm9zQGRvbGJ5LmNv
bT47IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPjsgQlJVTkdBUkQsIERFQk9SQUggQSA8ZGIz
NTQ2QGF0dC5jb20+DQpDYzogVGltIENob3duIChUaW0uQ2hvd25AamlzYy5hYy51aykgPFRpbS5D
aG93bkBqaXNjLmFjLnVrPg0KU3ViamVjdDogUmU6IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZp
Y2F0aW9uKQ0KDQoNCkEgcG9pbnQgSSBoYXZlIG1hZGUgYmVmb3JlIGFuZCB3aWxsIGNvbnRpbnVl
IHRvIG1ha2U6DQoNCklmIHRoZSBJRVRGIGRvZXMgbm90IG1haW50YWluIElQdjQgYXBwcm9wcmlh
dGVseSB1bnRpbCBpdCdzIG5hdHVyYWwgZGVhdGgsIGl0IHdpbGwgYmUgZGVjbGFyZWQgY3JpdGlj
YWwgbmF0aW9uYWwgaW5mcmFzdHJ1Y3R1cmUgYnkgZ292ZXJubWVudHMgYW5kIHRoZXkgd2lsbCBl
ZmZlY3RpdmVseSBnaWZ0IGl0IHRvIHRoZWlyIFNETyAodGhlIElUVS1UKS4gU3VjaCBhbiBvcmdh
bml6YXRpb24gbWF5IGZpbmQgaXQgZXhwZWRpZW50IHRvIGZpbmQgbWFueSBuZXcgd2F5cyB0byBl
eHRlbmQgdGhlIGxpZmUgb2YgSVB2NC4gSW4gYW55IGNhc2UgSSBhbnRpY2lwYXRlIGEgdmVyeSBs
b25nIHRhaWwgb24gdGhlIElQdjQgZGVjYXkgY3VydmUuDQoNCldlIG5lZWQgdG8gZG8gd2hhdCBp
cyByaWdodCBmb3Igb3VyIGN1c3RvbWVycywgc29tZSBvZiB3aG9tIG1heSBmaW5kIGl0IGluZmVh
c2libGUgdG8gbWlncmF0ZSBhd2F5IGZyb20gSVB2NCBhbnkgdGltZSBzb29uLg0KDQpJIHdpbGwg
b2YgY291cnNlIGJlIGludGVyZXN0ZWQgaW4gRGVib3JhaCdzIGRpcmVjdGl2ZSBvbiB0aGlzLg0K
DQotIFN0ZXdhcnQNCg0KT24gMTcvMDEvMjAxOCAxODo1MSwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdy
b3RlOg0KVGhhbmtzIFN0ZXdhcnQuIFJlZ2FyZGluZzoNCuKAnFllcywgd2UgbmVlZCB0byBoYXZl
IHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0
aGVyDQphKSBXZSBzdXBwb3J0IHY0DQpiKSBXZSBzdXBwb3J0IHY0IGFuZCB2NiBieSB2NCBhbmQg
djYgc3BlY2lmaWMgcHJvdG9jb2wgZXh0ZW5zaW9ucw0KYykgV2UgdXNlIGEgc2luZ2xlIGNvbW1v
biBJUCBhcHByb2FjaA0KZCkgV2UgdXNlIGFuIGFwcHJvYWNoIHRoYXQgaXMgY29tbW9uIGFjcm9z
cyBJUCBhbmQgTVBMU+KAnQ0KDQoNClBlcmhhcHMsIGdpdmVuIFRpbSBDaG93buKAmXMgZWFybGll
ciBjb21tZW50Og0KICAgICAgICDigJxJZiB5b3XigJlyZSBzdWdnZXN0aW5nIGFuIElQdjQtb25s
eSBzb2x1dGlvbiwgeW914oCZcmUgcnVubmluZyB1cCBhZ2FpbnN0IGh0dHBzOi8vd3d3LmlhYi5v
cmcvMjAxNi8xMS8wNy9pYWItc3RhdGVtZW50LW9uLWlwdjYvPGh0dHBzOi8vdXJsZGVmZW5zZS5w
cm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlhYi5vcmdfMjAxNl8xMV8wN19p
YWItMkRzdGF0ZW1lbnQtMkRvbi0yRGlwdjZfJmQ9RHdNRGFRJmM9TEZZWi1vOV9IVU1lTVRTUWlj
dmpJZyZyPTZVaEdwVzlsd2k5ZE03allseFhEOHcmbT1vUXF1azV5dkY1eUx2ajhfalZxVlJjYXZR
N3RVT19MdFUzLUVjRUlEUEZFJnM9d1Z4ZXhTS1JDZDdMWmNlTlBrWHBQTXhBME9sTm5MMFBpaGU0
TWx5cUJvRSZlPT4u4oCdDQoNCldlIGNvdWxkIGdldCBEZWJvcmFoIHdpdGggaGVyIEFEIGhhdCBv
biB0byBjb21tZW50IG9uIHRoaXM/DQpFdGhhbi4NCg0KRnJvbTogU3Rld2FydCBCcnlhbnQgW21h
aWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dDQpTZW50OiBXZWRuZXNkYXksIEphbnVhcnkg
MTcsIDIwMTggMTA6MzkgQU0NClRvOiBHcm9zc21hbiwgRXRoYW4gQS4gPGVhZ3Jvc0Bkb2xieS5j
b20+PG1haWx0bzplYWdyb3NAZG9sYnkuY29tPjsgQmFsw6F6cyBWYXJnYSBBIDxiYWxhenMuYS52
YXJnYUBlcmljc3Nvbi5jb20+PG1haWx0bzpiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+OyBB
bmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29tPjxtYWlsdG86YWdtYWxpc0BnbWFpbC5j
b20+DQpDYzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+PG1haWx0bzpkZXRuZXRAaWV0Zi5v
cmc+OyBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPjxtYWlsdG86bWFjaC5jaGVuQGh1
YXdlaS5jb20+DQpTdWJqZWN0OiBSZTogRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24p
DQoNCg0KSGkgIEV0aGFuLA0KDQpPbiAxNy8wMS8yMDE4IDE4OjI0LCBHcm9zc21hbiwgRXRoYW4g
QS4gd3JvdGU6DQpUaGFua3MgU3Rld2FydCBmb3IgdGhlIGNsYXJpZmljYXRpb24uIEkgaW50ZXJw
cmV0IHlvdXIgc3RhdGVtZW50IOKAnGEgZGVjaXNpb24gbm90IHRvIHN1cHBvcnQgSVB2NOKAnSB0
byBtZWFuIOKAnGEgZGVjaXNpb24gbm90IHRvIHByb3Bvc2UgYWRkaW5nIGFueXRoaW5nIHRvIHRo
ZSBleGlzdGluZyBJUHY0IHN0YW5kYXJk4oCdLg0KDQpUbyBzdXBwb3J0IElQdjQgdGhlcmUgYXJl
IGEgbnVtYmVyIG9mIG1ldGhvZHMgdGhhdCBhcmUgcG9zc2libGUsIG9uZSBpcyB0byBhZGQgc29t
ZXRoaW5nIHRvIHY0IGl0c2VsZiBhcyBpcyBwcm9wb3NlZCBmb3IgdjYuIEFkZGluZyBzb21ldGhp
bmcgdG8gdGhlIGJhc2UgcHJvdG9jb2wgd2lsbCBiZSB2ZXJ5IGRpZmZpY3VsdC4NCg0KQW5vdGhl
ciBtZXRob2QsIGlzIHRvIGRvIHdoYXQgaGFzIGJlZW4gcHJvcG9zZWQgYnkgc29tZSBmb3IgTVBM
UywgdGhhdCBpcyB0byBlbmNvZGUgdGhlIGlkZW50aXR5IGFuZCB0eXBlIGluIHRoZSBJUCBhZGRy
ZXNzLiBUaGVyZSBpcyBhIHByb3Bvc2FsIHRvIGRvIHRoaXMgaW4gU1J2Ni4gSSBhbSBub3QgYSBn
cmVhdCBmYW4gb2YgYWJ1c2luZyB0aGUgYWRkcmVzcyBzcGFjZSBmb3IgdGhpcyBpbiB0aGUgd2F5
IHByb3Bvc2VkIGJ5IHRoYXQgd29yaywgYnV0IG1heWJlIHdlIGNhbiBkbyBzb21ldGhpbmcgbXVj
aCBzaW1wbGVyIGhlcmUgYW5kIHNpbXBseSBpZGVudGlmeSB0aGUgRE4gaW5zdGFuY2UgYnkgdGhl
IElQIGFkZHJlc3Mgd2l0aCBubyBvdGhlciBzZW1hbnRpY3MuIE11Y2ggZWFzaWVyIHRvIGRvIHRo
aXMgZm9yIElQdjYgd2l0aCB0aGUgImluZmluaXRlIGFkZHJlc3NlcyIgYnV0IHdlIGNvdWxkIGdl
dCBhd2F5IHdpdGggaXQgaW4gbGltaXRlZCBwcml2YXRlIElwdjQgbmV0d29ya3MuIE9mIGNvdXJz
ZSB0aGlzIGRvZXMgY2hhbmdlIHRoZSBwZXItaG9wIGJlaGF2aW91ciBvZiBJUCB3aGljaCBtYXkg
YmUgYSBjaGFsbGVuZ2UgdG8gZ2V0IHRoZSBJRVRGIHRvIHNpZ24gb2Ygb24uDQoNCkFub3RoZXIg
bWV0aG9kIGlzIHRvIHVzZSBzb21lIG1ldGhvZCBvZiBjYXJyeWluZyBhbiBNUExTIGxhYmVsIHN0
YWNrIC0gdGhpcyB3YXMgdGhlIGZpcnN0IHByb3Bvc2FsLiBOb3cgSSBzYWlkIHRoYXQgSSBkaWQg
bm90IHRoaW5rIGFueW9uZSBoYWQgZG9uZSB0aGF0IGFuZCBJIHN0aWxsIGJlbGlldmUgdGhhdCB0
byBiZSB0aGUgY2FzZSwgYnV0IHRoYXQgZG9lcyBub3QgbWVhbiB0aGF0IGl0IGlzIG5vdCB0aGUg
bGVhc3Qgd29yc3QgYXBwcm9hY2guIFRoZXJlIGFyZSBhbHRlcm5hdGVzIGZvciBleGFtcGxlIElQ
L1VEUC9NUExTDQp3aGljaCBpcyB0aGUgc28gY2FsbGVkIFVTUiBhcHByb2FjaCB0aGF0IGEgbnVt
YmVyIG9mIHVzIGFkdm9jYXRlIGFzIGFuIGFsdGVybmF0aXZlIHRvIFNSdjYuDQoNCg0KDQpJZiB0
aGF0IGlzbuKAmXQgY29ycmVjdCwgcGxlYXNlIGxldCBtZSBrbm93LiBBcyB5b3UgbWF5IHJlY2Fs
bCBJIGFscmVhZHkgc3RhcnRlZCBhIHRocmVhZCBhd2hpbGUgYWdvIHRvIGRpc2N1c3MgSVB2NCB2
cyBJUHY2LCBhbmQgYmFzZWQgb24gdGhlIHJlc3BvbnNlcyBpdCBhcHBlYXJlZCB0byBtZSBhdCB0
aGF0IHRpbWUgdGhhdCB0aGVyZSB3ZXJlIHNvbWUga2luZCBvZiBvcHRpb25zLCB0aG91Z2ggbm90
IGEg4oCcbmF0aXZlIElQdjTigJ0gc29sdXRpb24sIGJ1dCBpdCB3YXNu4oCZdCBjbGVhciB0byBt
ZSAoYXMgYSBub24tZXhwZXJ0IGluIHRoZSB2YXJpb3VzIG5ldHdvcmtpbmcgcHJvdG9jb2xzIG1l
bnRpb25lZCkgd2hldGhlciB0aGV5IHdvdWxkIGJlIHZpYWJsZSBpbiBwcmFjdGljZSBvciBub3Qu
IEkgd2lsbCByZXZpdmUgdGhhdCB0aHJlYWQgYW5kIHNlZSBpZiB3ZSBjYW4gZ2V0IGFueSBjbG9z
ZXIgdG8gZGV0ZXJtaW5pbmcgdGhlIGltcG9ydGFuY2Ugb2YgSVB2NCB0byBvdXIgdGFyZ2V0IGN1
c3RvbWVycywgYW5kIGhvcGVmdWxseSBzb21lIHNlbnNlIG9mIHdoZXRoZXIgdGhlIHByb3Bvc2Vk
IG5vbi1uYXRpdmUtSVB2NCBzdHJhdGVnaWVzIHdpbGwgaG9sZCB3YXRlci4NCg0KWWVzLCB3ZSBu
ZWVkIHRvIGhhdmUgdGhlIGRpc2N1c3Npb24gb24gdGhlIGxpc3QgYW5kIHJlYWNoIGEgY29uc2Vu
c3VzIG9mIHdoZXRoZXINCg0KYSkgV2Ugc3VwcG9ydCB2NA0KYikgV2Ugc3VwcG9ydCB2NCBhbmQg
djYgYnkgdjQgYW5kIHY2IHNwZWNpZmljIHByb3RvY29sIGV4dGVuc2lvbnMNCmMpIFdlIHVzZSBh
IHNpbmdsZSBjb21tb24gSVAgYXBwcm9hY2gNCmQpIFdlIHVzZSBhbiBhcHByb2FjaCB0aGF0IGlz
IGNvbW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFMNCg0KLSBTdGV3YXJ0DQoNCg0KDQpFdGhhbi4NCg0K
RnJvbTogU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dDQpT
ZW50OiBXZWRuZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMTI6MjkgQU0NClRvOiBHcm9zc21hbiwg
RXRoYW4gQS4gPGVhZ3Jvc0Bkb2xieS5jb20+PG1haWx0bzplYWdyb3NAZG9sYnkuY29tPjsgQmFs
w6F6cyBWYXJnYSBBIDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+PG1haWx0bzpiYWxhenMu
YS52YXJnYUBlcmljc3Nvbi5jb20+OyBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29t
PjxtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20+DQpDYzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5v
cmc+PG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+OyBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWku
Y29tPjxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+DQpTdWJqZWN0OiBSZTogRFAgc29sdXRp
b24gKEZsb3cgaWRlbnRpZmljYXRpb24pDQoNCg0KDQoNCk9uIDE2LzAxLzIwMTggMTg6MzgsIEdy
b3NzbWFuLCBFdGhhbiBBLiB3cm90ZToNCkhpIEJhbGHigJl6cywNClJlZ2FyZGluZyBJUHY0LCBJ
IGFsc28gdW5kZXJzdG9vZCB0aGF0IHdlIGRlY2lkZWQgdGhhdCB3ZSBjYW7igJl0IGFkZCBuZXcg
SVB2NCBmaWVsZHMuIFBhcmRvbiBteSBpZ25vcmFuY2UgaGVyZSwgYnV0IGRvZXMgdGhhdCBtZWFu
IHRoZXJlIGlzIG5vIHBhcnQgb2YgRGV0TmV0IGNhcGFiaWxpdHkgdGhhdCBjYW4gYmUgcnVuIG92
ZXIgSVB2ND8gT3IgaXMgdGhlcmUgc29tZSDigJx3b3JrYXJvdW5k4oCdIHRvIHByb3ZpZGUgYXMg
SSBzYXkgZXZlbiBwYXJ0IG9mIHRoZSBEZXROZXQgY2FwYWJpbGl0eSwgZ2l2ZW4gdGhhdCBpdCBp
cyBhbiBFbmdpbmVlcmVkIG5ldHdvcms/IEkganVzdCB3YW50IHRvIGNsYXJpZnkgZXhwZWN0YXRp
b25zIGhlcmUuDQoNCklmIHlvdSBoYXZlIGEgbmF0aXZlIElQdjQgbmV0d29yayB0byB3aGljaCB5
b3UgcHJlc2VudCBJUHY2IHBhY2tldHMsIHlvdSBlaXRoZXIgaGF2ZSB0byB0dW5uZWwgdGhlbSBh
Y3Jvc3Mgd2hlcmUgdGhlIElQdjYgaXMgY29uc2lkZXJlZCBvcGFxdWUgZGF0YSwgb3IgeW91IGhh
dmUgdG8gdHJhbnNsYXRlIHRoZW0gdG8gSVB2NCwgYnV0IHRoYXQgcmVxdWlyZXMgc29tZSBjb21t
b24gc2VtYW50aWNzIHRvIGRlYWwgd2l0aCBleHRlbnNpb24gaGVhZGVycyB3aGljaCB3ZSBkb24n
dCBjdXJyZW50bHkgaGF2ZS4NCg0KU28sIGFzIGZhciBhcyBJIGNhbiBzZWUsIGEgZGVjaXNpb24g
bm90IHRvIHN1cHBvcnQgSVB2NCBtZWFucyBubyBETiBzdXBwb3J0IGFjcm9zcyB0aGUgSVB2NCBu
ZXR3b3JrLg0KDQpXaGljaCB0YWtlcyB1cyBiYWNrIHRvIHRoZSBxdWVzdGlvbiBvZiBob3cgaW1w
b3J0YW50IGlzIHRoaXMgYW5kIHdoYXQgd2lsbCBpdCBkbyB0byB0aGUgdGFrZS11cCBvZiB0aGUg
dGVjaG5vbG9neSBieSBpdHMgdGFyZ2V0IGN1c3RvbWVycz8NCg0KLSBTdGV3YXJ0DQoNCg0KDQoN
ClRoYW5rcywNCkV0aGFuLg0KDQpGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0Bp
ZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJhbMOhenMgVmFyZ2EgQQ0KU2VudDogVHVlc2RheSwgSmFu
dWFyeSAxNiwgMjAxOCAxMDoyMSBBTQ0KVG86IFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFu
dEBnbWFpbC5jb20+PG1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+OyBBbmRyZXcgRy4g
TWFsaXMgPGFnbWFsaXNAZ21haWwuY29tPjxtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20+DQpDYzog
RGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+PG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+OyBNYWNo
IENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPjxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+
DQpTdWJqZWN0OiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0K
SSB0aGluayB0aGUgbGFzdCBtYWlscyBhcmUgbW9yZSBhYm91dCBmbG93IGlkZW50aWZpY2F0aW9u
IGFuZCBub3QgdGhlIHNlcXVlbmNlIG51bWJlci4NClNvLCBJIGhhdmUgcmUtc3ViamVjdGVkIG15
IGFuc3dlci4NCg0KUFNOIGxheWVyIHZzLiBETiBsYXllciAoTVBMUyk6DQotIGluIGN1cnJlbnQg
ZGF0YSBwbGFuZSB0ZXh0IHdlIGhhdmUgc3RhdGVkIHRoYXQgRGV0TmV0IFBXcyBtYXkgdXNlIGRl
ZGljYXRlZCBMU1BzIChURS10dW5uZWxzKS4NClRoYXQgYWxsb3cgdG8gaWRlbnRpZnkgRGV0TmV0
IGZsb3dzIGluIFBTTiBsYXllciB3aXRob3V0IGNoZWNraW5nIHRoZSBQVyBsYWJlbC4gU3VjaCBh
IHNvbHV0aW9uIG9mDQpjb3Vyc2UgbWF5IGNoYWxsZW5nZSBzY2FsYWJpbGl0eS4NCi0gcmVnYXJk
aW5nIHByaW9yaXRpemF0aW9uOiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQIGFuZCBMLUxTUCBjb25j
ZXB0LCB3aGF0IG1ha2VzIHBvc3NpYmxlDQp0byBpZGVudGlmeSBEZXROZXQgcGFja2V0cy4gSG93
ZXZlciB0aGF0IGlzIG1vcmUgZm9yIHNpbXBsZSBxdWV1aW5nIHNjZW5hcmlvcyBhcyBpdCBkb2Vz
IG5vdA0KaWRlbnRpZnkgaW5kaXZpZHVhbCBmbG93cy4NCg0KUFNOIGxheWVyIHZzLiBETiBsYXll
ciAobm9uLU1QTFMpOg0KLSBJUHY0OiBJZiBJIHJlbWVtYmVyIGNvcnJlY3RseSBpdCB3YXMgZGlz
Y3Vzc2VkIHRvIGJlIG91dC1vZi1zY29wZSB0byBzaW1wbGlmeSB0aGUgc2NlbmFyaW9zIHdlIGZv
Y3VzIG9uLg0KTm8tb25lIHdhbnRlZCB0byBkZWZpbmUgbmV3IElQdjQgZmllbGRzIGZvciBmbG93
LUlEIGFuZCBTZXEtTnVtIGluIHRoZSDigJxzdW5zZXQgb2YgSVB2NOKAnS4NCi0gSVB2NjogYmFz
ZWQgb24gdGhlIHNyYy1JUHY2IGFuZCB0aGUgZmxvdy1sYWJlbCBOUCBjYW4gZGV0ZWN0IERldE5l
dCBmbG93cy4gV2h5IHdvdWxkIHdlIG5lZWQgYSBuZXcNCklQIHByb3RvY29sIHR5cGU/DQoNCkdl
bmVyaWMgdnMuIEROIGF3YXJlIGRhdGEgcGxhbmU6DQotIEkgdGhpbmsgd2UgbmVlZCBib3RoLiBX
ZSBoYXZlIHVzZS1jYXNlcyBzcGVjaWZpZWQgZm9yIGJvdGguDQoNCkRldE5ldCB0cmFmZmljIHRv
IGJlIHRyYW5zcG9ydGVkOg0KLSB0d28gdHlwZXMgYXJlIGNvbnNpZGVyZWQ6DQooMSkgRXRoZXJu
ZXQ6IElFRUUgVFNOIHRyYWZmaWMgZW5jYXBzdWxhdGVkIGluIEV0aGVybmV0IGZyYW1lcyBhbmQN
CigyKSBJUDogSVB2NiB0cmFuc3BvcnRlZCBvdmVyIGFueSBMMiAobm90IGFsd2F5cyBFdGhlcm5l
dCwgYnV0IG1vc3QgY2FzZXMgRXRoZXJuZXQpDQpBcyBub3RlZCBhYm92ZSBJUHY0IGlzIGN1cnJl
bnRseSBvdXQtb2Ytc2NvcGUg4oCmDQoNCkNoZWVycw0KQmFsYeKAmXpzDQoNCkZyb206IFN0ZXdh
cnQgQnJ5YW50IFttYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXQ0KU2VudDogMjAxOC4g
amFudcOhciAxNi4gMTc6MzgNClRvOiBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29t
PG1haWx0bzphZ21hbGlzQGdtYWlsLmNvbT4+DQpDYzogTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVh
d2VpLmNvbTxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+PjsgQmFsw6F6cyBWYXJnYSBBIDxi
YWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb208bWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNzc29u
LmNvbT4+OyBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3Jn
Pj4NClN1YmplY3Q6IFJlOiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5n
KQ0KDQoNCg0KQW5keQ0KT24gMTYvMDEvMjAxOCAxNToyMCwgQW5kcmV3IEcuIE1hbGlzIHdyb3Rl
Og0KU3Rld2FydCwNCg0KTGlrZSB3aXRoIFBXcyAoc2luY2UgREVUTkVUIGZvciBNUExTIHdvdWxk
IGp1c3QgYmUgYW5vdGhlciBQVyB0eXBlKSwgdGFyZ2V0ZWQgTERQIGFuZCBwcm92aXNpb25pbmcg
KHZpYSBhIGNlbnRyYWwgY29udHJvbGxlciwgTk1TLCBldGMuKSBhcmUgYWx0ZXJuYXRpdmVzIHRv
IFJTVlAgYW5kIFNSIHRvIHByb3Zpc2lvbmluZy9hbGxvY2F0aW5nIHRoZSBERVRORVQgUFcgbGFi
ZWwuDQoNCi4uIGFuZCBJIHN1cHBvc2Ugc3RyaWN0bHkgQkdQIHdoaWNoIGlzIGFsc28gdXNlZCBm
b3IgdGhpcyBwdXJwb3NlIGluIFZQTnMNCg0KDQoNCg0KDQpZb3UgYW5kIE1hY2ggYXJlIGJvdGgg
cmlnaHQgdGhhdCBpbiB0aGUgSVAgKG5vbi1NUExTKSBjYXNlLCB3ZSBuZWVkIGEgd2F5IGZvciB0
aGUgTlAgdG8gZGV0ZWN0IERFVE5FVCBmbG93cy4gV2UgY291bGQgaGF2ZSBhIG5ldyBJUCBwcm90
b2NvbCB0eXBlIGZvciBERVRORVQsIGFuZCBhIERFVE5FVCBoZWFkZXIgZGlyZWN0bHkgZm9sbG93
cyB0aGUgSVAgaGVhZGVyLiBJbiB0aGF0IGNhc2UsIHRoZSBERVRORVQgaGVhZGVyIHdvdWxkIGFs
c28gbmVlZCBhIG5leHQgcHJvdG9jb2wgaWRlbnRpZmllciwgdW5sZXNzIHRoZSBuZXh0IHByb3Rv
Y29sIGlzIGFsd2F5cyBhbm90aGVyIElQIGhlYWRlci4NCg0KTGFzdCBJIHNhdywgdGhlIHRoaW5r
aW5nIHdhcyB0aGF0IHRoZXJlIHdvdWxkIGJlIGFuIElQIGV4dGVuc2lvbiBoZWFkZXIsIGFsdGhv
dWdoIEkgYW0gbm90IGEgZmFuIG9mIHRob3NlIHNpbmNlIChhKSBJIGFtIG5vdCBjb25maWRlbnQg
d2hhdCBhIHJvdXRlciB3aWxsIGRvIG9uZSBpdCBkb2VzIG5vdCB1bmRlcnN0YW5kLCBhbmQgKGIp
IEkgYW0gY29uY2VybmVkIGFib3V0IHRoZSBuZWVkIHRvIHN1cHBvcnQgSVB2NCB3aGljaCBJIHN1
c3BlY3Qgd2lsbCBoYXZlIGEgbG9uZyB0YWlsIGluIGVudGVycHJpc2UgZGVwbG95bWVudC4NCg0K
SSBwcmVmZXIgYSBVRFAgdHlwZSBmb3IgdGhpcyBwdXJwb3NlIHNpbmNlIGl0IGhhcyB1bml2ZXJz
YWwgc3VwcG9ydCB0aHJvdWdoIGFueSBtaWRkbGUgYm94LiBmaXJld2FsbCBldGMsIGFuZCBhbGwg
cm91dGVycyBuZWVkIHRvIGxvb2sgYSB0aGUgVURQIERQIHNvIGNoZWNraW5nIGlmIGl0IGlzIG9u
ZSB0aGV5IG5lZWQgdG8gd29yayBvbiBpcyBqdXN0IG9uZSBjb21wYXJlIGFuZCBjb25kaXRpb25h
bCBicmFuY2guDQoNCg0KDQoNCg0KT2YgY291cnNlLCBmb3IgTVBMUywgdGhlIERFVE5FVCBQVyBs
YWJlbCBpcyB0aGUgaWRlbnRpZmllci4NCg0KT25seSBhdCB0aGUgUFcgbGF5ZXIuIE5vdGUgbXkg
cXVlc3Rpb24gYWJvdXQgd2hldGhlciB0aGlzIGlzIHN1ZmZpY2llbnQuDQoNCi0gU3Rld2FydA0K
DQoNCkNoZWVycywNCkFuZHkNCg0KDQpPbiBUdWUsIEphbiAxNiwgMjAxOCBhdCA1OjQ2IEFNLCBT
dGV3YXJ0IEJyeWFudCA8c3Rld2FydC5icnlhbnRAZ21haWwuY29tPG1haWx0bzpzdGV3YXJ0LmJy
eWFudEBnbWFpbC5jb20+PiB3cm90ZToNCg0KSWYgd2UgbmVlZCB0byBkaXNjcmltaW5hdGUgYXQg
dGhlIFBTTiBsYXllciByYXRoZXIgdGhhbiB0aGUgRE4gbGF5ZXIgdGhlbiB3ZSByZWFsbHkgYXJl
IGZvcmNlZCB0byBjcmVhdGUgYSBuZXcgRkVDIHR5cGUgZm9yIE1QTFMsIG9yIHN5bnRoZXNpemUg
b25lIHRocm91Z2ggUlNWUCBvciBTUi4gSVAgaGFzIG5vIG5hdGl2ZSBzdXBwb3J0IGZvciB0aGlz
LCBidXQgd2UgY291bGQgaW50cm9kdWNlIHRoZSBjb25jZXB0LCBmb3IgZXhhbXBsZSBieSBtYWtp
bmcgdGhpcyB0aGUgcHJvcGVydHkgb2YgdGhlIElQIGFkZHJlc3Mgb3Igc29tZSB3YXkgb2YgTVBM
U2luZyBJUC4NCg0KSG93ZXZlciB0aGVyZSBpcyBhIGRlZXBlciBxdWVzdGlvbiB3ZSBuZWVkIHRv
IGFuc3dlci4gSXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgZWFjaCBob3AgaW4gdGhlIGRhdGEgcGxh
bmUgRE4gYXdhcmUsIG9yIGlzIG91ciBleHBlY3RhdGlvbiB0aGF0IGF0IGxlc3QgaW4gc29tZSBu
ZXR3b3JrcyB0aGUgZGF0YSBwbGFuZSBpcyBnZW5lcmljIHdpdGggc29tZSBETiBub2RlcyBzdHJh
dGVnaWNhbGx5IHBsYWNlZD8NCg0KSSBjYW4gc2VlIHRoYW4gaW4gc29tZSBncmVlbmZpZWxkIHNw
ZWNpYWxpc3QgY2FzZXMgdGhlIHJvdXRlcnMgd2lsbCBhbGwgYmUgRE4gYXdhcmUsIGJ1dCBpbiBv
cmRlciB0byBnZXQgZGVwbG95bWVudCBpbiBtb3N0IG5ldHdvcmtzIHdlIG5lZWQgdG8gZGVzaWdu
IGZvciB0aGUgY2FzZSB3aGVyZSBvbmx5IHN0cmF0ZWdpYyBub2RlcyBhcmUgRE4gYXdhcmUuDQoN
Ci0gU3Rld2FydA0KDQpPbiAxNi8wMS8yMDE4IDAxOjE0LCBNYWNoIENoZW4gd3JvdGU6DQpIaSBC
YWxhenMsDQoNCiMyIGlzIGEgbW9yZSBuYXR1cmUgc29sdXRpb24sIHRoZSBEZXROZXQgQ1cgaXMg
ZGVkaWNhdGVkIGZvciBEZXROZXQsIHNlZW1zIHRoZXJlIGlzIG5vIGNvbXBhdGliaWxpdHkgaXNz
dWUuDQoNCkluIGFkZGl0aW9uLCBJIHRoaW5rIHdlIG5lZWQgdG8gZGVmaW5lIGEgd2F5IG9uIGhv
dyB0byBkaWZmZXJlbnRpYXRlIGEgRGV0TmV0IGZsb3cgZnJvbSBhIG5vbi1EZXROZXQgZmxvdywg
dGhlbiB0aGUgbmV0d29yayBwcm9jZXNzb3IgY2FuIHByb2Nlc3MgdGhlIENXIGFzIGV4cGVjdGVk
LiAgSW4gVFNOLCBpdCB1c2VzIHRoZSBwcmlvcml0eSB0byBkZXRlcm1pbmUgd2hldGhlciBhIGZs
b3cgaXMgVFNOIG9yIG5vbi1UU04gZmxvdy4gRm9yIERldE5ldCwgc2hvdWxkIHdlIGFsc28gdXNl
IHRoZSBzYW1lIHdheSAoZS5nLiwgVEMsIERTQ1ApPyBPciB0aGUgRGV0TmV0IHNlcnZpY2UgTGFi
ZWwgaXRzZWxmIGltcGxpZXMgdGhlIHNpdHVhdGlvbiwgYnV0IGl0IHNlZW1zIHRoYXQgdGhpcyBv
bmx5IHdvcmtzIHdoZW4gdGhlIERldE5ldCBzZXJ2aWNlIGxhYmVsIGlzIHRoZSB0b3AgbGFiZWwu
DQoNCkFueSBvdGhlciB0aG91Z2h0cz8NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0KDQpGcm9tOiBk
ZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJhbMOh
enMgVmFyZ2EgQQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDE1LCAyMDE4IDk6MDYgUE0NClRvOiBE
ZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz48bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NClN1Ympl
Y3Q6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpDQoNCg0KSGksDQoN
Cg0KDQpTb21lIHRob3VnaHRzIHRvIHN0YXJ0IGRpc2N1c3Npb24gb24gb3BlbiBwb2ludHMgb2Yg
dGhlIERQIHNvbHV0aW9uIGRyYWZ0Lg0KDQpUaGlzIG1haWwoLXRocmVhZCkgaXMgb24gc2VxdWVu
Y2UgbnVtYmVyaW5nLg0KDQoNCg0KUHJvYmxlbSBpbiBjYXNlIG9mIE1QTFMgYW5kIERldE5ldCBD
b250cm9sIFdvcmQ6DQoNCi0gUy9OIHNraXBzIHplcm8gcHJvYmxlbTogRXRoZXJuZXQgUFcgZGVm
aW5pdGlvbiBzdGF0ZXMgdGhhdCBTL04gc2tpcHMgemVyby4NCg0KSXQgdXNlcyB6ZXJvIHRvIG1l
YW4gbm8gUy9OIGluIHVzZS4gKHJmYzQ0NDgpDQoNCg0KDQpQb3NzaWJsZSBwcm9ibGVtIHJlc29s
dXRpb25zOg0KDQojMTogVXNpbmcgYSAiZmxhZyIgaW4gdGhlIHJlc2VydmVkIGJpdHMgcGFydCBv
ZiB0aGUgQ1c6DQoNCiAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAg
ICAyICAgICAgICAgICAgICAgICAgIDMNCg0KICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEg
MiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQoNCiAgICAgKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN
Cg0KICAgICB8MCAwIDAgMHxEfHJlc2VydmVkIC0gc2V0IHRvIDAgIHwgICAxNiBiaXQgU2VxdWVu
Y2UgTnVtYmVyICAgICAgfA0KDQogICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCkQtYml0OiBzZXQgdG8g4oCcMeKA
nSBtZWFucyBEZXROZXQgc3BlY2lmaWMgU2VxLiBOdW1iZXIgdXNlZCwNCg0KQml0NS0xNTogcmVz
ZXJ2ZWQuDQoNCg0KDQpSRkM0NDQ4IHN0YXRlcyB0aGF0IHJlc2VydmVkIGJpdHMg4oCcTVVTVCBi
ZSBpZ25vcmVkIHVwb24gcmVjZWlwdOKAnSwgc28gYmFja3dhcmQNCg0KY29tcGF0aWJpbGl0eSBp
cyBlbnN1cmVkLiBTdWNoIGEgc29sdXRpb24gd291bGQgYWxsb3cgYWxzbyB0byB1c2UgbG9uZ2Vy
IHNlcS5udW0uDQoNCmZvcm1hdHMgKGlmIG5lZWRlZCkuIFN1Y2ggYSBmb3JtYXQgaXMgYWxzbyBp
bmxpbmUgd2l0aCBSRkM0Mzg1Lg0KDQoNCg0KIzI6IE1ha2luZyDigJww4oCdIGFzIGEgdmFsaWQg
U2VxLk51bS4NCg0KRGV0TmV0IGZsb3dzIGFyZSByZWNvZ25pemVkIGFuZCBmb3J3YXJkZWQgc3Bl
Y2lhbCB3aXRoaW4gdGhlIERldE5ldA0KDQpkb21haW4uIFMvTiBpcyB1c2VkIHdpdGhpbiB0aGUg
RGV0TmV0IGRvbWFpbiBieSBEZXROZXQgU2VydmljZSBmdW5jdGlvbnMNCg0KKGkuZS4gUFJFRiku
IFMvTiB1c2VkIG9ubHkgb24gRGV0TmV0IGVuZC1ub2RlcyBhbmQgRGV0TmV0IHJlbGF5LW5vZGVz
LiBObw0KDQpvdGhlciBub2RlcyBjYXJlIGFib3V0IHRoZSB2YWx1ZSBvZiBTL04sIHRoZXJlZm9y
ZSBEZXROZXQgY2FuIHNwZWNpZnkgaXRzDQoNCm93biBzZXF1ZW5jZSBudW1iZXIgcHJvY2Vzc2lu
ZyBhbGdvcml0aG0uIFNvIOKAnDDigJ0gY2FuIGJlIGEgdmFsaWQgbnVtYmVyDQoNCmFuZCBub3Qg
dGhlIGluZGljYXRpb24gdGhhdCBubyBTZXEuTnVtLiBpcyB1c2VkLiBUaGlzIGlzIGlubGluZSB3
aXRoIFJGQzQzODUuDQoNCg0KDQojMzogT3RoZXIg4oCmID8hPw0KDQoNCg0KQ29tbWVudHMgYXJl
IHdlbGNvbWUuDQoNCg0KDQpDaGVlcnMNCg0KQmFsYSd6cw0KDQoNCg0KLS0tLS1PcmlnaW5hbCBN
ZXNzYWdlLS0tLS0NCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3Jn
XSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcg0KU2VudDogMjAxOC4gamFudcOhciAxMC4gMTk6MDEN
ClRvOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPj4N
ClN1YmplY3Q6IFtEZXRuZXRdIHJlY29yZGluZyBmb3IgdG9kYXkncyBpbnRlcmltDQoNCg0KDQpp
cyBhdmFpbGFibGUgZm9yIGRvd25sb2FkIGF0Og0KDQpodHRwczovL2lldGYud2ViZXguY29tL2ll
dGYvbGRyLnBocD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAxPGh0dHBzOi8v
dXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9faWV0Zi53ZWJleC5j
b21faWV0Zl9sZHIucGhwLTNGUkNJRC0zRGU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAx
JmQ9RHdNR2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5a
aVEmbT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJnM9M3JiM1JF
X1oyd09XOHZwLUFNc2EybGdTaDBVNEJnZFpGN3p1MXRYd2Q2ayZlPT4NCg0KDQoNCnJhdyBub3Rl
cyBhcmUgYXZhaWxhYmxlIGF0DQoNCmh0dHA6Ly9ldGhlcnBhZC50b29scy5pZXRmLm9yZzo5MDAw
L3Avbm90ZXMtaWV0Zi1pbnRlcmltLTIwMTgtZGV0bmV0LTAxPGh0dHBzOi8vdXJsZGVmZW5zZS5w
cm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwLTNBX19ldGhlcnBhZC50b29scy5pZXRmLm9yZy0z
QTkwMDBfcF9ub3Rlcy0yRGlldGYtMkRpbnRlcmltLTJEMjAxOC0yRGRldG5ldC0yRDAxJmQ9RHdN
R2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmbT1X
dzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJnM9bE9fWmRIQXJRUXNh
RE5Zdk15SWN6bWQ2RjFQX2FjdU0wa0ZNWjUxVVg2YyZlPT4NCg0KDQoNClBsZWFzZSBmZWVsIGZy
ZWUgdG8gdXBkYXRlIHRoZSBldGhlcnBhZCBiYXNlZCBvbiB0aGUgcmVjb3JkaW5nLg0KDQoNCg0K
TG91IChhbmQgY28tY2hhaXJzKQ0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX18NCg0KZGV0bmV0IG1haWxpbmcgbGlzdA0KDQpkZXRuZXRAaWV0Zi5v
cmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h
bi9saXN0aW5mby9kZXRuZXQ8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy
bD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19kZXRuZXQmZD1Ed01H
YVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPVd3
NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz1oUzlfSEkxMTR2bHlU
LU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmU9Pg0KDQoNCl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCmRldG5ldCBtYWlsaW5nIGxpc3QNCg0K
ZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv
aW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9f
ZGV0bmV0JmQ9RHdNR2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3UERj
Zk1hRk5aaVEmbT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJnM9
aFM5X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFNSSZlPT4NCg0KDQpfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KZGV0bmV0IG1haWxp
bmcgbGlzdA0KZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+DQpodHRwczov
L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxodHRwczovL3VybGRlZmVuc2Uu
cHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xp
c3RpbmZvX2RldG5ldCZkPUR3TUdhUSZjPWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmcj1aY0hDNndY
X2dEd1BEY2ZNYUZOWmlRJm09V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tC
Zk1qcyZzPWhTOV9ISTExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0OW5qckZRTUkmZT0+DQoN
Cg0KDQoNCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4gXCxzZXJpZiI7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs
aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t
Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu
cy1zZXJpZjsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu
ZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M
IFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw
dDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyIsc2VyaWY7
DQoJY29sb3I6YmxhY2s7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9y
bWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5
Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4w
cHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0K
c3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3Jt
YXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI
VE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7DQoJY29sb3I6YmxhY2s7
fQ0KcC5tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCwgbGkubTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQsIGRpdi5tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dA0K
CXttc28tc3R5bGUtbmFtZTptXzE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQ7DQoJbXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y
aWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGlu
Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5ob2VuemINCgl7bXNvLXN0eWxlLW5hbWU6aG9lbnpiO30N
CnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFt
aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFp
bFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0K
CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z
ZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTI2DQoJe21zby1zdHls
ZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNv
bG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjcNCgl7bXNvLXN0eWxlLXR5cGU6cGVy
c29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93
dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm
b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNw
YW4uRW1haWxTdHlsZTI5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0
eWxlMzANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNh
bGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0K
CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdl
IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4g
MS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot
LT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4
dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl
IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl
eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+
DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUi
IHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5JIGRvbuKAmXQgd2FudCB0
byBpbmZsdWVuY2UgeW91ciBkaXNjdXNzaW9uIG9uIHNvbHV0aW9uKHMpLjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+QXMgbWFpbHMgYXJlIGdldHRpbmcgY3Jvc3Nl
ZCwgYW5kIG5vdCBoYXZpbmcgVGlt4oCZcyBvcmlnaW5hbCBjb21tZW50LCBJIHRoaW5rIGFzIEV0
aGFuIGxhdGVyIHNheXMgaW4gYSBtYWlsIGFmdGVyIHRoaXMgb25lIOKAkyB0aGUgSUFCIGNvbmNl
cm4gd291bGQgYmUgaWYgZG9pbmcgYW4g4oCcSVB2NC1vbmx54oCdIHNvbHV0aW9uLiBNYW55IHdv
cmtpbmcgZ3JvdXBzIGFyZQ0KIHN0aWxsIGRvaW5nIHdvcmsgc3VwcG9ydGluZyBJUHY0IG5ldHdv
cmtzLiBUaGUgZGlzY3Vzc2lvbiB3aGVuIGl0IHJlYWNoZXMgdGhlIElFU0cg4oCTIGNhbiBJUHY2
IHN1cHBvcnQgYmUgaW5jbHVkZWQgaW4gdGhlIHNhbWUgZG9jdW1lbnQgb3IgaXMgdGhlcmUgd29y
ayBvbi1nb2luZyB0byBzdXBwb3J0IElQdjYgKGFuZCB0aGUgSVB2NiBzb2x1dGlvbiBkb2VzIG5v
dCBkZXBlbmQgb24gSVB2NCkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0Ij5UaGUgY2hhcnRlciBmb3IgZGV0bmV0IGlzIG5vdCB0byBzdW5zZXQgSVB2NDwvc3Bhbj48
c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkgRW1vamkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij7wn5iKPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0Ij4gSWYgeW91IGhhdmUgb3BlcmF0aW9uYWwgdXNlIGNhc2VzIGZvciBzdXBwb3J0aW5n
DQogSVB2NCwgdGhlbiBhcyB5b3UgYXJlIGRvaW5nLCBpdCBpcyBpbXBvcnRhbnQgdG8gZGlzY3Vz
cyB0aGUgZGVwbG95bWVudCByZXF1aXJlbWVudHMgZS5nLiBjbG9zZWQgbmV0d29yaywgSVB2NC1J
UHY2IGlzbGFuZHMsIGV0Yy4sIHNvIGFzIHRvIHVuZGVyc3RhbmQgdGhlIGJlc3Qgc29sdXRpb24u
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5NeSBpbnRlcnByZXRh
dGlvbiBvZiB0aGUgSUFCIHN0YXRlbWVudCBpcyB0byBnaXZlIGd1aWRhbmNlIG9uIHByaW9yaXRp
emluZyB3b3JrIGZvciBJUHY2LiBVbmxlc3MgeW91IGhhdmUgbGFyZ2UgdXNlciBncm91cHMgcmVx
dWlyaW5nIElQdjQtb25seSwgdGhlbiB5b3VyIHByaW9yaXR5IHNob3VsZCBiZSBpbiBkZXZlbG9w
aW5nIGFuIElQdjYgc29sdXRpb24uDQogQW5kIHRoZSBJUHY0IHNvbHV0aW9uIHNob3VsZCBub3Qg
bGltaXQgdGhlIElQdjYgc29sdXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij5EZWJvcmFoPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5hbWU9Il9NYWlsRW5kQ29tcG9zZSI+
PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
YT48L3A+DQo8c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsRW5kQ29tcG9zZSI+PC9zcGFu
Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFF
MSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0ZXdhcnQu
YnJ5YW50QGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVhcnkg
MTcsIDIwMTggMjowMiBQTTxicj4NCjxiPlRvOjwvYj4gR3Jvc3NtYW4sIEV0aGFuIEEuICZsdDtl
YWdyb3NAZG9sYnkuY29tJmd0OzsgRGV0TmV0IFdHICZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7OyBC
UlVOR0FSRCwgREVCT1JBSCBBICZsdDtkYjM1NDZAYXR0LmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+
IFRpbSBDaG93biAoVGltLkNob3duQGppc2MuYWMudWspICZsdDtUaW0uQ2hvd25AamlzYy5hYy51
ayZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZp
Y2F0aW9uKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwPkEgcG9pbnQgSSBoYXZlIG1hZGUg
YmVmb3JlIGFuZCB3aWxsIGNvbnRpbnVlIHRvIG1ha2U6PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPklmIHRoZSBJRVRGIGRvZXMgbm90IG1h
aW50YWluIElQdjQgYXBwcm9wcmlhdGVseSB1bnRpbCBpdCdzIG5hdHVyYWwgZGVhdGgsIGl0IHdp
bGwgYmUgZGVjbGFyZWQgY3JpdGljYWwgbmF0aW9uYWwgaW5mcmFzdHJ1Y3R1cmUgYnkgZ292ZXJu
bWVudHMgYW5kIHRoZXkgd2lsbCBlZmZlY3RpdmVseSBnaWZ0IGl0IHRvIHRoZWlyIFNETyAodGhl
IElUVS1UKS4gU3VjaCBhbiBvcmdhbml6YXRpb24gbWF5IGZpbmQgaXQgZXhwZWRpZW50IHRvIGZp
bmQNCiBtYW55IG5ldyB3YXlzIHRvIGV4dGVuZCB0aGUgbGlmZSBvZiBJUHY0LiBJbiBhbnkgY2Fz
ZSBJIGFudGljaXBhdGUgYSB2ZXJ5IGxvbmcgdGFpbCBvbiB0aGUgSVB2NCBkZWNheSBjdXJ2ZS48
bzpwPjwvbzpwPjwvcD4NCjxwPldlIG5lZWQgdG8gZG8gd2hhdCBpcyByaWdodCBmb3Igb3VyIGN1
c3RvbWVycywgc29tZSBvZiB3aG9tIG1heSBmaW5kIGl0IGluZmVhc2libGUgdG8gbWlncmF0ZSBh
d2F5IGZyb20gSVB2NCBhbnkgdGltZSBzb29uLjxvOnA+PC9vOnA+PC9wPg0KPHA+SSB3aWxsIG9m
IGNvdXJzZSBiZSBpbnRlcmVzdGVkIGluIERlYm9yYWgncyBkaXJlY3RpdmUgb24gdGhpcy48bzpw
PjwvbzpwPjwvcD4NCjxwPi0gU3Rld2FydDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
T24gMTcvMDEvMjAxOCAxODo1MSwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t
Ym90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij5UaGFua3MgU3Rld2FydC4gUmVnYXJkaW5nOiA8L3NwYW4+DQo8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t
YW4gXCxzZXJpZiZxdW90OyI+4oCcWWVzLCB3ZSBuZWVkIHRvIGhhdmUgdGhlIGRpc2N1c3Npb24g
b24gdGhlIGxpc3QgYW5kIHJlYWNoIGEgY29uc2Vuc3VzIG9mIHdoZXRoZXI8YnI+DQphKSBXZSBz
dXBwb3J0IHY0PGJyPg0KYikgV2Ugc3VwcG9ydCB2NCBhbmQgdjYgYnkgdjQgYW5kIHY2IHNwZWNp
ZmljIHByb3RvY29sIGV4dGVuc2lvbnM8YnI+DQpjKSBXZSB1c2UgYSBzaW5nbGUgY29tbW9uIElQ
IGFwcHJvYWNoPGJyPg0KZCkgV2UgdXNlIGFuIGFwcHJvYWNoIHRoYXQgaXMgY29tbW9uIGFjcm9z
cyBJUCBhbmQgTVBMU+KAnTxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5QZXJo
YXBzLCBnaXZlbiBUaW0gQ2hvd27igJlzIGVhcmxpZXIgY29tbWVudDo8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4
dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IOKAnElmIHlvdeKA
mXJlIHN1Z2dlc3RpbmcgYW4gSVB2NC1vbmx5IHNvbHV0aW9uLCB5b3XigJlyZSBydW5uaW5nIHVw
IGFnYWluc3QNCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91
cmw/dT1odHRwcy0zQV9fd3d3LmlhYi5vcmdfMjAxNl8xMV8wN19pYWItMkRzdGF0ZW1lbnQtMkRv
bi0yRGlwdjZfJmFtcDtkPUR3TURhUSZhbXA7Yz1MRllaLW85X0hVTWVNVFNRaWN2aklnJmFtcDty
PTZVaEdwVzlsd2k5ZE03allseFhEOHcmYW1wO209b1FxdWs1eXZGNXlMdmo4X2pWcVZSY2F2UTd0
VU9fTHRVMy1FY0VJRFBGRSZhbXA7cz13VnhleFNLUkNkN0xaY2VOUGtYcFBNeEEwT2xObkwwUGlo
ZTRNbHlxQm9FJmFtcDtlPSI+DQpodHRwczovL3d3dy5pYWIub3JnLzIwMTYvMTEvMDcvaWFiLXN0
YXRlbWVudC1vbi1pcHY2LzwvYT4u4oCdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij5XZSBjb3VsZCBnZXQgRGVib3JhaCB3aXRoIGhlciBBRCBoYXQgb24gdG8gY29t
bWVudCBvbiB0aGlzPw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkV0aGFuLjwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBp
biAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IFN0
ZXdhcnQgQnJ5YW50IFs8YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIj5t
YWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBX
ZWRuZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMTA6MzkgQU08YnI+DQo8Yj5Ubzo8L2I+IEdyb3Nz
bWFuLCBFdGhhbiBBLiA8YSBocmVmPSJtYWlsdG86ZWFncm9zQGRvbGJ5LmNvbSI+Jmx0O2VhZ3Jv
c0Bkb2xieS5jb20mZ3Q7PC9hPjsgQmFsw6F6cyBWYXJnYSBBDQo8YSBocmVmPSJtYWlsdG86YmFs
YXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tIj4mbHQ7YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29t
Jmd0OzwvYT47IEFuZHJldyBHLiBNYWxpcw0KPGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21haWwu
Y29tIj4mbHQ7YWdtYWxpc0BnbWFpbC5jb20mZ3Q7PC9hPjxicj4NCjxiPkNjOjwvYj4gRGV0TmV0
IFdHIDxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciPiZsdDtkZXRuZXRAaWV0Zi5vcmcm
Z3Q7PC9hPjsgTWFjaCBDaGVuDQo8YSBocmVmPSJtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20i
PiZsdDttYWNoLmNoZW5AaHVhd2VpLmNvbSZndDs8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJl
OiBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbik8L3NwYW4+PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48
L3A+DQo8cD5IaSZuYnNwOyBFdGhhbiw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9u
IDE3LzAxLzIwMTggMTg6MjQsIEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90ZTo8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv
dHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dCI+VGhhbmtzIFN0ZXdhcnQgZm9yIHRoZSBjbGFyaWZpY2F0aW9uLiBJIGludGVycHJl
dCB5b3VyIHN0YXRlbWVudCDigJxhIGRlY2lzaW9uIG5vdCB0byBzdXBwb3J0IElQdjTigJ0gdG8g
bWVhbiDigJxhIGRlY2lzaW9uIG5vdCB0byBwcm9wb3NlIGFkZGluZyBhbnl0aGluZyB0byB0aGUg
ZXhpc3RpbmcgSVB2NCBzdGFuZGFyZOKAnS4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxv
Y2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij48YnI+
DQpUbyBzdXBwb3J0IElQdjQgdGhlcmUgYXJlIGEgbnVtYmVyIG9mIG1ldGhvZHMgdGhhdCBhcmUg
cG9zc2libGUsIG9uZSBpcyB0byBhZGQgc29tZXRoaW5nIHRvIHY0IGl0c2VsZiBhcyBpcyBwcm9w
b3NlZCBmb3IgdjYuIEFkZGluZyBzb21ldGhpbmcgdG8gdGhlIGJhc2UgcHJvdG9jb2wgd2lsbCBi
ZSB2ZXJ5IGRpZmZpY3VsdC48YnI+DQo8YnI+DQpBbm90aGVyIG1ldGhvZCwgaXMgdG8gZG8gd2hh
dCBoYXMgYmVlbiBwcm9wb3NlZCBieSBzb21lIGZvciBNUExTLCB0aGF0IGlzIHRvIGVuY29kZSB0
aGUgaWRlbnRpdHkgYW5kIHR5cGUgaW4gdGhlIElQIGFkZHJlc3MuIFRoZXJlIGlzIGEgcHJvcG9z
YWwgdG8gZG8gdGhpcyBpbiBTUnY2LiBJIGFtIG5vdCBhIGdyZWF0IGZhbiBvZiBhYnVzaW5nIHRo
ZSBhZGRyZXNzIHNwYWNlIGZvciB0aGlzIGluIHRoZSB3YXkgcHJvcG9zZWQgYnkgdGhhdCB3b3Jr
LA0KIGJ1dCBtYXliZSB3ZSBjYW4gZG8gc29tZXRoaW5nIG11Y2ggc2ltcGxlciBoZXJlIGFuZCBz
aW1wbHkgaWRlbnRpZnkgdGhlIEROIGluc3RhbmNlIGJ5IHRoZSBJUCBhZGRyZXNzIHdpdGggbm8g
b3RoZXIgc2VtYW50aWNzLiBNdWNoIGVhc2llciB0byBkbyB0aGlzIGZvciBJUHY2IHdpdGggdGhl
ICZxdW90O2luZmluaXRlIGFkZHJlc3NlcyZxdW90OyBidXQgd2UgY291bGQgZ2V0IGF3YXkgd2l0
aCBpdCBpbiBsaW1pdGVkIHByaXZhdGUgSXB2NCBuZXR3b3Jrcy4gT2YNCiBjb3Vyc2UgdGhpcyBk
b2VzIGNoYW5nZSB0aGUgcGVyLWhvcCBiZWhhdmlvdXIgb2YgSVAgd2hpY2ggbWF5IGJlIGEgY2hh
bGxlbmdlIHRvIGdldCB0aGUgSUVURiB0byBzaWduIG9mIG9uLjxicj4NCjxicj4NCkFub3RoZXIg
bWV0aG9kIGlzIHRvIHVzZSBzb21lIG1ldGhvZCBvZiBjYXJyeWluZyBhbiBNUExTIGxhYmVsIHN0
YWNrIC0gdGhpcyB3YXMgdGhlIGZpcnN0IHByb3Bvc2FsLiBOb3cgSSBzYWlkIHRoYXQgSSBkaWQg
bm90IHRoaW5rIGFueW9uZSBoYWQgZG9uZSB0aGF0IGFuZCBJIHN0aWxsIGJlbGlldmUgdGhhdCB0
byBiZSB0aGUgY2FzZSwgYnV0IHRoYXQgZG9lcyBub3QgbWVhbiB0aGF0IGl0IGlzIG5vdCB0aGUg
bGVhc3Qgd29yc3QgYXBwcm9hY2guDQogVGhlcmUgYXJlIGFsdGVybmF0ZXMgZm9yIGV4YW1wbGUg
SVAvVURQL01QTFM8YnI+DQp3aGljaCBpcyB0aGUgc28gY2FsbGVkIFVTUiBhcHByb2FjaCB0aGF0
IGEgbnVtYmVyIG9mIHVzIGFkdm9jYXRlIGFzIGFuIGFsdGVybmF0aXZlIHRvIFNSdjYuPGJyPg0K
PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5
bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+SWYgdGhhdCBpc27igJl0IGNv
cnJlY3QsIHBsZWFzZSBsZXQgbWUga25vdy4gQXMgeW91IG1heSByZWNhbGwgSSBhbHJlYWR5IHN0
YXJ0ZWQgYSB0aHJlYWQgYXdoaWxlIGFnbyB0byBkaXNjdXNzIElQdjQgdnMgSVB2NiwgYW5kIGJh
c2VkIG9uIHRoZSByZXNwb25zZXMgaXQgYXBwZWFyZWQgdG8gbWUgYXQgdGhhdCB0aW1lIHRoYXQg
dGhlcmUgd2VyZSBzb21lIGtpbmQNCiBvZiBvcHRpb25zLCB0aG91Z2ggbm90IGEg4oCcbmF0aXZl
IElQdjTigJ0gc29sdXRpb24sIGJ1dCBpdCB3YXNu4oCZdCBjbGVhciB0byBtZSAoYXMgYSBub24t
ZXhwZXJ0IGluIHRoZSB2YXJpb3VzIG5ldHdvcmtpbmcgcHJvdG9jb2xzIG1lbnRpb25lZCkgd2hl
dGhlciB0aGV5IHdvdWxkIGJlIHZpYWJsZSBpbiBwcmFjdGljZSBvciBub3QuIEkgd2lsbCByZXZp
dmUgdGhhdCB0aHJlYWQgYW5kIHNlZSBpZiB3ZSBjYW4gZ2V0IGFueSBjbG9zZXIgdG8gZGV0ZXJt
aW5pbmcNCiB0aGUgaW1wb3J0YW5jZSBvZiBJUHY0IHRvIG91ciB0YXJnZXQgY3VzdG9tZXJzLCBh
bmQgaG9wZWZ1bGx5IHNvbWUgc2Vuc2Ugb2Ygd2hldGhlciB0aGUgcHJvcG9zZWQgbm9uLW5hdGl2
ZS1JUHY0IHN0cmF0ZWdpZXMgd2lsbCBob2xkIHdhdGVyLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVv
dDsiPjxicj4NClllcywgd2UgbmVlZCB0byBoYXZlIHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0
IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0aGVyPGJyPg0KPGJyPg0KYSkgV2Ugc3VwcG9y
dCB2NDxicj4NCmIpIFdlIHN1cHBvcnQgdjQgYW5kIHY2IGJ5IHY0IGFuZCB2NiBzcGVjaWZpYyBw
cm90b2NvbCBleHRlbnNpb25zPGJyPg0KYykgV2UgdXNlIGEgc2luZ2xlIGNvbW1vbiBJUCBhcHBy
b2FjaDxicj4NCmQpIFdlIHVzZSBhbiBhcHByb2FjaCB0aGF0IGlzIGNvbW1vbiBhY3Jvc3MgSVAg
YW5kIE1QTFM8YnI+DQo8YnI+DQotIFN0ZXdhcnQ8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt
YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj
b2xvcjp3aW5kb3d0ZXh0Ij5FdGhhbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6
c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bh
bj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiBTdGV3YXJ0IEJyeWFudCBbPC9z
cGFuPjxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20iPm1haWx0bzpzdGV3
YXJ0LmJyeWFudEBnbWFpbC5jb208L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPl0N
Cjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMTI6MjkgQU08
YnI+DQo8Yj5Ubzo8L2I+IEdyb3NzbWFuLCBFdGhhbiBBLiA8L3NwYW4+PGEgaHJlZj0ibWFpbHRv
OmVhZ3Jvc0Bkb2xieS5jb20iPiZsdDtlYWdyb3NAZG9sYnkuY29tJmd0OzwvYT48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+OyBCYWzDoXpzIFZhcmdhIEENCjwvc3Bhbj48YSBocmVmPSJt
YWlsdG86YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tIj4mbHQ7YmFsYXpzLmEudmFyZ2FAZXJp
Y3Nzb24uY29tJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+OyBBbmRyZXcg
Ry4gTWFsaXMNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20iPiZsdDth
Z21hbGlzQGdtYWlsLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxi
cj4NCjxiPkNjOjwvYj4gRGV0TmV0IFdHIDwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZGV0bmV0QGll
dGYub3JnIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dCI+OyBNYWNoIENoZW4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bWFjaC5jaGVuQGh1
YXdlaS5jb20iPiZsdDttYWNoLmNoZW5AaHVhd2VpLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogRFAgc29sdXRpb24gKEZs
b3cgaWRlbnRpZmljYXRpb24pPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNi8wMS8yMDE4IDE4OjM4LCBHcm9zc21h
biwgRXRoYW4gQS4gd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0
eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkhpIEJhbGHigJl6cyw8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+UmVnYXJkaW5nIElQdjQsIEkgYWxzbyB1bmRlcnN0b29kIHRoYXQgd2Ug
ZGVjaWRlZCB0aGF0IHdlIGNhbuKAmXQgYWRkIG5ldyBJUHY0IGZpZWxkcy4gUGFyZG9uIG15IGln
bm9yYW5jZSBoZXJlLCBidXQgZG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMgbm8gcGFydCBvZiBEZXRO
ZXQgY2FwYWJpbGl0eSB0aGF0IGNhbiBiZSBydW4gb3ZlciBJUHY0PyBPciBpcyB0aGVyZQ0KIHNv
bWUg4oCcd29ya2Fyb3VuZOKAnSB0byBwcm92aWRlIGFzIEkgc2F5IGV2ZW4gcGFydCBvZiB0aGUg
RGV0TmV0IGNhcGFiaWxpdHksIGdpdmVuIHRoYXQgaXQgaXMgYW4gRW5naW5lZXJlZCBuZXR3b3Jr
PyBJIGp1c3Qgd2FudCB0byBjbGFyaWZ5IGV4cGVjdGF0aW9ucyBoZXJlLg0KPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1
b3Q7LHNlcmlmIj48YnI+DQpJZiB5b3UgaGF2ZSBhIG5hdGl2ZSBJUHY0IG5ldHdvcmsgdG8gd2hp
Y2ggeW91IHByZXNlbnQgSVB2NiBwYWNrZXRzLCB5b3UgZWl0aGVyIGhhdmUgdG8gdHVubmVsIHRo
ZW0gYWNyb3NzIHdoZXJlIHRoZSBJUHY2IGlzIGNvbnNpZGVyZWQgb3BhcXVlIGRhdGEsIG9yIHlv
dSBoYXZlIHRvIHRyYW5zbGF0ZSB0aGVtIHRvIElQdjQsIGJ1dCB0aGF0IHJlcXVpcmVzIHNvbWUg
Y29tbW9uIHNlbWFudGljcyB0byBkZWFsIHdpdGggZXh0ZW5zaW9uIGhlYWRlcnMNCiB3aGljaCB3
ZSBkb24ndCBjdXJyZW50bHkgaGF2ZS48YnI+DQo8YnI+DQpTbywgYXMgZmFyIGFzIEkgY2FuIHNl
ZSwgYSBkZWNpc2lvbiBub3QgdG8gc3VwcG9ydCBJUHY0IG1lYW5zIG5vIEROIHN1cHBvcnQgYWNy
b3NzIHRoZSBJUHY0IG5ldHdvcmsuPGJyPg0KPGJyPg0KV2hpY2ggdGFrZXMgdXMgYmFjayB0byB0
aGUgcXVlc3Rpb24gb2YgaG93IGltcG9ydGFudCBpcyB0aGlzIGFuZCB3aGF0IHdpbGwgaXQgZG8g
dG8gdGhlIHRha2UtdXAgb2YgdGhlIHRlY2hub2xvZ3kgYnkgaXRzIHRhcmdldCBjdXN0b21lcnM/
PGJyPg0KPGJyPg0KLSBTdGV3YXJ0PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy
Z2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5FdGhhbi48L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0
IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xv
cjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3Rl
eHQiPiBkZXRuZXQgWzwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5v
cmciPm1haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZzwvYT48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5CYWzDoXpzIFZhcmdhIEE8YnI+DQo8
Yj5TZW50OjwvYj4gVHVlc2RheSwgSmFudWFyeSAxNiwgMjAxOCAxMDoyMSBBTTxicj4NCjxiPlRv
OjwvYj4gU3Rld2FydCBCcnlhbnQgPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFu
dEBnbWFpbC5jb20iPiZsdDtzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20mZ3Q7PC9hPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij47IEFuZHJldyBHLiBNYWxpcw0KPC9zcGFuPjxhIGhyZWY9
Im1haWx0bzphZ21hbGlzQGdtYWlsLmNvbSI+Jmx0O2FnbWFsaXNAZ21haWwuY29tJmd0OzwvYT48
c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+PGJyPg0KPGI+Q2M6PC9iPiBEZXROZXQgV0cg
PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciPiZsdDtkZXRuZXRAaWV0Zi5v
cmcmZ3Q7PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij47IE1hY2ggQ2hlbg0KPC9z
cGFuPjxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbSI+Jmx0O21hY2guY2hlbkBo
dWF3ZWkuY29tJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+PGJyPg0KPGI+
U3ViamVjdDo8L2I+IFtEZXRuZXRdIERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij5JIHRoaW5rIHRoZSBsYXN0IG1haWxzIGFyZSBtb3JlIGFib3V0
IGZsb3cgaWRlbnRpZmljYXRpb24gYW5kIG5vdCB0aGUgc2VxdWVuY2UgbnVtYmVyLjwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij5TbywgSSBoYXZlIHJlLXN1YmplY3RlZCBteSBhbnN3ZXIuPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5QU04gbGF5ZXIgdnMuIEROIGxheWVyIChN
UExTKTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSBpbiBjdXJyZW50IGRhdGEgcGxhbmUgdGV4dCB3ZSBo
YXZlIHN0YXRlZCB0aGF0IERldE5ldCBQV3MgbWF5IHVzZSBkZWRpY2F0ZWQgTFNQcyAoVEUtdHVu
bmVscykuDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+VGhhdCBhbGxvdyB0byBpZGVudGlmeSBEZXROZXQg
Zmxvd3MgaW4gUFNOIGxheWVyIHdpdGhvdXQgY2hlY2tpbmcgdGhlIFBXIGxhYmVsLiBTdWNoIGEg
c29sdXRpb24gb2YNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5jb3Vyc2UgbWF5IGNoYWxsZW5nZSBzY2Fs
YWJpbGl0eS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSByZWdhcmRpbmcgcHJpb3JpdGl6YXRpb246IHRl
eHQgYWxsb3dzIGJvdGggRS1MU1AgYW5kIEwtTFNQIGNvbmNlcHQsIHdoYXQgbWFrZXMgcG9zc2li
bGUNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij50byBpZGVudGlmeSBEZXROZXQgcGFja2V0cy4gSG93ZXZl
ciB0aGF0IGlzIG1vcmUgZm9yIHNpbXBsZSBxdWV1aW5nIHNjZW5hcmlvcyBhcyBpdCBkb2VzIG5v
dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij5pZGVudGlmeSBpbmRpdmlkdWFsIGZsb3dzLiA8L3NwYW4+DQo8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+UFNOIGxheWVyIHZzLiBETiBsYXll
ciAobm9uLU1QTFMpOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4tIElQdjQ6IElmIEkgcmVtZW1iZXIgY29y
cmVjdGx5IGl0IHdhcyBkaXNjdXNzZWQgdG8gYmUgb3V0LW9mLXNjb3BlIHRvIHNpbXBsaWZ5IHRo
ZSBzY2VuYXJpb3Mgd2UgZm9jdXMgb24uDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Tm8tb25lIHdhbnRl
ZCB0byBkZWZpbmUgbmV3IElQdjQgZmllbGRzIGZvciBmbG93LUlEIGFuZCBTZXEtTnVtIGluIHRo
ZSDigJxzdW5zZXQgb2YgSVB2NOKAnS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSBJUHY2OiBiYXNlZCBv
biB0aGUgc3JjLUlQdjYgYW5kIHRoZSBmbG93LWxhYmVsIE5QIGNhbiBkZXRlY3QgRGV0TmV0IGZs
b3dzLiBXaHkgd291bGQgd2UgbmVlZCBhIG5ldw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPklQIHByb3Rv
Y29sIHR5cGU/IDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+R2Vu
ZXJpYyB2cy4gRE4gYXdhcmUgZGF0YSBwbGFuZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSBJIHRoaW5r
IHdlIG5lZWQgYm90aC4gV2UgaGF2ZSB1c2UtY2FzZXMgc3BlY2lmaWVkIGZvciBib3RoLjwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+RGV0TmV0IHRyYWZmaWMgdG8g
YmUgdHJhbnNwb3J0ZWQ6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0gdHdvIHR5cGVzIGFyZSBjb25zaWRl
cmVkOiA8L3NwYW4+DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJ0ZXh0LWluZGVudDouNWluIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+KDEpIEV0
aGVybmV0OiBJRUVFIFRTTiB0cmFmZmljIGVuY2Fwc3VsYXRlZCBpbiBFdGhlcm5ldCBmcmFtZXMg
YW5kDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
dGV4dC1pbmRlbnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPigyKSBJUDog
SVB2NiB0cmFuc3BvcnRlZCBvdmVyIGFueSBMMiAobm90IGFsd2F5cyBFdGhlcm5ldCwgYnV0IG1v
c3QgY2FzZXMgRXRoZXJuZXQpPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi41aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0Ij5BcyBub3RlZCBhYm92ZSBJUHY0IGlzIGN1cnJlbnRseSBvdXQtb2Ytc2NvcGUg4oCmPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5DaGVlcnM8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dCI+QmFsYeKAmXpzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk
ICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9i
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4gU3Rld2FydCBCcnlhbnQgWzwvc3Bhbj48
YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIj5tYWlsdG86c3Rld2FydC5i
cnlhbnRAZ21haWwuY29tPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5dDQo8YnI+
DQo8Yj5TZW50OjwvYj4gMjAxOC4gamFudcOhciAxNi4gMTc6Mzg8YnI+DQo8Yj5Ubzo8L2I+IEFu
ZHJldyBHLiBNYWxpcyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzphZ21hbGlzQGdtYWlsLmNv
bSI+YWdtYWxpc0BnbWFpbC5jb208L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZn
dDs8YnI+DQo8Yj5DYzo8L2I+IE1hY2ggQ2hlbiAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpt
YWNoLmNoZW5AaHVhd2VpLmNvbSI+bWFjaC5jaGVuQGh1YXdlaS5jb208L2E+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPiZndDs7IEJhbMOhenMgVmFyZ2EgQSAmbHQ7PC9zcGFuPjxhIGhy
ZWY9Im1haWx0bzpiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20iPmJhbGF6cy5hLnZhcmdhQGVy
aWNzc29uLmNvbTwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jmd0OzsNCiBEZXRO
ZXQgV0cgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIj5kZXRuZXRA
aWV0Zi5vcmc8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZndDs8YnI+DQo8Yj5T
dWJqZWN0OjwvYj4gUmU6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcp
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkFuZHk8bzpwPjwv
bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNi8wMS8yMDE4IDE1OjIw
LCBBbmRyZXcgRy4gTWFsaXMgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1
b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlN0ZXdhcnQsIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+TGlrZSB3aXRoIFBXcyAoc2luY2UgREVUTkVUIGZvciBNUExT
IHdvdWxkIGp1c3QgYmUgYW5vdGhlciBQVyB0eXBlKSwgdGFyZ2V0ZWQgTERQIGFuZCBwcm92aXNp
b25pbmcgKHZpYSBhIGNlbnRyYWwgY29udHJvbGxlciwgTk1TLCBldGMuKSBhcmUgYWx0ZXJuYXRp
dmVzIHRvIFJTVlAgYW5kIFNSIHRvIHByb3Zpc2lvbmluZy9hbGxvY2F0aW5nIHRoZSBERVRORVQg
UFcgbGFiZWwuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQou
LiBhbmQgSSBzdXBwb3NlIHN0cmljdGx5IEJHUCB3aGljaCBpcyBhbHNvIHVzZWQgZm9yIHRoaXMg
cHVycG9zZSBpbiBWUE5zPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48
L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu
MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Zb3UgYW5kIE1hY2gg
YXJlIGJvdGggcmlnaHQgdGhhdCBpbiB0aGUgSVAgKG5vbi1NUExTKSBjYXNlLCB3ZSBuZWVkIGEg
d2F5IGZvciB0aGUgTlAgdG8gZGV0ZWN0IERFVE5FVCBmbG93cy4gV2UgY291bGQgaGF2ZSBhIG5l
dyBJUCBwcm90b2NvbCB0eXBlIGZvciBERVRORVQsIGFuZCBhIERFVE5FVCBoZWFkZXIgZGlyZWN0
bHkgZm9sbG93cyB0aGUgSVAgaGVhZGVyLiBJbiB0aGF0IGNhc2UsIHRoZSBERVRORVQgaGVhZGVy
DQogd291bGQgYWxzbyBuZWVkIGEgbmV4dCBwcm90b2NvbCBpZGVudGlmaWVyLCB1bmxlc3MgdGhl
IG5leHQgcHJvdG9jb2wgaXMgYWx3YXlzIGFub3RoZXIgSVAgaGVhZGVyLjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KTGFzdCBJIHNhdywgdGhlIHRoaW5raW5n
IHdhcyB0aGF0IHRoZXJlIHdvdWxkIGJlIGFuIElQIGV4dGVuc2lvbiBoZWFkZXIsIGFsdGhvdWdo
IEkgYW0gbm90IGEgZmFuIG9mIHRob3NlIHNpbmNlIChhKSBJIGFtIG5vdCBjb25maWRlbnQgd2hh
dCBhIHJvdXRlciB3aWxsIGRvIG9uZSBpdCBkb2VzIG5vdCB1bmRlcnN0YW5kLCBhbmQgKGIpIEkg
YW0gY29uY2VybmVkIGFib3V0IHRoZSBuZWVkIHRvIHN1cHBvcnQgSVB2NCB3aGljaCBJIHN1c3Bl
Y3Qgd2lsbA0KIGhhdmUgYSBsb25nIHRhaWwgaW4gZW50ZXJwcmlzZSBkZXBsb3ltZW50Ljxicj4N
Cjxicj4NCkkgcHJlZmVyIGEgVURQIHR5cGUgZm9yIHRoaXMgcHVycG9zZSBzaW5jZSBpdCBoYXMg
dW5pdmVyc2FsIHN1cHBvcnQgdGhyb3VnaCBhbnkgbWlkZGxlIGJveC4gZmlyZXdhbGwgZXRjLCBh
bmQgYWxsIHJvdXRlcnMgbmVlZCB0byBsb29rIGEgdGhlIFVEUCBEUCBzbyBjaGVja2luZyBpZiBp
dCBpcyBvbmUgdGhleSBuZWVkIHRvIHdvcmsgb24gaXMganVzdCBvbmUgY29tcGFyZSBhbmQgY29u
ZGl0aW9uYWwgYnJhbmNoLjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+
PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1
LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T2YgY291cnNlLCBm
b3IgTVBMUywgdGhlIERFVE5FVCBQVyBsYWJlbCBpcyB0aGUgaWRlbnRpZmllci4gPG86cD4NCjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCk9ubHkgYXQgdGhlIFBXIGxh
eWVyLiBOb3RlIG15IHF1ZXN0aW9uIGFib3V0IHdoZXRoZXIgdGhpcyBpcyBzdWZmaWNpZW50Ljxi
cj4NCjxicj4NCi0gU3Rld2FydDxicj4NCiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVv
dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLDxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5keTxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v
OnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFR1ZSwgSmFuIDE2LCAyMDE4
IGF0IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50ICZsdDs8YSBocmVmPSJtYWlsdG86c3Rld2FydC5i
cnlhbnRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+c3Rld2FydC5icnlhbnRAZ21haWwuY29t
PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGlu
IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBp
bjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cD5JZiB3ZSBuZWVkIHRvIGRpc2NyaW1p
bmF0ZSBhdCB0aGUgUFNOIGxheWVyIHJhdGhlciB0aGFuIHRoZSBETiBsYXllciB0aGVuIHdlIHJl
YWxseSBhcmUgZm9yY2VkIHRvIGNyZWF0ZSBhIG5ldyBGRUMgdHlwZSBmb3IgTVBMUywgb3Igc3lu
dGhlc2l6ZSBvbmUgdGhyb3VnaCBSU1ZQIG9yIFNSLiBJUCBoYXMgbm8gbmF0aXZlIHN1cHBvcnQg
Zm9yIHRoaXMsIGJ1dCB3ZSBjb3VsZCBpbnRyb2R1Y2UgdGhlIGNvbmNlcHQsIGZvciBleGFtcGxl
IGJ5DQogbWFraW5nIHRoaXMgdGhlIHByb3BlcnR5IG9mIHRoZSBJUCBhZGRyZXNzIG9yIHNvbWUg
d2F5IG9mIE1QTFNpbmcgSVAuPG86cD48L286cD48L3A+DQo8cD5Ib3dldmVyIHRoZXJlIGlzIGEg
ZGVlcGVyIHF1ZXN0aW9uIHdlIG5lZWQgdG8gYW5zd2VyLiBJcyBvdXIgZXhwZWN0YXRpb24gdGhh
dCBlYWNoIGhvcCBpbiB0aGUgZGF0YSBwbGFuZSBETiBhd2FyZSwgb3IgaXMgb3VyIGV4cGVjdGF0
aW9uIHRoYXQgYXQgbGVzdCBpbiBzb21lIG5ldHdvcmtzIHRoZSBkYXRhIHBsYW5lIGlzIGdlbmVy
aWMgd2l0aCBzb21lIEROIG5vZGVzIHN0cmF0ZWdpY2FsbHkgcGxhY2VkPzxvOnA+PC9vOnA+PC9w
Pg0KPHA+SSBjYW4gc2VlIHRoYW4gaW4gc29tZSBncmVlbmZpZWxkIHNwZWNpYWxpc3QgY2FzZXMg
dGhlIHJvdXRlcnMgd2lsbCBhbGwgYmUgRE4gYXdhcmUsIGJ1dCBpbiBvcmRlciB0byBnZXQgZGVw
bG95bWVudCBpbiBtb3N0IG5ldHdvcmtzIHdlIG5lZWQgdG8gZGVzaWduIGZvciB0aGUgY2FzZSB3
aGVyZSBvbmx5IHN0cmF0ZWdpYyBub2RlcyBhcmUgRE4gYXdhcmUuPG86cD48L286cD48L3A+DQo8
cD48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+LSBTdGV3YXJ0PC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw
PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNi8wMS8yMDE4IDAxOjE0LCBN
YWNoIENoZW4gd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl
PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpIEJhbGF6cyw8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJj
b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4jMiBpcyBhIG1vcmUgbmF0dXJl
IHNvbHV0aW9uLCB0aGUgRGV0TmV0IENXIGlzIGRlZGljYXRlZCBmb3IgRGV0TmV0LCBzZWVtcyB0
aGVyZSBpcyBubyBjb21wYXRpYmlsaXR5IGlzc3VlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9
ImNvbG9yOiMxRjQ5N0QiPkluIGFkZGl0aW9uLCBJIHRoaW5rIHdlIG5lZWQgdG8gZGVmaW5lIGEg
d2F5IG9uIGhvdyB0byBkaWZmZXJlbnRpYXRlIGEgRGV0TmV0IGZsb3cgZnJvbSBhIG5vbi1EZXRO
ZXQgZmxvdywgdGhlbiB0aGUgbmV0d29yayBwcm9jZXNzb3IgY2FuIHByb2Nlc3MgdGhlDQogQ1cg
YXMgZXhwZWN0ZWQuJm5ic3A7IEluIFRTTiwgaXQgdXNlcyB0aGUgcHJpb3JpdHkgdG8gZGV0ZXJt
aW5lIHdoZXRoZXIgYSBmbG93IGlzIFRTTiBvciBub24tVFNOIGZsb3cuIEZvciBEZXROZXQsIHNo
b3VsZCB3ZSBhbHNvIHVzZSB0aGUgc2FtZSB3YXkgKGUuZy4sIFRDLCBEU0NQKT8gT3IgdGhlIERl
dE5ldCBzZXJ2aWNlIExhYmVsIGl0c2VsZiBpbXBsaWVzIHRoZSBzaXR1YXRpb24sIGJ1dCBpdCBz
ZWVtcyB0aGF0IHRoaXMgb25seSB3b3JrcyB3aGVuDQogdGhlIERldE5ldCBzZXJ2aWNlIGxhYmVs
IGlzIHRoZSB0b3AgbGFiZWwuICZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMxRjQ5N0QiPkFueSBvdGhlciB0aG91Z2h0cz88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJj
b2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+TWFjaDwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRl
cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0
LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj
RTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48Yj5Gcm9tOjwvYj4gZGV0bmV0IFs8YSBocmVmPSJtYWlsdG86ZGV0bmV0LWJvdW5j
ZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5v
cmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5CYWzDoXpzIFZhcmdhIEE8YnI+DQo8Yj5TZW50
OjwvYj4gTW9uZGF5LCBKYW51YXJ5IDE1LCAyMDE4IDk6MDYgUE08YnI+DQo8Yj5Ubzo8L2I+IERl
dE5ldCBXRyA8YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+
Jmx0O2RldG5ldEBpZXRmLm9yZyZndDs8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtEZXRuZXRd
IERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+SGksPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij5Tb21lIHRob3VnaHRzIHRvIHN0YXJ0IGRpc2N1c3Npb24gb24gb3BlbiBwb2ludHMgb2YgdGhl
IERQIHNvbHV0aW9uIGRyYWZ0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5UaGlzIG1haWwoLXRocmVhZCkgaXMgb24gc2VxdWVuY2Ug
bnVtYmVyaW5nLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+UHJvYmxlbSBpbiBjYXNlIG9mIE1QTFMgYW5kIERldE5l
dCBDb250cm9sIFdvcmQ6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPi0gUy9OIHNraXBzIHplcm8gcHJvYmxlbTogRXRoZXJuZXQgUFcg
ZGVmaW5pdGlvbiBzdGF0ZXMgdGhhdCBTL04gc2tpcHMgemVyby48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+SXQgdXNlcyB6ZXJvIHRv
IG1lYW4gbm8gUy9OIGluIHVzZS4gKHJmYzQ0NDgpPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Qb3NzaWJsZSBwcm9i
bGVtIHJlc29sdXRpb25zOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5
NTA1NDIzbXNvcGxhaW50ZXh0Ij4jMTogVXNpbmcgYSAmcXVvdDtmbGFnJnF1b3Q7IGluIHRoZSBy
ZXNlcnZlZCBiaXRzIHBhcnQgb2YgdGhlIENXOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcu
NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyAxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IDImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgMzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYw
OTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZh
bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAz
IDQgNSA2IDcgOCA5IDAgMTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtm
b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNl
cmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDAgMCAwIDB8RHxyZXNlcnZlZCAtIHNldCB0
byAwJm5ic3A7IHwmbmJzcDsmbmJzcDsgMTYgYml0IFNlcXVlbmNlIE51bWJlciZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyB8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcu
NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkQtYml0
OiBzZXQgdG8g4oCcMeKAnSBtZWFucyBEZXROZXQgc3BlY2lmaWMgU2VxLiBOdW1iZXIgdXNlZCw8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4
dCI+Qml0NS0xNTogcmVzZXJ2ZWQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUz
OTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5SRkM0NDQ4IHN0YXRlcyB0aGF0IHJl
c2VydmVkIGJpdHMg4oCcTVVTVCBiZSBpZ25vcmVkIHVwb24gcmVjZWlwdOKAnSwgc28gYmFja3dh
cmQNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij5jb21wYXRpYmlsaXR5IGlzIGVuc3VyZWQuIFN1Y2ggYSBzb2x1dGlvbiB3b3VsZCBh
bGxvdyBhbHNvIHRvIHVzZSBsb25nZXIgc2VxLm51bS4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5mb3JtYXRzIChpZiBuZWVkZWQp
LiBTdWNoIGEgZm9ybWF0IGlzIGFsc28gaW5saW5lIHdpdGggUkZDNDM4NS48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PiMyOiBNYWtpbmcg4oCcMOKAnSBhcyBhIHZhbGlkIFNlcS5OdW0uPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkRldE5ldCBmbG93cyBh
cmUgcmVjb2duaXplZCBhbmQgZm9yd2FyZGVkIHNwZWNpYWwgd2l0aGluIHRoZSBEZXROZXQNCjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij5kb21haW4uIFMvTiBpcyB1c2VkIHdpdGhpbiB0aGUgRGV0TmV0IGRvbWFpbiBieSBEZXROZXQg
U2VydmljZSBmdW5jdGlvbnMNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4oaS5lLiBQUkVGKS4gUy9OIHVzZWQgb25seSBvbiBEZXRO
ZXQgZW5kLW5vZGVzIGFuZCBEZXROZXQgcmVsYXktbm9kZXMuIE5vDQo8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+b3RoZXIgbm9kZXMg
Y2FyZSBhYm91dCB0aGUgdmFsdWUgb2YgUy9OLCB0aGVyZWZvcmUgRGV0TmV0IGNhbiBzcGVjaWZ5
IGl0cw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPm93biBzZXF1ZW5jZSBudW1iZXIgcHJvY2Vzc2luZyBhbGdvcml0aG0uIFNvIOKA
nDDigJ0gY2FuIGJlIGEgdmFsaWQgbnVtYmVyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1
MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPmFuZCBub3QgdGhlIGluZGljYXRpb24gdGhh
dCBubyBTZXEuTnVtLiBpcyB1c2VkLiBUaGlzIGlzIGlubGluZSB3aXRoIFJGQzQzODUuPG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZu
YnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij4jMzogT3RoZXIg4oCmID8hPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5
Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Q29tbWVudHMgYXJlIHdlbGNv
bWUuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFp
bnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij5DaGVlcnM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+QmFsYSd6czxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+LS0tLS1Pcmln
aW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBkZXRuZXQgWzxhIGhyZWY9Im1haWx0bzpkZXRu
ZXQtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0bzpkZXRuZXQtYm91bmNl
c0BpZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBMb3UgQmVyZ2VyPGJyPg0KU2VudDogMjAxOC4g
amFudcOhciAxMC4gMTk6MDE8YnI+DQpUbzogRGV0TmV0IFdHICZsdDs8YSBocmVmPSJtYWlsdG86
ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZGV0bmV0QGlldGYub3JnPC9hPiZndDs8
YnI+DQpTdWJqZWN0OiBbRGV0bmV0XSByZWNvcmRpbmcgZm9yIHRvZGF5J3MgaW50ZXJpbTxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3Bs
YWludGV4dCI+aXMgYXZhaWxhYmxlIGZvciBkb3dubG9hZCBhdDogPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Imh0dHBz
Oi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9faWV0Zi53ZWJl
eC5jb21faWV0Zl9sZHIucGhwLTNGUkNJRC0zRGU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAy
MzAxJmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2
d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1Fm
N2RJV0tCZk1qcyZhbXA7cz0zcmIzUkVfWjJ3T1c4dnAtQU1zYTJsZ1NoMFU0QmdkWkY3enUxdFh3
ZDZrJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL2lldGYud2ViZXguY29tL2lldGYvbGRyLnBo
cD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAxPC9zcGFuPjwvYT48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5i
c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFp
bnRleHQiPnJhdyBub3RlcyBhcmUgYXZhaWxhYmxlIGF0IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVmPSJodHRwczovL3Vy
bGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cC0zQV9fZXRoZXJwYWQudG9vbHMu
aWV0Zi5vcmctM0E5MDAwX3Bfbm90ZXMtMkRpZXRmLTJEaW50ZXJpbS0yRDIwMTgtMkRkZXRuZXQt
MkQwMSZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hD
NndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndR
ZjdkSVdLQmZNanMmYW1wO3M9bE9fWmRIQXJRUXNhRE5Zdk15SWN6bWQ2RjFQX2FjdU0wa0ZNWjUx
VVg2YyZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4
dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cDovL2V0aGVycGFkLnRvb2xzLmlldGYub3JnOjkw
MDAvcC9ub3Rlcy1pZXRmLWludGVyaW0tMjAxOC1kZXRuZXQtMDE8L3NwYW4+PC9hPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJz
cDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+UGxlYXNlIGZlZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFkIGJhc2VkIG9uIHRo
ZSByZWNvcmRpbmcuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Mb3UgKGFuZCBjby1jaGFpcnMpPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5kZXRu
ZXQgbWFpbGluZyBsaXN0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRhcmdl
dD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246
bm9uZSI+ZGV0bmV0QGlldGYub3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PGEgaHJlZj0iaHR0cHM6Ly91cmxk
ZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFp
bG1hbl9saXN0aW5mb19kZXRuZXQmYW1wO2Q9RHdNR2FRJmFtcDtjPWxJOFpiNlR6TTNkMXRYNGlF
dTdicGcmYW1wO3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT1XdzUwNkdUNUkxbHBsMHo0
d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJmFtcDtzPWhTOV9ISTExNHZseVQtTURKVnA1ZUs4
aDdVUm9icGNXYkJ0OW5qckZRTUkmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHBzOi8vd3d3LmlldGYu
b3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTox
Mi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHByZT5fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmRldG5ldCBt
YWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJtYWlsdG86ZGV0bmV0
QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZGV0bmV0QGlldGYub3JnPC9hPjxvOnA+PC9vOnA+
PC9wcmU+DQo8cHJlPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92
Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmFt
cDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3
UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tC
Zk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmFt
cDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu
Zm8vZGV0bmV0PC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0K
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpkZXRu
ZXQgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyI+ZGV0
bmV0QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv
aW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9f
ZGV0bmV0JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpj
SEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFm
d1FmN2RJV0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDlu
anJGUU1JJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vZGV0bmV0PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9k
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi
PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48
L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_F64C10EAA68C8044B33656FA214632C888209E8DMISOUT7MSGUSRDE_--


From nobody Wed Jan 17 12:47:39 2018
Return-Path: <eagros@dolby.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0A3C12E8A3 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 12:47:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.092
X-Spam-Level: 
X-Spam-Status: No, score=0.092 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_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_KAM_HTML_FONT_INVALID=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dolby.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 BuMANgSqXPDH for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 12:47:32 -0800 (PST)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0126.outbound.protection.outlook.com [104.47.41.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C38812E8A2 for <detnet@ietf.org>; Wed, 17 Jan 2018 12:47:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Dolby.onmicrosoft.com;  s=selector1-dolby-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=3zfbY3K/092hOzwGaEeDi4dVQ9+j9R/vALM9fd/xQk4=; b=ADc0+/5KgiuWewC4Dlll37Akve9k17aYVPZFWJPYYoXtn4IbFrVOhGI4/rh30UGFNJHHeIZbV9GzOfFz/RCqoMRtHIdrLsd8ZGm8r3PUMCb9EbqeVdDraRLDRyA8RBVrqFVAQ39cfrJfrCPaDwngYPKzGnxOzZnj/B2Avsr/cmU=
Received: from BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) by BN6PR06MB3268.namprd06.prod.outlook.com (10.174.235.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.428.17; Wed, 17 Jan 2018 20:47:29 +0000
Received: from BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) by BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) with mapi id 15.20.0407.009; Wed, 17 Jan 2018 20:47:29 +0000
From: "Grossman, Ethan A." <eagros@dolby.com>
To: "BRUNGARD, DEBORAH A" <db3546@att.com>, Stewart Bryant <stewart.bryant@gmail.com>, DetNet WG <detnet@ietf.org>
CC: "Tim Chown (Tim.Chown@jisc.ac.uk)" <Tim.Chown@jisc.ac.uk>
Thread-Topic: DP solution (Flow identification)
Thread-Index: AdOO8WeQkUBFFh6eTJW3b2FiGZCbsAABxtAwAB0tx4AAFCjAMAABImWAAAA+cQAAAI20gAADPWaAAABrskQ=
Date: Wed, 17 Jan 2018 20:47:29 +0000
Message-ID: <BN6PR06MB25476A3D05CFA2F4FEABC75DC4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <e7872c3f-6098-2a87-6001-0bdeadfc7ef9@gmail.com>, <F64C10EAA68C8044B33656FA214632C888209E8D@MISOUT7MSGUSRDE.ITServices.sbc.com>
In-Reply-To: <F64C10EAA68C8044B33656FA214632C888209E8D@MISOUT7MSGUSRDE.ITServices.sbc.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=eagros@dolby.com; 
x-originating-ip: [8.39.141.5]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR06MB3268; 7:Mq861EmqDpNm2iIJqB9we8RWXGqMQtgZnsqJZiCp53IavwsJbRLtbtYvXcf3C0Mk/Lqz18qxIA7oqlpHw9Ibn8egZe/Xkk/YljXuvUkYQ9DD5hWzWMHtzI4wBG062j0riTcE/i/nPV8mluZOx2/G0wn5Sx21Bg8jMQ0CiY/BU8Y4oh0j+usKIO2YodMwY6Dc9Xz8Uf10AVvqGUeso3W9Dwu/USpL/tzutPJtRVo7p7HB8eQeavBMRourJ+y3lw09
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 998e37fc-a895-46d1-35f4-08d55deb8633
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:BN6PR06MB3268; 
x-ms-traffictypediagnostic: BN6PR06MB3268:
x-microsoft-antispam-prvs: <BN6PR06MB3268602DBE140A226F7D2D00C4E90@BN6PR06MB3268.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(274715658323672)(37575265505322)(10436049006162)(50582790962513)(85827821059158)(97927398514766)(94707916325470)(100405760836317);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(8121501046)(5005006)(10201501046)(3231023)(944501161)(3002001)(93006095)(93001095)(6041268)(2016111802025)(20161123564045)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(6043046)(6072148)(201708071742011); SRVR:BN6PR06MB3268; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN6PR06MB3268; 
x-forefront-prvs: 0555EC8317
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39860400002)(39380400002)(376002)(346002)(396003)(279900001)(24454002)(13464003)(69234005)(37854004)(199004)(189003)(606006)(25786009)(4326008)(229853002)(2900100001)(66066001)(3846002)(26005)(478600001)(68736007)(3280700002)(93886005)(14454004)(316002)(3660700001)(6116002)(110136005)(33656002)(81156014)(19625305001)(561944003)(81166006)(16799955002)(53936002)(8676002)(105586002)(7696005)(8936002)(54896002)(102836004)(59450400001)(6306002)(86362001)(6246003)(99286004)(966005)(53946003)(7736002)(6606003)(6506007)(19627405001)(236005)(53546011)(9686003)(5660300001)(6436002)(74316002)(97736004)(106356001)(55016002)(39060400002)(2950100002)(77096007)(2906002)(76176011)(19627235001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR06MB3268; H:BN6PR06MB2547.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: dolby.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: 8fLaxJt9XBMH7E0c1mX/AnCMfw4QdKvrxFghjiX1bVgC1XHB7nL1pYW5NRJRW7yVkXlyfKfL+z7dxgHJKGrEyg==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR06MB25476A3D05CFA2F4FEABC75DC4E90BN6PR06MB2547namp_"
MIME-Version: 1.0
X-OriginatorOrg: dolby.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 998e37fc-a895-46d1-35f4-08d55deb8633
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jan 2018 20:47:29.2212 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 05408d25-cd0d-40c8-8962-5462de64a318
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR06MB3268
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/36pCVl0SaX5H8JYZ9-XCgMQgsPI>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 20:47:38 -0000

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

VGhhbmtzIERlYm9yYWguIEZZSSBUaW0ncyBjb21tZW50IHdhcyBleGFjdGx5IGFzIEkgcXVvdGVk
IGl0IGJlbG93LCBubyBtb3JlIG9yIGxlc3M6DQoNCiAgICAgICAgIOKAnElmIHlvdeKAmXJlIHN1
Z2dlc3RpbmcgYW4gSVB2NC1vbmx5IHNvbHV0aW9uLCB5b3XigJlyZSBydW5uaW5nIHVwIGFnYWlu
c3QgaHR0cHM6Ly93d3cuaWFiLm9yZy8yMDE2LzExLzA3L2lhYi1zdGF0ZW1lbnQtb24taXB2Ni88
aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cu
aWFiLm9yZ18yMDE2XzExXzA3X2lhYi0yRHN0YXRlbWVudC0yRG9uLTJEaXB2Nl8mZD1Ed01HYVEm
Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZtPW9YVkx5
dU9iSjZuSnZNMWxFdTUwQi1nM1lCVm9DbXhQX2tSZ2poQzR0RGsmcz1HTEoyb0NDUTNZWXpUb2M0
R0d4SDlSZzZTTEpEOFJKU3l5UmdFMnEtbWpNJmU9Pi7igJ0NCg0KDQpFdGhhbi4NCg0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18NCkZyb206IEJSVU5HQVJELCBERUJPUkFIIEEgPGRi
MzU0NkBhdHQuY29tPg0KU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDE3LCAyMDE4IDEyOjM0OjE5
IFBNDQpUbzogU3Rld2FydCBCcnlhbnQ7IEdyb3NzbWFuLCBFdGhhbiBBLjsgRGV0TmV0IFdHDQpD
YzogVGltIENob3duIChUaW0uQ2hvd25AamlzYy5hYy51aykNClN1YmplY3Q6IFJFOiBEUCBzb2x1
dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0KDQpJIGRvbuKAmXQgd2FudCB0byBpbmZsdWVu
Y2UgeW91ciBkaXNjdXNzaW9uIG9uIHNvbHV0aW9uKHMpLg0KDQoNCg0KQXMgbWFpbHMgYXJlIGdl
dHRpbmcgY3Jvc3NlZCwgYW5kIG5vdCBoYXZpbmcgVGlt4oCZcyBvcmlnaW5hbCBjb21tZW50LCBJ
IHRoaW5rIGFzIEV0aGFuIGxhdGVyIHNheXMgaW4gYSBtYWlsIGFmdGVyIHRoaXMgb25lIOKAkyB0
aGUgSUFCIGNvbmNlcm4gd291bGQgYmUgaWYgZG9pbmcgYW4g4oCcSVB2NC1vbmx54oCdIHNvbHV0
aW9uLiBNYW55IHdvcmtpbmcgZ3JvdXBzIGFyZSBzdGlsbCBkb2luZyB3b3JrIHN1cHBvcnRpbmcg
SVB2NCBuZXR3b3Jrcy4gVGhlIGRpc2N1c3Npb24gd2hlbiBpdCByZWFjaGVzIHRoZSBJRVNHIOKA
kyBjYW4gSVB2NiBzdXBwb3J0IGJlIGluY2x1ZGVkIGluIHRoZSBzYW1lIGRvY3VtZW50IG9yIGlz
IHRoZXJlIHdvcmsgb24tZ29pbmcgdG8gc3VwcG9ydCBJUHY2IChhbmQgdGhlIElQdjYgc29sdXRp
b24gZG9lcyBub3QgZGVwZW5kIG9uIElQdjQpLg0KDQoNCg0KVGhlIGNoYXJ0ZXIgZm9yIGRldG5l
dCBpcyBub3QgdG8gc3Vuc2V0IElQdjTwn5iKIElmIHlvdSBoYXZlIG9wZXJhdGlvbmFsIHVzZSBj
YXNlcyBmb3Igc3VwcG9ydGluZyBJUHY0LCB0aGVuIGFzIHlvdSBhcmUgZG9pbmcsIGl0IGlzIGlt
cG9ydGFudCB0byBkaXNjdXNzIHRoZSBkZXBsb3ltZW50IHJlcXVpcmVtZW50cyBlLmcuIGNsb3Nl
ZCBuZXR3b3JrLCBJUHY0LUlQdjYgaXNsYW5kcywgZXRjLiwgc28gYXMgdG8gdW5kZXJzdGFuZCB0
aGUgYmVzdCBzb2x1dGlvbi4NCg0KDQoNCk15IGludGVycHJldGF0aW9uIG9mIHRoZSBJQUIgc3Rh
dGVtZW50IGlzIHRvIGdpdmUgZ3VpZGFuY2Ugb24gcHJpb3JpdGl6aW5nIHdvcmsgZm9yIElQdjYu
IFVubGVzcyB5b3UgaGF2ZSBsYXJnZSB1c2VyIGdyb3VwcyByZXF1aXJpbmcgSVB2NC1vbmx5LCB0
aGVuIHlvdXIgcHJpb3JpdHkgc2hvdWxkIGJlIGluIGRldmVsb3BpbmcgYW4gSVB2NiBzb2x1dGlv
bi4gQW5kIHRoZSBJUHY0IHNvbHV0aW9uIHNob3VsZCBub3QgbGltaXQgdGhlIElQdjYgc29sdXRp
b24uDQoNCg0KDQpEZWJvcmFoDQoNCg0KDQoNCg0KRnJvbTogU3Rld2FydCBCcnlhbnQgW21haWx0
bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dDQpTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgMTcs
IDIwMTggMjowMiBQTQ0KVG86IEdyb3NzbWFuLCBFdGhhbiBBLiA8ZWFncm9zQGRvbGJ5LmNvbT47
IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPjsgQlJVTkdBUkQsIERFQk9SQUggQSA8ZGIzNTQ2
QGF0dC5jb20+DQpDYzogVGltIENob3duIChUaW0uQ2hvd25AamlzYy5hYy51aykgPFRpbS5DaG93
bkBqaXNjLmFjLnVrPg0KU3ViamVjdDogUmU6IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0
aW9uKQ0KDQoNCg0KQSBwb2ludCBJIGhhdmUgbWFkZSBiZWZvcmUgYW5kIHdpbGwgY29udGludWUg
dG8gbWFrZToNCg0KSWYgdGhlIElFVEYgZG9lcyBub3QgbWFpbnRhaW4gSVB2NCBhcHByb3ByaWF0
ZWx5IHVudGlsIGl0J3MgbmF0dXJhbCBkZWF0aCwgaXQgd2lsbCBiZSBkZWNsYXJlZCBjcml0aWNh
bCBuYXRpb25hbCBpbmZyYXN0cnVjdHVyZSBieSBnb3Zlcm5tZW50cyBhbmQgdGhleSB3aWxsIGVm
ZmVjdGl2ZWx5IGdpZnQgaXQgdG8gdGhlaXIgU0RPICh0aGUgSVRVLVQpLiBTdWNoIGFuIG9yZ2Fu
aXphdGlvbiBtYXkgZmluZCBpdCBleHBlZGllbnQgdG8gZmluZCBtYW55IG5ldyB3YXlzIHRvIGV4
dGVuZCB0aGUgbGlmZSBvZiBJUHY0LiBJbiBhbnkgY2FzZSBJIGFudGljaXBhdGUgYSB2ZXJ5IGxv
bmcgdGFpbCBvbiB0aGUgSVB2NCBkZWNheSBjdXJ2ZS4NCg0KV2UgbmVlZCB0byBkbyB3aGF0IGlz
IHJpZ2h0IGZvciBvdXIgY3VzdG9tZXJzLCBzb21lIG9mIHdob20gbWF5IGZpbmQgaXQgaW5mZWFz
aWJsZSB0byBtaWdyYXRlIGF3YXkgZnJvbSBJUHY0IGFueSB0aW1lIHNvb24uDQoNCkkgd2lsbCBv
ZiBjb3Vyc2UgYmUgaW50ZXJlc3RlZCBpbiBEZWJvcmFoJ3MgZGlyZWN0aXZlIG9uIHRoaXMuDQoN
Ci0gU3Rld2FydA0KDQoNCg0KT24gMTcvMDEvMjAxOCAxODo1MSwgR3Jvc3NtYW4sIEV0aGFuIEEu
IHdyb3RlOg0KDQpUaGFua3MgU3Rld2FydC4gUmVnYXJkaW5nOg0KDQrigJxZZXMsIHdlIG5lZWQg
dG8gaGF2ZSB0aGUgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBhbmQgcmVhY2ggYSBjb25zZW5zdXMg
b2Ygd2hldGhlcg0KYSkgV2Ugc3VwcG9ydCB2NA0KYikgV2Ugc3VwcG9ydCB2NCBhbmQgdjYgYnkg
djQgYW5kIHY2IHNwZWNpZmljIHByb3RvY29sIGV4dGVuc2lvbnMNCmMpIFdlIHVzZSBhIHNpbmds
ZSBjb21tb24gSVAgYXBwcm9hY2gNCmQpIFdlIHVzZSBhbiBhcHByb2FjaCB0aGF0IGlzIGNvbW1v
biBhY3Jvc3MgSVAgYW5kIE1QTFPigJ0NCg0KDQoNClBlcmhhcHMsIGdpdmVuIFRpbSBDaG93buKA
mXMgZWFybGllciBjb21tZW50Og0KDQogICAgICAgIOKAnElmIHlvdeKAmXJlIHN1Z2dlc3Rpbmcg
YW4gSVB2NC1vbmx5IHNvbHV0aW9uLCB5b3XigJlyZSBydW5uaW5nIHVwIGFnYWluc3QgaHR0cHM6
Ly93d3cuaWFiLm9yZy8yMDE2LzExLzA3L2lhYi1zdGF0ZW1lbnQtb24taXB2Ni88aHR0cHM6Ly91
cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWFiLm9yZ18y
MDE2XzExXzA3X2lhYi0yRHN0YXRlbWVudC0yRG9uLTJEaXB2Nl8mZD1Ed01EYVEmYz1MRllaLW85
X0hVTWVNVFNRaWN2aklnJnI9NlVoR3BXOWx3aTlkTTdqWWx4WEQ4dyZtPW9RcXVrNXl2RjV5THZq
OF9qVnFWUmNhdlE3dFVPX0x0VTMtRWNFSURQRkUmcz13VnhleFNLUkNkN0xaY2VOUGtYcFBNeEEw
T2xObkwwUGloZTRNbHlxQm9FJmU9Pi7igJ0NCg0KDQoNCldlIGNvdWxkIGdldCBEZWJvcmFoIHdp
dGggaGVyIEFEIGhhdCBvbiB0byBjb21tZW50IG9uIHRoaXM/DQoNCkV0aGFuLg0KDQoNCg0KRnJv
bTogU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dDQpTZW50
OiBXZWRuZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMTA6MzkgQU0NClRvOiBHcm9zc21hbiwgRXRo
YW4gQS4gPGVhZ3Jvc0Bkb2xieS5jb20+PG1haWx0bzplYWdyb3NAZG9sYnkuY29tPjsgQmFsw6F6
cyBWYXJnYSBBIDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+PG1haWx0bzpiYWxhenMuYS52
YXJnYUBlcmljc3Nvbi5jb20+OyBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29tPjxt
YWlsdG86YWdtYWxpc0BnbWFpbC5jb20+DQpDYzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+
PG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+OyBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29t
PjxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+DQpTdWJqZWN0OiBSZTogRFAgc29sdXRpb24g
KEZsb3cgaWRlbnRpZmljYXRpb24pDQoNCg0KDQpIaSAgRXRoYW4sDQoNCg0KDQpPbiAxNy8wMS8y
MDE4IDE4OjI0LCBHcm9zc21hbiwgRXRoYW4gQS4gd3JvdGU6DQoNClRoYW5rcyBTdGV3YXJ0IGZv
ciB0aGUgY2xhcmlmaWNhdGlvbi4gSSBpbnRlcnByZXQgeW91ciBzdGF0ZW1lbnQg4oCcYSBkZWNp
c2lvbiBub3QgdG8gc3VwcG9ydCBJUHY04oCdIHRvIG1lYW4g4oCcYSBkZWNpc2lvbiBub3QgdG8g
cHJvcG9zZSBhZGRpbmcgYW55dGhpbmcgdG8gdGhlIGV4aXN0aW5nIElQdjQgc3RhbmRhcmTigJ0u
DQoNClRvIHN1cHBvcnQgSVB2NCB0aGVyZSBhcmUgYSBudW1iZXIgb2YgbWV0aG9kcyB0aGF0IGFy
ZSBwb3NzaWJsZSwgb25lIGlzIHRvIGFkZCBzb21ldGhpbmcgdG8gdjQgaXRzZWxmIGFzIGlzIHBy
b3Bvc2VkIGZvciB2Ni4gQWRkaW5nIHNvbWV0aGluZyB0byB0aGUgYmFzZSBwcm90b2NvbCB3aWxs
IGJlIHZlcnkgZGlmZmljdWx0Lg0KDQpBbm90aGVyIG1ldGhvZCwgaXMgdG8gZG8gd2hhdCBoYXMg
YmVlbiBwcm9wb3NlZCBieSBzb21lIGZvciBNUExTLCB0aGF0IGlzIHRvIGVuY29kZSB0aGUgaWRl
bnRpdHkgYW5kIHR5cGUgaW4gdGhlIElQIGFkZHJlc3MuIFRoZXJlIGlzIGEgcHJvcG9zYWwgdG8g
ZG8gdGhpcyBpbiBTUnY2LiBJIGFtIG5vdCBhIGdyZWF0IGZhbiBvZiBhYnVzaW5nIHRoZSBhZGRy
ZXNzIHNwYWNlIGZvciB0aGlzIGluIHRoZSB3YXkgcHJvcG9zZWQgYnkgdGhhdCB3b3JrLCBidXQg
bWF5YmUgd2UgY2FuIGRvIHNvbWV0aGluZyBtdWNoIHNpbXBsZXIgaGVyZSBhbmQgc2ltcGx5IGlk
ZW50aWZ5IHRoZSBETiBpbnN0YW5jZSBieSB0aGUgSVAgYWRkcmVzcyB3aXRoIG5vIG90aGVyIHNl
bWFudGljcy4gTXVjaCBlYXNpZXIgdG8gZG8gdGhpcyBmb3IgSVB2NiB3aXRoIHRoZSAiaW5maW5p
dGUgYWRkcmVzc2VzIiBidXQgd2UgY291bGQgZ2V0IGF3YXkgd2l0aCBpdCBpbiBsaW1pdGVkIHBy
aXZhdGUgSXB2NCBuZXR3b3Jrcy4gT2YgY291cnNlIHRoaXMgZG9lcyBjaGFuZ2UgdGhlIHBlci1o
b3AgYmVoYXZpb3VyIG9mIElQIHdoaWNoIG1heSBiZSBhIGNoYWxsZW5nZSB0byBnZXQgdGhlIElF
VEYgdG8gc2lnbiBvZiBvbi4NCg0KQW5vdGhlciBtZXRob2QgaXMgdG8gdXNlIHNvbWUgbWV0aG9k
IG9mIGNhcnJ5aW5nIGFuIE1QTFMgbGFiZWwgc3RhY2sgLSB0aGlzIHdhcyB0aGUgZmlyc3QgcHJv
cG9zYWwuIE5vdyBJIHNhaWQgdGhhdCBJIGRpZCBub3QgdGhpbmsgYW55b25lIGhhZCBkb25lIHRo
YXQgYW5kIEkgc3RpbGwgYmVsaWV2ZSB0aGF0IHRvIGJlIHRoZSBjYXNlLCBidXQgdGhhdCBkb2Vz
IG5vdCBtZWFuIHRoYXQgaXQgaXMgbm90IHRoZSBsZWFzdCB3b3JzdCBhcHByb2FjaC4gVGhlcmUg
YXJlIGFsdGVybmF0ZXMgZm9yIGV4YW1wbGUgSVAvVURQL01QTFMNCndoaWNoIGlzIHRoZSBzbyBj
YWxsZWQgVVNSIGFwcHJvYWNoIHRoYXQgYSBudW1iZXIgb2YgdXMgYWR2b2NhdGUgYXMgYW4gYWx0
ZXJuYXRpdmUgdG8gU1J2Ni4NCg0KDQoNCg0KSWYgdGhhdCBpc27igJl0IGNvcnJlY3QsIHBsZWFz
ZSBsZXQgbWUga25vdy4gQXMgeW91IG1heSByZWNhbGwgSSBhbHJlYWR5IHN0YXJ0ZWQgYSB0aHJl
YWQgYXdoaWxlIGFnbyB0byBkaXNjdXNzIElQdjQgdnMgSVB2NiwgYW5kIGJhc2VkIG9uIHRoZSBy
ZXNwb25zZXMgaXQgYXBwZWFyZWQgdG8gbWUgYXQgdGhhdCB0aW1lIHRoYXQgdGhlcmUgd2VyZSBz
b21lIGtpbmQgb2Ygb3B0aW9ucywgdGhvdWdoIG5vdCBhIOKAnG5hdGl2ZSBJUHY04oCdIHNvbHV0
aW9uLCBidXQgaXQgd2FzbuKAmXQgY2xlYXIgdG8gbWUgKGFzIGEgbm9uLWV4cGVydCBpbiB0aGUg
dmFyaW91cyBuZXR3b3JraW5nIHByb3RvY29scyBtZW50aW9uZWQpIHdoZXRoZXIgdGhleSB3b3Vs
ZCBiZSB2aWFibGUgaW4gcHJhY3RpY2Ugb3Igbm90LiBJIHdpbGwgcmV2aXZlIHRoYXQgdGhyZWFk
IGFuZCBzZWUgaWYgd2UgY2FuIGdldCBhbnkgY2xvc2VyIHRvIGRldGVybWluaW5nIHRoZSBpbXBv
cnRhbmNlIG9mIElQdjQgdG8gb3VyIHRhcmdldCBjdXN0b21lcnMsIGFuZCBob3BlZnVsbHkgc29t
ZSBzZW5zZSBvZiB3aGV0aGVyIHRoZSBwcm9wb3NlZCBub24tbmF0aXZlLUlQdjQgc3RyYXRlZ2ll
cyB3aWxsIGhvbGQgd2F0ZXIuDQoNClllcywgd2UgbmVlZCB0byBoYXZlIHRoZSBkaXNjdXNzaW9u
IG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0aGVyDQoNCmEpIFdlIHN1
cHBvcnQgdjQNCmIpIFdlIHN1cHBvcnQgdjQgYW5kIHY2IGJ5IHY0IGFuZCB2NiBzcGVjaWZpYyBw
cm90b2NvbCBleHRlbnNpb25zDQpjKSBXZSB1c2UgYSBzaW5nbGUgY29tbW9uIElQIGFwcHJvYWNo
DQpkKSBXZSB1c2UgYW4gYXBwcm9hY2ggdGhhdCBpcyBjb21tb24gYWNyb3NzIElQIGFuZCBNUExT
DQoNCi0gU3Rld2FydA0KDQoNCg0KDQpFdGhhbi4NCg0KDQoNCkZyb206IFN0ZXdhcnQgQnJ5YW50
IFttYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXQ0KU2VudDogV2VkbmVzZGF5LCBKYW51
YXJ5IDE3LCAyMDE4IDEyOjI5IEFNDQpUbzogR3Jvc3NtYW4sIEV0aGFuIEEuIDxlYWdyb3NAZG9s
YnkuY29tPjxtYWlsdG86ZWFncm9zQGRvbGJ5LmNvbT47IEJhbMOhenMgVmFyZ2EgQSA8YmFsYXpz
LmEudmFyZ2FAZXJpY3Nzb24uY29tPjxtYWlsdG86YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29t
PjsgQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdtYWlsLmNvbT48bWFpbHRvOmFnbWFsaXNAZ21h
aWwuY29tPg0KQ2M6IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPjxtYWlsdG86ZGV0bmV0QGll
dGYub3JnPjsgTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbT48bWFpbHRvOm1hY2guY2hl
bkBodWF3ZWkuY29tPg0KU3ViamVjdDogUmU6IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0
aW9uKQ0KDQoNCg0KDQoNCg0KDQpPbiAxNi8wMS8yMDE4IDE4OjM4LCBHcm9zc21hbiwgRXRoYW4g
QS4gd3JvdGU6DQoNCkhpIEJhbGHigJl6cywNCg0KUmVnYXJkaW5nIElQdjQsIEkgYWxzbyB1bmRl
cnN0b29kIHRoYXQgd2UgZGVjaWRlZCB0aGF0IHdlIGNhbuKAmXQgYWRkIG5ldyBJUHY0IGZpZWxk
cy4gUGFyZG9uIG15IGlnbm9yYW5jZSBoZXJlLCBidXQgZG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMg
bm8gcGFydCBvZiBEZXROZXQgY2FwYWJpbGl0eSB0aGF0IGNhbiBiZSBydW4gb3ZlciBJUHY0PyBP
ciBpcyB0aGVyZSBzb21lIOKAnHdvcmthcm91bmTigJ0gdG8gcHJvdmlkZSBhcyBJIHNheSBldmVu
IHBhcnQgb2YgdGhlIERldE5ldCBjYXBhYmlsaXR5LCBnaXZlbiB0aGF0IGl0IGlzIGFuIEVuZ2lu
ZWVyZWQgbmV0d29yaz8gSSBqdXN0IHdhbnQgdG8gY2xhcmlmeSBleHBlY3RhdGlvbnMgaGVyZS4N
Cg0KSWYgeW91IGhhdmUgYSBuYXRpdmUgSVB2NCBuZXR3b3JrIHRvIHdoaWNoIHlvdSBwcmVzZW50
IElQdjYgcGFja2V0cywgeW91IGVpdGhlciBoYXZlIHRvIHR1bm5lbCB0aGVtIGFjcm9zcyB3aGVy
ZSB0aGUgSVB2NiBpcyBjb25zaWRlcmVkIG9wYXF1ZSBkYXRhLCBvciB5b3UgaGF2ZSB0byB0cmFu
c2xhdGUgdGhlbSB0byBJUHY0LCBidXQgdGhhdCByZXF1aXJlcyBzb21lIGNvbW1vbiBzZW1hbnRp
Y3MgdG8gZGVhbCB3aXRoIGV4dGVuc2lvbiBoZWFkZXJzIHdoaWNoIHdlIGRvbid0IGN1cnJlbnRs
eSBoYXZlLg0KDQpTbywgYXMgZmFyIGFzIEkgY2FuIHNlZSwgYSBkZWNpc2lvbiBub3QgdG8gc3Vw
cG9ydCBJUHY0IG1lYW5zIG5vIEROIHN1cHBvcnQgYWNyb3NzIHRoZSBJUHY0IG5ldHdvcmsuDQoN
CldoaWNoIHRha2VzIHVzIGJhY2sgdG8gdGhlIHF1ZXN0aW9uIG9mIGhvdyBpbXBvcnRhbnQgaXMg
dGhpcyBhbmQgd2hhdCB3aWxsIGl0IGRvIHRvIHRoZSB0YWtlLXVwIG9mIHRoZSB0ZWNobm9sb2d5
IGJ5IGl0cyB0YXJnZXQgY3VzdG9tZXJzPw0KDQotIFN0ZXdhcnQNCg0KDQoNCg0KDQpUaGFua3Ms
DQoNCkV0aGFuLg0KDQoNCg0KRnJvbTogZGV0bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0
Zi5vcmddIE9uIEJlaGFsZiBPZiBCYWzDoXpzIFZhcmdhIEENClNlbnQ6IFR1ZXNkYXksIEphbnVh
cnkgMTYsIDIwMTggMTA6MjEgQU0NClRvOiBTdGV3YXJ0IEJyeWFudCA8c3Rld2FydC5icnlhbnRA
Z21haWwuY29tPjxtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tPjsgQW5kcmV3IEcuIE1h
bGlzIDxhZ21hbGlzQGdtYWlsLmNvbT48bWFpbHRvOmFnbWFsaXNAZ21haWwuY29tPg0KQ2M6IERl
dE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPjxtYWlsdG86ZGV0bmV0QGlldGYub3JnPjsgTWFjaCBD
aGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbT48bWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tPg0K
U3ViamVjdDogW0RldG5ldF0gRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pDQoNCg0K
DQpJIHRoaW5rIHRoZSBsYXN0IG1haWxzIGFyZSBtb3JlIGFib3V0IGZsb3cgaWRlbnRpZmljYXRp
b24gYW5kIG5vdCB0aGUgc2VxdWVuY2UgbnVtYmVyLg0KDQpTbywgSSBoYXZlIHJlLXN1YmplY3Rl
ZCBteSBhbnN3ZXIuDQoNCg0KDQpQU04gbGF5ZXIgdnMuIEROIGxheWVyIChNUExTKToNCg0KLSBp
biBjdXJyZW50IGRhdGEgcGxhbmUgdGV4dCB3ZSBoYXZlIHN0YXRlZCB0aGF0IERldE5ldCBQV3Mg
bWF5IHVzZSBkZWRpY2F0ZWQgTFNQcyAoVEUtdHVubmVscykuDQoNClRoYXQgYWxsb3cgdG8gaWRl
bnRpZnkgRGV0TmV0IGZsb3dzIGluIFBTTiBsYXllciB3aXRob3V0IGNoZWNraW5nIHRoZSBQVyBs
YWJlbC4gU3VjaCBhIHNvbHV0aW9uIG9mDQoNCmNvdXJzZSBtYXkgY2hhbGxlbmdlIHNjYWxhYmls
aXR5Lg0KDQotIHJlZ2FyZGluZyBwcmlvcml0aXphdGlvbjogdGV4dCBhbGxvd3MgYm90aCBFLUxT
UCBhbmQgTC1MU1AgY29uY2VwdCwgd2hhdCBtYWtlcyBwb3NzaWJsZQ0KDQp0byBpZGVudGlmeSBE
ZXROZXQgcGFja2V0cy4gSG93ZXZlciB0aGF0IGlzIG1vcmUgZm9yIHNpbXBsZSBxdWV1aW5nIHNj
ZW5hcmlvcyBhcyBpdCBkb2VzIG5vdA0KDQppZGVudGlmeSBpbmRpdmlkdWFsIGZsb3dzLg0KDQoN
Cg0KUFNOIGxheWVyIHZzLiBETiBsYXllciAobm9uLU1QTFMpOg0KDQotIElQdjQ6IElmIEkgcmVt
ZW1iZXIgY29ycmVjdGx5IGl0IHdhcyBkaXNjdXNzZWQgdG8gYmUgb3V0LW9mLXNjb3BlIHRvIHNp
bXBsaWZ5IHRoZSBzY2VuYXJpb3Mgd2UgZm9jdXMgb24uDQoNCk5vLW9uZSB3YW50ZWQgdG8gZGVm
aW5lIG5ldyBJUHY0IGZpZWxkcyBmb3IgZmxvdy1JRCBhbmQgU2VxLU51bSBpbiB0aGUg4oCcc3Vu
c2V0IG9mIElQdjTigJ0uDQoNCi0gSVB2NjogYmFzZWQgb24gdGhlIHNyYy1JUHY2IGFuZCB0aGUg
Zmxvdy1sYWJlbCBOUCBjYW4gZGV0ZWN0IERldE5ldCBmbG93cy4gV2h5IHdvdWxkIHdlIG5lZWQg
YSBuZXcNCg0KSVAgcHJvdG9jb2wgdHlwZT8NCg0KDQoNCkdlbmVyaWMgdnMuIEROIGF3YXJlIGRh
dGEgcGxhbmU6DQoNCi0gSSB0aGluayB3ZSBuZWVkIGJvdGguIFdlIGhhdmUgdXNlLWNhc2VzIHNw
ZWNpZmllZCBmb3IgYm90aC4NCg0KDQoNCkRldE5ldCB0cmFmZmljIHRvIGJlIHRyYW5zcG9ydGVk
Og0KDQotIHR3byB0eXBlcyBhcmUgY29uc2lkZXJlZDoNCg0KKDEpIEV0aGVybmV0OiBJRUVFIFRT
TiB0cmFmZmljIGVuY2Fwc3VsYXRlZCBpbiBFdGhlcm5ldCBmcmFtZXMgYW5kDQoNCigyKSBJUDog
SVB2NiB0cmFuc3BvcnRlZCBvdmVyIGFueSBMMiAobm90IGFsd2F5cyBFdGhlcm5ldCwgYnV0IG1v
c3QgY2FzZXMgRXRoZXJuZXQpDQoNCkFzIG5vdGVkIGFib3ZlIElQdjQgaXMgY3VycmVudGx5IG91
dC1vZi1zY29wZSDigKYNCg0KDQoNCkNoZWVycw0KDQpCYWxh4oCZenMNCg0KDQoNCkZyb206IFN0
ZXdhcnQgQnJ5YW50IFttYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXQ0KU2VudDogMjAx
OC4gamFudcOhciAxNi4gMTc6MzgNClRvOiBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwu
Y29tPG1haWx0bzphZ21hbGlzQGdtYWlsLmNvbT4+DQpDYzogTWFjaCBDaGVuIDxtYWNoLmNoZW5A
aHVhd2VpLmNvbTxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+PjsgQmFsw6F6cyBWYXJnYSBB
IDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb208bWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNz
c29uLmNvbT4+OyBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYu
b3JnPj4NClN1YmplY3Q6IFJlOiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVy
aW5nKQ0KDQoNCg0KDQoNCkFuZHkNCg0KT24gMTYvMDEvMjAxOCAxNToyMCwgQW5kcmV3IEcuIE1h
bGlzIHdyb3RlOg0KDQpTdGV3YXJ0LA0KDQoNCg0KTGlrZSB3aXRoIFBXcyAoc2luY2UgREVUTkVU
IGZvciBNUExTIHdvdWxkIGp1c3QgYmUgYW5vdGhlciBQVyB0eXBlKSwgdGFyZ2V0ZWQgTERQIGFu
ZCBwcm92aXNpb25pbmcgKHZpYSBhIGNlbnRyYWwgY29udHJvbGxlciwgTk1TLCBldGMuKSBhcmUg
YWx0ZXJuYXRpdmVzIHRvIFJTVlAgYW5kIFNSIHRvIHByb3Zpc2lvbmluZy9hbGxvY2F0aW5nIHRo
ZSBERVRORVQgUFcgbGFiZWwuDQoNCi4uIGFuZCBJIHN1cHBvc2Ugc3RyaWN0bHkgQkdQIHdoaWNo
IGlzIGFsc28gdXNlZCBmb3IgdGhpcyBwdXJwb3NlIGluIFZQTnMNCg0KDQoNCg0KDQoNCg0KWW91
IGFuZCBNYWNoIGFyZSBib3RoIHJpZ2h0IHRoYXQgaW4gdGhlIElQIChub24tTVBMUykgY2FzZSwg
d2UgbmVlZCBhIHdheSBmb3IgdGhlIE5QIHRvIGRldGVjdCBERVRORVQgZmxvd3MuIFdlIGNvdWxk
IGhhdmUgYSBuZXcgSVAgcHJvdG9jb2wgdHlwZSBmb3IgREVUTkVULCBhbmQgYSBERVRORVQgaGVh
ZGVyIGRpcmVjdGx5IGZvbGxvd3MgdGhlIElQIGhlYWRlci4gSW4gdGhhdCBjYXNlLCB0aGUgREVU
TkVUIGhlYWRlciB3b3VsZCBhbHNvIG5lZWQgYSBuZXh0IHByb3RvY29sIGlkZW50aWZpZXIsIHVu
bGVzcyB0aGUgbmV4dCBwcm90b2NvbCBpcyBhbHdheXMgYW5vdGhlciBJUCBoZWFkZXIuDQoNCkxh
c3QgSSBzYXcsIHRoZSB0aGlua2luZyB3YXMgdGhhdCB0aGVyZSB3b3VsZCBiZSBhbiBJUCBleHRl
bnNpb24gaGVhZGVyLCBhbHRob3VnaCBJIGFtIG5vdCBhIGZhbiBvZiB0aG9zZSBzaW5jZSAoYSkg
SSBhbSBub3QgY29uZmlkZW50IHdoYXQgYSByb3V0ZXIgd2lsbCBkbyBvbmUgaXQgZG9lcyBub3Qg
dW5kZXJzdGFuZCwgYW5kIChiKSBJIGFtIGNvbmNlcm5lZCBhYm91dCB0aGUgbmVlZCB0byBzdXBw
b3J0IElQdjQgd2hpY2ggSSBzdXNwZWN0IHdpbGwgaGF2ZSBhIGxvbmcgdGFpbCBpbiBlbnRlcnBy
aXNlIGRlcGxveW1lbnQuDQoNCkkgcHJlZmVyIGEgVURQIHR5cGUgZm9yIHRoaXMgcHVycG9zZSBz
aW5jZSBpdCBoYXMgdW5pdmVyc2FsIHN1cHBvcnQgdGhyb3VnaCBhbnkgbWlkZGxlIGJveC4gZmly
ZXdhbGwgZXRjLCBhbmQgYWxsIHJvdXRlcnMgbmVlZCB0byBsb29rIGEgdGhlIFVEUCBEUCBzbyBj
aGVja2luZyBpZiBpdCBpcyBvbmUgdGhleSBuZWVkIHRvIHdvcmsgb24gaXMganVzdCBvbmUgY29t
cGFyZSBhbmQgY29uZGl0aW9uYWwgYnJhbmNoLg0KDQoNCg0KDQoNCg0KDQpPZiBjb3Vyc2UsIGZv
ciBNUExTLCB0aGUgREVUTkVUIFBXIGxhYmVsIGlzIHRoZSBpZGVudGlmaWVyLg0KDQpPbmx5IGF0
IHRoZSBQVyBsYXllci4gTm90ZSBteSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoaXMgaXMgc3Vm
ZmljaWVudC4NCg0KLSBTdGV3YXJ0DQoNCg0KDQoNCkNoZWVycywNCg0KQW5keQ0KDQoNCg0KDQoN
Ck9uIFR1ZSwgSmFuIDE2LCAyMDE4IGF0IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0
LmJyeWFudEBnbWFpbC5jb208bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT4+IHdyb3Rl
Og0KDQpJZiB3ZSBuZWVkIHRvIGRpc2NyaW1pbmF0ZSBhdCB0aGUgUFNOIGxheWVyIHJhdGhlciB0
aGFuIHRoZSBETiBsYXllciB0aGVuIHdlIHJlYWxseSBhcmUgZm9yY2VkIHRvIGNyZWF0ZSBhIG5l
dyBGRUMgdHlwZSBmb3IgTVBMUywgb3Igc3ludGhlc2l6ZSBvbmUgdGhyb3VnaCBSU1ZQIG9yIFNS
LiBJUCBoYXMgbm8gbmF0aXZlIHN1cHBvcnQgZm9yIHRoaXMsIGJ1dCB3ZSBjb3VsZCBpbnRyb2R1
Y2UgdGhlIGNvbmNlcHQsIGZvciBleGFtcGxlIGJ5IG1ha2luZyB0aGlzIHRoZSBwcm9wZXJ0eSBv
ZiB0aGUgSVAgYWRkcmVzcyBvciBzb21lIHdheSBvZiBNUExTaW5nIElQLg0KDQpIb3dldmVyIHRo
ZXJlIGlzIGEgZGVlcGVyIHF1ZXN0aW9uIHdlIG5lZWQgdG8gYW5zd2VyLiBJcyBvdXIgZXhwZWN0
YXRpb24gdGhhdCBlYWNoIGhvcCBpbiB0aGUgZGF0YSBwbGFuZSBETiBhd2FyZSwgb3IgaXMgb3Vy
IGV4cGVjdGF0aW9uIHRoYXQgYXQgbGVzdCBpbiBzb21lIG5ldHdvcmtzIHRoZSBkYXRhIHBsYW5l
IGlzIGdlbmVyaWMgd2l0aCBzb21lIEROIG5vZGVzIHN0cmF0ZWdpY2FsbHkgcGxhY2VkPw0KDQpJ
IGNhbiBzZWUgdGhhbiBpbiBzb21lIGdyZWVuZmllbGQgc3BlY2lhbGlzdCBjYXNlcyB0aGUgcm91
dGVycyB3aWxsIGFsbCBiZSBETiBhd2FyZSwgYnV0IGluIG9yZGVyIHRvIGdldCBkZXBsb3ltZW50
IGluIG1vc3QgbmV0d29ya3Mgd2UgbmVlZCB0byBkZXNpZ24gZm9yIHRoZSBjYXNlIHdoZXJlIG9u
bHkgc3RyYXRlZ2ljIG5vZGVzIGFyZSBETiBhd2FyZS4NCg0KLSBTdGV3YXJ0DQoNCg0KDQpPbiAx
Ni8wMS8yMDE4IDAxOjE0LCBNYWNoIENoZW4gd3JvdGU6DQoNCkhpIEJhbGF6cywNCg0KDQoNCiMy
IGlzIGEgbW9yZSBuYXR1cmUgc29sdXRpb24sIHRoZSBEZXROZXQgQ1cgaXMgZGVkaWNhdGVkIGZv
ciBEZXROZXQsIHNlZW1zIHRoZXJlIGlzIG5vIGNvbXBhdGliaWxpdHkgaXNzdWUuDQoNCg0KDQpJ
biBhZGRpdGlvbiwgSSB0aGluayB3ZSBuZWVkIHRvIGRlZmluZSBhIHdheSBvbiBob3cgdG8gZGlm
ZmVyZW50aWF0ZSBhIERldE5ldCBmbG93IGZyb20gYSBub24tRGV0TmV0IGZsb3csIHRoZW4gdGhl
IG5ldHdvcmsgcHJvY2Vzc29yIGNhbiBwcm9jZXNzIHRoZSBDVyBhcyBleHBlY3RlZC4gIEluIFRT
TiwgaXQgdXNlcyB0aGUgcHJpb3JpdHkgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgYSBmbG93IGlzIFRT
TiBvciBub24tVFNOIGZsb3cuIEZvciBEZXROZXQsIHNob3VsZCB3ZSBhbHNvIHVzZSB0aGUgc2Ft
ZSB3YXkgKGUuZy4sIFRDLCBEU0NQKT8gT3IgdGhlIERldE5ldCBzZXJ2aWNlIExhYmVsIGl0c2Vs
ZiBpbXBsaWVzIHRoZSBzaXR1YXRpb24sIGJ1dCBpdCBzZWVtcyB0aGF0IHRoaXMgb25seSB3b3Jr
cyB3aGVuIHRoZSBEZXROZXQgc2VydmljZSBsYWJlbCBpcyB0aGUgdG9wIGxhYmVsLg0KDQoNCg0K
QW55IG90aGVyIHRob3VnaHRzPw0KDQoNCg0KQmVzdCByZWdhcmRzLA0KDQpNYWNoDQoNCg0KDQpG
cm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9m
IEJhbMOhenMgVmFyZ2EgQQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDE1LCAyMDE4IDk6MDYgUE0N
ClRvOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz48bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4N
ClN1YmplY3Q6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpDQoNCg0K
DQpIaSwNCg0KDQoNClNvbWUgdGhvdWdodHMgdG8gc3RhcnQgZGlzY3Vzc2lvbiBvbiBvcGVuIHBv
aW50cyBvZiB0aGUgRFAgc29sdXRpb24gZHJhZnQuDQoNClRoaXMgbWFpbCgtdGhyZWFkKSBpcyBv
biBzZXF1ZW5jZSBudW1iZXJpbmcuDQoNCg0KDQpQcm9ibGVtIGluIGNhc2Ugb2YgTVBMUyBhbmQg
RGV0TmV0IENvbnRyb2wgV29yZDoNCg0KLSBTL04gc2tpcHMgemVybyBwcm9ibGVtOiBFdGhlcm5l
dCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJvLg0KDQpJdCB1c2VzIHpl
cm8gdG8gbWVhbiBubyBTL04gaW4gdXNlLiAocmZjNDQ0OCkNCg0KDQoNClBvc3NpYmxlIHByb2Js
ZW0gcmVzb2x1dGlvbnM6DQoNCiMxOiBVc2luZyBhICJmbGFnIiBpbiB0aGUgcmVzZXJ2ZWQgYml0
cyBwYXJ0IG9mIHRoZSBDVzoNCg0KICAgICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAg
ICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KDQogICAgICAwIDEgMiAzIDQgNSA2IDcg
OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCg0KICAgICAr
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKw0KDQogICAgIHwwIDAgMCAwfER8cmVzZXJ2ZWQgLSBzZXQgdG8gMCAgfCAgIDE2IGJp
dCBTZXF1ZW5jZSBOdW1iZXIgICAgICB8DQoNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KRC1iaXQ6IHNldCB0
byDigJwx4oCdIG1lYW5zIERldE5ldCBzcGVjaWZpYyBTZXEuIE51bWJlciB1c2VkLA0KDQpCaXQ1
LTE1OiByZXNlcnZlZC4NCg0KDQoNClJGQzQ0NDggc3RhdGVzIHRoYXQgcmVzZXJ2ZWQgYml0cyDi
gJxNVVNUIGJlIGlnbm9yZWQgdXBvbiByZWNlaXB04oCdLCBzbyBiYWNrd2FyZA0KDQpjb21wYXRp
YmlsaXR5IGlzIGVuc3VyZWQuIFN1Y2ggYSBzb2x1dGlvbiB3b3VsZCBhbGxvdyBhbHNvIHRvIHVz
ZSBsb25nZXIgc2VxLm51bS4NCg0KZm9ybWF0cyAoaWYgbmVlZGVkKS4gU3VjaCBhIGZvcm1hdCBp
cyBhbHNvIGlubGluZSB3aXRoIFJGQzQzODUuDQoNCg0KDQojMjogTWFraW5nIOKAnDDigJ0gYXMg
YSB2YWxpZCBTZXEuTnVtLg0KDQpEZXROZXQgZmxvd3MgYXJlIHJlY29nbml6ZWQgYW5kIGZvcndh
cmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0DQoNCmRvbWFpbi4gUy9OIGlzIHVzZWQgd2l0
aGluIHRoZSBEZXROZXQgZG9tYWluIGJ5IERldE5ldCBTZXJ2aWNlIGZ1bmN0aW9ucw0KDQooaS5l
LiBQUkVGKS4gUy9OIHVzZWQgb25seSBvbiBEZXROZXQgZW5kLW5vZGVzIGFuZCBEZXROZXQgcmVs
YXktbm9kZXMuIE5vDQoNCm90aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMvTiwg
dGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lmeSBpdHMNCg0Kb3duIHNlcXVlbmNlIG51bWJlciBw
cm9jZXNzaW5nIGFsZ29yaXRobS4gU28g4oCcMOKAnSBjYW4gYmUgYSB2YWxpZCBudW1iZXINCg0K
YW5kIG5vdCB0aGUgaW5kaWNhdGlvbiB0aGF0IG5vIFNlcS5OdW0uIGlzIHVzZWQuIFRoaXMgaXMg
aW5saW5lIHdpdGggUkZDNDM4NS4NCg0KDQoNCiMzOiBPdGhlciDigKYgPyE/DQoNCg0KDQpDb21t
ZW50cyBhcmUgd2VsY29tZS4NCg0KDQoNCkNoZWVycw0KDQpCYWxhJ3pzDQoNCg0KDQotLS0tLU9y
aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogZGV0bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5jZXNA
aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMb3UgQmVyZ2VyDQpTZW50OiAyMDE4LiBqYW51w6FyIDEw
LiAxOTowMQ0KVG86IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0
Zi5vcmc+Pg0KU3ViamVjdDogW0RldG5ldF0gcmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVyaW0N
Cg0KDQoNCmlzIGF2YWlsYWJsZSBmb3IgZG93bmxvYWQgYXQ6DQoNCmh0dHBzOi8vaWV0Zi53ZWJl
eC5jb20vaWV0Zi9sZHIucGhwP1JDSUQ9ZTUxMTZiYzdkYjI1NGMyNGE3YmIzMjE3YmYyMDIzMDE8
aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19pZXRm
LndlYmV4LmNvbV9pZXRmX2xkci5waHAtM0ZSQ0lELTNEZTUxMTZiYzdkYjI1NGMyNGE3YmIzMjE3
YmYyMDIzMDEmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQ
RGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMm
cz0zcmIzUkVfWjJ3T1c4dnAtQU1zYTJsZ1NoMFU0QmdkWkY3enUxdFh3ZDZrJmU9Pg0KDQoNCg0K
cmF3IG5vdGVzIGFyZSBhdmFpbGFibGUgYXQNCg0KaHR0cDovL2V0aGVycGFkLnRvb2xzLmlldGYu
b3JnOjkwMDAvcC9ub3Rlcy1pZXRmLWludGVyaW0tMjAxOC1kZXRuZXQtMDE8aHR0cHM6Ly91cmxk
ZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX2V0aGVycGFkLnRvb2xzLmll
dGYub3JnLTNBOTAwMF9wX25vdGVzLTJEaWV0Zi0yRGludGVyaW0tMkQyMDE4LTJEZGV0bmV0LTJE
MDEmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNmTWFG
TlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz1sT19a
ZEhBclFRc2FETll2TXlJY3ptZDZGMVBfYWN1TTBrRk1aNTFVWDZjJmU9Pg0KDQoNCg0KUGxlYXNl
IGZlZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFkIGJhc2VkIG9uIHRoZSByZWNvcmRpbmcu
DQoNCg0KDQpMb3UgKGFuZCBjby1jaGFpcnMpDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpkZXRuZXQgbWFpbGluZyBsaXN0DQoNCmRldG5l
dEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5j
b20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2RldG5l
dCZkPUR3TUdhUSZjPWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmcj1aY0hDNndYX2dEd1BEY2ZNYUZO
WmlRJm09V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZzPWhTOV9I
STExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0OW5qckZRTUkmZT0+DQoNCg0KDQpfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpkZXRuZXQgbWFpbGlu
ZyBsaXN0DQoNCmRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPg0KDQpodHRw
czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxodHRwczovL3VybGRlZmVu
c2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFu
X2xpc3RpbmZvX2RldG5ldCZkPUR3TUdhUSZjPWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmcj1aY0hD
NndYX2dEd1BEY2ZNYUZOWmlRJm09V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJ
V0tCZk1qcyZzPWhTOV9ISTExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0OW5qckZRTUkmZT0+
DQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K
ZGV0bmV0IG1haWxpbmcgbGlzdA0KZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5v
cmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxodHRwczov
L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9y
Z19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZkPUR3TUdhUSZjPWxJOFpiNlR6TTNkMXRYNGlFdTdi
cGcmcj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJm09V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFx
akFmd1FmN2RJV0tCZk1qcyZzPWhTOV9ISTExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0OW5q
ckZRTUkmZT0+DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg==

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

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyIgc3R5bGU9
ImRpc3BsYXk6bm9uZTsiPjwhLS0gUCB7bWFyZ2luLXRvcDowO21hcmdpbi1ib3R0b206MDt9IC0t
Pjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBkaXI9Imx0ciI+DQo8ZGl2IGlkPSJkaXZ0YWdkZWZh
dWx0d3JhcHBlciIgc3R5bGU9ImZvbnQtc2l6ZToxMnB0O2NvbG9yOiMwMDAwMDA7Zm9udC1mYW1p
bHk6Q2FsaWJyaSxIZWx2ZXRpY2Esc2Fucy1zZXJpZjsiIGRpcj0ibHRyIj4NCjxwIHN0eWxlPSJt
YXJnaW4tdG9wOjA7bWFyZ2luLWJvdHRvbTowIj5UaGFua3MgRGVib3JhaC4gRllJJm5ic3A7VGlt
J3MgY29tbWVudCB3YXMgZXhhY3RseSBhcyBJIHF1b3RlZCBpdCBiZWxvdywgbm8gbW9yZSBvciBs
ZXNzOjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tdG9wOjA7bWFyZ2luLWJvdHRvbTowIj4mbmJzcDs8
Zm9udCBjb2xvcj0id2luZG93dGV4dCIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z
LXNlcmlmOyBmb250LXNpemU6IDE0LjY2NjdweDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyDigJxJZiB5b3XigJlyZSBzdWdnZXN0aW5nIGFuIElQdjQtb25seSBzb2x1dGlvbiwgeW914oCZ
cmUgcnVubmluZyB1cCBhZ2FpbnN0Jm5ic3A7PC9mb250PjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVm
ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlhYi5vcmdfMjAxNl8x
MV8wN19pYWItMkRzdGF0ZW1lbnQtMkRvbi0yRGlwdjZfJmFtcDtkPUR3TUdhUSZhbXA7Yz1sSTha
YjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209b1hW
THl1T2JKNm5Kdk0xbEV1NTBCLWczWUJWb0NteFBfa1JnamhDNHREayZhbXA7cz1HTEoyb0NDUTNZ
WXpUb2M0R0d4SDlSZzZTTEpEOFJKU3l5UmdFMnEtbWpNJmFtcDtlPSIgc3R5bGU9ImZvbnQtZmFt
aWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0LjY2NjdweDsiPmh0dHBzOi8v
d3d3LmlhYi5vcmcvMjAxNi8xMS8wNy9pYWItc3RhdGVtZW50LW9uLWlwdjYvPC9hPjxmb250IGNv
bG9yPSJ3aW5kb3d0ZXh0IiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7
IGZvbnQtc2l6ZTogMTQuNjY2N3B4OyI+LuKAnTwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2lu
LXRvcDowO21hcmdpbi1ib3R0b206MCI+PGZvbnQgY29sb3I9IndpbmRvd3RleHQiIHN0eWxlPSJm
b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNC42NjY3cHg7Ij48
YnI+DQo8L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbi10b3A6MDttYXJnaW4tYm90dG9tOjAi
Pjxmb250IGNvbG9yPSJ3aW5kb3d0ZXh0IiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNh
bnMtc2VyaWY7IGZvbnQtc2l6ZTogMTQuNjY2N3B4OyI+RXRoYW4uPC9mb250PjwvcD4NCjwvZGl2
Pg0KPGhyIHN0eWxlPSJkaXNwbGF5OmlubGluZS1ibG9jazt3aWR0aDo5OCUiIHRhYmluZGV4PSIt
MSI+DQo8ZGl2IGlkPSJkaXZScGx5RndkTXNnIiBkaXI9Imx0ciI+PGZvbnQgZmFjZT0iQ2FsaWJy
aSwgc2Fucy1zZXJpZiIgc3R5bGU9ImZvbnQtc2l6ZToxMXB0IiBjb2xvcj0iIzAwMDAwMCI+PGI+
RnJvbTo8L2I+IEJSVU5HQVJELCBERUJPUkFIIEEgJmx0O2RiMzU0NkBhdHQuY29tJmd0Ozxicj4N
CjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMTI6MzQ6MTkgUE08YnI+
DQo8Yj5Ubzo8L2I+IFN0ZXdhcnQgQnJ5YW50OyBHcm9zc21hbiwgRXRoYW4gQS47IERldE5ldCBX
Rzxicj4NCjxiPkNjOjwvYj4gVGltIENob3duIChUaW0uQ2hvd25AamlzYy5hYy51ayk8YnI+DQo8
Yj5TdWJqZWN0OjwvYj4gUkU6IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTwvZm9u
dD4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8L2Rpdj4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCJ9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5
OkNhbGlicml9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzfQ0KcC54X01zb05v
cm1hbCwgbGkueF9Nc29Ob3JtYWwsIGRpdi54X01zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1h
cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrfQ0KYTp4X2xpbmssIHNwYW4ueF9Nc29I
eXBlcmxpbmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lfQ0KYTp4
X3Zpc2l0ZWQsIHNwYW4ueF9Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtjb2xvcjpwdXJwbGU7DQoJ
dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZX0NCnByZQ0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i
b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVy
IE5ldyIsc2VyaWY7DQoJY29sb3I6YmxhY2t9DQpwLnhfbXNvbm9ybWFsMCwgbGkueF9tc29ub3Jt
YWwwLCBkaXYueF9tc29ub3JtYWwwDQoJe21hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWxlZnQ6
MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy
aWY7DQoJY29sb3I6YmxhY2t9DQpzcGFuLnhfSFRNTFByZWZvcm1hdHRlZENoYXINCgl7Zm9udC1m
YW1pbHk6Q29uc29sYXM7DQoJY29sb3I6YmxhY2t9DQpwLnhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNt
c29wbGFpbnRleHQsIGxpLnhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQsIGRpdi54
X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0DQoJe21hcmdpbi1yaWdodDowaW47DQoJ
bWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6YmxhY2t9DQpzcGFuLnhfaG9lbnpiDQoJe30NCnNwYW4u
eF9FbWFpbFN0eWxlMjMNCgl7Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s
b3I6d2luZG93dGV4dH0NCnNwYW4ueF9FbWFpbFN0eWxlMjQNCgl7Zm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dH0NCnNwYW4ueF9FbWFpbFN0eWxlMjUN
Cgl7Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dH0N
CnNwYW4ueF9FbWFpbFN0eWxlMjYNCgl7Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
DQoJY29sb3I6d2luZG93dGV4dH0NCnNwYW4ueF9FbWFpbFN0eWxlMjcNCgl7Zm9udC1mYW1pbHk6
IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dH0NCnNwYW4ueF9FbWFpbFN0
eWxlMjgNCgl7Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93
dGV4dH0NCnNwYW4ueF9FbWFpbFN0eWxlMjkNCgl7Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt
c2VyaWY7DQoJY29sb3I6d2luZG93dGV4dH0NCnNwYW4ueF9FbWFpbFN0eWxlMzANCgl7Zm9udC1m
YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dH0NCi54X01zb0No
cERlZmF1bHQNCgl7Zm9udC1zaXplOjEwLjBwdH0NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXttYXJn
aW46MS4waW4gMS4waW4gMS4waW4gMS4waW59DQpkaXYueF9Xb3JkU2VjdGlvbjENCgl7fQ0KLS0+
DQo8L3N0eWxlPg0KPGRpdiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIg
c3R5bGU9ImJhY2tncm91bmQtY29sb3I6d2hpdGUiPg0KPGRpdiBjbGFzcz0ieF9Xb3JkU2VjdGlv
bjEiPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4
dCI+SSBkb27igJl0IHdhbnQgdG8gaW5mbHVlbmNlIHlvdXIgZGlzY3Vzc2lvbiBvbiBzb2x1dGlv
bihzKS48L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkFzIG1haWxzIGFyZSBnZXR0aW5nIGNyb3Nz
ZWQsIGFuZCBub3QgaGF2aW5nIFRpbeKAmXMgb3JpZ2luYWwgY29tbWVudCwgSSB0aGluayBhcyBF
dGhhbiBsYXRlciBzYXlzIGluIGEgbWFpbCBhZnRlciB0aGlzIG9uZSDigJMgdGhlIElBQiBjb25j
ZXJuIHdvdWxkIGJlIGlmIGRvaW5nIGFuIOKAnElQdjQtb25seeKAnSBzb2x1dGlvbi4gTWFueSB3
b3JraW5nIGdyb3Vwcw0KIGFyZSBzdGlsbCBkb2luZyB3b3JrIHN1cHBvcnRpbmcgSVB2NCBuZXR3
b3Jrcy4gVGhlIGRpc2N1c3Npb24gd2hlbiBpdCByZWFjaGVzIHRoZSBJRVNHIOKAkyBjYW4gSVB2
NiBzdXBwb3J0IGJlIGluY2x1ZGVkIGluIHRoZSBzYW1lIGRvY3VtZW50IG9yIGlzIHRoZXJlIHdv
cmsgb24tZ29pbmcgdG8gc3VwcG9ydCBJUHY2IChhbmQgdGhlIElQdjYgc29sdXRpb24gZG9lcyBu
b3QgZGVwZW5kIG9uIElQdjQpLjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9
InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+VGhlIGNoYXJ0ZXIg
Zm9yIGRldG5ldCBpcyBub3QgdG8gc3Vuc2V0IElQdjQ8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt
ZmFtaWx5OiZxdW90O1NlZ29lIFVJIEVtb2ppJnF1b3Q7LHNhbnMtc2VyaWY7IGNvbG9yOndpbmRv
d3RleHQiPvCfmIo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiBJZiB5b3Ug
aGF2ZSBvcGVyYXRpb25hbCB1c2UgY2FzZXMgZm9yIHN1cHBvcnRpbmcNCiBJUHY0LCB0aGVuIGFz
IHlvdSBhcmUgZG9pbmcsIGl0IGlzIGltcG9ydGFudCB0byBkaXNjdXNzIHRoZSBkZXBsb3ltZW50
IHJlcXVpcmVtZW50cyBlLmcuIGNsb3NlZCBuZXR3b3JrLCBJUHY0LUlQdjYgaXNsYW5kcywgZXRj
Liwgc28gYXMgdG8gdW5kZXJzdGFuZCB0aGUgYmVzdCBzb2x1dGlvbi48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndp
bmRvd3RleHQiPk15IGludGVycHJldGF0aW9uIG9mIHRoZSBJQUIgc3RhdGVtZW50IGlzIHRvIGdp
dmUgZ3VpZGFuY2Ugb24gcHJpb3JpdGl6aW5nIHdvcmsgZm9yIElQdjYuIFVubGVzcyB5b3UgaGF2
ZSBsYXJnZSB1c2VyIGdyb3VwcyByZXF1aXJpbmcgSVB2NC1vbmx5LCB0aGVuIHlvdXIgcHJpb3Jp
dHkgc2hvdWxkIGJlIGluIGRldmVsb3BpbmcgYW4gSVB2NiBzb2x1dGlvbi4NCiBBbmQgdGhlIElQ
djQgc29sdXRpb24gc2hvdWxkIG5vdCBsaW1pdCB0aGUgSVB2NiBzb2x1dGlvbi48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPkRlYm9yYWg8L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJ4X01zb05vcm1hbCI+PGEgbmFtZT0ieF9fTWFpbEVuZENvbXBvc2UiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PC9hPjwvcD4NCjxzcGFuIHN0eWxlPSIi
Pjwvc3Bhbj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTsgYm9yZGVyLXRvcDpzb2xp
ZCAjRTFFMUUxIDEuMHB0OyBwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJ4
X01zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFu
PjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IFN0ZXdhcnQgQnJ5YW50IFttYWls
dG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2Rh
eSwgSmFudWFyeSAxNywgMjAxOCAyOjAyIFBNPGJyPg0KPGI+VG86PC9iPiBHcm9zc21hbiwgRXRo
YW4gQS4gJmx0O2VhZ3Jvc0Bkb2xieS5jb20mZ3Q7OyBEZXROZXQgV0cgJmx0O2RldG5ldEBpZXRm
Lm9yZyZndDs7IEJSVU5HQVJELCBERUJPUkFIIEEgJmx0O2RiMzU0NkBhdHQuY29tJmd0Ozxicj4N
CjxiPkNjOjwvYj4gVGltIENob3duIChUaW0uQ2hvd25AamlzYy5hYy51aykgJmx0O1RpbS5DaG93
bkBqaXNjLmFjLnVrJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogRFAgc29sdXRpb24gKEZs
b3cgaWRlbnRpZmljYXRpb24pPC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0i
eF9Nc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxwPkEgcG9pbnQgSSBoYXZlIG1hZGUgYmVmb3JlIGFu
ZCB3aWxsIGNvbnRpbnVlIHRvIG1ha2U6PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjwv
c3Bhbj48L3A+DQo8cD5JZiB0aGUgSUVURiBkb2VzIG5vdCBtYWludGFpbiBJUHY0IGFwcHJvcHJp
YXRlbHkgdW50aWwgaXQncyBuYXR1cmFsIGRlYXRoLCBpdCB3aWxsIGJlIGRlY2xhcmVkIGNyaXRp
Y2FsIG5hdGlvbmFsIGluZnJhc3RydWN0dXJlIGJ5IGdvdmVybm1lbnRzIGFuZCB0aGV5IHdpbGwg
ZWZmZWN0aXZlbHkgZ2lmdCBpdCB0byB0aGVpciBTRE8gKHRoZSBJVFUtVCkuIFN1Y2ggYW4gb3Jn
YW5pemF0aW9uIG1heSBmaW5kIGl0IGV4cGVkaWVudCB0byBmaW5kDQogbWFueSBuZXcgd2F5cyB0
byBleHRlbmQgdGhlIGxpZmUgb2YgSVB2NC4gSW4gYW55IGNhc2UgSSBhbnRpY2lwYXRlIGEgdmVy
eSBsb25nIHRhaWwgb24gdGhlIElQdjQgZGVjYXkgY3VydmUuPC9wPg0KPHA+V2UgbmVlZCB0byBk
byB3aGF0IGlzIHJpZ2h0IGZvciBvdXIgY3VzdG9tZXJzLCBzb21lIG9mIHdob20gbWF5IGZpbmQg
aXQgaW5mZWFzaWJsZSB0byBtaWdyYXRlIGF3YXkgZnJvbSBJUHY0IGFueSB0aW1lIHNvb24uPC9w
Pg0KPHA+SSB3aWxsIG9mIGNvdXJzZSBiZSBpbnRlcmVzdGVkIGluIERlYm9yYWgncyBkaXJlY3Rp
dmUgb24gdGhpcy48L3A+DQo8cD4tIFN0ZXdhcnQ8L3A+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwi
PiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPk9uIDE3LzAxLzIwMTgg
MTg6NTEsIEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90ZTo8L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl
IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0OyBtYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNz
PSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlRoYW5rcyBTdGV3
YXJ0LiBSZWdhcmRpbmc6IDwvc3Bhbj4NCjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij7igJxZ
ZXMsIHdlIG5lZWQgdG8gaGF2ZSB0aGUgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBhbmQgcmVhY2gg
YSBjb25zZW5zdXMgb2Ygd2hldGhlcjxicj4NCmEpIFdlIHN1cHBvcnQgdjQ8YnI+DQpiKSBXZSBz
dXBwb3J0IHY0IGFuZCB2NiBieSB2NCBhbmQgdjYgc3BlY2lmaWMgcHJvdG9jb2wgZXh0ZW5zaW9u
czxicj4NCmMpIFdlIHVzZSBhIHNpbmdsZSBjb21tb24gSVAgYXBwcm9hY2g8YnI+DQpkKSBXZSB1
c2UgYW4gYXBwcm9hY2ggdGhhdCBpcyBjb21tb24gYWNyb3NzIElQIGFuZCBNUExT4oCdPGJyPg0K
PGJyPg0KPGJyPg0KPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPlBlcmhhcHMsIGdpdmVuIFRpbSBDaG93buKAmXMgZWFybGll
ciBjb21tZW50Ojwvc3Bhbj48L3A+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsg4oCcSWYgeW914oCZcmUgc3VnZ2VzdGluZyBhbiBJUHY0LW9ubHkgc29sdXRpb24sIHlv
deKAmXJlIHJ1bm5pbmcgdXAgYWdhaW5zdA0KPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnBy
b29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWFiLm9yZ18yMDE2XzExXzA3X2lh
Yi0yRHN0YXRlbWVudC0yRG9uLTJEaXB2Nl8mYW1wO2Q9RHdNRGFRJmFtcDtjPUxGWVotbzlfSFVN
ZU1UU1FpY3ZqSWcmYW1wO3I9NlVoR3BXOWx3aTlkTTdqWWx4WEQ4dyZhbXA7bT1vUXF1azV5dkY1
eUx2ajhfalZxVlJjYXZRN3RVT19MdFUzLUVjRUlEUEZFJmFtcDtzPXdWeGV4U0tSQ2Q3TFpjZU5Q
a1hwUE14QTBPbE5uTDBQaWhlNE1seXFCb0UmYW1wO2U9Ij4NCmh0dHBzOi8vd3d3LmlhYi5vcmcv
MjAxNi8xMS8wNy9pYWItc3RhdGVtZW50LW9uLWlwdjYvPC9hPi7igJ08L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndp
bmRvd3RleHQiPldlIGNvdWxkIGdldCBEZWJvcmFoIHdpdGggaGVyIEFEIGhhdCBvbiB0byBjb21t
ZW50IG9uIHRoaXM/DQo8L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+RXRoYW4uPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48L3A+
DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7IGJvcmRlci10b3A6c29saWQgI0UxRTFF
MSAxLjBwdDsgcGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0ieF9Nc29Ob3Jt
YWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNw
YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiBTdGV3YXJ0IEJyeWFudCBbPGEgaHJlZj0ibWFp
bHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSI+bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWls
LmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBKYW51YXJ5IDE3LCAyMDE4
IDEwOjM5IEFNPGJyPg0KPGI+VG86PC9iPiBHcm9zc21hbiwgRXRoYW4gQS4gPGEgaHJlZj0ibWFp
bHRvOmVhZ3Jvc0Bkb2xieS5jb20iPiZsdDtlYWdyb3NAZG9sYnkuY29tJmd0OzwvYT47IEJhbMOh
enMgVmFyZ2EgQQ0KPGEgaHJlZj0ibWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbSI+
Jmx0O2JhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbSZndDs8L2E+OyBBbmRyZXcgRy4gTWFsaXMN
CjxhIGhyZWY9Im1haWx0bzphZ21hbGlzQGdtYWlsLmNvbSI+Jmx0O2FnbWFsaXNAZ21haWwuY29t
Jmd0OzwvYT48YnI+DQo8Yj5DYzo8L2I+IERldE5ldCBXRyA8YSBocmVmPSJtYWlsdG86ZGV0bmV0
QGlldGYub3JnIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzwvYT47IE1hY2ggQ2hlbg0KPGEgaHJl
Zj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIj4mbHQ7bWFjaC5jaGVuQGh1YXdlaS5jb20m
Z3Q7PC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogRFAgc29sdXRpb24gKEZsb3cgaWRlbnRp
ZmljYXRpb24pPC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0ieF9Nc29Ob3Jt
YWwiPiZuYnNwOzwvcD4NCjxwPkhpJm5ic3A7IEV0aGFuLDwvcD4NCjxwIGNsYXNzPSJ4X01zb05v
cm1hbCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+T24gMTcvMDEv
MjAxOCAxODoyNCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOjwvcD4NCjwvZGl2Pg0KPGJsb2Nr
cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7IG1hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg
Y2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+VGhhbmtz
IFN0ZXdhcnQgZm9yIHRoZSBjbGFyaWZpY2F0aW9uLiBJIGludGVycHJldCB5b3VyIHN0YXRlbWVu
dCDigJxhIGRlY2lzaW9uIG5vdCB0byBzdXBwb3J0IElQdjTigJ0gdG8gbWVhbiDigJxhIGRlY2lz
aW9uIG5vdCB0byBwcm9wb3NlIGFkZGluZyBhbnl0aGluZyB0byB0aGUgZXhpc3RpbmcgSVB2NCBz
dGFuZGFyZOKAnS4NCjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0ieF9Nc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48YnI+DQpUbyBzdXBwb3J0IElQ
djQgdGhlcmUgYXJlIGEgbnVtYmVyIG9mIG1ldGhvZHMgdGhhdCBhcmUgcG9zc2libGUsIG9uZSBp
cyB0byBhZGQgc29tZXRoaW5nIHRvIHY0IGl0c2VsZiBhcyBpcyBwcm9wb3NlZCBmb3IgdjYuIEFk
ZGluZyBzb21ldGhpbmcgdG8gdGhlIGJhc2UgcHJvdG9jb2wgd2lsbCBiZSB2ZXJ5IGRpZmZpY3Vs
dC48YnI+DQo8YnI+DQpBbm90aGVyIG1ldGhvZCwgaXMgdG8gZG8gd2hhdCBoYXMgYmVlbiBwcm9w
b3NlZCBieSBzb21lIGZvciBNUExTLCB0aGF0IGlzIHRvIGVuY29kZSB0aGUgaWRlbnRpdHkgYW5k
IHR5cGUgaW4gdGhlIElQIGFkZHJlc3MuIFRoZXJlIGlzIGEgcHJvcG9zYWwgdG8gZG8gdGhpcyBp
biBTUnY2LiBJIGFtIG5vdCBhIGdyZWF0IGZhbiBvZiBhYnVzaW5nIHRoZSBhZGRyZXNzIHNwYWNl
IGZvciB0aGlzIGluIHRoZSB3YXkgcHJvcG9zZWQgYnkgdGhhdCB3b3JrLA0KIGJ1dCBtYXliZSB3
ZSBjYW4gZG8gc29tZXRoaW5nIG11Y2ggc2ltcGxlciBoZXJlIGFuZCBzaW1wbHkgaWRlbnRpZnkg
dGhlIEROIGluc3RhbmNlIGJ5IHRoZSBJUCBhZGRyZXNzIHdpdGggbm8gb3RoZXIgc2VtYW50aWNz
LiBNdWNoIGVhc2llciB0byBkbyB0aGlzIGZvciBJUHY2IHdpdGggdGhlICZxdW90O2luZmluaXRl
IGFkZHJlc3NlcyZxdW90OyBidXQgd2UgY291bGQgZ2V0IGF3YXkgd2l0aCBpdCBpbiBsaW1pdGVk
IHByaXZhdGUgSXB2NCBuZXR3b3Jrcy4gT2YNCiBjb3Vyc2UgdGhpcyBkb2VzIGNoYW5nZSB0aGUg
cGVyLWhvcCBiZWhhdmlvdXIgb2YgSVAgd2hpY2ggbWF5IGJlIGEgY2hhbGxlbmdlIHRvIGdldCB0
aGUgSUVURiB0byBzaWduIG9mIG9uLjxicj4NCjxicj4NCkFub3RoZXIgbWV0aG9kIGlzIHRvIHVz
ZSBzb21lIG1ldGhvZCBvZiBjYXJyeWluZyBhbiBNUExTIGxhYmVsIHN0YWNrIC0gdGhpcyB3YXMg
dGhlIGZpcnN0IHByb3Bvc2FsLiBOb3cgSSBzYWlkIHRoYXQgSSBkaWQgbm90IHRoaW5rIGFueW9u
ZSBoYWQgZG9uZSB0aGF0IGFuZCBJIHN0aWxsIGJlbGlldmUgdGhhdCB0byBiZSB0aGUgY2FzZSwg
YnV0IHRoYXQgZG9lcyBub3QgbWVhbiB0aGF0IGl0IGlzIG5vdCB0aGUgbGVhc3Qgd29yc3QgYXBw
cm9hY2guDQogVGhlcmUgYXJlIGFsdGVybmF0ZXMgZm9yIGV4YW1wbGUgSVAvVURQL01QTFM8YnI+
DQp3aGljaCBpcyB0aGUgc28gY2FsbGVkIFVTUiBhcHByb2FjaCB0aGF0IGEgbnVtYmVyIG9mIHVz
IGFkdm9jYXRlIGFzIGFuIGFsdGVybmF0aXZlIHRvIFNSdjYuPGJyPg0KPGJyPg0KPGJyPg0KPGJy
Pg0KPC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0OyBtYXJn
aW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPklmIHRoYXQgaXNu4oCZdCBjb3JyZWN0LCBwbGVhc2UgbGV0IG1lIGtu
b3cuIEFzIHlvdSBtYXkgcmVjYWxsIEkgYWxyZWFkeSBzdGFydGVkIGEgdGhyZWFkIGF3aGlsZSBh
Z28gdG8gZGlzY3VzcyBJUHY0IHZzIElQdjYsIGFuZCBiYXNlZCBvbiB0aGUgcmVzcG9uc2VzIGl0
IGFwcGVhcmVkIHRvIG1lIGF0IHRoYXQgdGltZSB0aGF0IHRoZXJlIHdlcmUgc29tZQ0KIGtpbmQg
b2Ygb3B0aW9ucywgdGhvdWdoIG5vdCBhIOKAnG5hdGl2ZSBJUHY04oCdIHNvbHV0aW9uLCBidXQg
aXQgd2FzbuKAmXQgY2xlYXIgdG8gbWUgKGFzIGEgbm9uLWV4cGVydCBpbiB0aGUgdmFyaW91cyBu
ZXR3b3JraW5nIHByb3RvY29scyBtZW50aW9uZWQpIHdoZXRoZXIgdGhleSB3b3VsZCBiZSB2aWFi
bGUgaW4gcHJhY3RpY2Ugb3Igbm90LiBJIHdpbGwgcmV2aXZlIHRoYXQgdGhyZWFkIGFuZCBzZWUg
aWYgd2UgY2FuIGdldCBhbnkgY2xvc2VyIHRvIGRldGVybWluaW5nDQogdGhlIGltcG9ydGFuY2Ug
b2YgSVB2NCB0byBvdXIgdGFyZ2V0IGN1c3RvbWVycywgYW5kIGhvcGVmdWxseSBzb21lIHNlbnNl
IG9mIHdoZXRoZXIgdGhlIHByb3Bvc2VkIG5vbi1uYXRpdmUtSVB2NCBzdHJhdGVnaWVzIHdpbGwg
aG9sZCB3YXRlci4NCjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0ieF9Nc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48YnI+DQpZZXMsIHdlIG5lZWQg
dG8gaGF2ZSB0aGUgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBhbmQgcmVhY2ggYSBjb25zZW5zdXMg
b2Ygd2hldGhlcjxicj4NCjxicj4NCmEpIFdlIHN1cHBvcnQgdjQ8YnI+DQpiKSBXZSBzdXBwb3J0
IHY0IGFuZCB2NiBieSB2NCBhbmQgdjYgc3BlY2lmaWMgcHJvdG9jb2wgZXh0ZW5zaW9uczxicj4N
CmMpIFdlIHVzZSBhIHNpbmdsZSBjb21tb24gSVAgYXBwcm9hY2g8YnI+DQpkKSBXZSB1c2UgYW4g
YXBwcm9hY2ggdGhhdCBpcyBjb21tb24gYWNyb3NzIElQIGFuZCBNUExTPGJyPg0KPGJyPg0KLSBT
dGV3YXJ0PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0
eWxlPSJtYXJnaW4tdG9wOjUuMHB0OyBtYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJ4
X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkV0aGFuLjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij4mbmJzcDs8L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lOyBib3Jk
ZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7IHBhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0K
PHAgY2xhc3M9InhfTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4gU3Rld2FydCBC
cnlhbnQgWzwvc3Bhbj48YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIj5t
YWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0Ij5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBKYW51YXJ5IDE3LCAyMDE4
IDEyOjI5IEFNPGJyPg0KPGI+VG86PC9iPiBHcm9zc21hbiwgRXRoYW4gQS4gPC9zcGFuPjxhIGhy
ZWY9Im1haWx0bzplYWdyb3NAZG9sYnkuY29tIj4mbHQ7ZWFncm9zQGRvbGJ5LmNvbSZndDs8L2E+
PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjsgQmFsw6F6cyBWYXJnYSBBDQo8L3NwYW4+
PGEgaHJlZj0ibWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbSI+Jmx0O2JhbGF6cy5h
LnZhcmdhQGVyaWNzc29uLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQi
PjsgQW5kcmV3IEcuIE1hbGlzDQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21haWwu
Y29tIj4mbHQ7YWdtYWxpc0BnbWFpbC5jb20mZ3Q7PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0Ij48YnI+DQo8Yj5DYzo8L2I+IERldE5ldCBXRyA8L3NwYW4+PGEgaHJlZj0ibWFpbHRv
OmRldG5ldEBpZXRmLm9yZyI+Jmx0O2RldG5ldEBpZXRmLm9yZyZndDs8L2E+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPjsgTWFjaCBDaGVuDQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1h
Y2guY2hlbkBodWF3ZWkuY29tIj4mbHQ7bWFjaC5jaGVuQGh1YXdlaS5jb20mZ3Q7PC9hPjxzcGFu
IHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IERQIHNv
bHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K
PHAgY2xhc3M9InhfTXNvTm9ybWFsIj4mbmJzcDs8L3A+DQo8cD4mbmJzcDs8L3A+DQo8cCBjbGFz
cz0ieF9Nc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwi
Pk9uIDE2LzAxLzIwMTggMTg6MzgsIEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90ZTo8L3A+DQo8L2Rp
dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0OyBtYXJnaW4tYm90dG9tOjUu
MHB0Ij4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3Rl
eHQiPkhpIEJhbGHigJl6cyw8L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+UmVnYXJkaW5nIElQdjQsIEkgYWxzbyB1bmRlcnN0
b29kIHRoYXQgd2UgZGVjaWRlZCB0aGF0IHdlIGNhbuKAmXQgYWRkIG5ldyBJUHY0IGZpZWxkcy4g
UGFyZG9uIG15IGlnbm9yYW5jZSBoZXJlLCBidXQgZG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMgbm8g
cGFydCBvZiBEZXROZXQgY2FwYWJpbGl0eSB0aGF0IGNhbiBiZSBydW4gb3ZlciBJUHY0PyBPciBp
cyB0aGVyZQ0KIHNvbWUg4oCcd29ya2Fyb3VuZOKAnSB0byBwcm92aWRlIGFzIEkgc2F5IGV2ZW4g
cGFydCBvZiB0aGUgRGV0TmV0IGNhcGFiaWxpdHksIGdpdmVuIHRoYXQgaXQgaXMgYW4gRW5naW5l
ZXJlZCBuZXR3b3JrPyBJIGp1c3Qgd2FudCB0byBjbGFyaWZ5IGV4cGVjdGF0aW9ucyBoZXJlLg0K
PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h
biZxdW90OyxzZXJpZiI+PGJyPg0KSWYgeW91IGhhdmUgYSBuYXRpdmUgSVB2NCBuZXR3b3JrIHRv
IHdoaWNoIHlvdSBwcmVzZW50IElQdjYgcGFja2V0cywgeW91IGVpdGhlciBoYXZlIHRvIHR1bm5l
bCB0aGVtIGFjcm9zcyB3aGVyZSB0aGUgSVB2NiBpcyBjb25zaWRlcmVkIG9wYXF1ZSBkYXRhLCBv
ciB5b3UgaGF2ZSB0byB0cmFuc2xhdGUgdGhlbSB0byBJUHY0LCBidXQgdGhhdCByZXF1aXJlcyBz
b21lIGNvbW1vbiBzZW1hbnRpY3MgdG8gZGVhbCB3aXRoIGV4dGVuc2lvbiBoZWFkZXJzDQogd2hp
Y2ggd2UgZG9uJ3QgY3VycmVudGx5IGhhdmUuPGJyPg0KPGJyPg0KU28sIGFzIGZhciBhcyBJIGNh
biBzZWUsIGEgZGVjaXNpb24gbm90IHRvIHN1cHBvcnQgSVB2NCBtZWFucyBubyBETiBzdXBwb3J0
IGFjcm9zcyB0aGUgSVB2NCBuZXR3b3JrLjxicj4NCjxicj4NCldoaWNoIHRha2VzIHVzIGJhY2sg
dG8gdGhlIHF1ZXN0aW9uIG9mIGhvdyBpbXBvcnRhbnQgaXMgdGhpcyBhbmQgd2hhdCB3aWxsIGl0
IGRvIHRvIHRoZSB0YWtlLXVwIG9mIHRoZSB0ZWNobm9sb2d5IGJ5IGl0cyB0YXJnZXQgY3VzdG9t
ZXJzPzxicj4NCjxicj4NCi0gU3Rld2FydDxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwv
c3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDsgbWFyZ2luLWJv
dHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij5UaGFua3MsPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkV0aGFuLjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
eF9Nc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+
PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lOyBib3JkZXItdG9wOnNvbGlkICNF
MUUxRTEgMS4wcHQ7IHBhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9InhfTXNv
Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9i
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4gZGV0bmV0IFs8L3NwYW4+PGEgaHJlZj0i
bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0
Zi5vcmc8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPl0NCjxiPk9uIEJlaGFsZiBP
ZiA8L2I+QmFsw6F6cyBWYXJnYSBBPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEphbnVhcnkg
MTYsIDIwMTggMTA6MjEgQU08YnI+DQo8Yj5Ubzo8L2I+IFN0ZXdhcnQgQnJ5YW50IDwvc3Bhbj48
YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIj4mbHQ7c3Rld2FydC5icnlh
bnRAZ21haWwuY29tJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+OyBBbmRy
ZXcgRy4gTWFsaXMNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20iPiZs
dDthZ21hbGlzQGdtYWlsLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQi
Pjxicj4NCjxiPkNjOjwvYj4gRGV0TmV0IFdHIDwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZGV0bmV0
QGlldGYub3JnIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+OyBNYWNoIENoZW4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bWFjaC5jaGVu
QGh1YXdlaS5jb20iPiZsdDttYWNoLmNoZW5AaHVhd2VpLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBbRGV0bmV0XSBEUCBzb2x1
dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbik8L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw
IGNsYXNzPSJ4X01zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+SSB0aGluayB0aGUgbGFzdCBtYWlscyBhcmUg
bW9yZSBhYm91dCBmbG93IGlkZW50aWZpY2F0aW9uIGFuZCBub3QgdGhlIHNlcXVlbmNlIG51bWJl
ci48L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+U28sIEkgaGF2ZSByZS1zdWJqZWN0ZWQgbXkgYW5zd2VyLjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4m
bmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+UFNOIGxheWVyIHZzLiBETiBsYXllciAoTVBMUyk6PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0g
aW4gY3VycmVudCBkYXRhIHBsYW5lIHRleHQgd2UgaGF2ZSBzdGF0ZWQgdGhhdCBEZXROZXQgUFdz
IG1heSB1c2UgZGVkaWNhdGVkIExTUHMgKFRFLXR1bm5lbHMpLg0KPC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlRoYXQgYWxs
b3cgdG8gaWRlbnRpZnkgRGV0TmV0IGZsb3dzIGluIFBTTiBsYXllciB3aXRob3V0IGNoZWNraW5n
IHRoZSBQVyBsYWJlbC4gU3VjaCBhIHNvbHV0aW9uIG9mDQo8L3NwYW4+PC9wPg0KPHAgY2xhc3M9
InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Y291cnNlIG1heSBj
aGFsbGVuZ2Ugc2NhbGFiaWxpdHkuPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0gcmVnYXJkaW5nIHByaW9yaXRpemF0aW9u
OiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQIGFuZCBMLUxTUCBjb25jZXB0LCB3aGF0IG1ha2VzIHBv
c3NpYmxlDQo8L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+dG8gaWRlbnRpZnkgRGV0TmV0IHBhY2tldHMuIEhvd2V2ZXIgdGhh
dCBpcyBtb3JlIGZvciBzaW1wbGUgcXVldWluZyBzY2VuYXJpb3MgYXMgaXQgZG9lcyBub3Q8L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+aWRlbnRpZnkgaW5kaXZpZHVhbCBmbG93cy4gPC9zcGFuPg0KPC9wPg0KPHAgY2xhc3M9
InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3Rl
eHQiPlBTTiBsYXllciB2cy4gRE4gbGF5ZXIgKG5vbi1NUExTKTo8L3NwYW4+PC9wPg0KPHAgY2xh
c3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+LSBJUHY0OiBJ
ZiBJIHJlbWVtYmVyIGNvcnJlY3RseSBpdCB3YXMgZGlzY3Vzc2VkIHRvIGJlIG91dC1vZi1zY29w
ZSB0byBzaW1wbGlmeSB0aGUgc2NlbmFyaW9zIHdlIGZvY3VzIG9uLg0KPC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPk5vLW9u
ZSB3YW50ZWQgdG8gZGVmaW5lIG5ldyBJUHY0IGZpZWxkcyBmb3IgZmxvdy1JRCBhbmQgU2VxLU51
bSBpbiB0aGUg4oCcc3Vuc2V0IG9mIElQdjTigJ0uPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0gSVB2NjogYmFzZWQgb24g
dGhlIHNyYy1JUHY2IGFuZCB0aGUgZmxvdy1sYWJlbCBOUCBjYW4gZGV0ZWN0IERldE5ldCBmbG93
cy4gV2h5IHdvdWxkIHdlIG5lZWQgYSBuZXcNCjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0ieF9Nc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5JUCBwcm90b2NvbCB0eXBlPyA8
L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkdlbmVyaWMgdnMuIEROIGF3YXJlIGRhdGEgcGxhbmU6
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndp
bmRvd3RleHQiPi0gSSB0aGluayB3ZSBuZWVkIGJvdGguIFdlIGhhdmUgdXNlLWNhc2VzIHNwZWNp
ZmllZCBmb3IgYm90aC48L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkRldE5ldCB0cmFmZmljIHRv
IGJlIHRyYW5zcG9ydGVkOjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4tIHR3byB0eXBlcyBhcmUgY29uc2lkZXJlZDoNCjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDouNWlu
Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+KDEpIEV0aGVybmV0OiBJRUVFIFRTTiB0
cmFmZmljIGVuY2Fwc3VsYXRlZCBpbiBFdGhlcm5ldCBmcmFtZXMgYW5kDQo8L3NwYW4+PC9wPg0K
PHAgY2xhc3M9InhfTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6LjVpbiI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPigyKSBJUDogSVB2NiB0cmFuc3BvcnRlZCBvdmVyIGFueSBM
MiAobm90IGFsd2F5cyBFdGhlcm5ldCwgYnV0IG1vc3QgY2FzZXMgRXRoZXJuZXQpPC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi41aW4iPjxzcGFu
IHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5BcyBub3RlZCBhYm92ZSBJUHY0IGlzIGN1cnJlbnRs
eSBvdXQtb2Ytc2NvcGUg4oCmPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
eF9Nc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5DaGVlcnM8L3NwYW4+
PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4
dCI+QmFsYeKAmXpzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHls
ZT0iYm9yZGVyOm5vbmU7IGJvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDsgcGFkZGluZzoz
LjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOndp
bmRvd3RleHQiPiBTdGV3YXJ0IEJyeWFudCBbPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0
LmJyeWFudEBnbWFpbC5jb20iPm1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb208L2E+PHNw
YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiAyMDE4LiBq
YW51w6FyIDE2LiAxNzozODxicj4NCjxiPlRvOjwvYj4gQW5kcmV3IEcuIE1hbGlzICZsdDs8L3Nw
YW4+PGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21haWwuY29tIj5hZ21hbGlzQGdtYWlsLmNvbTwv
YT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gTWFj
aCBDaGVuICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIj5t
YWNoLmNoZW5AaHVhd2VpLmNvbTwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jmd0
OzsgQmFsw6F6cyBWYXJnYSBBICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmJhbGF6cy5hLnZh
cmdhQGVyaWNzc29uLmNvbSI+YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPC9hPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7Ow0KIERldE5ldCBXRyAmbHQ7PC9zcGFuPjxhIGhy
ZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciPmRldG5ldEBpZXRmLm9yZzwvYT48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0RldG5l
dF0gRFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmluZyk8L3NwYW4+PC9wPg0KPC9kaXY+DQo8
L2Rpdj4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPHA+Jm5ic3A7PC9wPg0K
PHAgY2xhc3M9InhfTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkFuZHk8
L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj5PbiAxNi8wMS8yMDE4IDE1OjIwLCBB
bmRyZXcgRy4gTWFsaXMgd3JvdGU6PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy
Z2luLXRvcDo1LjBwdDsgbWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Inhf
TXNvTm9ybWFsIj5TdGV3YXJ0LCA8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj4m
bmJzcDs8L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPkxpa2Ugd2l0
aCBQV3MgKHNpbmNlIERFVE5FVCBmb3IgTVBMUyB3b3VsZCBqdXN0IGJlIGFub3RoZXIgUFcgdHlw
ZSksIHRhcmdldGVkIExEUCBhbmQgcHJvdmlzaW9uaW5nICh2aWEgYSBjZW50cmFsIGNvbnRyb2xs
ZXIsIE5NUywgZXRjLikgYXJlIGFsdGVybmF0aXZlcyB0byBSU1ZQIGFuZCBTUiB0byBwcm92aXNp
b25pbmcvYWxsb2NhdGluZyB0aGUgREVUTkVUIFBXIGxhYmVsLjwvcD4NCjwvZGl2Pg0KPC9kaXY+
DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90
dG9tOjEyLjBwdCI+PGJyPg0KLi4gYW5kIEkgc3VwcG9zZSBzdHJpY3RseSBCR1Agd2hpY2ggaXMg
YWxzbyB1c2VkIGZvciB0aGlzIHB1cnBvc2UgaW4gVlBOczxicj4NCjxicj4NCjxicj4NCjxicj4N
Cjxicj4NCjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0OyBtYXJnaW4t
Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj4mbmJz
cDs8L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPllvdSBhbmQgTWFj
aCBhcmUgYm90aCByaWdodCB0aGF0IGluIHRoZSBJUCAobm9uLU1QTFMpIGNhc2UsIHdlIG5lZWQg
YSB3YXkgZm9yIHRoZSBOUCB0byBkZXRlY3QgREVUTkVUIGZsb3dzLiBXZSBjb3VsZCBoYXZlIGEg
bmV3IElQIHByb3RvY29sIHR5cGUgZm9yIERFVE5FVCwgYW5kIGEgREVUTkVUIGhlYWRlciBkaXJl
Y3RseSBmb2xsb3dzIHRoZSBJUCBoZWFkZXIuIEluIHRoYXQgY2FzZSwgdGhlIERFVE5FVA0KIGhl
YWRlciB3b3VsZCBhbHNvIG5lZWQgYSBuZXh0IHByb3RvY29sIGlkZW50aWZpZXIsIHVubGVzcyB0
aGUgbmV4dCBwcm90b2NvbCBpcyBhbHdheXMgYW5vdGhlciBJUCBoZWFkZXIuPC9wPg0KPC9kaXY+
DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpMYXN0IEkgc2F3LCB0aGUgdGhpbmtpbmcgd2FzIHRo
YXQgdGhlcmUgd291bGQgYmUgYW4gSVAgZXh0ZW5zaW9uIGhlYWRlciwgYWx0aG91Z2ggSSBhbSBu
b3QgYSBmYW4gb2YgdGhvc2Ugc2luY2UgKGEpIEkgYW0gbm90IGNvbmZpZGVudCB3aGF0IGEgcm91
dGVyIHdpbGwgZG8gb25lIGl0IGRvZXMgbm90IHVuZGVyc3RhbmQsIGFuZCAoYikgSSBhbSBjb25j
ZXJuZWQgYWJvdXQgdGhlIG5lZWQgdG8gc3VwcG9ydCBJUHY0IHdoaWNoIEkgc3VzcGVjdCB3aWxs
DQogaGF2ZSBhIGxvbmcgdGFpbCBpbiBlbnRlcnByaXNlIGRlcGxveW1lbnQuPGJyPg0KPGJyPg0K
SSBwcmVmZXIgYSBVRFAgdHlwZSBmb3IgdGhpcyBwdXJwb3NlIHNpbmNlIGl0IGhhcyB1bml2ZXJz
YWwgc3VwcG9ydCB0aHJvdWdoIGFueSBtaWRkbGUgYm94LiBmaXJld2FsbCBldGMsIGFuZCBhbGwg
cm91dGVycyBuZWVkIHRvIGxvb2sgYSB0aGUgVURQIERQIHNvIGNoZWNraW5nIGlmIGl0IGlzIG9u
ZSB0aGV5IG5lZWQgdG8gd29yayBvbiBpcyBqdXN0IG9uZSBjb21wYXJlIGFuZCBjb25kaXRpb25h
bCBicmFuY2guPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9wPg0KPGJsb2NrcXVvdGUg
c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7IG1hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxk
aXY+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJ4X01zb05vcm1hbCI+T2YgY291cnNlLCBmb3IgTVBMUywgdGhlIERFVE5FVCBQVyBs
YWJlbCBpcyB0aGUgaWRlbnRpZmllci4NCjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv
dGU+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+
PGJyPg0KT25seSBhdCB0aGUgUFcgbGF5ZXIuIE5vdGUgbXkgcXVlc3Rpb24gYWJvdXQgd2hldGhl
ciB0aGlzIGlzIHN1ZmZpY2llbnQuPGJyPg0KPGJyPg0KLSBTdGV3YXJ0PGJyPg0KJm5ic3A7PC9w
Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7IG1hcmdpbi1ib3R0b206NS4w
cHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+Q2hlZXJzLDwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+QW5keTwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJ4X01zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0ieF9Nc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0ieF9Nc29O
b3JtYWwiPk9uIFR1ZSwgSmFuIDE2LCAyMDE4IGF0IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50ICZs
dDs8YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFu
ayI+c3Rld2FydC5icnlhbnRAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PC9wPg0KPGJsb2NrcXVv
dGUgc3R5bGU9ImJvcmRlcjpub25lOyBib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0OyBw
YWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0OyBtYXJnaW4tbGVmdDo0LjhwdDsgbWFyZ2luLXRvcDo1
LjBwdDsgbWFyZ2luLXJpZ2h0OjBpbjsgbWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHA+
SWYgd2UgbmVlZCB0byBkaXNjcmltaW5hdGUgYXQgdGhlIFBTTiBsYXllciByYXRoZXIgdGhhbiB0
aGUgRE4gbGF5ZXIgdGhlbiB3ZSByZWFsbHkgYXJlIGZvcmNlZCB0byBjcmVhdGUgYSBuZXcgRkVD
IHR5cGUgZm9yIE1QTFMsIG9yIHN5bnRoZXNpemUgb25lIHRocm91Z2ggUlNWUCBvciBTUi4gSVAg
aGFzIG5vIG5hdGl2ZSBzdXBwb3J0IGZvciB0aGlzLCBidXQgd2UgY291bGQgaW50cm9kdWNlIHRo
ZSBjb25jZXB0LCBmb3IgZXhhbXBsZSBieQ0KIG1ha2luZyB0aGlzIHRoZSBwcm9wZXJ0eSBvZiB0
aGUgSVAgYWRkcmVzcyBvciBzb21lIHdheSBvZiBNUExTaW5nIElQLjwvcD4NCjxwPkhvd2V2ZXIg
dGhlcmUgaXMgYSBkZWVwZXIgcXVlc3Rpb24gd2UgbmVlZCB0byBhbnN3ZXIuIElzIG91ciBleHBl
Y3RhdGlvbiB0aGF0IGVhY2ggaG9wIGluIHRoZSBkYXRhIHBsYW5lIEROIGF3YXJlLCBvciBpcyBv
dXIgZXhwZWN0YXRpb24gdGhhdCBhdCBsZXN0IGluIHNvbWUgbmV0d29ya3MgdGhlIGRhdGEgcGxh
bmUgaXMgZ2VuZXJpYyB3aXRoIHNvbWUgRE4gbm9kZXMgc3RyYXRlZ2ljYWxseSBwbGFjZWQ/PC9w
Pg0KPHA+SSBjYW4gc2VlIHRoYW4gaW4gc29tZSBncmVlbmZpZWxkIHNwZWNpYWxpc3QgY2FzZXMg
dGhlIHJvdXRlcnMgd2lsbCBhbGwgYmUgRE4gYXdhcmUsIGJ1dCBpbiBvcmRlciB0byBnZXQgZGVw
bG95bWVudCBpbiBtb3N0IG5ldHdvcmtzIHdlIG5lZWQgdG8gZGVzaWduIGZvciB0aGUgY2FzZSB3
aGVyZSBvbmx5IHN0cmF0ZWdpYyBub2RlcyBhcmUgRE4gYXdhcmUuPC9wPg0KPHA+PHNwYW4gc3R5
bGU9ImNvbG9yOiM4ODg4ODgiPi0gU3Rld2FydDwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJ4X01zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJ4X01zb05v
cm1hbCI+T24gMTYvMDEvMjAxOCAwMToxNCwgTWFjaCBDaGVuIHdyb3RlOjwvcD4NCjwvZGl2Pg0K
PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7IG1hcmdpbi1ib3R0b206NS4wcHQi
Pg0KPGRpdj4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMxRjQ5N0QiPkhpIEJhbGF6cyw8L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFs
IiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJ4X01zb05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5
N0QiPiMyIGlzIGEgbW9yZSBuYXR1cmUgc29sdXRpb24sIHRoZSBEZXROZXQgQ1cgaXMgZGVkaWNh
dGVkIGZvciBEZXROZXQsIHNlZW1zIHRoZXJlIGlzIG5vIGNvbXBhdGliaWxpdHkgaXNzdWUuPC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImNv
bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiIHN0
eWxlPSIiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5JbiBhZGRpdGlvbiwgSSB0aGluayB3
ZSBuZWVkIHRvIGRlZmluZSBhIHdheSBvbiBob3cgdG8gZGlmZmVyZW50aWF0ZSBhIERldE5ldCBm
bG93IGZyb20gYSBub24tRGV0TmV0IGZsb3csIHRoZW4gdGhlIG5ldHdvcmsgcHJvY2Vzc29yIGNh
biBwcm9jZXNzIHRoZSBDVyBhcyBleHBlY3RlZC4mbmJzcDsgSW4gVFNOLCBpdCB1c2VzIHRoZSBw
cmlvcml0eSB0bw0KIGRldGVybWluZSB3aGV0aGVyIGEgZmxvdyBpcyBUU04gb3Igbm9uLVRTTiBm
bG93LiBGb3IgRGV0TmV0LCBzaG91bGQgd2UgYWxzbyB1c2UgdGhlIHNhbWUgd2F5IChlLmcuLCBU
QywgRFNDUCk/IE9yIHRoZSBEZXROZXQgc2VydmljZSBMYWJlbCBpdHNlbGYgaW1wbGllcyB0aGUg
c2l0dWF0aW9uLCBidXQgaXQgc2VlbXMgdGhhdCB0aGlzIG9ubHkgd29ya3Mgd2hlbiB0aGUgRGV0
TmV0IHNlcnZpY2UgbGFiZWwgaXMgdGhlIHRvcCBsYWJlbC4gJm5ic3A7PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJ4X01zb05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi
PiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiIHN0eWxlPSIiPjxzcGFu
IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Bbnkgb3RoZXIgdGhvdWdodHM/PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJ4X01zb05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi
PiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiIHN0eWxlPSIiPjxzcGFu
IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJ4X01zb05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPk1hY2g8
L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIiBzdHlsZT0iIj48c3BhbiBzdHlsZT0i
Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l
OyBib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0OyBwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0
Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTsgYm9yZGVyLXRvcDpzb2xpZCAjRTFF
MUUxIDEuMHB0OyBwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJ4X01zb05v
cm1hbCIgc3R5bGU9IiI+PGI+RnJvbTo8L2I+IGRldG5ldCBbPGEgaHJlZj0ibWFpbHRvOmRldG5l
dC1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOmRldG5ldC1ib3VuY2Vz
QGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+QmFsw6F6cyBWYXJnYSBBPGJyPg0K
PGI+U2VudDo8L2I+IE1vbmRheSwgSmFudWFyeSAxNSwgMjAxOCA5OjA2IFBNPGJyPg0KPGI+VG86
PC9iPiBEZXROZXQgV0cgPGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJf
YmxhbmsiPiZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7PC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBb
RGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKTwvcD4NCjwvZGl2Pg0KPC9k
aXY+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiIHN0eWxlPSIiPiZuYnNwOzwvcD4NCjxwIGNsYXNz
PSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5IaSw8L3A+DQo8cCBjbGFzcz0i
eF9tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9
InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlNvbWUgdGhvdWdodHMgdG8gc3Rh
cnQgZGlzY3Vzc2lvbiBvbiBvcGVuIHBvaW50cyBvZiB0aGUgRFAgc29sdXRpb24gZHJhZnQuPC9w
Pg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlRoaXMgbWFp
bCgtdGhyZWFkKSBpcyBvbiBzZXF1ZW5jZSBudW1iZXJpbmcuPC9wPg0KPHAgY2xhc3M9InhfbTE1
MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJ4X20x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Qcm9ibGVtIGluIGNhc2Ugb2YgTVBMUyBh
bmQgRGV0TmV0IENvbnRyb2wgV29yZDo8L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+LSBTL04gc2tpcHMgemVybyBwcm9ibGVtOiBFdGhlcm5ldCBQVyBk
ZWZpbml0aW9uIHN0YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJvLjwvcD4NCjxwIGNsYXNzPSJ4X20x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5JdCB1c2VzIHplcm8gdG8gbWVhbiBubyBT
L04gaW4gdXNlLiAocmZjNDQ0OCk8L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPlBvc3NpYmxlIHByb2JsZW0gcmVzb2x1dGlvbnM6PC9wPg0KPHAgY2xh
c3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiMxOiBVc2luZyBhICZxdW90
O2ZsYWcmcXVvdDsgaW4gdGhlIHJlc2VydmVkIGJpdHMgcGFydCBvZiB0aGUgQ1c6PC9wPg0KPHAg
Y2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6Ny41cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlm
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgMzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDsgZm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx
IDIgMyA0IDUgNiA3IDggOSAwIDE8L3NwYW4+PC9wPg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7IGZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Inhf
bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
Ny41cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgfDAgMCAwIDB8RHxyZXNlcnZlZCAtIHNldCB0byAwJm5ic3A7IHwm
bmJzcDsmbmJzcDsgMTYgYml0IFNlcXVlbmNlIE51bWJlciZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyB8PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0OyBmb250LWZhbWlseTomcXVv
dDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5ELWJpdDogc2V0IHRvIOKAnDHigJ0gbWVhbnMgRGV0TmV0
IHNwZWNpZmljIFNlcS4gTnVtYmVyIHVzZWQsPC9wPg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPkJpdDUtMTU6IHJlc2VydmVkLjwvcD4NCjxwIGNsYXNzPSJ4
X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8L3A+DQo8cCBjbGFzcz0i
eF9tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+UkZDNDQ0OCBzdGF0ZXMgdGhhdCBy
ZXNlcnZlZCBiaXRzIOKAnE1VU1QgYmUgaWdub3JlZCB1cG9uIHJlY2VpcHTigJ0sIHNvIGJhY2t3
YXJkDQo8L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+
Y29tcGF0aWJpbGl0eSBpcyBlbnN1cmVkLiBTdWNoIGEgc29sdXRpb24gd291bGQgYWxsb3cgYWxz
byB0byB1c2UgbG9uZ2VyIHNlcS5udW0uDQo8L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYw
OTUwNTQyM21zb3BsYWludGV4dCI+Zm9ybWF0cyAoaWYgbmVlZGVkKS4gU3VjaCBhIGZvcm1hdCBp
cyBhbHNvIGlubGluZSB3aXRoIFJGQzQzODUuPC9wPg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4jMjogTWFraW5nIOKAnDDigJ0gYXMgYSB2YWxpZCBTZXEu
TnVtLjwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5E
ZXROZXQgZmxvd3MgYXJlIHJlY29nbml6ZWQgYW5kIGZvcndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0
aGUgRGV0TmV0DQo8L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+ZG9tYWluLiBTL04gaXMgdXNlZCB3aXRoaW4gdGhlIERldE5ldCBkb21haW4gYnkgRGV0
TmV0IFNlcnZpY2UgZnVuY3Rpb25zDQo8L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+KGkuZS4gUFJFRikuIFMvTiB1c2VkIG9ubHkgb24gRGV0TmV0IGVu
ZC1ub2RlcyBhbmQgRGV0TmV0IHJlbGF5LW5vZGVzLiBObw0KPC9wPg0KPHAgY2xhc3M9InhfbTE1
MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPm90aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhl
IHZhbHVlIG9mIFMvTiwgdGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lmeSBpdHMNCjwvcD4NCjxw
IGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5vd24gc2VxdWVuY2Ug
bnVtYmVyIHByb2Nlc3NpbmcgYWxnb3JpdGhtLiBTbyDigJww4oCdIGNhbiBiZSBhIHZhbGlkIG51
bWJlcjwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5h
bmQgbm90IHRoZSBpbmRpY2F0aW9uIHRoYXQgbm8gU2VxLk51bS4gaXMgdXNlZC4gVGhpcyBpcyBp
bmxpbmUgd2l0aCBSRkM0Mzg1LjwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0Ij4mbmJzcDs8L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+IzM6IE90aGVyIOKApiA/IT88L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9InhfbTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkNvbW1lbnRzIGFyZSB3ZWxjb21lLjwvcD4NCjxw
IGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8L3A+DQo8
cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Q2hlZXJzPC9wPg0K
PHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkJhbGEnenM8L3A+
DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PC9w
Pg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPi0tLS0tT3Jp
Z2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogZGV0bmV0IFs8YSBocmVmPSJtYWlsdG86ZGV0
bmV0LWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tYWlsdG86ZGV0bmV0LWJvdW5j
ZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcjxicj4NClNlbnQ6IDIwMTgu
IGphbnXDoXIgMTAuIDE5OjAxPGJyPg0KVG86IERldE5ldCBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRv
OmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRldG5ldEBpZXRmLm9yZzwvYT4mZ3Q7
PGJyPg0KU3ViamVjdDogW0RldG5ldF0gcmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVyaW08L3A+
DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PC9w
Pg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPmlzIGF2YWls
YWJsZSBmb3IgZG93bmxvYWQgYXQ6IDwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5j
b20vdjIvdXJsP3U9aHR0cHMtM0FfX2lldGYud2ViZXguY29tX2lldGZfbGRyLnBocC0zRlJDSUQt
M0RlNTExNmJjN2RiMjU0YzI0YTdiYjMyMTdiZjIwMjMwMSZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4
WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3
NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9M3JiM1JFX1oy
d09XOHZwLUFNc2EybGdTaDBVNEJnZFpGN3p1MXRYd2Q2ayZhbXA7ZT0iIHRhcmdldD0iX2JsYW5r
Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDsgdGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0
dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9sZHIucGhwP1JDSUQ9ZTUxMTZiYzdkYjI1NGMyNGE3
YmIzMjE3YmYyMDIzMDE8L3NwYW4+PC9hPjwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5
NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYw
OTUwNTQyM21zb3BsYWludGV4dCI+cmF3IG5vdGVzIGFyZSBhdmFpbGFibGUgYXQgPC9wPg0KPHAg
Y2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Imh0dHBz
Oi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwLTNBX19ldGhlcnBhZC50
b29scy5pZXRmLm9yZy0zQTkwMDBfcF9ub3Rlcy0yRGlldGYtMkRpbnRlcmltLTJEMjAxOC0yRGRl
dG5ldC0yRDAxJmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDty
PVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFx
akFmd1FmN2RJV0tCZk1qcyZhbXA7cz1sT19aZEhBclFRc2FETll2TXlJY3ptZDZGMVBfYWN1TTBr
Rk1aNTFVWDZjJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0OyB0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cDovL2V0aGVycGFkLnRvb2xzLmlldGYu
b3JnOjkwMDAvcC9ub3Rlcy1pZXRmLWludGVyaW0tMjAxOC1kZXRuZXQtMDE8L3NwYW4+PC9hPjwv
cD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8
L3A+DQo8cCBjbGFzcz0ieF9tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+UGxlYXNl
IGZlZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFkIGJhc2VkIG9uIHRoZSByZWNvcmRpbmcu
PC9wPg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNw
OzwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Mb3Ug
KGFuZCBjby1jaGFpcnMpPC9wPg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
XzwvcD4NCjxwIGNsYXNzPSJ4X20xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5kZXRu
ZXQgbWFpbGluZyBsaXN0PC9wPg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPjxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5r
Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDsgdGV4dC1kZWNvcmF0aW9uOm5vbmUiPmRl
dG5ldEBpZXRmLm9yZzwvc3Bhbj48L2E+PC9wPg0KPHAgY2xhc3M9InhfbTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50
LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0
bmV0JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2
d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1Fm
N2RJV0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJG
UU1JJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
OyB0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9kZXRuZXQ8L3NwYW4+PC9hPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0ieF9N
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+Jm5ic3A7PC9wPg0KPHByZT5f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvcHJlPg0KPHBy
ZT5kZXRuZXQgbWFpbGluZyBsaXN0PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpkZXRuZXRA
aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kZXRuZXRAaWV0Zi5vcmc8L2E+PC9wcmU+DQo8cHJl
PjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRw
cy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmFtcDtkPUR3TUdhUSZh
bXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEm
YW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZhbXA7cz1o
UzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmFtcDtlPSIgdGFyZ2V0
PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PC9h
PjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj4mbmJzcDs8L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0ieF9Nc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX188YnI+DQpkZXRuZXQgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0i
bWFpbHRvOmRldG5ldEBpZXRmLm9yZyI+ZGV0bmV0QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9
Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3
LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSTha
YjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1
MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2
bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsi
Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PC9hPjwvcD4NCjwv
YmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj4mbmJzcDs8L3A+DQo8
L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+Jm5ic3A7PC9wPg0K
PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjEyLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm
Ij4mbmJzcDs8L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9InhfTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjwvYmxv
Y2txdW90ZT4NCjxwIGNsYXNzPSJ4X01zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_BN6PR06MB25476A3D05CFA2F4FEABC75DC4E90BN6PR06MB2547namp_--


From nobody Wed Jan 17 13:06:36 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 176C812E8B1 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 13:06:35 -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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pLjh0Kon8QHD for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 13:06:34 -0800 (PST)
Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) (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 06CCE12E8AA for <detnet@ietf.org>; Wed, 17 Jan 2018 13:06:34 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy5.mail.unifiedlayer.com (Postfix) with ESMTP id B59CE14C691 for <detnet@ietf.org>; Wed, 17 Jan 2018 12:53:57 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with  id zXtu1w0012SSUrH01XtxHo; Wed, 17 Jan 2018 12:53:57 -0700
X-Authority-Analysis: v=2.2 cv=G85sK5s5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=Yyw3SE-B_oKVdSAjze4A:9 a=QEXdDO2ut3YA:10
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=fk4OVNTsFmIqwgjYCOqGPRERBe0QqJEjLZF5pEerjxo=; b=EoyGpeaxagCQvSIGfMHwqVbRch izqbR6VDBD9IYydJ+CQOI80QpqkX3F5iT2IbbazUOLncaRK24h6UXbFNlpsd+5m1NcJm2Nng5nCRU ibAMRucWFgLmp2S7WtcDJOjAi;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:55754 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1ebtmT-004MOi-LB for detnet@ietf.org; Wed, 17 Jan 2018 12:53:53 -0700
To: DetNet WG <detnet@ietf.org>
From: Lou Berger <lberger@labn.net>
Message-ID: <f290720e-2c6a-86a1-ed35-d8702f580d1c@labn.net>
Date: Wed, 17 Jan 2018 14:53:50 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1ebtmT-004MOi-LB
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:55754
X-Source-Auth: lberger@labn.net
X-Email-Count: 10
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/fkLfaqRucPuGSd9THBPqeA770eI>
Subject: [Detnet] some reminders on charter
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 21:06:35 -0000

Some of the discussion leads me to want to remind the WG of a few things 
from our charter:

1) network size/scope.  We are not trying to solve the "Internet" or 
even the general multi-domain problem, but rather solutions for networks 
that are under a single administrative control or within a closed group 
of  administrative control.

2) encapsulation: We are chartered to define the encapsulation used by 
DetNet flows.   We are not expected to come up with new encapsulations, 
but rather how DetNet uses what exists today.  As a group, while we once 
discussed documenting this in terms of existing RFCs (e.g., PW, PWE3, 
EVPN), we have decided to define the encapsulation in a more independent 
form. This is fine, but doesn't change that we are expected to reuse 
encapsulations that exist today.

Note that use of MPLS (in any flavor including TE,  SR, and perhaps even 
SR-TE) and other L3 technologies such as PW and GRE by DetNet is in scope.

3) IP version: Our charter talks about using IP.  It doesn't include or 
preclude any specific version.  Certainly support IPv6 is required.  
Support for IPv4 (service or transport) is not out of scope per charter.

4) Topics that are out of scope: As a reminder, control plane is 
currently out of scope of our charter.  We certainly are expected to 
identify the information needed for flow establishment and control and 
be used by reservation protocols and YANG data models (which are in 
charter). This may include, for example, how one or more DetNet flows 
are mapped to MPLS (TE) LSPs, but does not include any LDP, RSVP-TE or 
SR-related control plane changes.  As a group, we may want to ask the 
IESG to revisit this, but I suggest that not consider or discuss this 
until we have a Data Plane defined and, perhaps, the rest of our 
deliverables largely completed.

While it is often constructive to brainstorm and consider what *might* 
be done, please consider our charter scope to help focus your proposals 
and discussions on what *should* be done in detnet.

Cheers,
Lou





From nobody Wed Jan 17 14:12:48 2018
Return-Path: <jefftant.ietf@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A83D712D869 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 14:12:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.697
X-Spam-Level: 
X-Spam-Status: No, score=-0.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 YY7ctyFBLvto for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 14:12:40 -0800 (PST)
Received: from mail-yw0-x22d.google.com (mail-yw0-x22d.google.com [IPv6:2607:f8b0:4002:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2ACF112D856 for <detnet@ietf.org>; Wed, 17 Jan 2018 14:12:40 -0800 (PST)
Received: by mail-yw0-x22d.google.com with SMTP id c78so9589638ywb.13 for <detnet@ietf.org>; Wed, 17 Jan 2018 14:12:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=user-agent:date:subject:from:to:cc:message-id:thread-topic :mime-version; bh=b3gir3KFong/kxzvSG/lNHxmu11RfWdEOKX22BJuf7I=; b=aaXzwr3VP6IvhO9Fu8/pq6C0sUEtPAzopJ0l3y6bhUtxxxmFkd3PHlaxofCFXO7Nnk vc8IsEeIGbyCt6a2MTko5ZWNOxvcOr4OuQ1dPodzk37xxdVA3aPSBFrmFPmhGUZGvDLw w4WXoTJzlX7hPpz786QcG9ESWMsnh4LweAtblEJ3tnl9oBNnOxs/iP+6y0kEs5ac4Y7h 1xSMUQ5Nmkwb0qZBigC1KPIWdZSsXfT4/3mjIsk7WPGTi2TRsqNZQ4p+0cCikx22sWez xC+vv5i8LBdxYh1vyrLFmAxiYQ7xWBE3jAizcT7F3WNn6Z4tahz0zpcu/Df8aJS2WSdA Fv1g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:mime-version; bh=b3gir3KFong/kxzvSG/lNHxmu11RfWdEOKX22BJuf7I=; b=rqqA7OdOUfVZZPqKGDx8ZsF1twdQh1v8GGROAS0qP9iQqKCBdu9PtJMtSswcdu+dMS K6pofgAMJKVUs6ndHH6MH+En/tOaTuohO6D+74GsivEOc3FICW+HYehMhN8tnPlqzIR2 G5T+toRdsOhQHE6uEmNcgte36xrV5QS2Yxv5zMwzNqk8KM/Igk3WZK6FiyZVlMVz+DxQ QPR3xYZr6RaFgGkRgIWdcjLBLGHW5XOh6PqT0KQ6t/Guwrvl16EnL/VjDJD8yfeGTk2O IBau3WcUXI+AJ10la6n4jVltm/U1/N9u1lQM3xhlZYxtPqDZkKItRs58trcLXVYWYvuD H1zw==
X-Gm-Message-State: AKwxyteFg25RzpvglaTXhvPDH6DULRc+KaJc07qBdwCpwhNKe8tzojKh xcCZK7n8II20yJZs/Tf98+U=
X-Google-Smtp-Source: ACJfBotyBCEooMoGR+vQD1glkZ9r9X8ngsEhULBLWLbsMnHPp5s+mvxPz5BnAXK/8LGLXZ2JkbgiOA==
X-Received: by 10.13.197.193 with SMTP id h184mr4064490ywd.514.1516227158915;  Wed, 17 Jan 2018 14:12:38 -0800 (PST)
Received: from [135.227.131.156] ([66.201.62.254]) by smtp.gmail.com with ESMTPSA id o15sm2207027ywm.6.2018.01.17.14.12.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Jan 2018 14:12:38 -0800 (PST)
User-Agent: Microsoft-MacOutlook/f.27.0.171010
Date: Wed, 17 Jan 2018 14:12:34 -0800
From: Jeff Tantsura <jefftant.ietf@gmail.com>
To: "BRUNGARD, DEBORAH A" <db3546@att.com>, Stewart Bryant <stewart.bryant@gmail.com>, "Grossman, Ethan A." <eagros@dolby.com>, DetNet WG <detnet@ietf.org>
CC: "Tim Chown (Tim.Chown@jisc.ac.uk)" <Tim.Chown@jisc.ac.uk>
Message-ID: <426B8B09-A248-4180-B948-0CBA95904F89@gmail.com>
Thread-Topic: [Detnet] DP solution (Flow identification)
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3599043157_1861973360"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/UVrcTDl_KrxTaBy9ZRWeQ3yD7u8>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 22:12:47 -0000

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3599043157_1861973360
Content-type: text/plain;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable

Speaking on behalf of IAB =E2=80=93 building a IPv4 only solution would be a rath=
er unfortunate direction and very much against IAB statement ( https://www.i=
ab.org/2016/11/07/iab-statement-on-ipv6/).

=20

Cheers,

Jeff

=20

From: detnet <detnet-bounces@ietf.org> on behalf of "BRUNGARD, DEBORAH A" <=
db3546@att.com>
Date: Wednesday, January 17, 2018 at 12:34
To: Stewart Bryant <stewart.bryant@gmail.com>, "Grossman, Ethan A." <eagros=
@dolby.com>, DetNet WG <detnet@ietf.org>
Cc: "Tim Chown (Tim.Chown@jisc.ac.uk)" <Tim.Chown@jisc.ac.uk>
Subject: Re: [Detnet] DP solution (Flow identification)

=20

I don=E2=80=99t want to influence your discussion on solution(s).

=20

As mails are getting crossed, and not having Tim=E2=80=99s original comment, I th=
ink as Ethan later says in a mail after this one =E2=80=93 the IAB concern would b=
e if doing an =E2=80=9CIPv4-only=E2=80=9D solution. Many working groups are still doing =
work supporting IPv4 networks. The discussion when it reaches the IESG =E2=80=93 c=
an IPv6 support be included in the same document or is there work on-going t=
o support IPv6 (and the IPv6 solution does not depend on IPv4).

=20

The charter for detnet is not to sunset IPv4=F0=9F=98=8A If you have operational us=
e cases for supporting IPv4, then as you are doing, it is important to discu=
ss the deployment requirements e.g. closed network, IPv4-IPv6 islands, etc.,=
 so as to understand the best solution.

=20

My interpretation of the IAB statement is to give guidance on prioritizing =
work for IPv6. Unless you have large user groups requiring IPv4-only, then y=
our priority should be in developing an IPv6 solution. And the IPv4 solution=
 should not limit the IPv6 solution.

=20

Deborah

=20

=20

From: Stewart Bryant [mailto:stewart.bryant@gmail.com]=20
Sent: Wednesday, January 17, 2018 2:02 PM
To: Grossman, Ethan A. <eagros@dolby.com>; DetNet WG <detnet@ietf.org>; BRU=
NGARD, DEBORAH A <db3546@att.com>
Cc: Tim Chown (Tim.Chown@jisc.ac.uk) <Tim.Chown@jisc.ac.uk>
Subject: Re: DP solution (Flow identification)

=20

A point I have made before and will continue to make:

If the IETF does not maintain IPv4 appropriately until it's natural death, =
it will be declared critical national infrastructure by governments and they=
 will effectively gift it to their SDO (the ITU-T). Such an organization may=
 find it expedient to find many new ways to extend the life of IPv4. In any =
case I anticipate a very long tail on the IPv4 decay curve.

We need to do what is right for our customers, some of whom may find it inf=
easible to migrate away from IPv4 any time soon.

I will of course be interested in Deborah's directive on this.

- Stewart

=20

On 17/01/2018 18:51, Grossman, Ethan A. wrote:

Thanks Stewart. Regarding:=20

=E2=80=9CYes, we need to have the discussion on the list and reach a consensus of=
 whether
a) We support v4
b) We support v4 and v6 by v4 and v6 specific protocol extensions
c) We use a single common IP approach
d) We use an approach that is common across IP and MPLS=E2=80=9D




Perhaps, given Tim Chown=E2=80=99s earlier comment:

        =E2=80=9CIf you=E2=80=99re suggesting an IPv4-only solution, you=E2=80=99re running u=
p against https://www.iab.org/2016/11/07/iab-statement-on-ipv6/.=E2=80=9D

=20

We could get Deborah with her AD hat on to comment on this?=20

Ethan.

=20

From: Stewart Bryant [mailto:stewart.bryant@gmail.com]=20
Sent: Wednesday, January 17, 2018 10:39 AM
To: Grossman, Ethan A. <eagros@dolby.com>; Bal=C3=A1zs Varga A <balazs.a.varga@=
ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
Subject: Re: DP solution (Flow identification)

=20

Hi  Ethan,

=20

On 17/01/2018 18:24, Grossman, Ethan A. wrote:

Thanks Stewart for the clarification. I interpret your statement =E2=80=9Ca decis=
ion not to support IPv4=E2=80=9D to mean =E2=80=9Ca decision not to propose adding anyth=
ing to the existing IPv4 standard=E2=80=9D.=20


To support IPv4 there are a number of methods that are possible, one is to =
add something to v4 itself as is proposed for v6. Adding something to the ba=
se protocol will be very difficult.

Another method, is to do what has been proposed by some for MPLS, that is t=
o encode the identity and type in the IP address. There is a proposal to do =
this in SRv6. I am not a great fan of abusing the address space for this in =
the way proposed by that work, but maybe we can do something much simpler he=
re and simply identify the DN instance by the IP address with no other seman=
tics. Much easier to do this for IPv6 with the "infinite addresses" but we c=
ould get away with it in limited private Ipv4 networks. Of course this does =
change the per-hop behaviour of IP which may be a challenge to get the IETF =
to sign of on.

Another method is to use some method of carrying an MPLS label stack - this=
 was the first proposal. Now I said that I did not think anyone had done tha=
t and I still believe that to be the case, but that does not mean that it is=
 not the least worst approach. There are alternates for example IP/UDP/MPLS
which is the so called USR approach that a number of us advocate as an alte=
rnative to SRv6.





If that isn=E2=80=99t correct, please let me know. As you may recall I already st=
arted a thread awhile ago to discuss IPv4 vs IPv6, and based on the response=
s it appeared to me at that time that there were some kind of options, thoug=
h not a =E2=80=9Cnative IPv4=E2=80=9D solution, but it wasn=E2=80=99t clear to me (as a non-ex=
pert in the various networking protocols mentioned) whether they would be vi=
able in practice or not. I will revive that thread and see if we can get any=
 closer to determining the importance of IPv4 to our target customers, and h=
opefully some sense of whether the proposed non-native-IPv4 strategies will =
hold water.=20


Yes, we need to have the discussion on the list and reach a consensus of wh=
ether

a) We support v4
b) We support v4 and v6 by v4 and v6 specific protocol extensions
c) We use a single common IP approach
d) We use an approach that is common across IP and MPLS

- Stewart





Ethan.

=20

From: Stewart Bryant [mailto:stewart.bryant@gmail.com]=20
Sent: Wednesday, January 17, 2018 12:29 AM
To: Grossman, Ethan A. <eagros@dolby.com>; Bal=C3=A1zs Varga A <balazs.a.varga@=
ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
Subject: Re: DP solution (Flow identification)

=20

=20

=20

On 16/01/2018 18:38, Grossman, Ethan A. wrote:

Hi Bala=E2=80=99zs,

Regarding IPv4, I also understood that we decided that we can=E2=80=99t add new I=
Pv4 fields. Pardon my ignorance here, but does that mean there is no part of=
 DetNet capability that can be run over IPv4? Or is there some =E2=80=9Cworkaround=
=E2=80=9D to provide as I say even part of the DetNet capability, given that it is=
 an Engineered network? I just want to clarify expectations here.=20


If you have a native IPv4 network to which you present IPv6 packets, you ei=
ther have to tunnel them across where the IPv6 is considered opaque data, or=
 you have to translate them to IPv4, but that requires some common semantics=
 to deal with extension headers which we don't currently have.

So, as far as I can see, a decision not to support IPv4 means no DN support=
 across the IPv4 network.

Which takes us back to the question of how important is this and what will =
it do to the take-up of the technology by its target customers?

- Stewart






Thanks,

Ethan.

=20

From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Bal=C3=A1zs Varga A
Sent: Tuesday, January 16, 2018 10:21 AM
To: Stewart Bryant <stewart.bryant@gmail.com>; Andrew G. Malis <agmalis@gma=
il.com>
Cc: DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
Subject: [Detnet] DP solution (Flow identification)

=20

I think the last mails are more about flow identification and not the seque=
nce number.

So, I have re-subjected my answer.

=20

PSN layer vs. DN layer (MPLS):

- in current data plane text we have stated that DetNet PWs may use dedicat=
ed LSPs (TE-tunnels).=20

That allow to identify DetNet flows in PSN layer without checking the PW la=
bel. Such a solution of=20

course may challenge scalability.

- regarding prioritization: text allows both E-LSP and L-LSP concept, what =
makes possible=20

to identify DetNet packets. However that is more for simple queuing scenari=
os as it does not

identify individual flows.=20

=20

PSN layer vs. DN layer (non-MPLS):

- IPv4: If I remember correctly it was discussed to be out-of-scope to simp=
lify the scenarios we focus on.=20

No-one wanted to define new IPv4 fields for flow-ID and Seq-Num in the =E2=80=9Cs=
unset of IPv4=E2=80=9D.

- IPv6: based on the src-IPv6 and the flow-label NP can detect DetNet flows=
. Why would we need a new=20

IP protocol type?=20

=20

Generic vs. DN aware data plane:

- I think we need both. We have use-cases specified for both.

=20

DetNet traffic to be transported:

- two types are considered:=20

(1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames and=20

(2) IP: IPv6 transported over any L2 (not always Ethernet, but most cases E=
thernet)

As noted above IPv4 is currently out-of-scope =E2=80=A6

=20

Cheers

Bala=E2=80=99zs

=20

From: Stewart Bryant [mailto:stewart.bryant@gmail.com]=20
Sent: 2018. janu=C3=A1r 16. 17:38
To: Andrew G. Malis <agmalis@gmail.com>
Cc: Mach Chen <mach.chen@huawei.com>; Bal=C3=A1zs Varga A <balazs.a.varga@erics=
son.com>; DetNet WG <detnet@ietf.org>
Subject: Re: [Detnet] DP solution (Sequence Numbering)

=20

=20

Andy

On 16/01/2018 15:20, Andrew G. Malis wrote:

Stewart,=20

=20

Like with PWs (since DETNET for MPLS would just be another PW type), target=
ed LDP and provisioning (via a central controller, NMS, etc.) are alternativ=
es to RSVP and SR to provisioning/allocating the DETNET PW label.


.. and I suppose strictly BGP which is also used for this purpose in VPNs





=20

You and Mach are both right that in the IP (non-MPLS) case, we need a way f=
or the NP to detect DETNET flows. We could have a new IP protocol type for D=
ETNET, and a DETNET header directly follows the IP header. In that case, the=
 DETNET header would also need a next protocol identifier, unless the next p=
rotocol is always another IP header.


Last I saw, the thinking was that there would be an IP extension header, al=
though I am not a fan of those since (a) I am not confident what a router wi=
ll do one it does not understand, and (b) I am concerned about the need to s=
upport IPv4 which I suspect will have a long tail in enterprise deployment.

I prefer a UDP type for this purpose since it has universal support through=
 any middle box. firewall etc, and all routers need to look a the UDP DP so =
checking if it is one they need to work on is just one compare and condition=
al branch.





=20

Of course, for MPLS, the DETNET PW label is the identifier.=20


Only at the PW layer. Note my question about whether this is sufficient.

- Stewart
=20

=20

Cheers,

Andy

=20

=20

On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant <stewart.bryant@gmail.com> =
wrote:

If we need to discriminate at the PSN layer rather than the DN layer then w=
e really are forced to create a new FEC type for MPLS, or synthesize one thr=
ough RSVP or SR. IP has no native support for this, but we could introduce t=
he concept, for example by making this the property of the IP address or som=
e way of MPLSing IP.

However there is a deeper question we need to answer. Is our expectation th=
at each hop in the data plane DN aware, or is our expectation that at lest i=
n some networks the data plane is generic with some DN nodes strategically p=
laced?

I can see than in some greenfield specialist cases the routers will all be =
DN aware, but in order to get deployment in most networks we need to design =
for the case where only strategic nodes are DN aware.

- Stewart

=20

On 16/01/2018 01:14, Mach Chen wrote:

Hi Balazs,

=20

#2 is a more nature solution, the DetNet CW is dedicated for DetNet, seems =
there is no compatibility issue.

=20

In addition, I think we need to define a way on how to differentiate a DetN=
et flow from a non-DetNet flow, then the network processor can process the C=
W as expected.  In TSN, it uses the priority to determine whether a flow is =
TSN or non-TSN flow. For DetNet, should we also use the same way (e.g., TC, =
DSCP)? Or the DetNet service Label itself implies the situation, but it seem=
s that this only works when the DetNet service label is the top label. =20

=20

Any other thoughts?

=20

Best regards,

Mach

=20

From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Bal=C3=A1zs Varga A
Sent: Monday, January 15, 2018 9:06 PM
To: DetNet WG <detnet@ietf.org>
Subject: [Detnet] DP solution (Sequence Numbering)

=20

Hi,

=20

Some thoughts to start discussion on open points of the DP solution draft.

This mail(-thread) is on sequence numbering.

=20

Problem in case of MPLS and DetNet Control Word:

- S/N skips zero problem: Ethernet PW definition states that S/N skips zero=
.

It uses zero to mean no S/N in use. (rfc4448)

=20

Possible problem resolutions:

#1: Using a "flag" in the reserved bits part of the CW:

      0                   1                   2                   3

      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

     |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |

     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number used,

Bit5-15: reserved.

=20

RFC4448 states that reserved bits =E2=80=9CMUST be ignored upon receipt=E2=80=9D, so ba=
ckward=20

compatibility is ensured. Such a solution would allow also to use longer se=
q.num.=20

formats (if needed). Such a format is also inline with RFC4385.

=20

#2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.

DetNet flows are recognized and forwarded special within the DetNet=20

domain. S/N is used within the DetNet domain by DetNet Service functions=20

(i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No=20

other nodes care about the value of S/N, therefore DetNet can specify its=20

own sequence number processing algorithm. So =E2=80=9C0=E2=80=9D can be a valid number

and not the indication that no Seq.Num. is used. This is inline with RFC438=
5.

=20

#3: Other =E2=80=A6 ?!?

=20

Comments are welcome.

=20

Cheers

Bala'zs

=20

-----Original Message-----
From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
Sent: 2018. janu=C3=A1r 10. 19:01
To: DetNet WG <detnet@ietf.org>
Subject: [Detnet] recording for today's interim

=20

is available for download at:=20

https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf202301

=20

raw notes are available at=20

http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01

=20

Please feel free to update the etherpad based on the recording.

=20

Lou (and co-chairs)

=20

_______________________________________________

detnet mailing list

detnet@ietf.org

https://www.ietf.org/mailman/listinfo/detnet

=20
_______________________________________________
detnet mailing list
detnet@ietf.org
https://www.ietf.org/mailman/listinfo/detnet
=20


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

=20

=20

=20

=20

=20

_______________________________________________ detnet mailing list detnet@=
ietf.org https://www.ietf.org/mailman/listinfo/detnet=20


--B_3599043157_1861973360
Content-type: text/html;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" xmlns:w=3D"urn:schema=
s-microsoft-com:office:word" xmlns:m=3D"http://schemas.microsoft.com/office/20=
04/12/omml" xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta name=3DTitle c=
ontent=3D""><meta name=3DKeywords content=3D""><meta http-equiv=3DContent-Type conte=
nt=3D"text/html; charset=3Dutf-8"><meta name=3DGenerator content=3D"Microsoft Word 1=
5 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Courier New";
	panose-1:2 7 3 9 2 2 5 2 4 4;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"Apple Color Emoji";
	panose-1:0 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New",serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:"Consolas",sans-serif;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
p.m1519775394609505423msoplaintext, li.m1519775394609505423msoplaintext, di=
v.m1519775394609505423msoplaintext
	{mso-style-name:m_1519775394609505423msoplaintext;
	mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle22
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle23
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle24
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle25
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle26
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle27
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle28
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle29
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle31
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.msoIns
	{mso-style-type:export-only;
	mso-style-name:"";
	text-decoration:underline;
	color:teal;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style></head><body bgcolor=3Dwhite lang=3DEN-US link=3Dblue vlink=3Dpurple><di=
v class=3DWordSection1><p class=3DMsoNormal><span style=3D'color:windowtext'>Speak=
ing on behalf of IAB =E2=80=93 building a IPv4 only solution would be a rather unf=
ortunate direction and very much against IAB statement (&nbsp;<a href=3D"https=
://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.iab.org_2016_11_07_iab-2=
Dstatement-2Don-2Dipv6_&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3DZcHC=
6wX_gDwPDcfMaFNZiQ&amp;m=3DoXVLyuObJ6nJvM1lEu50B-g3YBVoCmxP_kRgjhC4tDk&amp;s=3DG=
LJ2oCCQ3YYzToc4GGxH9Rg6SLJD8RJSyyRgE2q-mjM&amp;e=3D">https://www.iab.org/2016/=
11/07/iab-statement-on-ipv6/</a>).<o:p></o:p></span></p><p class=3DMsoNormal><=
span style=3D'color:windowtext'><o:p>&nbsp;</o:p></span></p><div><p class=3DMsoN=
ormal>Cheers,<o:p></o:p></p></div><p class=3DMsoNormal>Jeff<span style=3D'color:=
windowtext'><o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:wind=
owtext'><o:p>&nbsp;</o:p></span></p><div style=3D'border:none;border-top:solid=
 #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span style=3D=
'font-size:12.0pt'>From: </span></b><span style=3D'font-size:12.0pt'>detnet &l=
t;detnet-bounces@ietf.org&gt; on behalf of &quot;BRUNGARD, DEBORAH A&quot; &=
lt;db3546@att.com&gt;<br><b>Date: </b>Wednesday, January 17, 2018 at 12:34<b=
r><b>To: </b>Stewart Bryant &lt;stewart.bryant@gmail.com&gt;, &quot;Grossman=
, Ethan A.&quot; &lt;eagros@dolby.com&gt;, DetNet WG &lt;detnet@ietf.org&gt;=
<br><b>Cc: </b>&quot;Tim Chown (Tim.Chown@jisc.ac.uk)&quot; &lt;Tim.Chown@ji=
sc.ac.uk&gt;<br><b>Subject: </b>Re: [Detnet] DP solution (Flow identificatio=
n)<o:p></o:p></span></p></div><div><p class=3DMsoNormal><span style=3D'color:win=
dowtext'><o:p>&nbsp;</o:p></span></p></div><p class=3DMsoNormal><span style=3D'c=
olor:windowtext'>I don=E2=80=99t want to influence your discussion on solution(s).=
</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>&nbs=
p;</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>As=
 mails are getting crossed, and not having Tim=E2=80=99s original comment, I think=
 as Ethan later says in a mail after this one =E2=80=93 the IAB concern would be i=
f doing an =E2=80=9CIPv4-only=E2=80=9D solution. Many working groups are still doing wor=
k supporting IPv4 networks. The discussion when it reaches the IESG =E2=80=93 can =
IPv6 support be included in the same document or is there work on-going to s=
upport IPv6 (and the IPv6 solution does not depend on IPv4).</span><o:p></o:=
p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>&nbsp;</span><o:p></=
o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>The charter for de=
tnet is not to sunset IPv4</span><span style=3D'font-family:"Apple Color Emoji=
";color:windowtext'>&#128522;</span><span style=3D'color:windowtext'> If you h=
ave operational use cases for supporting IPv4, then as you are doing, it is =
important to discuss the deployment requirements e.g. closed network, IPv4-I=
Pv6 islands, etc., so as to understand the best solution.</span><o:p></o:p><=
/p><p class=3DMsoNormal><span style=3D'color:windowtext'>&nbsp;</span><o:p></o:p=
></p><p class=3DMsoNormal><span style=3D'color:windowtext'>My interpretation of =
the IAB statement is to give guidance on prioritizing work for IPv6. Unless =
you have large user groups requiring IPv4-only, then your priority should be=
 in developing an IPv6 solution. And the IPv4 solution should not limit the =
IPv6 solution.</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:wi=
ndowtext'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:=
windowtext'>Deborah</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'col=
or:windowtext'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><a name=3D"_Mail=
EndCompose"><span style=3D'color:windowtext'>&nbsp;</span></a><o:p></o:p></p><=
div><div style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in=
 0in 0in'><p class=3DMsoNormal><b><span style=3D'color:windowtext'>From:</span><=
/b><span style=3D'color:windowtext'> Stewart Bryant [mailto:stewart.bryant@gma=
il.com] <br><b>Sent:</b> Wednesday, January 17, 2018 2:02 PM<br><b>To:</b> G=
rossman, Ethan A. &lt;eagros@dolby.com&gt;; DetNet WG &lt;detnet@ietf.org&gt=
;; BRUNGARD, DEBORAH A &lt;db3546@att.com&gt;<br><b>Cc:</b> Tim Chown (Tim.C=
hown@jisc.ac.uk) &lt;Tim.Chown@jisc.ac.uk&gt;<br><b>Subject:</b> Re: DP solu=
tion (Flow identification)</span><o:p></o:p></p></div></div><p class=3DMsoNorm=
al>&nbsp;<o:p></o:p></p><p>A point I have made before and will continue to m=
ake:<o:p></o:p></p><p>If the IETF does not maintain IPv4 appropriately until=
 it's natural death, it will be declared critical national infrastructure by=
 governments and they will effectively gift it to their SDO (the ITU-T). Suc=
h an organization may find it expedient to find many new ways to extend the =
life of IPv4. In any case I anticipate a very long tail on the IPv4 decay cu=
rve.<o:p></o:p></p><p>We need to do what is right for our customers, some of=
 whom may find it infeasible to migrate away from IPv4 any time soon.<o:p></=
o:p></p><p>I will of course be interested in Deborah's directive on this.<o:=
p></o:p></p><p>- Stewart<o:p></o:p></p><p class=3DMsoNormal>&nbsp;<o:p></o:p><=
/p><div><p class=3DMsoNormal>On 17/01/2018 18:51, Grossman, Ethan A. wrote:<o:=
p></o:p></p></div><blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><=
p class=3DMsoNormal><span style=3D'color:windowtext'>Thanks Stewart. Regarding: =
</span><o:p></o:p></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span styl=
e=3D'font-size:12.0pt;font-family:"Times New Roman",serif'>=E2=80=9CYes, we need to =
have the discussion on the list and reach a consensus of whether<br>a) We su=
pport v4<br>b) We support v4 and v6 by v4 and v6 specific protocol extension=
s<br>c) We use a single common IP approach<br>d) We use an approach that is =
common across IP and MPLS=E2=80=9D<br><br><br><br></span><o:p></o:p></p><p class=3DM=
soNormal><span style=3D'color:windowtext'>Perhaps, given Tim Chown=E2=80=99s earlier=
 comment:</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowt=
ext'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =E2=80=9CIf you=E2=80=99re suggesting an=
 IPv4-only solution, you=E2=80=99re running up against <a href=3D"https://urldefense=
.proofpoint.com/v2/url?u=3Dhttps-3A__www.iab.org_2016_11_07_iab-2Dstatement-2D=
on-2Dipv6_&amp;d=3DDwMDaQ&amp;c=3DLFYZ-o9_HUMeMTSQicvjIg&amp;r=3D6UhGpW9lwi9dM7jYl=
xXD8w&amp;m=3DoQquk5yvF5yLvj8_jVqVRcavQ7tUO_LtU3-EcEIDPFE&amp;s=3DwVxexSKRCd7LZc=
eNPkXpPMxA0OlNnL0Pihe4MlyqBoE&amp;e=3D">https://www.iab.org/2016/11/07/iab-sta=
tement-on-ipv6/</a>.=E2=80=9D</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D=
'color:windowtext'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><span styl=
e=3D'color:windowtext'>We could get Deborah with her AD hat on to comment on t=
his? </span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'=
>Ethan.</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtex=
t'>&nbsp;</span><o:p></o:p></p><div><div style=3D'border:none;border-top:solid=
 #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span style=3D=
'color:windowtext'>From:</span></b><span style=3D'color:windowtext'> Stewart B=
ryant [<a href=3D"mailto:stewart.bryant@gmail.com">mailto:stewart.bryant@gmail=
.com</a>] <br><b>Sent:</b> Wednesday, January 17, 2018 10:39 AM<br><b>To:</b=
> Grossman, Ethan A. <a href=3D"mailto:eagros@dolby.com">&lt;eagros@dolby.com&=
gt;</a>; Bal=C3=A1zs Varga A <a href=3D"mailto:balazs.a.varga@ericsson.com">&lt;ba=
lazs.a.varga@ericsson.com&gt;</a>; Andrew G. Malis <a href=3D"mailto:agmalis@g=
mail.com">&lt;agmalis@gmail.com&gt;</a><br><b>Cc:</b> DetNet WG <a href=3D"mai=
lto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a>; Mach Chen <a href=3D"mailto:=
mach.chen@huawei.com">&lt;mach.chen@huawei.com&gt;</a><br><b>Subject:</b> Re=
: DP solution (Flow identification)</span><o:p></o:p></p></div></div><p clas=
s=3DMsoNormal>&nbsp;<o:p></o:p></p><p>Hi&nbsp; Ethan,<o:p></o:p></p><p class=3DM=
soNormal>&nbsp;<o:p></o:p></p><div><p class=3DMsoNormal>On 17/01/2018 18:24, G=
rossman, Ethan A. wrote:<o:p></o:p></p></div><blockquote style=3D'margin-top:5=
.0pt;margin-bottom:5.0pt'><p class=3DMsoNormal><span style=3D'color:windowtext'>=
Thanks Stewart for the clarification. I interpret your statement =E2=80=9Ca decisi=
on not to support IPv4=E2=80=9D to mean =E2=80=9Ca decision not to propose adding anythi=
ng to the existing IPv4 standard=E2=80=9D. </span><o:p></o:p></p></blockquote><p c=
lass=3DMsoNormal><span style=3D'font-size:12.0pt;font-family:"Times New Roman",s=
erif'><br>To support IPv4 there are a number of methods that are possible, o=
ne is to add something to v4 itself as is proposed for v6. Adding something =
to the base protocol will be very difficult.<br><br>Another method, is to do=
 what has been proposed by some for MPLS, that is to encode the identity and=
 type in the IP address. There is a proposal to do this in SRv6. I am not a =
great fan of abusing the address space for this in the way proposed by that =
work, but maybe we can do something much simpler here and simply identify th=
e DN instance by the IP address with no other semantics. Much easier to do t=
his for IPv6 with the &quot;infinite addresses&quot; but we could get away w=
ith it in limited private Ipv4 networks. Of course this does change the per-=
hop behaviour of IP which may be a challenge to get the IETF to sign of on.<=
br><br>Another method is to use some method of carrying an MPLS label stack =
- this was the first proposal. Now I said that I did not think anyone had do=
ne that and I still believe that to be the case, but that does not mean that=
 it is not the least worst approach. There are alternates for example IP/UDP=
/MPLS<br>which is the so called USR approach that a number of us advocate as=
 an alternative to SRv6.<br><br><br><br><br></span><o:p></o:p></p><blockquot=
e style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><p class=3DMsoNormal><span styl=
e=3D'color:windowtext'>If that isn=E2=80=99t correct, please let me know. As you may=
 recall I already started a thread awhile ago to discuss IPv4 vs IPv6, and b=
ased on the responses it appeared to me at that time that there were some ki=
nd of options, though not a =E2=80=9Cnative IPv4=E2=80=9D solution, but it wasn=E2=80=99t clea=
r to me (as a non-expert in the various networking protocols mentioned) whet=
her they would be viable in practice or not. I will revive that thread and s=
ee if we can get any closer to determining the importance of IPv4 to our tar=
get customers, and hopefully some sense of whether the proposed non-native-I=
Pv4 strategies will hold water. </span><o:p></o:p></p></blockquote><p class=3D=
MsoNormal><span style=3D'font-size:12.0pt;font-family:"Times New Roman",serif'=
><br>Yes, we need to have the discussion on the list and reach a consensus o=
f whether<br><br>a) We support v4<br>b) We support v4 and v6 by v4 and v6 sp=
ecific protocol extensions<br>c) We use a single common IP approach<br>d) We=
 use an approach that is common across IP and MPLS<br><br>- Stewart<br><br><=
br><br><br></span><o:p></o:p></p><blockquote style=3D'margin-top:5.0pt;margin-=
bottom:5.0pt'><p class=3DMsoNormal><span style=3D'color:windowtext'>Ethan.</span=
><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>&nbsp;</sp=
an><o:p></o:p></p><div><div style=3D'border:none;border-top:solid #E1E1E1 1.0p=
t;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span style=3D'color:window=
text'>From:</span></b><span style=3D'color:windowtext'> Stewart Bryant [</span=
><a href=3D"mailto:stewart.bryant@gmail.com">mailto:stewart.bryant@gmail.com</=
a><span style=3D'color:windowtext'>] <br><b>Sent:</b> Wednesday, January 17, 2=
018 12:29 AM<br><b>To:</b> Grossman, Ethan A. </span><a href=3D"mailto:eagros@=
dolby.com">&lt;eagros@dolby.com&gt;</a><span style=3D'color:windowtext'>; Bal=C3=
=A1zs Varga A </span><a href=3D"mailto:balazs.a.varga@ericsson.com">&lt;balazs.a=
.varga@ericsson.com&gt;</a><span style=3D'color:windowtext'>; Andrew G. Malis =
</span><a href=3D"mailto:agmalis@gmail.com">&lt;agmalis@gmail.com&gt;</a><span=
 style=3D'color:windowtext'><br><b>Cc:</b> DetNet WG </span><a href=3D"mailto:de=
tnet@ietf.org">&lt;detnet@ietf.org&gt;</a><span style=3D'color:windowtext'>; M=
ach Chen </span><a href=3D"mailto:mach.chen@huawei.com">&lt;mach.chen@huawei.c=
om&gt;</a><span style=3D'color:windowtext'><br><b>Subject:</b> Re: DP solution=
 (Flow identification)</span><o:p></o:p></p></div></div><p class=3DMsoNormal>&=
nbsp;<o:p></o:p></p><p>&nbsp;<o:p></o:p></p><p class=3DMsoNormal>&nbsp;<o:p></=
o:p></p><div><p class=3DMsoNormal>On 16/01/2018 18:38, Grossman, Ethan A. wrot=
e:<o:p></o:p></p></div><blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0=
pt'><p class=3DMsoNormal><span style=3D'color:windowtext'>Hi Bala=E2=80=99zs,</span><o=
:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>Regarding IPv=
4, I also understood that we decided that we can=E2=80=99t add new IPv4 fields. Pa=
rdon my ignorance here, but does that mean there is no part of DetNet capabi=
lity that can be run over IPv4? Or is there some =E2=80=9Cworkaround=E2=80=9D to provide=
 as I say even part of the DetNet capability, given that it is an Engineered=
 network? I just want to clarify expectations here. </span><o:p></o:p></p></=
blockquote><p class=3DMsoNormal><span style=3D'font-size:12.0pt;font-family:"Tim=
es New Roman",serif'><br>If you have a native IPv4 network to which you pres=
ent IPv6 packets, you either have to tunnel them across where the IPv6 is co=
nsidered opaque data, or you have to translate them to IPv4, but that requir=
es some common semantics to deal with extension headers which we don't curre=
ntly have.<br><br>So, as far as I can see, a decision not to support IPv4 me=
ans no DN support across the IPv4 network.<br><br>Which takes us back to the=
 question of how important is this and what will it do to the take-up of the=
 technology by its target customers?<br><br>- Stewart<br><br><br><br><br><br=
></span><o:p></o:p></p><blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0=
pt'><p class=3DMsoNormal><span style=3D'color:windowtext'>Thanks,</span><o:p></o=
:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>Ethan.</span><o:p><=
/o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>&nbsp;</span><o:p=
></o:p></p><div><div style=3D'border:none;border-top:solid #E1E1E1 1.0pt;paddi=
ng:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span style=3D'color:windowtext'>F=
rom:</span></b><span style=3D'color:windowtext'> detnet [</span><a href=3D"mailt=
o:detnet-bounces@ietf.org">mailto:detnet-bounces@ietf.org</a><span style=3D'co=
lor:windowtext'>] <b>On Behalf Of </b>Bal=C3=A1zs Varga A<br><b>Sent:</b> Tuesda=
y, January 16, 2018 10:21 AM<br><b>To:</b> Stewart Bryant </span><a href=3D"ma=
ilto:stewart.bryant@gmail.com">&lt;stewart.bryant@gmail.com&gt;</a><span sty=
le=3D'color:windowtext'>; Andrew G. Malis </span><a href=3D"mailto:agmalis@gmail=
.com">&lt;agmalis@gmail.com&gt;</a><span style=3D'color:windowtext'><br><b>Cc:=
</b> DetNet WG </span><a href=3D"mailto:detnet@ietf.org">&lt;detnet@ietf.org&g=
t;</a><span style=3D'color:windowtext'>; Mach Chen </span><a href=3D"mailto:mach=
.chen@huawei.com">&lt;mach.chen@huawei.com&gt;</a><span style=3D'color:windowt=
ext'><br><b>Subject:</b> [Detnet] DP solution (Flow identification)</span><o=
:p></o:p></p></div></div><p class=3DMsoNormal>&nbsp;<o:p></o:p></p><p class=3DMs=
oNormal><span style=3D'color:windowtext'>I think the last mails are more about=
 flow identification and not the sequence number.</span><o:p></o:p></p><p cl=
ass=3DMsoNormal><span style=3D'color:windowtext'>So, I have re-subjected my answ=
er.</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>&=
nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'=
>PSN layer vs. DN layer (MPLS):</span><o:p></o:p></p><p class=3DMsoNormal><spa=
n style=3D'color:windowtext'>- in current data plane text we have stated that =
DetNet PWs may use dedicated LSPs (TE-tunnels). </span><o:p></o:p></p><p cla=
ss=3DMsoNormal><span style=3D'color:windowtext'>That allow to identify DetNet fl=
ows in PSN layer without checking the PW label. Such a solution of </span><o=
:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>course may ch=
allenge scalability.</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'co=
lor:windowtext'>- regarding prioritization: text allows both E-LSP and L-LSP=
 concept, what makes possible </span><o:p></o:p></p><p class=3DMsoNormal><span=
 style=3D'color:windowtext'>to identify DetNet packets. However that is more f=
or simple queuing scenarios as it does not</span><o:p></o:p></p><p class=3DMso=
Normal><span style=3D'color:windowtext'>identify individual flows. </span><o:p=
></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>&nbsp;</span><o=
:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>PSN layer vs.=
 DN layer (non-MPLS):</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'c=
olor:windowtext'>- IPv4: If I remember correctly it was discussed to be out-=
of-scope to simplify the scenarios we focus on. </span><o:p></o:p></p><p cla=
ss=3DMsoNormal><span style=3D'color:windowtext'>No-one wanted to define new IPv4=
 fields for flow-ID and Seq-Num in the =E2=80=9Csunset of IPv4=E2=80=9D.</span><o:p></o:=
p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>- IPv6: based on the=
 src-IPv6 and the flow-label NP can detect DetNet flows. Why would we need a=
 new </span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'=
>IP protocol type? </span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'col=
or:windowtext'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><span style=3D'c=
olor:windowtext'>Generic vs. DN aware data plane:</span><o:p></o:p></p><p cl=
ass=3DMsoNormal><span style=3D'color:windowtext'>- I think we need both. We have=
 use-cases specified for both.</span><o:p></o:p></p><p class=3DMsoNormal><span=
 style=3D'color:windowtext'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal><sp=
an style=3D'color:windowtext'>DetNet traffic to be transported:</span><o:p></o=
:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>- two types are con=
sidered: </span><o:p></o:p></p><p class=3DMsoNormal style=3D'text-indent:.5in'><=
span style=3D'color:windowtext'>(1) Ethernet: IEEE TSN traffic encapsulated in=
 Ethernet frames and </span><o:p></o:p></p><p class=3DMsoNormal style=3D'text-in=
dent:.5in'><span style=3D'color:windowtext'>(2) IP: IPv6 transported over any =
L2 (not always Ethernet, but most cases Ethernet)</span><o:p></o:p></p><p cl=
ass=3DMsoNormal style=3D'text-indent:.5in'><span style=3D'color:windowtext'>As not=
ed above IPv4 is currently out-of-scope =E2=80=A6</span><o:p></o:p></p><p class=3DMs=
oNormal><span style=3D'color:windowtext'>&nbsp;</span><o:p></o:p></p><p class=3D=
MsoNormal><span style=3D'color:windowtext'>Cheers</span><o:p></o:p></p><p clas=
s=3DMsoNormal><span style=3D'color:windowtext'>Bala=E2=80=99zs</span><o:p></o:p></p><p=
 class=3DMsoNormal><span style=3D'color:windowtext'>&nbsp;</span><o:p></o:p></p>=
<div><div style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0i=
n 0in 0in'><p class=3DMsoNormal><b><span style=3D'color:windowtext'>From:</span>=
</b><span style=3D'color:windowtext'> Stewart Bryant [</span><a href=3D"mailto:s=
tewart.bryant@gmail.com">mailto:stewart.bryant@gmail.com</a><span style=3D'col=
or:windowtext'>] <br><b>Sent:</b> 2018. janu=C3=A1r 16. 17:38<br><b>To:</b> Andr=
ew G. Malis &lt;</span><a href=3D"mailto:agmalis@gmail.com">agmalis@gmail.com<=
/a><span style=3D'color:windowtext'>&gt;<br><b>Cc:</b> Mach Chen &lt;</span><a=
 href=3D"mailto:mach.chen@huawei.com">mach.chen@huawei.com</a><span style=3D'col=
or:windowtext'>&gt;; Bal=C3=A1zs Varga A &lt;</span><a href=3D"mailto:balazs.a.var=
ga@ericsson.com">balazs.a.varga@ericsson.com</a><span style=3D'color:windowtex=
t'>&gt;; DetNet WG &lt;</span><a href=3D"mailto:detnet@ietf.org">detnet@ietf.o=
rg</a><span style=3D'color:windowtext'>&gt;<br><b>Subject:</b> Re: [Detnet] DP=
 solution (Sequence Numbering)</span><o:p></o:p></p></div></div><p class=3DMso=
Normal>&nbsp;<o:p></o:p></p><p>&nbsp;<o:p></o:p></p><p class=3DMsoNormal style=
=3D'margin-bottom:12.0pt'>Andy<o:p></o:p></p><div><p class=3DMsoNormal>On 16/01/=
2018 15:20, Andrew G. Malis wrote:<o:p></o:p></p></div><blockquote style=3D'ma=
rgin-top:5.0pt;margin-bottom:5.0pt'><div><p class=3DMsoNormal>Stewart, <o:p></=
o:p></p><div><p class=3DMsoNormal>&nbsp;<o:p></o:p></p></div><div><p class=3DMso=
Normal>Like with PWs (since DETNET for MPLS would just be another PW type), =
targeted LDP and provisioning (via a central controller, NMS, etc.) are alte=
rnatives to RSVP and SR to provisioning/allocating the DETNET PW label.<o:p>=
</o:p></p></div></div></blockquote><p class=3DMsoNormal style=3D'margin-bottom:1=
2.0pt'><br>.. and I suppose strictly BGP which is also used for this purpose=
 in VPNs<br><br><br><br><br><br><o:p></o:p></p><blockquote style=3D'margin-top=
:5.0pt;margin-bottom:5.0pt'><div><div><p class=3DMsoNormal>&nbsp;<o:p></o:p></=
p></div><div><p class=3DMsoNormal>You and Mach are both right that in the IP (=
non-MPLS) case, we need a way for the NP to detect DETNET flows. We could ha=
ve a new IP protocol type for DETNET, and a DETNET header directly follows t=
he IP header. In that case, the DETNET header would also need a next protoco=
l identifier, unless the next protocol is always another IP header.<o:p></o:=
p></p></div></div></blockquote><p class=3DMsoNormal style=3D'margin-bottom:12.0p=
t'><br>Last I saw, the thinking was that there would be an IP extension head=
er, although I am not a fan of those since (a) I am not confident what a rou=
ter will do one it does not understand, and (b) I am concerned about the nee=
d to support IPv4 which I suspect will have a long tail in enterprise deploy=
ment.<br><br>I prefer a UDP type for this purpose since it has universal sup=
port through any middle box. firewall etc, and all routers need to look a th=
e UDP DP so checking if it is one they need to work on is just one compare a=
nd conditional branch.<br><br><br><br><br><br><o:p></o:p></p><blockquote sty=
le=3D'margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=3DMsoNormal>&nbsp=
;<o:p></o:p></p></div><div><p class=3DMsoNormal>Of course, for MPLS, the DETNE=
T PW label is the identifier. <o:p></o:p></p></div></div></blockquote><p cla=
ss=3DMsoNormal style=3D'margin-bottom:12.0pt'><br>Only at the PW layer. Note my =
question about whether this is sufficient.<br><br>- Stewart<br>&nbsp;<o:p></=
o:p></p><blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><div><div><=
p class=3DMsoNormal>&nbsp;<o:p></o:p></p></div><div><p class=3DMsoNormal>Cheers,=
<o:p></o:p></p></div><div><p class=3DMsoNormal>Andy<o:p></o:p></p></div><div><=
p class=3DMsoNormal>&nbsp;<o:p></o:p></p></div></div><div><p class=3DMsoNormal>&=
nbsp;<o:p></o:p></p><div><p class=3DMsoNormal>On Tue, Jan 16, 2018 at 5:46 AM,=
 Stewart Bryant &lt;<a href=3D"mailto:stewart.bryant@gmail.com" target=3D"_blank=
">stewart.bryant@gmail.com</a>&gt; wrote:<o:p></o:p></p><blockquote style=3D'b=
order:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-=
left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'><div><p>If=
 we need to discriminate at the PSN layer rather than the DN layer then we r=
eally are forced to create a new FEC type for MPLS, or synthesize one throug=
h RSVP or SR. IP has no native support for this, but we could introduce the =
concept, for example by making this the property of the IP address or some w=
ay of MPLSing IP.<o:p></o:p></p><p>However there is a deeper question we nee=
d to answer. Is our expectation that each hop in the data plane DN aware, or=
 is our expectation that at lest in some networks the data plane is generic =
with some DN nodes strategically placed?<o:p></o:p></p><p>I can see than in =
some greenfield specialist cases the routers will all be DN aware, but in or=
der to get deployment in most networks we need to design for the case where =
only strategic nodes are DN aware.<o:p></o:p></p><p><span style=3D'color:#8888=
88'>- Stewart</span><o:p></o:p></p><div><div><p class=3DMsoNormal>&nbsp;<o:p><=
/o:p></p><div><p class=3DMsoNormal>On 16/01/2018 01:14, Mach Chen wrote:<o:p><=
/o:p></p></div><blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><div=
><p class=3DMsoNormal style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:aut=
o'><span style=3D'color:#1F497D'>Hi Balazs,</span><o:p></o:p></p><p class=3DMsoN=
ormal style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style=
=3D'color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal style=3D'mso-m=
argin-top-alt:auto;mso-margin-bottom-alt:auto'><span style=3D'color:#1F497D'>#=
2 is a more nature solution, the DetNet CW is dedicated for DetNet, seems th=
ere is no compatibility issue.</span><o:p></o:p></p><p class=3DMsoNormal style=
=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style=3D'color:#1F=
497D'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal style=3D'mso-margin-top-a=
lt:auto;mso-margin-bottom-alt:auto'><span style=3D'color:#1F497D'>In addition,=
 I think we need to define a way on how to differentiate a DetNet flow from =
a non-DetNet flow, then the network processor can process the CW as expected=
.&nbsp; In TSN, it uses the priority to determine whether a flow is TSN or n=
on-TSN flow. For DetNet, should we also use the same way (e.g., TC, DSCP)? O=
r the DetNet service Label itself implies the situation, but it seems that t=
his only works when the DetNet service label is the top label. &nbsp;</span>=
<o:p></o:p></p><p class=3DMsoNormal style=3D'mso-margin-top-alt:auto;mso-margin-=
bottom-alt:auto'><span style=3D'color:#1F497D'>&nbsp;</span><o:p></o:p></p><p =
class=3DMsoNormal style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><=
span style=3D'color:#1F497D'>Any other thoughts?</span><o:p></o:p></p><p class=
=3DMsoNormal style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span =
style=3D'color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=3DMsoNormal style=3D'=
mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style=3D'color:#1F49=
7D'>Best regards,</span><o:p></o:p></p><p class=3DMsoNormal style=3D'mso-margin-=
top-alt:auto;mso-margin-bottom-alt:auto'><span style=3D'color:#1F497D'>Mach</s=
pan><o:p></o:p></p><p class=3DMsoNormal style=3D'mso-margin-top-alt:auto;mso-mar=
gin-bottom-alt:auto'><span style=3D'color:#1F497D'>&nbsp;</span><o:p></o:p></p=
><div style=3D'border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.=
0pt'><div><div style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0=
pt 0in 0in 0in'><p class=3DMsoNormal style=3D'mso-margin-top-alt:auto;mso-margin=
-bottom-alt:auto'><b>From:</b> detnet [<a href=3D"mailto:detnet-bounces@ietf.o=
rg" target=3D"_blank">mailto:detnet-bounces@ietf.org</a>] <b>On Behalf Of </b>=
Bal=C3=A1zs Varga A<br><b>Sent:</b> Monday, January 15, 2018 9:06 PM<br><b>To:</=
b> DetNet WG <a href=3D"mailto:detnet@ietf.org" target=3D"_blank">&lt;detnet@iet=
f.org&gt;</a><br><b>Subject:</b> [Detnet] DP solution (Sequence Numbering)<o=
:p></o:p></p></div></div><p class=3DMsoNormal style=3D'mso-margin-top-alt:auto;m=
so-margin-bottom-alt:auto'>&nbsp;<o:p></o:p></p><p class=3Dm151977539460950542=
3msoplaintext>Hi,<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>&n=
bsp;<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>Some thoughts t=
o start discussion on open points of the DP solution draft.<o:p></o:p></p><p=
 class=3Dm1519775394609505423msoplaintext>This mail(-thread) is on sequence nu=
mbering.<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>&nbsp;<o:p>=
</o:p></p><p class=3Dm1519775394609505423msoplaintext>Problem in case of MPLS =
and DetNet Control Word:<o:p></o:p></p><p class=3Dm1519775394609505423msoplain=
text>- S/N skips zero problem: Ethernet PW definition states that S/N skips =
zero.<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>It uses zero t=
o mean no S/N in use. (rfc4448)<o:p></o:p></p><p class=3Dm1519775394609505423m=
soplaintext>&nbsp;<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>P=
ossible problem resolutions:<o:p></o:p></p><p class=3Dm1519775394609505423msop=
laintext>#1: Using a &quot;flag&quot; in the reserved bits part of the CW:<o=
:p></o:p></p><p class=3Dm1519775394609505423msoplaintext><span style=3D'font-siz=
e:7.5pt;font-family:"Courier New",serif'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp; 3</span><o:p></o:p></p><p class=3Dm1519775394609505423ms=
oplaintext><span style=3D'font-size:7.5pt;font-family:"Courier New",serif'>&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 =
4 5 6 7 8 9 0 1</span><o:p></o:p></p><p class=3Dm1519775394609505423msoplainte=
xt><span style=3D'font-size:7.5pt;font-family:"Courier New",serif'>&nbsp;&nbsp=
;&nbsp;&nbsp; +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=
+-+</span><o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext><span sty=
le=3D'font-size:7.5pt;font-family:"Courier New",serif'>&nbsp;&nbsp;&nbsp;&nbsp=
; |0 0 0 0|D|reserved - set to 0&nbsp; |&nbsp;&nbsp; 16 bit Sequence Number&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |</span><o:p></o:p></p><p class=3Dm1519775394609=
505423msoplaintext><span style=3D'font-size:7.5pt;font-family:"Courier New",se=
rif'>&nbsp;&nbsp;&nbsp;&nbsp; +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p><p class=3Dm1519775394609505423msopla=
intext>D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number used,<o:p></o=
:p></p><p class=3Dm1519775394609505423msoplaintext>Bit5-15: reserved.<o:p></o:=
p></p><p class=3Dm1519775394609505423msoplaintext>&nbsp;<o:p></o:p></p><p clas=
s=3Dm1519775394609505423msoplaintext>RFC4448 states that reserved bits =E2=80=9CMUST=
 be ignored upon receipt=E2=80=9D, so backward <o:p></o:p></p><p class=3Dm1519775394=
609505423msoplaintext>compatibility is ensured. Such a solution would allow =
also to use longer seq.num. <o:p></o:p></p><p class=3Dm1519775394609505423msop=
laintext>formats (if needed). Such a format is also inline with RFC4385.<o:p=
></o:p></p><p class=3Dm1519775394609505423msoplaintext>&nbsp;<o:p></o:p></p><p=
 class=3Dm1519775394609505423msoplaintext>#2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Nu=
m.<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>DetNet flows are =
recognized and forwarded special within the DetNet <o:p></o:p></p><p class=3Dm=
1519775394609505423msoplaintext>domain. S/N is used within the DetNet domain=
 by DetNet Service functions <o:p></o:p></p><p class=3Dm1519775394609505423mso=
plaintext>(i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-no=
des. No <o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>other nodes=
 care about the value of S/N, therefore DetNet can specify its <o:p></o:p></=
p><p class=3Dm1519775394609505423msoplaintext>own sequence number processing a=
lgorithm. So =E2=80=9C0=E2=80=9D can be a valid number<o:p></o:p></p><p class=3Dm151977539=
4609505423msoplaintext>and not the indication that no Seq.Num. is used. This=
 is inline with RFC4385.<o:p></o:p></p><p class=3Dm1519775394609505423msoplain=
text>&nbsp;<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>#3: Othe=
r =E2=80=A6 ?!?<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>&nbsp;<o:p=
></o:p></p><p class=3Dm1519775394609505423msoplaintext>Comments are welcome.<o=
:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>&nbsp;<o:p></o:p></p>=
<p class=3Dm1519775394609505423msoplaintext>Cheers<o:p></o:p></p><p class=3Dm151=
9775394609505423msoplaintext>Bala'zs<o:p></o:p></p><p class=3Dm151977539460950=
5423msoplaintext>&nbsp;<o:p></o:p></p><p class=3Dm1519775394609505423msoplaint=
ext>-----Original Message-----<br>From: detnet [<a href=3D"mailto:detnet-bounc=
es@ietf.org" target=3D"_blank">mailto:detnet-bounces@ietf.org</a>] On Behalf O=
f Lou Berger<br>Sent: 2018. janu=C3=A1r 10. 19:01<br>To: DetNet WG &lt;<a href=3D"=
mailto:detnet@ietf.org" target=3D"_blank">detnet@ietf.org</a>&gt;<br>Subject: =
[Detnet] recording for today's interim<o:p></o:p></p><p class=3Dm1519775394609=
505423msoplaintext>&nbsp;<o:p></o:p></p><p class=3Dm1519775394609505423msoplai=
ntext>is available for download at: <o:p></o:p></p><p class=3Dm151977539460950=
5423msoplaintext><a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3=
A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&amp=
;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3DZcHC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw=
506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3D3rb3RE_Z2wOW8vp-AMsa2lgSh0U4=
BgdZF7zu1tXwd6k&amp;e=3D" target=3D"_blank"><span style=3D'color:windowtext;text-d=
ecoration:none'>https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7b=
b3217bf202301</span></a><o:p></o:p></p><p class=3Dm1519775394609505423msoplain=
text>&nbsp;<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>raw note=
s are available at <o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>=
<a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__etherpad.tools.=
ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&amp;d=3DDwMGaQ&a=
mp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3DZcHC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw506GT5I1lpl=
0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3DlO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51=
UX6c&amp;e=3D" target=3D"_blank"><span style=3D'color:windowtext;text-decoration:n=
one'>http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01=
</span></a><o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>&nbsp;<o=
:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>Please feel free to u=
pdate the etherpad based on the recording.<o:p></o:p></p><p class=3Dm151977539=
4609505423msoplaintext>&nbsp;<o:p></o:p></p><p class=3Dm1519775394609505423mso=
plaintext>Lou (and co-chairs)<o:p></o:p></p><p class=3Dm1519775394609505423mso=
plaintext>&nbsp;<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext>___=
____________________________________________<o:p></o:p></p><p class=3Dm1519775=
394609505423msoplaintext>detnet mailing list<o:p></o:p></p><p class=3Dm1519775=
394609505423msoplaintext><a href=3D"mailto:detnet@ietf.org" target=3D"_blank"><s=
pan style=3D'color:windowtext;text-decoration:none'>detnet@ietf.org</span></a>=
<o:p></o:p></p><p class=3Dm1519775394609505423msoplaintext><a href=3D"https://ur=
ldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman_listinfo_det=
net&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3DZcHC6wX_gDwPDcfMaFNZiQ&a=
mp;m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3DhS9_HI114vlyT-MDJVp5e=
K8h7URobpcWbBt9njrFQMI&amp;e=3D" target=3D"_blank"><span style=3D'color:windowtext=
;text-decoration:none'>https://www.ietf.org/mailman/listinfo/detnet</span></=
a><o:p></o:p></p></div></div><p class=3DMsoNormal style=3D'margin-bottom:12.0pt'=
>&nbsp;<o:p></o:p></p><pre>_______________________________________________<o=
:p></o:p></pre><pre>detnet mailing list<o:p></o:p></pre><pre><a href=3D"mailto=
:detnet@ietf.org" target=3D"_blank">detnet@ietf.org</a><o:p></o:p></pre><pre><=
a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_ma=
ilman_listinfo_detnet&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3DZcHC6w=
X_gDwPDcfMaFNZiQ&amp;m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3DhS9=
_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=3D" target=3D"_blank">https://www=
.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><p class=3D=
MsoNormal>&nbsp;<o:p></o:p></p></div></div></div><p class=3DMsoNormal style=3D'm=
argin-bottom:12.0pt'><br>_______________________________________________<br>=
detnet mailing list<br><a href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><=
br><a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.or=
g_mailman_listinfo_detnet&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3DZc=
HC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=
=3DhS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=3D" target=3D"_blank">https:/=
/www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></p></blockquote></div><=
p class=3DMsoNormal>&nbsp;<o:p></o:p></p></div></blockquote><p class=3DMsoNormal=
>&nbsp;<o:p></o:p></p></blockquote><p class=3DMsoNormal><span style=3D'font-size=
:12.0pt;font-family:"Times New Roman",serif'>&nbsp;</span><o:p></o:p></p></b=
lockquote><p class=3DMsoNormal><span style=3D'font-size:12.0pt;font-family:"Time=
s New Roman",serif'>&nbsp;</span><o:p></o:p></p></blockquote><p class=3DMsoNor=
mal>&nbsp;<o:p></o:p></p><p class=3DMsoNormal><span style=3D'color:windowtext'>_=
______________________________________________ detnet mailing list detnet@ie=
tf.org https://www.ietf.org/mailman/listinfo/detnet <o:p></o:p></span></p></=
div></body></html>

--B_3599043157_1861973360--



From nobody Wed Jan 17 14:22:30 2018
Return-Path: <eagros@dolby.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C497812EA8F for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 14:22:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.092
X-Spam-Level: 
X-Spam-Status: No, score=0.092 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, T_KAM_HTML_FONT_INVALID=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dolby.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 ry5M8n2z5anL for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 14:22:24 -0800 (PST)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0097.outbound.protection.outlook.com [104.47.41.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 6B46E12EA81 for <detnet@ietf.org>; Wed, 17 Jan 2018 14:22:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Dolby.onmicrosoft.com;  s=selector1-dolby-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Szz+ZoPsoHSmGQtMFAYraKau4LglqcTa7bvvaJhG10I=; b=GkGMLbgAW0OY86r1aKFPyq9c2MvnTSjkzKMAXoLZ5/uRgWDlk5Qd+F6NEaSl6AVZgx6dcQwQN4T023Tf6OQffFok66Vy223vm1R1SdxPsRTw/8+l9xpnoGIl0fzSuM6PZw5qfOpFB24TLP0zmnwJ2uFsAMIOBQEg58AIrasXEpQ=
Received: from BN6PR06MB2547.namprd06.prod.outlook.com (10.173.22.143) by BN6PR06MB3522.namprd06.prod.outlook.com (10.175.131.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.428.17; Wed, 17 Jan 2018 22:22:22 +0000
Received: from BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) by BN6PR06MB2547.namprd06.prod.outlook.com ([10.173.22.143]) with mapi id 15.20.0407.009; Wed, 17 Jan 2018 22:22:22 +0000
From: "Grossman, Ethan A." <eagros@dolby.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>, "BRUNGARD, DEBORAH A" <db3546@att.com>, Stewart Bryant <stewart.bryant@gmail.com>, DetNet WG <detnet@ietf.org>
CC: "Tim Chown (Tim.Chown@jisc.ac.uk)" <Tim.Chown@jisc.ac.uk>
Thread-Topic: [Detnet] DP solution (Flow identification)
Thread-Index: AQHTj+BGkUBFFh6eTJW3b2FiGZCbsKN4o2QA
Date: Wed, 17 Jan 2018 22:22:22 +0000
Message-ID: <BN6PR06MB254774323707A5A8FC2811FEC4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
References: <426B8B09-A248-4180-B948-0CBA95904F89@gmail.com>
In-Reply-To: <426B8B09-A248-4180-B948-0CBA95904F89@gmail.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=eagros@dolby.com; 
x-originating-ip: [8.39.141.5]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR06MB3522; 7:UCRTrX4YQt1nSE38SOB0TWC9xC6Ubrmx/578hv8VTwYXRSldY9GxWNcjnNeB9GaqEZDLtWHvU9HhxjjihrRhkgbi7agVUJe2dHTsJTqr5wXZyH/Wz0SiF7LOIk6VNL9ScsmS475H9mOD3uOcLmwKC48COjaqYMvD7eJZXywPK+PyXSghgYVg5utZwqtc0aUvCNz9OITOn3rvslYEGR7wKClPVEYR7+MmTYzIleDGDaFIKst3Kt8suVdphVEBcbqE
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 0cc6489c-4b32-4cd7-533e-08d55df8c79f
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:BN6PR06MB3522; 
x-ms-traffictypediagnostic: BN6PR06MB3522:
x-microsoft-antispam-prvs: <BN6PR06MB35223DF42A0858C5CF6B47EFC4E90@BN6PR06MB3522.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(274715658323672)(37575265505322)(28532068793085)(10436049006162)(50582790962513)(85827821059158)(97927398514766)(94707916325470)(100405760836317)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(3231023)(944501161)(10201501046)(6041268)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(2016111802025)(20161123558120)(6043046)(6072148)(201708071742011); SRVR:BN6PR06MB3522; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN6PR06MB3522; 
x-forefront-prvs: 0555EC8317
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39380400002)(396003)(346002)(376002)(39850400004)(366004)(279900001)(13464003)(199004)(189003)(37854004)(53946003)(59450400001)(6246003)(6436002)(106356001)(229853002)(105586002)(6506007)(53936002)(53546011)(97736004)(66066001)(236005)(74316002)(86362001)(3660700001)(77096007)(3280700002)(102836004)(2906002)(5660300001)(9686003)(316002)(6306002)(26005)(110136005)(54896002)(7736002)(55016002)(790700001)(6116002)(8676002)(16799955002)(478600001)(81156014)(4326008)(81166006)(7696005)(2950100002)(2900100001)(966005)(19625305001)(561944003)(25786009)(76176011)(8936002)(33656002)(606006)(14454004)(3846002)(68736007)(99286004)(39060400002)(579004); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR06MB3522; H:BN6PR06MB2547.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: dolby.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: qVNQhmCboeXm76t4M1395Vwfpnci2sDAd1NEbI6n21r8VodJXIlFKQOOUN4uBFfh+65cflKApix398Gx01LMMg==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR06MB254774323707A5A8FC2811FEC4E90BN6PR06MB2547namp_"
MIME-Version: 1.0
X-OriginatorOrg: dolby.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 0cc6489c-4b32-4cd7-533e-08d55df8c79f
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jan 2018 22:22:22.1267 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 05408d25-cd0d-40c8-8962-5462de64a318
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR06MB3522
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/WxpYrzk_XJuxV7C4EpS4NsgoX0c>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 22:22:30 -0000

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

VGhhbmtzIEplZmYsIGZvcnR1bmF0ZWx5IG5vLW9uZSBoZXJlIGlzIHByb3Bvc2luZyB0aGF0Lg0K
RXRoYW4uDQoNCkZyb206IEplZmYgVGFudHN1cmEgW21haWx0bzpqZWZmdGFudC5pZXRmQGdtYWls
LmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAxNywgMjAxOCAyOjEzIFBNDQpUbzogQlJV
TkdBUkQsIERFQk9SQUggQSA8ZGIzNTQ2QGF0dC5jb20+OyBTdGV3YXJ0IEJyeWFudCA8c3Rld2Fy
dC5icnlhbnRAZ21haWwuY29tPjsgR3Jvc3NtYW4sIEV0aGFuIEEuIDxlYWdyb3NAZG9sYnkuY29t
PjsgRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+DQpDYzogVGltIENob3duIChUaW0uQ2hvd25A
amlzYy5hYy51aykgPFRpbS5DaG93bkBqaXNjLmFjLnVrPg0KU3ViamVjdDogUmU6IFtEZXRuZXRd
IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKQ0KDQpTcGVha2luZyBvbiBiZWhhbGYg
b2YgSUFCIOKAkyBidWlsZGluZyBhIElQdjQgb25seSBzb2x1dGlvbiB3b3VsZCBiZSBhIHJhdGhl
ciB1bmZvcnR1bmF0ZSBkaXJlY3Rpb24gYW5kIHZlcnkgbXVjaCBhZ2FpbnN0IElBQiBzdGF0ZW1l
bnQgKCBodHRwczovL3d3dy5pYWIub3JnLzIwMTYvMTEvMDcvaWFiLXN0YXRlbWVudC1vbi1pcHY2
LzxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3
dy5pYWIub3JnXzIwMTZfMTFfMDdfaWFiLTJEc3RhdGVtZW50LTJEb24tMkRpcHY2XyZkPUR3TUdh
USZjPWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmcj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJm09b1hW
THl1T2JKNm5Kdk0xbEV1NTBCLWczWUJWb0NteFBfa1JnamhDNHREayZzPUdMSjJvQ0NRM1lZelRv
YzRHR3hIOVJnNlNMSkQ4UkpTeXlSZ0UycS1tak0mZT0+KS4NCg0KQ2hlZXJzLA0KSmVmZg0KDQpG
cm9tOiBkZXRuZXQgPGRldG5ldC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpkZXRuZXQtYm91bmNl
c0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBvZiAiQlJVTkdBUkQsIERFQk9SQUggQSIgPGRiMzU0NkBh
dHQuY29tPG1haWx0bzpkYjM1NDZAYXR0LmNvbT4+DQpEYXRlOiBXZWRuZXNkYXksIEphbnVhcnkg
MTcsIDIwMTggYXQgMTI6MzQNClRvOiBTdGV3YXJ0IEJyeWFudCA8c3Rld2FydC5icnlhbnRAZ21h
aWwuY29tPG1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+PiwgIkdyb3NzbWFuLCBFdGhh
biBBLiIgPGVhZ3Jvc0Bkb2xieS5jb208bWFpbHRvOmVhZ3Jvc0Bkb2xieS5jb20+PiwgRGV0TmV0
IFdHIDxkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4+DQpDYzogIlRpbSBD
aG93biAoVGltLkNob3duQGppc2MuYWMudWs8bWFpbHRvOlRpbS5DaG93bkBqaXNjLmFjLnVrPiki
IDxUaW0uQ2hvd25AamlzYy5hYy51azxtYWlsdG86VGltLkNob3duQGppc2MuYWMudWs+Pg0KU3Vi
amVjdDogUmU6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKQ0KDQpJ
IGRvbuKAmXQgd2FudCB0byBpbmZsdWVuY2UgeW91ciBkaXNjdXNzaW9uIG9uIHNvbHV0aW9uKHMp
Lg0KDQpBcyBtYWlscyBhcmUgZ2V0dGluZyBjcm9zc2VkLCBhbmQgbm90IGhhdmluZyBUaW3igJlz
IG9yaWdpbmFsIGNvbW1lbnQsIEkgdGhpbmsgYXMgRXRoYW4gbGF0ZXIgc2F5cyBpbiBhIG1haWwg
YWZ0ZXIgdGhpcyBvbmUg4oCTIHRoZSBJQUIgY29uY2VybiB3b3VsZCBiZSBpZiBkb2luZyBhbiDi
gJxJUHY0LW9ubHnigJ0gc29sdXRpb24uIE1hbnkgd29ya2luZyBncm91cHMgYXJlIHN0aWxsIGRv
aW5nIHdvcmsgc3VwcG9ydGluZyBJUHY0IG5ldHdvcmtzLiBUaGUgZGlzY3Vzc2lvbiB3aGVuIGl0
IHJlYWNoZXMgdGhlIElFU0cg4oCTIGNhbiBJUHY2IHN1cHBvcnQgYmUgaW5jbHVkZWQgaW4gdGhl
IHNhbWUgZG9jdW1lbnQgb3IgaXMgdGhlcmUgd29yayBvbi1nb2luZyB0byBzdXBwb3J0IElQdjYg
KGFuZCB0aGUgSVB2NiBzb2x1dGlvbiBkb2VzIG5vdCBkZXBlbmQgb24gSVB2NCkuDQoNClRoZSBj
aGFydGVyIGZvciBkZXRuZXQgaXMgbm90IHRvIHN1bnNldCBJUHY08J+YiiBJZiB5b3UgaGF2ZSBv
cGVyYXRpb25hbCB1c2UgY2FzZXMgZm9yIHN1cHBvcnRpbmcgSVB2NCwgdGhlbiBhcyB5b3UgYXJl
IGRvaW5nLCBpdCBpcyBpbXBvcnRhbnQgdG8gZGlzY3VzcyB0aGUgZGVwbG95bWVudCByZXF1aXJl
bWVudHMgZS5nLiBjbG9zZWQgbmV0d29yaywgSVB2NC1JUHY2IGlzbGFuZHMsIGV0Yy4sIHNvIGFz
IHRvIHVuZGVyc3RhbmQgdGhlIGJlc3Qgc29sdXRpb24uDQoNCk15IGludGVycHJldGF0aW9uIG9m
IHRoZSBJQUIgc3RhdGVtZW50IGlzIHRvIGdpdmUgZ3VpZGFuY2Ugb24gcHJpb3JpdGl6aW5nIHdv
cmsgZm9yIElQdjYuIFVubGVzcyB5b3UgaGF2ZSBsYXJnZSB1c2VyIGdyb3VwcyByZXF1aXJpbmcg
SVB2NC1vbmx5LCB0aGVuIHlvdXIgcHJpb3JpdHkgc2hvdWxkIGJlIGluIGRldmVsb3BpbmcgYW4g
SVB2NiBzb2x1dGlvbi4gQW5kIHRoZSBJUHY0IHNvbHV0aW9uIHNob3VsZCBub3QgbGltaXQgdGhl
IElQdjYgc29sdXRpb24uDQoNCkRlYm9yYWgNCg0KDQpGcm9tOiBTdGV3YXJ0IEJyeWFudCBbbWFp
bHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAx
NywgMjAxOCAyOjAyIFBNDQpUbzogR3Jvc3NtYW4sIEV0aGFuIEEuIDxlYWdyb3NAZG9sYnkuY29t
PG1haWx0bzplYWdyb3NAZG9sYnkuY29tPj47IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPG1h
aWx0bzpkZXRuZXRAaWV0Zi5vcmc+PjsgQlJVTkdBUkQsIERFQk9SQUggQSA8ZGIzNTQ2QGF0dC5j
b208bWFpbHRvOmRiMzU0NkBhdHQuY29tPj4NCkNjOiBUaW0gQ2hvd24gKFRpbS5DaG93bkBqaXNj
LmFjLnVrPG1haWx0bzpUaW0uQ2hvd25AamlzYy5hYy51az4pIDxUaW0uQ2hvd25AamlzYy5hYy51
azxtYWlsdG86VGltLkNob3duQGppc2MuYWMudWs+Pg0KU3ViamVjdDogUmU6IERQIHNvbHV0aW9u
IChGbG93IGlkZW50aWZpY2F0aW9uKQ0KDQoNCkEgcG9pbnQgSSBoYXZlIG1hZGUgYmVmb3JlIGFu
ZCB3aWxsIGNvbnRpbnVlIHRvIG1ha2U6DQoNCklmIHRoZSBJRVRGIGRvZXMgbm90IG1haW50YWlu
IElQdjQgYXBwcm9wcmlhdGVseSB1bnRpbCBpdCdzIG5hdHVyYWwgZGVhdGgsIGl0IHdpbGwgYmUg
ZGVjbGFyZWQgY3JpdGljYWwgbmF0aW9uYWwgaW5mcmFzdHJ1Y3R1cmUgYnkgZ292ZXJubWVudHMg
YW5kIHRoZXkgd2lsbCBlZmZlY3RpdmVseSBnaWZ0IGl0IHRvIHRoZWlyIFNETyAodGhlIElUVS1U
KS4gU3VjaCBhbiBvcmdhbml6YXRpb24gbWF5IGZpbmQgaXQgZXhwZWRpZW50IHRvIGZpbmQgbWFu
eSBuZXcgd2F5cyB0byBleHRlbmQgdGhlIGxpZmUgb2YgSVB2NC4gSW4gYW55IGNhc2UgSSBhbnRp
Y2lwYXRlIGEgdmVyeSBsb25nIHRhaWwgb24gdGhlIElQdjQgZGVjYXkgY3VydmUuDQoNCldlIG5l
ZWQgdG8gZG8gd2hhdCBpcyByaWdodCBmb3Igb3VyIGN1c3RvbWVycywgc29tZSBvZiB3aG9tIG1h
eSBmaW5kIGl0IGluZmVhc2libGUgdG8gbWlncmF0ZSBhd2F5IGZyb20gSVB2NCBhbnkgdGltZSBz
b29uLg0KDQpJIHdpbGwgb2YgY291cnNlIGJlIGludGVyZXN0ZWQgaW4gRGVib3JhaCdzIGRpcmVj
dGl2ZSBvbiB0aGlzLg0KDQotIFN0ZXdhcnQNCg0KT24gMTcvMDEvMjAxOCAxODo1MSwgR3Jvc3Nt
YW4sIEV0aGFuIEEuIHdyb3RlOg0KVGhhbmtzIFN0ZXdhcnQuIFJlZ2FyZGluZzoNCuKAnFllcywg
d2UgbmVlZCB0byBoYXZlIHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNv
bnNlbnN1cyBvZiB3aGV0aGVyDQphKSBXZSBzdXBwb3J0IHY0DQpiKSBXZSBzdXBwb3J0IHY0IGFu
ZCB2NiBieSB2NCBhbmQgdjYgc3BlY2lmaWMgcHJvdG9jb2wgZXh0ZW5zaW9ucw0KYykgV2UgdXNl
IGEgc2luZ2xlIGNvbW1vbiBJUCBhcHByb2FjaA0KZCkgV2UgdXNlIGFuIGFwcHJvYWNoIHRoYXQg
aXMgY29tbW9uIGFjcm9zcyBJUCBhbmQgTVBMU+KAnQ0KDQoNClBlcmhhcHMsIGdpdmVuIFRpbSBD
aG93buKAmXMgZWFybGllciBjb21tZW50Og0KICAgICAgICDigJxJZiB5b3XigJlyZSBzdWdnZXN0
aW5nIGFuIElQdjQtb25seSBzb2x1dGlvbiwgeW914oCZcmUgcnVubmluZyB1cCBhZ2FpbnN0IGh0
dHBzOi8vd3d3LmlhYi5vcmcvMjAxNi8xMS8wNy9pYWItc3RhdGVtZW50LW9uLWlwdjYvPGh0dHBz
Oi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlhYi5v
cmdfMjAxNl8xMV8wN19pYWItMkRzdGF0ZW1lbnQtMkRvbi0yRGlwdjZfJmQ9RHdNRGFRJmM9TEZZ
Wi1vOV9IVU1lTVRTUWljdmpJZyZyPTZVaEdwVzlsd2k5ZE03allseFhEOHcmbT1vUXF1azV5dkY1
eUx2ajhfalZxVlJjYXZRN3RVT19MdFUzLUVjRUlEUEZFJnM9d1Z4ZXhTS1JDZDdMWmNlTlBrWHBQ
TXhBME9sTm5MMFBpaGU0TWx5cUJvRSZlPT4u4oCdDQoNCldlIGNvdWxkIGdldCBEZWJvcmFoIHdp
dGggaGVyIEFEIGhhdCBvbiB0byBjb21tZW50IG9uIHRoaXM/DQpFdGhhbi4NCg0KRnJvbTogU3Rl
d2FydCBCcnlhbnQgW21haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dDQpTZW50OiBXZWRu
ZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMTA6MzkgQU0NClRvOiBHcm9zc21hbiwgRXRoYW4gQS4g
PGVhZ3Jvc0Bkb2xieS5jb20+PG1haWx0bzplYWdyb3NAZG9sYnkuY29tPjsgQmFsw6F6cyBWYXJn
YSBBIDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+PG1haWx0bzpiYWxhenMuYS52YXJnYUBl
cmljc3Nvbi5jb20+OyBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29tPjxtYWlsdG86
YWdtYWxpc0BnbWFpbC5jb20+DQpDYzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+PG1haWx0
bzpkZXRuZXRAaWV0Zi5vcmc+OyBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPjxtYWls
dG86bWFjaC5jaGVuQGh1YXdlaS5jb20+DQpTdWJqZWN0OiBSZTogRFAgc29sdXRpb24gKEZsb3cg
aWRlbnRpZmljYXRpb24pDQoNCg0KSGkgIEV0aGFuLA0KDQpPbiAxNy8wMS8yMDE4IDE4OjI0LCBH
cm9zc21hbiwgRXRoYW4gQS4gd3JvdGU6DQpUaGFua3MgU3Rld2FydCBmb3IgdGhlIGNsYXJpZmlj
YXRpb24uIEkgaW50ZXJwcmV0IHlvdXIgc3RhdGVtZW50IOKAnGEgZGVjaXNpb24gbm90IHRvIHN1
cHBvcnQgSVB2NOKAnSB0byBtZWFuIOKAnGEgZGVjaXNpb24gbm90IHRvIHByb3Bvc2UgYWRkaW5n
IGFueXRoaW5nIHRvIHRoZSBleGlzdGluZyBJUHY0IHN0YW5kYXJk4oCdLg0KDQpUbyBzdXBwb3J0
IElQdjQgdGhlcmUgYXJlIGEgbnVtYmVyIG9mIG1ldGhvZHMgdGhhdCBhcmUgcG9zc2libGUsIG9u
ZSBpcyB0byBhZGQgc29tZXRoaW5nIHRvIHY0IGl0c2VsZiBhcyBpcyBwcm9wb3NlZCBmb3IgdjYu
IEFkZGluZyBzb21ldGhpbmcgdG8gdGhlIGJhc2UgcHJvdG9jb2wgd2lsbCBiZSB2ZXJ5IGRpZmZp
Y3VsdC4NCg0KQW5vdGhlciBtZXRob2QsIGlzIHRvIGRvIHdoYXQgaGFzIGJlZW4gcHJvcG9zZWQg
Ynkgc29tZSBmb3IgTVBMUywgdGhhdCBpcyB0byBlbmNvZGUgdGhlIGlkZW50aXR5IGFuZCB0eXBl
IGluIHRoZSBJUCBhZGRyZXNzLiBUaGVyZSBpcyBhIHByb3Bvc2FsIHRvIGRvIHRoaXMgaW4gU1J2
Ni4gSSBhbSBub3QgYSBncmVhdCBmYW4gb2YgYWJ1c2luZyB0aGUgYWRkcmVzcyBzcGFjZSBmb3Ig
dGhpcyBpbiB0aGUgd2F5IHByb3Bvc2VkIGJ5IHRoYXQgd29yaywgYnV0IG1heWJlIHdlIGNhbiBk
byBzb21ldGhpbmcgbXVjaCBzaW1wbGVyIGhlcmUgYW5kIHNpbXBseSBpZGVudGlmeSB0aGUgRE4g
aW5zdGFuY2UgYnkgdGhlIElQIGFkZHJlc3Mgd2l0aCBubyBvdGhlciBzZW1hbnRpY3MuIE11Y2gg
ZWFzaWVyIHRvIGRvIHRoaXMgZm9yIElQdjYgd2l0aCB0aGUgImluZmluaXRlIGFkZHJlc3NlcyIg
YnV0IHdlIGNvdWxkIGdldCBhd2F5IHdpdGggaXQgaW4gbGltaXRlZCBwcml2YXRlIElwdjQgbmV0
d29ya3MuIE9mIGNvdXJzZSB0aGlzIGRvZXMgY2hhbmdlIHRoZSBwZXItaG9wIGJlaGF2aW91ciBv
ZiBJUCB3aGljaCBtYXkgYmUgYSBjaGFsbGVuZ2UgdG8gZ2V0IHRoZSBJRVRGIHRvIHNpZ24gb2Yg
b24uDQoNCkFub3RoZXIgbWV0aG9kIGlzIHRvIHVzZSBzb21lIG1ldGhvZCBvZiBjYXJyeWluZyBh
biBNUExTIGxhYmVsIHN0YWNrIC0gdGhpcyB3YXMgdGhlIGZpcnN0IHByb3Bvc2FsLiBOb3cgSSBz
YWlkIHRoYXQgSSBkaWQgbm90IHRoaW5rIGFueW9uZSBoYWQgZG9uZSB0aGF0IGFuZCBJIHN0aWxs
IGJlbGlldmUgdGhhdCB0byBiZSB0aGUgY2FzZSwgYnV0IHRoYXQgZG9lcyBub3QgbWVhbiB0aGF0
IGl0IGlzIG5vdCB0aGUgbGVhc3Qgd29yc3QgYXBwcm9hY2guIFRoZXJlIGFyZSBhbHRlcm5hdGVz
IGZvciBleGFtcGxlIElQL1VEUC9NUExTDQp3aGljaCBpcyB0aGUgc28gY2FsbGVkIFVTUiBhcHBy
b2FjaCB0aGF0IGEgbnVtYmVyIG9mIHVzIGFkdm9jYXRlIGFzIGFuIGFsdGVybmF0aXZlIHRvIFNS
djYuDQoNCg0KDQpJZiB0aGF0IGlzbuKAmXQgY29ycmVjdCwgcGxlYXNlIGxldCBtZSBrbm93LiBB
cyB5b3UgbWF5IHJlY2FsbCBJIGFscmVhZHkgc3RhcnRlZCBhIHRocmVhZCBhd2hpbGUgYWdvIHRv
IGRpc2N1c3MgSVB2NCB2cyBJUHY2LCBhbmQgYmFzZWQgb24gdGhlIHJlc3BvbnNlcyBpdCBhcHBl
YXJlZCB0byBtZSBhdCB0aGF0IHRpbWUgdGhhdCB0aGVyZSB3ZXJlIHNvbWUga2luZCBvZiBvcHRp
b25zLCB0aG91Z2ggbm90IGEg4oCcbmF0aXZlIElQdjTigJ0gc29sdXRpb24sIGJ1dCBpdCB3YXNu
4oCZdCBjbGVhciB0byBtZSAoYXMgYSBub24tZXhwZXJ0IGluIHRoZSB2YXJpb3VzIG5ldHdvcmtp
bmcgcHJvdG9jb2xzIG1lbnRpb25lZCkgd2hldGhlciB0aGV5IHdvdWxkIGJlIHZpYWJsZSBpbiBw
cmFjdGljZSBvciBub3QuIEkgd2lsbCByZXZpdmUgdGhhdCB0aHJlYWQgYW5kIHNlZSBpZiB3ZSBj
YW4gZ2V0IGFueSBjbG9zZXIgdG8gZGV0ZXJtaW5pbmcgdGhlIGltcG9ydGFuY2Ugb2YgSVB2NCB0
byBvdXIgdGFyZ2V0IGN1c3RvbWVycywgYW5kIGhvcGVmdWxseSBzb21lIHNlbnNlIG9mIHdoZXRo
ZXIgdGhlIHByb3Bvc2VkIG5vbi1uYXRpdmUtSVB2NCBzdHJhdGVnaWVzIHdpbGwgaG9sZCB3YXRl
ci4NCg0KWWVzLCB3ZSBuZWVkIHRvIGhhdmUgdGhlIGRpc2N1c3Npb24gb24gdGhlIGxpc3QgYW5k
IHJlYWNoIGEgY29uc2Vuc3VzIG9mIHdoZXRoZXINCg0KYSkgV2Ugc3VwcG9ydCB2NA0KYikgV2Ug
c3VwcG9ydCB2NCBhbmQgdjYgYnkgdjQgYW5kIHY2IHNwZWNpZmljIHByb3RvY29sIGV4dGVuc2lv
bnMNCmMpIFdlIHVzZSBhIHNpbmdsZSBjb21tb24gSVAgYXBwcm9hY2gNCmQpIFdlIHVzZSBhbiBh
cHByb2FjaCB0aGF0IGlzIGNvbW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFMNCg0KLSBTdGV3YXJ0DQoN
Cg0KDQpFdGhhbi4NCg0KRnJvbTogU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGV3YXJ0LmJyeWFu
dEBnbWFpbC5jb21dDQpTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMTI6MjkgQU0N
ClRvOiBHcm9zc21hbiwgRXRoYW4gQS4gPGVhZ3Jvc0Bkb2xieS5jb20+PG1haWx0bzplYWdyb3NA
ZG9sYnkuY29tPjsgQmFsw6F6cyBWYXJnYSBBIDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+
PG1haWx0bzpiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+OyBBbmRyZXcgRy4gTWFsaXMgPGFn
bWFsaXNAZ21haWwuY29tPjxtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20+DQpDYzogRGV0TmV0IFdH
IDxkZXRuZXRAaWV0Zi5vcmc+PG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+OyBNYWNoIENoZW4gPG1h
Y2guY2hlbkBodWF3ZWkuY29tPjxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+DQpTdWJqZWN0
OiBSZTogRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pDQoNCg0KDQoNCk9uIDE2LzAx
LzIwMTggMTg6MzgsIEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90ZToNCkhpIEJhbGHigJl6cywNClJl
Z2FyZGluZyBJUHY0LCBJIGFsc28gdW5kZXJzdG9vZCB0aGF0IHdlIGRlY2lkZWQgdGhhdCB3ZSBj
YW7igJl0IGFkZCBuZXcgSVB2NCBmaWVsZHMuIFBhcmRvbiBteSBpZ25vcmFuY2UgaGVyZSwgYnV0
IGRvZXMgdGhhdCBtZWFuIHRoZXJlIGlzIG5vIHBhcnQgb2YgRGV0TmV0IGNhcGFiaWxpdHkgdGhh
dCBjYW4gYmUgcnVuIG92ZXIgSVB2ND8gT3IgaXMgdGhlcmUgc29tZSDigJx3b3JrYXJvdW5k4oCd
IHRvIHByb3ZpZGUgYXMgSSBzYXkgZXZlbiBwYXJ0IG9mIHRoZSBEZXROZXQgY2FwYWJpbGl0eSwg
Z2l2ZW4gdGhhdCBpdCBpcyBhbiBFbmdpbmVlcmVkIG5ldHdvcms/IEkganVzdCB3YW50IHRvIGNs
YXJpZnkgZXhwZWN0YXRpb25zIGhlcmUuDQoNCklmIHlvdSBoYXZlIGEgbmF0aXZlIElQdjQgbmV0
d29yayB0byB3aGljaCB5b3UgcHJlc2VudCBJUHY2IHBhY2tldHMsIHlvdSBlaXRoZXIgaGF2ZSB0
byB0dW5uZWwgdGhlbSBhY3Jvc3Mgd2hlcmUgdGhlIElQdjYgaXMgY29uc2lkZXJlZCBvcGFxdWUg
ZGF0YSwgb3IgeW91IGhhdmUgdG8gdHJhbnNsYXRlIHRoZW0gdG8gSVB2NCwgYnV0IHRoYXQgcmVx
dWlyZXMgc29tZSBjb21tb24gc2VtYW50aWNzIHRvIGRlYWwgd2l0aCBleHRlbnNpb24gaGVhZGVy
cyB3aGljaCB3ZSBkb24ndCBjdXJyZW50bHkgaGF2ZS4NCg0KU28sIGFzIGZhciBhcyBJIGNhbiBz
ZWUsIGEgZGVjaXNpb24gbm90IHRvIHN1cHBvcnQgSVB2NCBtZWFucyBubyBETiBzdXBwb3J0IGFj
cm9zcyB0aGUgSVB2NCBuZXR3b3JrLg0KDQpXaGljaCB0YWtlcyB1cyBiYWNrIHRvIHRoZSBxdWVz
dGlvbiBvZiBob3cgaW1wb3J0YW50IGlzIHRoaXMgYW5kIHdoYXQgd2lsbCBpdCBkbyB0byB0aGUg
dGFrZS11cCBvZiB0aGUgdGVjaG5vbG9neSBieSBpdHMgdGFyZ2V0IGN1c3RvbWVycz8NCg0KLSBT
dGV3YXJ0DQoNCg0KDQoNClRoYW5rcywNCkV0aGFuLg0KDQpGcm9tOiBkZXRuZXQgW21haWx0bzpk
ZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJhbMOhenMgVmFyZ2EgQQ0KU2Vu
dDogVHVlc2RheSwgSmFudWFyeSAxNiwgMjAxOCAxMDoyMSBBTQ0KVG86IFN0ZXdhcnQgQnJ5YW50
IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+PG1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5j
b20+OyBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29tPjxtYWlsdG86YWdtYWxpc0Bn
bWFpbC5jb20+DQpDYzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+PG1haWx0bzpkZXRuZXRA
aWV0Zi5vcmc+OyBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPjxtYWlsdG86bWFjaC5j
aGVuQGh1YXdlaS5jb20+DQpTdWJqZWN0OiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoRmxvdyBpZGVu
dGlmaWNhdGlvbikNCg0KSSB0aGluayB0aGUgbGFzdCBtYWlscyBhcmUgbW9yZSBhYm91dCBmbG93
IGlkZW50aWZpY2F0aW9uIGFuZCBub3QgdGhlIHNlcXVlbmNlIG51bWJlci4NClNvLCBJIGhhdmUg
cmUtc3ViamVjdGVkIG15IGFuc3dlci4NCg0KUFNOIGxheWVyIHZzLiBETiBsYXllciAoTVBMUyk6
DQotIGluIGN1cnJlbnQgZGF0YSBwbGFuZSB0ZXh0IHdlIGhhdmUgc3RhdGVkIHRoYXQgRGV0TmV0
IFBXcyBtYXkgdXNlIGRlZGljYXRlZCBMU1BzIChURS10dW5uZWxzKS4NClRoYXQgYWxsb3cgdG8g
aWRlbnRpZnkgRGV0TmV0IGZsb3dzIGluIFBTTiBsYXllciB3aXRob3V0IGNoZWNraW5nIHRoZSBQ
VyBsYWJlbC4gU3VjaCBhIHNvbHV0aW9uIG9mDQpjb3Vyc2UgbWF5IGNoYWxsZW5nZSBzY2FsYWJp
bGl0eS4NCi0gcmVnYXJkaW5nIHByaW9yaXRpemF0aW9uOiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQ
IGFuZCBMLUxTUCBjb25jZXB0LCB3aGF0IG1ha2VzIHBvc3NpYmxlDQp0byBpZGVudGlmeSBEZXRO
ZXQgcGFja2V0cy4gSG93ZXZlciB0aGF0IGlzIG1vcmUgZm9yIHNpbXBsZSBxdWV1aW5nIHNjZW5h
cmlvcyBhcyBpdCBkb2VzIG5vdA0KaWRlbnRpZnkgaW5kaXZpZHVhbCBmbG93cy4NCg0KUFNOIGxh
eWVyIHZzLiBETiBsYXllciAobm9uLU1QTFMpOg0KLSBJUHY0OiBJZiBJIHJlbWVtYmVyIGNvcnJl
Y3RseSBpdCB3YXMgZGlzY3Vzc2VkIHRvIGJlIG91dC1vZi1zY29wZSB0byBzaW1wbGlmeSB0aGUg
c2NlbmFyaW9zIHdlIGZvY3VzIG9uLg0KTm8tb25lIHdhbnRlZCB0byBkZWZpbmUgbmV3IElQdjQg
ZmllbGRzIGZvciBmbG93LUlEIGFuZCBTZXEtTnVtIGluIHRoZSDigJxzdW5zZXQgb2YgSVB2NOKA
nS4NCi0gSVB2NjogYmFzZWQgb24gdGhlIHNyYy1JUHY2IGFuZCB0aGUgZmxvdy1sYWJlbCBOUCBj
YW4gZGV0ZWN0IERldE5ldCBmbG93cy4gV2h5IHdvdWxkIHdlIG5lZWQgYSBuZXcNCklQIHByb3Rv
Y29sIHR5cGU/DQoNCkdlbmVyaWMgdnMuIEROIGF3YXJlIGRhdGEgcGxhbmU6DQotIEkgdGhpbmsg
d2UgbmVlZCBib3RoLiBXZSBoYXZlIHVzZS1jYXNlcyBzcGVjaWZpZWQgZm9yIGJvdGguDQoNCkRl
dE5ldCB0cmFmZmljIHRvIGJlIHRyYW5zcG9ydGVkOg0KLSB0d28gdHlwZXMgYXJlIGNvbnNpZGVy
ZWQ6DQooMSkgRXRoZXJuZXQ6IElFRUUgVFNOIHRyYWZmaWMgZW5jYXBzdWxhdGVkIGluIEV0aGVy
bmV0IGZyYW1lcyBhbmQNCigyKSBJUDogSVB2NiB0cmFuc3BvcnRlZCBvdmVyIGFueSBMMiAobm90
IGFsd2F5cyBFdGhlcm5ldCwgYnV0IG1vc3QgY2FzZXMgRXRoZXJuZXQpDQpBcyBub3RlZCBhYm92
ZSBJUHY0IGlzIGN1cnJlbnRseSBvdXQtb2Ytc2NvcGUg4oCmDQoNCkNoZWVycw0KQmFsYeKAmXpz
DQoNCkZyb206IFN0ZXdhcnQgQnJ5YW50IFttYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29t
XQ0KU2VudDogMjAxOC4gamFudcOhciAxNi4gMTc6MzgNClRvOiBBbmRyZXcgRy4gTWFsaXMgPGFn
bWFsaXNAZ21haWwuY29tPG1haWx0bzphZ21hbGlzQGdtYWlsLmNvbT4+DQpDYzogTWFjaCBDaGVu
IDxtYWNoLmNoZW5AaHVhd2VpLmNvbTxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+PjsgQmFs
w6F6cyBWYXJnYSBBIDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb208bWFpbHRvOmJhbGF6cy5h
LnZhcmdhQGVyaWNzc29uLmNvbT4+OyBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZzxtYWlsdG86
ZGV0bmV0QGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2Vx
dWVuY2UgTnVtYmVyaW5nKQ0KDQoNCg0KQW5keQ0KT24gMTYvMDEvMjAxOCAxNToyMCwgQW5kcmV3
IEcuIE1hbGlzIHdyb3RlOg0KU3Rld2FydCwNCg0KTGlrZSB3aXRoIFBXcyAoc2luY2UgREVUTkVU
IGZvciBNUExTIHdvdWxkIGp1c3QgYmUgYW5vdGhlciBQVyB0eXBlKSwgdGFyZ2V0ZWQgTERQIGFu
ZCBwcm92aXNpb25pbmcgKHZpYSBhIGNlbnRyYWwgY29udHJvbGxlciwgTk1TLCBldGMuKSBhcmUg
YWx0ZXJuYXRpdmVzIHRvIFJTVlAgYW5kIFNSIHRvIHByb3Zpc2lvbmluZy9hbGxvY2F0aW5nIHRo
ZSBERVRORVQgUFcgbGFiZWwuDQoNCi4uIGFuZCBJIHN1cHBvc2Ugc3RyaWN0bHkgQkdQIHdoaWNo
IGlzIGFsc28gdXNlZCBmb3IgdGhpcyBwdXJwb3NlIGluIFZQTnMNCg0KDQoNCg0KDQpZb3UgYW5k
IE1hY2ggYXJlIGJvdGggcmlnaHQgdGhhdCBpbiB0aGUgSVAgKG5vbi1NUExTKSBjYXNlLCB3ZSBu
ZWVkIGEgd2F5IGZvciB0aGUgTlAgdG8gZGV0ZWN0IERFVE5FVCBmbG93cy4gV2UgY291bGQgaGF2
ZSBhIG5ldyBJUCBwcm90b2NvbCB0eXBlIGZvciBERVRORVQsIGFuZCBhIERFVE5FVCBoZWFkZXIg
ZGlyZWN0bHkgZm9sbG93cyB0aGUgSVAgaGVhZGVyLiBJbiB0aGF0IGNhc2UsIHRoZSBERVRORVQg
aGVhZGVyIHdvdWxkIGFsc28gbmVlZCBhIG5leHQgcHJvdG9jb2wgaWRlbnRpZmllciwgdW5sZXNz
IHRoZSBuZXh0IHByb3RvY29sIGlzIGFsd2F5cyBhbm90aGVyIElQIGhlYWRlci4NCg0KTGFzdCBJ
IHNhdywgdGhlIHRoaW5raW5nIHdhcyB0aGF0IHRoZXJlIHdvdWxkIGJlIGFuIElQIGV4dGVuc2lv
biBoZWFkZXIsIGFsdGhvdWdoIEkgYW0gbm90IGEgZmFuIG9mIHRob3NlIHNpbmNlIChhKSBJIGFt
IG5vdCBjb25maWRlbnQgd2hhdCBhIHJvdXRlciB3aWxsIGRvIG9uZSBpdCBkb2VzIG5vdCB1bmRl
cnN0YW5kLCBhbmQgKGIpIEkgYW0gY29uY2VybmVkIGFib3V0IHRoZSBuZWVkIHRvIHN1cHBvcnQg
SVB2NCB3aGljaCBJIHN1c3BlY3Qgd2lsbCBoYXZlIGEgbG9uZyB0YWlsIGluIGVudGVycHJpc2Ug
ZGVwbG95bWVudC4NCg0KSSBwcmVmZXIgYSBVRFAgdHlwZSBmb3IgdGhpcyBwdXJwb3NlIHNpbmNl
IGl0IGhhcyB1bml2ZXJzYWwgc3VwcG9ydCB0aHJvdWdoIGFueSBtaWRkbGUgYm94LiBmaXJld2Fs
bCBldGMsIGFuZCBhbGwgcm91dGVycyBuZWVkIHRvIGxvb2sgYSB0aGUgVURQIERQIHNvIGNoZWNr
aW5nIGlmIGl0IGlzIG9uZSB0aGV5IG5lZWQgdG8gd29yayBvbiBpcyBqdXN0IG9uZSBjb21wYXJl
IGFuZCBjb25kaXRpb25hbCBicmFuY2guDQoNCg0KDQoNCg0KT2YgY291cnNlLCBmb3IgTVBMUywg
dGhlIERFVE5FVCBQVyBsYWJlbCBpcyB0aGUgaWRlbnRpZmllci4NCg0KT25seSBhdCB0aGUgUFcg
bGF5ZXIuIE5vdGUgbXkgcXVlc3Rpb24gYWJvdXQgd2hldGhlciB0aGlzIGlzIHN1ZmZpY2llbnQu
DQoNCi0gU3Rld2FydA0KDQoNCkNoZWVycywNCkFuZHkNCg0KDQpPbiBUdWUsIEphbiAxNiwgMjAx
OCBhdCA1OjQ2IEFNLCBTdGV3YXJ0IEJyeWFudCA8c3Rld2FydC5icnlhbnRAZ21haWwuY29tPG1h
aWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+PiB3cm90ZToNCg0KSWYgd2UgbmVlZCB0byBk
aXNjcmltaW5hdGUgYXQgdGhlIFBTTiBsYXllciByYXRoZXIgdGhhbiB0aGUgRE4gbGF5ZXIgdGhl
biB3ZSByZWFsbHkgYXJlIGZvcmNlZCB0byBjcmVhdGUgYSBuZXcgRkVDIHR5cGUgZm9yIE1QTFMs
IG9yIHN5bnRoZXNpemUgb25lIHRocm91Z2ggUlNWUCBvciBTUi4gSVAgaGFzIG5vIG5hdGl2ZSBz
dXBwb3J0IGZvciB0aGlzLCBidXQgd2UgY291bGQgaW50cm9kdWNlIHRoZSBjb25jZXB0LCBmb3Ig
ZXhhbXBsZSBieSBtYWtpbmcgdGhpcyB0aGUgcHJvcGVydHkgb2YgdGhlIElQIGFkZHJlc3Mgb3Ig
c29tZSB3YXkgb2YgTVBMU2luZyBJUC4NCg0KSG93ZXZlciB0aGVyZSBpcyBhIGRlZXBlciBxdWVz
dGlvbiB3ZSBuZWVkIHRvIGFuc3dlci4gSXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgZWFjaCBob3Ag
aW4gdGhlIGRhdGEgcGxhbmUgRE4gYXdhcmUsIG9yIGlzIG91ciBleHBlY3RhdGlvbiB0aGF0IGF0
IGxlc3QgaW4gc29tZSBuZXR3b3JrcyB0aGUgZGF0YSBwbGFuZSBpcyBnZW5lcmljIHdpdGggc29t
ZSBETiBub2RlcyBzdHJhdGVnaWNhbGx5IHBsYWNlZD8NCg0KSSBjYW4gc2VlIHRoYW4gaW4gc29t
ZSBncmVlbmZpZWxkIHNwZWNpYWxpc3QgY2FzZXMgdGhlIHJvdXRlcnMgd2lsbCBhbGwgYmUgRE4g
YXdhcmUsIGJ1dCBpbiBvcmRlciB0byBnZXQgZGVwbG95bWVudCBpbiBtb3N0IG5ldHdvcmtzIHdl
IG5lZWQgdG8gZGVzaWduIGZvciB0aGUgY2FzZSB3aGVyZSBvbmx5IHN0cmF0ZWdpYyBub2RlcyBh
cmUgRE4gYXdhcmUuDQoNCi0gU3Rld2FydA0KDQpPbiAxNi8wMS8yMDE4IDAxOjE0LCBNYWNoIENo
ZW4gd3JvdGU6DQpIaSBCYWxhenMsDQoNCiMyIGlzIGEgbW9yZSBuYXR1cmUgc29sdXRpb24sIHRo
ZSBEZXROZXQgQ1cgaXMgZGVkaWNhdGVkIGZvciBEZXROZXQsIHNlZW1zIHRoZXJlIGlzIG5vIGNv
bXBhdGliaWxpdHkgaXNzdWUuDQoNCkluIGFkZGl0aW9uLCBJIHRoaW5rIHdlIG5lZWQgdG8gZGVm
aW5lIGEgd2F5IG9uIGhvdyB0byBkaWZmZXJlbnRpYXRlIGEgRGV0TmV0IGZsb3cgZnJvbSBhIG5v
bi1EZXROZXQgZmxvdywgdGhlbiB0aGUgbmV0d29yayBwcm9jZXNzb3IgY2FuIHByb2Nlc3MgdGhl
IENXIGFzIGV4cGVjdGVkLiAgSW4gVFNOLCBpdCB1c2VzIHRoZSBwcmlvcml0eSB0byBkZXRlcm1p
bmUgd2hldGhlciBhIGZsb3cgaXMgVFNOIG9yIG5vbi1UU04gZmxvdy4gRm9yIERldE5ldCwgc2hv
dWxkIHdlIGFsc28gdXNlIHRoZSBzYW1lIHdheSAoZS5nLiwgVEMsIERTQ1ApPyBPciB0aGUgRGV0
TmV0IHNlcnZpY2UgTGFiZWwgaXRzZWxmIGltcGxpZXMgdGhlIHNpdHVhdGlvbiwgYnV0IGl0IHNl
ZW1zIHRoYXQgdGhpcyBvbmx5IHdvcmtzIHdoZW4gdGhlIERldE5ldCBzZXJ2aWNlIGxhYmVsIGlz
IHRoZSB0b3AgbGFiZWwuDQoNCkFueSBvdGhlciB0aG91Z2h0cz8NCg0KQmVzdCByZWdhcmRzLA0K
TWFjaA0KDQpGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24g
QmVoYWxmIE9mIEJhbMOhenMgVmFyZ2EgQQ0KU2VudDogTW9uZGF5LCBKYW51YXJ5IDE1LCAyMDE4
IDk6MDYgUE0NClRvOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz48bWFpbHRvOmRldG5ldEBp
ZXRmLm9yZz4NClN1YmplY3Q6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJp
bmcpDQoNCg0KSGksDQoNCg0KDQpTb21lIHRob3VnaHRzIHRvIHN0YXJ0IGRpc2N1c3Npb24gb24g
b3BlbiBwb2ludHMgb2YgdGhlIERQIHNvbHV0aW9uIGRyYWZ0Lg0KDQpUaGlzIG1haWwoLXRocmVh
ZCkgaXMgb24gc2VxdWVuY2UgbnVtYmVyaW5nLg0KDQoNCg0KUHJvYmxlbSBpbiBjYXNlIG9mIE1Q
TFMgYW5kIERldE5ldCBDb250cm9sIFdvcmQ6DQoNCi0gUy9OIHNraXBzIHplcm8gcHJvYmxlbTog
RXRoZXJuZXQgUFcgZGVmaW5pdGlvbiBzdGF0ZXMgdGhhdCBTL04gc2tpcHMgemVyby4NCg0KSXQg
dXNlcyB6ZXJvIHRvIG1lYW4gbm8gUy9OIGluIHVzZS4gKHJmYzQ0NDgpDQoNCg0KDQpQb3NzaWJs
ZSBwcm9ibGVtIHJlc29sdXRpb25zOg0KDQojMTogVXNpbmcgYSAiZmxhZyIgaW4gdGhlIHJlc2Vy
dmVkIGJpdHMgcGFydCBvZiB0aGUgQ1c6DQoNCiAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAg
ICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCg0KICAgICAgMCAxIDIgMyA0
IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQoN
CiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSsNCg0KICAgICB8MCAwIDAgMHxEfHJlc2VydmVkIC0gc2V0IHRvIDAgIHwg
ICAxNiBiaXQgU2VxdWVuY2UgTnVtYmVyICAgICAgfA0KDQogICAgICstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCkQtYml0
OiBzZXQgdG8g4oCcMeKAnSBtZWFucyBEZXROZXQgc3BlY2lmaWMgU2VxLiBOdW1iZXIgdXNlZCwN
Cg0KQml0NS0xNTogcmVzZXJ2ZWQuDQoNCg0KDQpSRkM0NDQ4IHN0YXRlcyB0aGF0IHJlc2VydmVk
IGJpdHMg4oCcTVVTVCBiZSBpZ25vcmVkIHVwb24gcmVjZWlwdOKAnSwgc28gYmFja3dhcmQNCg0K
Y29tcGF0aWJpbGl0eSBpcyBlbnN1cmVkLiBTdWNoIGEgc29sdXRpb24gd291bGQgYWxsb3cgYWxz
byB0byB1c2UgbG9uZ2VyIHNlcS5udW0uDQoNCmZvcm1hdHMgKGlmIG5lZWRlZCkuIFN1Y2ggYSBm
b3JtYXQgaXMgYWxzbyBpbmxpbmUgd2l0aCBSRkM0Mzg1Lg0KDQoNCg0KIzI6IE1ha2luZyDigJww
4oCdIGFzIGEgdmFsaWQgU2VxLk51bS4NCg0KRGV0TmV0IGZsb3dzIGFyZSByZWNvZ25pemVkIGFu
ZCBmb3J3YXJkZWQgc3BlY2lhbCB3aXRoaW4gdGhlIERldE5ldA0KDQpkb21haW4uIFMvTiBpcyB1
c2VkIHdpdGhpbiB0aGUgRGV0TmV0IGRvbWFpbiBieSBEZXROZXQgU2VydmljZSBmdW5jdGlvbnMN
Cg0KKGkuZS4gUFJFRikuIFMvTiB1c2VkIG9ubHkgb24gRGV0TmV0IGVuZC1ub2RlcyBhbmQgRGV0
TmV0IHJlbGF5LW5vZGVzLiBObw0KDQpvdGhlciBub2RlcyBjYXJlIGFib3V0IHRoZSB2YWx1ZSBv
ZiBTL04sIHRoZXJlZm9yZSBEZXROZXQgY2FuIHNwZWNpZnkgaXRzDQoNCm93biBzZXF1ZW5jZSBu
dW1iZXIgcHJvY2Vzc2luZyBhbGdvcml0aG0uIFNvIOKAnDDigJ0gY2FuIGJlIGEgdmFsaWQgbnVt
YmVyDQoNCmFuZCBub3QgdGhlIGluZGljYXRpb24gdGhhdCBubyBTZXEuTnVtLiBpcyB1c2VkLiBU
aGlzIGlzIGlubGluZSB3aXRoIFJGQzQzODUuDQoNCg0KDQojMzogT3RoZXIg4oCmID8hPw0KDQoN
Cg0KQ29tbWVudHMgYXJlIHdlbGNvbWUuDQoNCg0KDQpDaGVlcnMNCg0KQmFsYSd6cw0KDQoNCg0K
LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5ldC1i
b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcg0KU2VudDogMjAxOC4gamFu
dcOhciAxMC4gMTk6MDENClRvOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0
bmV0QGlldGYub3JnPj4NClN1YmplY3Q6IFtEZXRuZXRdIHJlY29yZGluZyBmb3IgdG9kYXkncyBp
bnRlcmltDQoNCg0KDQppcyBhdmFpbGFibGUgZm9yIGRvd25sb2FkIGF0Og0KDQpodHRwczovL2ll
dGYud2ViZXguY29tL2lldGYvbGRyLnBocD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2Jm
MjAyMzAxPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0z
QV9faWV0Zi53ZWJleC5jb21faWV0Zl9sZHIucGhwLTNGUkNJRC0zRGU1MTE2YmM3ZGIyNTRjMjRh
N2JiMzIxN2JmMjAyMzAxJmQ9RHdNR2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2
d1hfZ0R3UERjZk1hRk5aaVEmbT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElX
S0JmTWpzJnM9M3JiM1JFX1oyd09XOHZwLUFNc2EybGdTaDBVNEJnZFpGN3p1MXRYd2Q2ayZlPT4N
Cg0KDQoNCnJhdyBub3RlcyBhcmUgYXZhaWxhYmxlIGF0DQoNCmh0dHA6Ly9ldGhlcnBhZC50b29s
cy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi1pbnRlcmltLTIwMTgtZGV0bmV0LTAxPGh0dHBz
Oi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwLTNBX19ldGhlcnBhZC50
b29scy5pZXRmLm9yZy0zQTkwMDBfcF9ub3Rlcy0yRGlldGYtMkRpbnRlcmltLTJEMjAxOC0yRGRl
dG5ldC0yRDAxJmQ9RHdNR2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZyPVpjSEM2d1hfZ0R3
UERjZk1hRk5aaVEmbT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpz
JnM9bE9fWmRIQXJRUXNhRE5Zdk15SWN6bWQ2RjFQX2FjdU0wa0ZNWjUxVVg2YyZlPT4NCg0KDQoN
ClBsZWFzZSBmZWVsIGZyZWUgdG8gdXBkYXRlIHRoZSBldGhlcnBhZCBiYXNlZCBvbiB0aGUgcmVj
b3JkaW5nLg0KDQoNCg0KTG91IChhbmQgY28tY2hhaXJzKQ0KDQoNCg0KX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KZGV0bmV0IG1haWxpbmcgbGlzdA0K
DQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29m
cG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5m
b19kZXRuZXQmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQ
RGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMm
cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmU9Pg0KDQoNCl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCmRldG5ldCBt
YWlsaW5nIGxpc3QNCg0KZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+DQoN
Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PGh0dHBzOi8vdXJs
ZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21h
aWxtYW5fbGlzdGluZm9fZGV0bmV0JmQ9RHdNR2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZy
PVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmbT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3
UWY3ZElXS0JmTWpzJnM9aFM5X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFN
SSZlPT4NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xw0KZGV0bmV0IG1haWxpbmcgbGlzdA0KZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0
Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxodHRw
czovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRm
Lm9yZ19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZkPUR3TUdhUSZjPWxJOFpiNlR6TTNkMXRYNGlF
dTdicGcmcj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJm09V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1z
ZGFxakFmd1FmN2RJV0tCZk1qcyZzPWhTOV9ISTExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0
OW5qckZRTUkmZT0+DQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX18gZGV0bmV0IG1haWxpbmcgbGlzdCBkZXRuZXRAaWV0Zi5vcmc8bWFpbHRv
OmRldG5ldEBpZXRmLm9yZz4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9k
ZXRuZXQNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJTZWdvZSBVSSBT
eW1ib2wiOw0KCXBhbm9zZS0xOjIgMTEgNSAyIDQgMiA0IDIgMiAzO30NCi8qIFN0eWxlIERlZmlu
aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h
cmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJ
Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KYTpsaW5r
LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1
ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl
cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0K
CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7
DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBw
dDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwcmUNCgl7bXNvLXN0eWxl
LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN
CgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0
Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bh
bi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0
ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M
IFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7DQoJY29sb3I6YmxhY2s7fQ0K
cC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUt
bmFtZTptc29ub3JtYWw7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9w
LWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6
IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcC5tMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCwgbGkubTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQsIGRp
di5tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dA0KCXttc28tc3R5bGUtbmFtZTptXzE1
MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQ7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K
CW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bh
bi5ob2VuemINCgl7bXNvLXN0eWxlLW5hbWU6aG9lbnpiO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJ
e21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxl
LXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s
b3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXttc28tc3R5bGUtdHlwZTpwZXJz
b25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0
ZXh0O30NCnNwYW4uRW1haWxTdHlsZTI2DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMjcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6
IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5
bGUyOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs
c2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTI5DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm
Ow0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMzANCgl7bXNvLXN0eWxlLXR5
cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6
d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUzMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h
bDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0
O30NCnNwYW4uRW1haWxTdHlsZTMyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K
Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXpl
OjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy
Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX
b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo
YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp
Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0
Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv
eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVO
LVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u
MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
VGhhbmtzIEplZmYsIGZvcnR1bmF0ZWx5IG5vLW9uZSBoZXJlIGlzIHByb3Bvc2luZyB0aGF0Lg0K
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPkV0aGFuLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv
cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkZyb206PC9z
cGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IEplZmYgVGFudHN1cmEgW21h
aWx0bzpqZWZmdGFudC5pZXRmQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNk
YXksIEphbnVhcnkgMTcsIDIwMTggMjoxMyBQTTxicj4NCjxiPlRvOjwvYj4gQlJVTkdBUkQsIERF
Qk9SQUggQSAmbHQ7ZGIzNTQ2QGF0dC5jb20mZ3Q7OyBTdGV3YXJ0IEJyeWFudCAmbHQ7c3Rld2Fy
dC5icnlhbnRAZ21haWwuY29tJmd0OzsgR3Jvc3NtYW4sIEV0aGFuIEEuICZsdDtlYWdyb3NAZG9s
YnkuY29tJmd0OzsgRGV0TmV0IFdHICZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6
PC9iPiBUaW0gQ2hvd24gKFRpbS5DaG93bkBqaXNjLmFjLnVrKSAmbHQ7VGltLkNob3duQGppc2Mu
YWMudWsmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAo
RmxvdyBpZGVudGlmaWNhdGlvbik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+U3BlYWtpbmcgb24gYmVo
YWxmIG9mIElBQiDigJMgYnVpbGRpbmcgYSBJUHY0IG9ubHkgc29sdXRpb24gd291bGQgYmUgYSBy
YXRoZXIgdW5mb3J0dW5hdGUgZGlyZWN0aW9uIGFuZCB2ZXJ5IG11Y2ggYWdhaW5zdCBJQUIgc3Rh
dGVtZW50ICgmbmJzcDs8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v
djIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pYWIub3JnXzIwMTZfMTFfMDdfaWFiLTJEc3RhdGVtZW50
LTJEb24tMkRpcHY2XyZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZh
bXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPW9YVkx5dU9iSjZuSnZNMWxFdTUwQi1n
M1lCVm9DbXhQX2tSZ2poQzR0RGsmYW1wO3M9R0xKMm9DQ1EzWVl6VG9jNEdHeEg5Umc2U0xKRDhS
SlN5eVJnRTJxLW1qTSZhbXA7ZT0iPmh0dHBzOi8vd3d3LmlhYi5vcmcvMjAxNi8xMS8wNy9pYWIt
c3RhdGVtZW50LW9uLWlwdjYvPC9hPikuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DaGVlcnMsPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkplZmY8c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRE
RiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5kZXRuZXQgJmx0OzxhIGhyZWY9Im1haWx0bzpkZXRu
ZXQtYm91bmNlc0BpZXRmLm9yZyI+ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0OyBvbiBi
ZWhhbGYgb2YgJnF1b3Q7QlJVTkdBUkQsIERFQk9SQUggQSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp
bHRvOmRiMzU0NkBhdHQuY29tIj5kYjM1NDZAYXR0LmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTog
PC9iPldlZG5lc2RheSwgSmFudWFyeSAxNywgMjAxOCBhdCAxMjozNDxicj4NCjxiPlRvOiA8L2I+
U3Rld2FydCBCcnlhbnQgJmx0OzxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5j
b20iPnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTwvYT4mZ3Q7LCAmcXVvdDtHcm9zc21hbiwgRXRo
YW4gQS4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzplYWdyb3NAZG9sYnkuY29tIj5lYWdyb3NA
ZG9sYnkuY29tPC9hPiZndDssIERldE5ldCBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRldG5ldEBp
ZXRmLm9yZyI+ZGV0bmV0QGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O1Rp
bSBDaG93biAoPGEgaHJlZj0ibWFpbHRvOlRpbS5DaG93bkBqaXNjLmFjLnVrIj5UaW0uQ2hvd25A
amlzYy5hYy51azwvYT4pJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86VGltLkNob3duQGppc2Mu
YWMudWsiPlRpbS5DaG93bkBqaXNjLmFjLnVrPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+
UmU6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5J
IGRvbuKAmXQgd2FudCB0byBpbmZsdWVuY2UgeW91ciBkaXNjdXNzaW9uIG9uIHNvbHV0aW9uKHMp
Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+QXMgbWFpbHMgYXJl
IGdldHRpbmcgY3Jvc3NlZCwgYW5kIG5vdCBoYXZpbmcgVGlt4oCZcyBvcmlnaW5hbCBjb21tZW50
LCBJIHRoaW5rIGFzIEV0aGFuIGxhdGVyIHNheXMgaW4gYSBtYWlsIGFmdGVyIHRoaXMgb25lIOKA
kyB0aGUgSUFCIGNvbmNlcm4gd291bGQgYmUgaWYgZG9pbmcgYW4g4oCcSVB2NC1vbmx54oCdIHNv
bHV0aW9uLiBNYW55IHdvcmtpbmcgZ3JvdXBzIGFyZQ0KIHN0aWxsIGRvaW5nIHdvcmsgc3VwcG9y
dGluZyBJUHY0IG5ldHdvcmtzLiBUaGUgZGlzY3Vzc2lvbiB3aGVuIGl0IHJlYWNoZXMgdGhlIElF
U0cg4oCTIGNhbiBJUHY2IHN1cHBvcnQgYmUgaW5jbHVkZWQgaW4gdGhlIHNhbWUgZG9jdW1lbnQg
b3IgaXMgdGhlcmUgd29yayBvbi1nb2luZyB0byBzdXBwb3J0IElQdjYgKGFuZCB0aGUgSVB2NiBz
b2x1dGlvbiBkb2VzIG5vdCBkZXBlbmQgb24gSVB2NCkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNw
Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij5UaGUgY2hhcnRlciBmb3IgZGV0bmV0IGlzIG5vdCB0byBzdW5z
ZXQgSVB2NDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkgU3lt
Ym9sJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+JiMxMjg1MjI7PC9zcGFuPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4gSWYgeW91IGhhdmUgb3BlcmF0aW9uYWwgdXNl
IGNhc2VzIGZvciBzdXBwb3J0aW5nDQogSVB2NCwgdGhlbiBhcyB5b3UgYXJlIGRvaW5nLCBpdCBp
cyBpbXBvcnRhbnQgdG8gZGlzY3VzcyB0aGUgZGVwbG95bWVudCByZXF1aXJlbWVudHMgZS5nLiBj
bG9zZWQgbmV0d29yaywgSVB2NC1JUHY2IGlzbGFuZHMsIGV0Yy4sIHNvIGFzIHRvIHVuZGVyc3Rh
bmQgdGhlIGJlc3Qgc29sdXRpb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0Ij5NeSBpbnRlcnByZXRhdGlvbiBvZiB0aGUgSUFCIHN0YXRlbWVudCBpcyB0byBnaXZl
IGd1aWRhbmNlIG9uIHByaW9yaXRpemluZyB3b3JrIGZvciBJUHY2LiBVbmxlc3MgeW91IGhhdmUg
bGFyZ2UgdXNlciBncm91cHMgcmVxdWlyaW5nIElQdjQtb25seSwgdGhlbiB5b3VyIHByaW9yaXR5
IHNob3VsZCBiZSBpbiBkZXZlbG9waW5nIGFuIElQdjYgc29sdXRpb24uDQogQW5kIHRoZSBJUHY0
IHNvbHV0aW9uIHNob3VsZCBub3QgbGltaXQgdGhlIElQdjYgc29sdXRpb24uPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5EZWJvcmFoPC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQi
PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5h
bWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNw
Ozwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v
bmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAw
aW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3Rl
eHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IFN0ZXdh
cnQgQnJ5YW50IFs8YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIj5tYWls
dG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRu
ZXNkYXksIEphbnVhcnkgMTcsIDIwMTggMjowMiBQTTxicj4NCjxiPlRvOjwvYj4gR3Jvc3NtYW4s
IEV0aGFuIEEuICZsdDs8YSBocmVmPSJtYWlsdG86ZWFncm9zQGRvbGJ5LmNvbSI+ZWFncm9zQGRv
bGJ5LmNvbTwvYT4mZ3Q7OyBEZXROZXQgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0
Zi5vcmciPmRldG5ldEBpZXRmLm9yZzwvYT4mZ3Q7OyBCUlVOR0FSRCwgREVCT1JBSCBBICZsdDs8
YSBocmVmPSJtYWlsdG86ZGIzNTQ2QGF0dC5jb20iPmRiMzU0NkBhdHQuY29tPC9hPiZndDs8YnI+
DQo8Yj5DYzo8L2I+IFRpbSBDaG93biAoPGEgaHJlZj0ibWFpbHRvOlRpbS5DaG93bkBqaXNjLmFj
LnVrIj5UaW0uQ2hvd25AamlzYy5hYy51azwvYT4pICZsdDs8YSBocmVmPSJtYWlsdG86VGltLkNo
b3duQGppc2MuYWMudWsiPlRpbS5DaG93bkBqaXNjLmFjLnVrPC9hPiZndDs8YnI+DQo8Yj5TdWJq
ZWN0OjwvYj4gUmU6IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxwPkEgcG9pbnQgSSBoYXZlIG1hZGUgYmVmb3JlIGFuZCB3aWxsIGNv
bnRpbnVlIHRvIG1ha2U6PG86cD48L286cD48L3A+DQo8cD5JZiB0aGUgSUVURiBkb2VzIG5vdCBt
YWludGFpbiBJUHY0IGFwcHJvcHJpYXRlbHkgdW50aWwgaXQncyBuYXR1cmFsIGRlYXRoLCBpdCB3
aWxsIGJlIGRlY2xhcmVkIGNyaXRpY2FsIG5hdGlvbmFsIGluZnJhc3RydWN0dXJlIGJ5IGdvdmVy
bm1lbnRzIGFuZCB0aGV5IHdpbGwgZWZmZWN0aXZlbHkgZ2lmdCBpdCB0byB0aGVpciBTRE8gKHRo
ZSBJVFUtVCkuIFN1Y2ggYW4gb3JnYW5pemF0aW9uIG1heSBmaW5kIGl0IGV4cGVkaWVudCB0byBm
aW5kDQogbWFueSBuZXcgd2F5cyB0byBleHRlbmQgdGhlIGxpZmUgb2YgSVB2NC4gSW4gYW55IGNh
c2UgSSBhbnRpY2lwYXRlIGEgdmVyeSBsb25nIHRhaWwgb24gdGhlIElQdjQgZGVjYXkgY3VydmUu
PG86cD48L286cD48L3A+DQo8cD5XZSBuZWVkIHRvIGRvIHdoYXQgaXMgcmlnaHQgZm9yIG91ciBj
dXN0b21lcnMsIHNvbWUgb2Ygd2hvbSBtYXkgZmluZCBpdCBpbmZlYXNpYmxlIHRvIG1pZ3JhdGUg
YXdheSBmcm9tIElQdjQgYW55IHRpbWUgc29vbi48bzpwPjwvbzpwPjwvcD4NCjxwPkkgd2lsbCBv
ZiBjb3Vyc2UgYmUgaW50ZXJlc3RlZCBpbiBEZWJvcmFoJ3MgZGlyZWN0aXZlIG9uIHRoaXMuPG86
cD48L286cD48L3A+DQo8cD4tIFN0ZXdhcnQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
Pk9uIDE3LzAxLzIwMTggMTg6NTEsIEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90ZTo8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu
LWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+VGhhbmtzIFN0ZXdhcnQuIFJlZ2FyZGluZzogPC9zcGFuPg0KPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBp
bjttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0Oi41aW4i
Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg
TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj7igJxZZXMsIHdlIG5lZWQgdG8gaGF2ZSB0aGUgZGlzY3Vz
c2lvbiBvbiB0aGUgbGlzdCBhbmQgcmVhY2ggYSBjb25zZW5zdXMgb2Ygd2hldGhlcjxicj4NCmEp
IFdlIHN1cHBvcnQgdjQ8YnI+DQpiKSBXZSBzdXBwb3J0IHY0IGFuZCB2NiBieSB2NCBhbmQgdjYg
c3BlY2lmaWMgcHJvdG9jb2wgZXh0ZW5zaW9uczxicj4NCmMpIFdlIHVzZSBhIHNpbmdsZSBjb21t
b24gSVAgYXBwcm9hY2g8YnI+DQpkKSBXZSB1c2UgYW4gYXBwcm9hY2ggdGhhdCBpcyBjb21tb24g
YWNyb3NzIElQIGFuZCBNUExT4oCdPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQi
PlBlcmhhcHMsIGdpdmVuIFRpbSBDaG93buKAmXMgZWFybGllciBjb21tZW50Ojwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg4oCcSWYg
eW914oCZcmUgc3VnZ2VzdGluZyBhbiBJUHY0LW9ubHkgc29sdXRpb24sIHlvdeKAmXJlIHJ1bm5p
bmcgdXAgYWdhaW5zdA0KPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29t
L3YyL3VybD91PWh0dHBzLTNBX193d3cuaWFiLm9yZ18yMDE2XzExXzA3X2lhYi0yRHN0YXRlbWVu
dC0yRG9uLTJEaXB2Nl8mYW1wO2Q9RHdNRGFRJmFtcDtjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcm
YW1wO3I9NlVoR3BXOWx3aTlkTTdqWWx4WEQ4dyZhbXA7bT1vUXF1azV5dkY1eUx2ajhfalZxVlJj
YXZRN3RVT19MdFUzLUVjRUlEUEZFJmFtcDtzPXdWeGV4U0tSQ2Q3TFpjZU5Qa1hwUE14QTBPbE5u
TDBQaWhlNE1seXFCb0UmYW1wO2U9Ij4NCmh0dHBzOi8vd3d3LmlhYi5vcmcvMjAxNi8xMS8wNy9p
YWItc3RhdGVtZW50LW9uLWlwdjYvPC9hPi7igJ08L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPldlIGNvdWxkIGdldCBEZWJvcmFoIHdpdGggaGVyIEFEIGhhdCBvbiB0
byBjb21tZW50IG9uIHRoaXM/DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+RXRoYW4uPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAw
aW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij4gU3Rld2FydCBCcnlhbnQgWzxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5j
b20iPm1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8
L2I+IFdlZG5lc2RheSwgSmFudWFyeSAxNywgMjAxOCAxMDozOSBBTTxicj4NCjxiPlRvOjwvYj4g
R3Jvc3NtYW4sIEV0aGFuIEEuIDxhIGhyZWY9Im1haWx0bzplYWdyb3NAZG9sYnkuY29tIj4mbHQ7
ZWFncm9zQGRvbGJ5LmNvbSZndDs8L2E+OyBCYWzDoXpzIFZhcmdhIEENCjxhIGhyZWY9Im1haWx0
bzpiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20iPiZsdDtiYWxhenMuYS52YXJnYUBlcmljc3Nv
bi5jb20mZ3Q7PC9hPjsgQW5kcmV3IEcuIE1hbGlzDQo8YSBocmVmPSJtYWlsdG86YWdtYWxpc0Bn
bWFpbC5jb20iPiZsdDthZ21hbGlzQGdtYWlsLmNvbSZndDs8L2E+PGJyPg0KPGI+Q2M6PC9iPiBE
ZXROZXQgV0cgPGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyI+Jmx0O2RldG5ldEBpZXRm
Lm9yZyZndDs8L2E+OyBNYWNoIENoZW4NCjxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5AaHVhd2Vp
LmNvbSI+Jmx0O21hY2guY2hlbkBodWF3ZWkuY29tJmd0OzwvYT48YnI+DQo8Yj5TdWJqZWN0Ojwv
Yj4gUmU6IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv
bzpwPjwvcD4NCjxwPkhpJm5ic3A7IEV0aGFuLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+T24gMTcvMDEvMjAxOCAxODoyNCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn
aW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjp3aW5kb3d0ZXh0Ij5UaGFua3MgU3Rld2FydCBmb3IgdGhlIGNsYXJpZmljYXRpb24uIEkgaW50
ZXJwcmV0IHlvdXIgc3RhdGVtZW50IOKAnGEgZGVjaXNpb24gbm90IHRvIHN1cHBvcnQgSVB2NOKA
nSB0byBtZWFuIOKAnGEgZGVjaXNpb24gbm90IHRvIHByb3Bvc2UgYWRkaW5nIGFueXRoaW5nIHRv
IHRoZSBleGlzdGluZyBJUHY0IHN0YW5kYXJk4oCdLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206
MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU
aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NClRvIHN1cHBvcnQgSVB2NCB0aGVyZSBh
cmUgYSBudW1iZXIgb2YgbWV0aG9kcyB0aGF0IGFyZSBwb3NzaWJsZSwgb25lIGlzIHRvIGFkZCBz
b21ldGhpbmcgdG8gdjQgaXRzZWxmIGFzIGlzIHByb3Bvc2VkIGZvciB2Ni4gQWRkaW5nIHNvbWV0
aGluZyB0byB0aGUgYmFzZSBwcm90b2NvbCB3aWxsIGJlIHZlcnkgZGlmZmljdWx0Ljxicj4NCjxi
cj4NCkFub3RoZXIgbWV0aG9kLCBpcyB0byBkbyB3aGF0IGhhcyBiZWVuIHByb3Bvc2VkIGJ5IHNv
bWUgZm9yIE1QTFMsIHRoYXQgaXMgdG8gZW5jb2RlIHRoZSBpZGVudGl0eSBhbmQgdHlwZSBpbiB0
aGUgSVAgYWRkcmVzcy4gVGhlcmUgaXMgYSBwcm9wb3NhbCB0byBkbyB0aGlzIGluIFNSdjYuIEkg
YW0gbm90IGEgZ3JlYXQgZmFuIG9mIGFidXNpbmcgdGhlIGFkZHJlc3Mgc3BhY2UgZm9yIHRoaXMg
aW4gdGhlIHdheSBwcm9wb3NlZCBieSB0aGF0IHdvcmssDQogYnV0IG1heWJlIHdlIGNhbiBkbyBz
b21ldGhpbmcgbXVjaCBzaW1wbGVyIGhlcmUgYW5kIHNpbXBseSBpZGVudGlmeSB0aGUgRE4gaW5z
dGFuY2UgYnkgdGhlIElQIGFkZHJlc3Mgd2l0aCBubyBvdGhlciBzZW1hbnRpY3MuIE11Y2ggZWFz
aWVyIHRvIGRvIHRoaXMgZm9yIElQdjYgd2l0aCB0aGUgJnF1b3Q7aW5maW5pdGUgYWRkcmVzc2Vz
JnF1b3Q7IGJ1dCB3ZSBjb3VsZCBnZXQgYXdheSB3aXRoIGl0IGluIGxpbWl0ZWQgcHJpdmF0ZSBJ
cHY0IG5ldHdvcmtzLiBPZg0KIGNvdXJzZSB0aGlzIGRvZXMgY2hhbmdlIHRoZSBwZXItaG9wIGJl
aGF2aW91ciBvZiBJUCB3aGljaCBtYXkgYmUgYSBjaGFsbGVuZ2UgdG8gZ2V0IHRoZSBJRVRGIHRv
IHNpZ24gb2Ygb24uPGJyPg0KPGJyPg0KQW5vdGhlciBtZXRob2QgaXMgdG8gdXNlIHNvbWUgbWV0
aG9kIG9mIGNhcnJ5aW5nIGFuIE1QTFMgbGFiZWwgc3RhY2sgLSB0aGlzIHdhcyB0aGUgZmlyc3Qg
cHJvcG9zYWwuIE5vdyBJIHNhaWQgdGhhdCBJIGRpZCBub3QgdGhpbmsgYW55b25lIGhhZCBkb25l
IHRoYXQgYW5kIEkgc3RpbGwgYmVsaWV2ZSB0aGF0IHRvIGJlIHRoZSBjYXNlLCBidXQgdGhhdCBk
b2VzIG5vdCBtZWFuIHRoYXQgaXQgaXMgbm90IHRoZSBsZWFzdCB3b3JzdCBhcHByb2FjaC4NCiBU
aGVyZSBhcmUgYWx0ZXJuYXRlcyBmb3IgZXhhbXBsZSBJUC9VRFAvTVBMUzxicj4NCndoaWNoIGlz
IHRoZSBzbyBjYWxsZWQgVVNSIGFwcHJvYWNoIHRoYXQgYSBudW1iZXIgb2YgdXMgYWR2b2NhdGUg
YXMgYW4gYWx0ZXJuYXRpdmUgdG8gU1J2Ni48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+
PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn
aW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjp3aW5kb3d0ZXh0Ij5JZiB0aGF0IGlzbuKAmXQgY29ycmVjdCwgcGxlYXNlIGxldCBtZSBrbm93
LiBBcyB5b3UgbWF5IHJlY2FsbCBJIGFscmVhZHkgc3RhcnRlZCBhIHRocmVhZCBhd2hpbGUgYWdv
IHRvIGRpc2N1c3MgSVB2NCB2cyBJUHY2LCBhbmQgYmFzZWQgb24gdGhlIHJlc3BvbnNlcyBpdCBh
cHBlYXJlZCB0byBtZSBhdCB0aGF0IHRpbWUgdGhhdCB0aGVyZSB3ZXJlIHNvbWUga2luZA0KIG9m
IG9wdGlvbnMsIHRob3VnaCBub3QgYSDigJxuYXRpdmUgSVB2NOKAnSBzb2x1dGlvbiwgYnV0IGl0
IHdhc27igJl0IGNsZWFyIHRvIG1lIChhcyBhIG5vbi1leHBlcnQgaW4gdGhlIHZhcmlvdXMgbmV0
d29ya2luZyBwcm90b2NvbHMgbWVudGlvbmVkKSB3aGV0aGVyIHRoZXkgd291bGQgYmUgdmlhYmxl
IGluIHByYWN0aWNlIG9yIG5vdC4gSSB3aWxsIHJldml2ZSB0aGF0IHRocmVhZCBhbmQgc2VlIGlm
IHdlIGNhbiBnZXQgYW55IGNsb3NlciB0byBkZXRlcm1pbmluZw0KIHRoZSBpbXBvcnRhbmNlIG9m
IElQdjQgdG8gb3VyIHRhcmdldCBjdXN0b21lcnMsIGFuZCBob3BlZnVsbHkgc29tZSBzZW5zZSBv
ZiB3aGV0aGVyIHRoZSBwcm9wb3NlZCBub24tbmF0aXZlLUlQdjQgc3RyYXRlZ2llcyB3aWxsIGhv
bGQgd2F0ZXIuDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz
ZXJpZiI+PGJyPg0KWWVzLCB3ZSBuZWVkIHRvIGhhdmUgdGhlIGRpc2N1c3Npb24gb24gdGhlIGxp
c3QgYW5kIHJlYWNoIGEgY29uc2Vuc3VzIG9mIHdoZXRoZXI8YnI+DQo8YnI+DQphKSBXZSBzdXBw
b3J0IHY0PGJyPg0KYikgV2Ugc3VwcG9ydCB2NCBhbmQgdjYgYnkgdjQgYW5kIHY2IHNwZWNpZmlj
IHByb3RvY29sIGV4dGVuc2lvbnM8YnI+DQpjKSBXZSB1c2UgYSBzaW5nbGUgY29tbW9uIElQIGFw
cHJvYWNoPGJyPg0KZCkgV2UgdXNlIGFuIGFwcHJvYWNoIHRoYXQgaXMgY29tbW9uIGFjcm9zcyBJ
UCBhbmQgTVBMUzxicj4NCjxicj4NCi0gU3Rld2FydDxicj4NCjxicj4NCjxicj4NCjxicj4NCjwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0
O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPkV0aGFuLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+
PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv
cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkZyb206PC9z
cGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IFN0ZXdhcnQgQnJ5YW50IFs8
L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSI+bWFpbHRvOnN0
ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgSmFudWFyeSAxNywgMjAxOCAxMjoyOSBB
TTxicj4NCjxiPlRvOjwvYj4gR3Jvc3NtYW4sIEV0aGFuIEEuIDwvc3Bhbj48YSBocmVmPSJtYWls
dG86ZWFncm9zQGRvbGJ5LmNvbSI+Jmx0O2VhZ3Jvc0Bkb2xieS5jb20mZ3Q7PC9hPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij47IEJhbMOhenMgVmFyZ2EgQQ0KPC9zcGFuPjxhIGhyZWY9
Im1haWx0bzpiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20iPiZsdDtiYWxhenMuYS52YXJnYUBl
cmljc3Nvbi5jb20mZ3Q7PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij47IEFuZHJl
dyBHLiBNYWxpcw0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzphZ21hbGlzQGdtYWlsLmNvbSI+Jmx0
O2FnbWFsaXNAZ21haWwuY29tJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
PGJyPg0KPGI+Q2M6PC9iPiBEZXROZXQgV0cgPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpkZXRuZXRA
aWV0Zi5vcmciPiZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij47IE1hY2ggQ2hlbg0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5A
aHVhd2VpLmNvbSI+Jmx0O21hY2guY2hlbkBodWF3ZWkuY29tJmd0OzwvYT48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBEUCBzb2x1dGlvbiAo
RmxvdyBpZGVudGlmaWNhdGlvbik8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDE2LzAxLzIwMTggMTg6MzgsIEdyb3Nz
bWFuLCBFdGhhbiBBLiB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg
c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+SGkgQmFsYeKAmXpzLDwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj
b2xvcjp3aW5kb3d0ZXh0Ij5SZWdhcmRpbmcgSVB2NCwgSSBhbHNvIHVuZGVyc3Rvb2QgdGhhdCB3
ZSBkZWNpZGVkIHRoYXQgd2UgY2Fu4oCZdCBhZGQgbmV3IElQdjQgZmllbGRzLiBQYXJkb24gbXkg
aWdub3JhbmNlIGhlcmUsIGJ1dCBkb2VzIHRoYXQgbWVhbiB0aGVyZSBpcyBubyBwYXJ0IG9mIERl
dE5ldCBjYXBhYmlsaXR5IHRoYXQgY2FuIGJlIHJ1biBvdmVyIElQdjQ/IE9yIGlzIHRoZXJlDQog
c29tZSDigJx3b3JrYXJvdW5k4oCdIHRvIHByb3ZpZGUgYXMgSSBzYXkgZXZlbiBwYXJ0IG9mIHRo
ZSBEZXROZXQgY2FwYWJpbGl0eSwgZ2l2ZW4gdGhhdCBpdCBpcyBhbiBFbmdpbmVlcmVkIG5ldHdv
cms/IEkganVzdCB3YW50IHRvIGNsYXJpZnkgZXhwZWN0YXRpb25zIGhlcmUuDQo8L3NwYW4+PG86
cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJyPg0KSWYgeW91IGhh
dmUgYSBuYXRpdmUgSVB2NCBuZXR3b3JrIHRvIHdoaWNoIHlvdSBwcmVzZW50IElQdjYgcGFja2V0
cywgeW91IGVpdGhlciBoYXZlIHRvIHR1bm5lbCB0aGVtIGFjcm9zcyB3aGVyZSB0aGUgSVB2NiBp
cyBjb25zaWRlcmVkIG9wYXF1ZSBkYXRhLCBvciB5b3UgaGF2ZSB0byB0cmFuc2xhdGUgdGhlbSB0
byBJUHY0LCBidXQgdGhhdCByZXF1aXJlcyBzb21lIGNvbW1vbiBzZW1hbnRpY3MgdG8gZGVhbCB3
aXRoIGV4dGVuc2lvbiBoZWFkZXJzDQogd2hpY2ggd2UgZG9uJ3QgY3VycmVudGx5IGhhdmUuPGJy
Pg0KPGJyPg0KU28sIGFzIGZhciBhcyBJIGNhbiBzZWUsIGEgZGVjaXNpb24gbm90IHRvIHN1cHBv
cnQgSVB2NCBtZWFucyBubyBETiBzdXBwb3J0IGFjcm9zcyB0aGUgSVB2NCBuZXR3b3JrLjxicj4N
Cjxicj4NCldoaWNoIHRha2VzIHVzIGJhY2sgdG8gdGhlIHF1ZXN0aW9uIG9mIGhvdyBpbXBvcnRh
bnQgaXMgdGhpcyBhbmQgd2hhdCB3aWxsIGl0IGRvIHRvIHRoZSB0YWtlLXVwIG9mIHRoZSB0ZWNo
bm9sb2d5IGJ5IGl0cyB0YXJnZXQgY3VzdG9tZXJzPzxicj4NCjxicj4NCi0gU3Rld2FydDxicj4N
Cjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1
b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlRoYW5rcyw8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+RXRoYW4uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv
bGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+
PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4gZGV0bmV0IFs8L3NwYW4+PGEgaHJl
Zj0ibWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86ZGV0bmV0LWJvdW5jZXNA
aWV0Zi5vcmc8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPl0NCjxiPk9uIEJlaGFs
ZiBPZiA8L2I+QmFsw6F6cyBWYXJnYSBBPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEphbnVh
cnkgMTYsIDIwMTggMTA6MjEgQU08YnI+DQo8Yj5Ubzo8L2I+IFN0ZXdhcnQgQnJ5YW50IDwvc3Bh
bj48YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIj4mbHQ7c3Rld2FydC5i
cnlhbnRAZ21haWwuY29tJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+OyBB
bmRyZXcgRy4gTWFsaXMNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20i
PiZsdDthZ21hbGlzQGdtYWlsLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3Rl
eHQiPjxicj4NCjxiPkNjOjwvYj4gRGV0TmV0IFdHIDwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZGV0
bmV0QGlldGYub3JnIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzwvYT48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+OyBNYWNoIENoZW4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bWFjaC5j
aGVuQGh1YXdlaS5jb20iPiZsdDttYWNoLmNoZW5AaHVhd2VpLmNvbSZndDs8L2E+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBbRGV0bmV0XSBEUCBz
b2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbik8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+SSB0aGlu
ayB0aGUgbGFzdCBtYWlscyBhcmUgbW9yZSBhYm91dCBmbG93IGlkZW50aWZpY2F0aW9uIGFuZCBu
b3QgdGhlIHNlcXVlbmNlIG51bWJlci48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+U28sIEkgaGF2ZSByZS1z
dWJqZWN0ZWQgbXkgYW5zd2VyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+UFNOIGxheWVyIHZzLiBETiBsYXllciAoTVBMUyk6PC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0g
aW4gY3VycmVudCBkYXRhIHBsYW5lIHRleHQgd2UgaGF2ZSBzdGF0ZWQgdGhhdCBEZXROZXQgUFdz
IG1heSB1c2UgZGVkaWNhdGVkIExTUHMgKFRFLXR1bm5lbHMpLg0KPC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQi
PlRoYXQgYWxsb3cgdG8gaWRlbnRpZnkgRGV0TmV0IGZsb3dzIGluIFBTTiBsYXllciB3aXRob3V0
IGNoZWNraW5nIHRoZSBQVyBsYWJlbC4gU3VjaCBhIHNvbHV0aW9uIG9mDQo8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+Y291cnNlIG1heSBjaGFsbGVuZ2Ugc2NhbGFiaWxpdHkuPC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQi
Pi0gcmVnYXJkaW5nIHByaW9yaXRpemF0aW9uOiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQIGFuZCBM
LUxTUCBjb25jZXB0LCB3aGF0IG1ha2VzIHBvc3NpYmxlDQo8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+dG8g
aWRlbnRpZnkgRGV0TmV0IHBhY2tldHMuIEhvd2V2ZXIgdGhhdCBpcyBtb3JlIGZvciBzaW1wbGUg
cXVldWluZyBzY2VuYXJpb3MgYXMgaXQgZG9lcyBub3Q8L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+aWRlbnRp
ZnkgaW5kaXZpZHVhbCBmbG93cy4gPC9zcGFuPg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndp
bmRvd3RleHQiPlBTTiBsYXllciB2cy4gRE4gbGF5ZXIgKG5vbi1NUExTKTo8L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+LSBJUHY0OiBJZiBJIHJlbWVtYmVyIGNvcnJlY3RseSBpdCB3YXMgZGlzY3Vzc2VkIHRv
IGJlIG91dC1vZi1zY29wZSB0byBzaW1wbGlmeSB0aGUgc2NlbmFyaW9zIHdlIGZvY3VzIG9uLg0K
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPk5vLW9uZSB3YW50ZWQgdG8gZGVmaW5lIG5ldyBJUHY0IGZpZWxk
cyBmb3IgZmxvdy1JRCBhbmQgU2VxLU51bSBpbiB0aGUg4oCcc3Vuc2V0IG9mIElQdjTigJ0uPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPi0gSVB2NjogYmFzZWQgb24gdGhlIHNyYy1JUHY2IGFuZCB0aGUgZmxv
dy1sYWJlbCBOUCBjYW4gZGV0ZWN0IERldE5ldCBmbG93cy4gV2h5IHdvdWxkIHdlIG5lZWQgYSBu
ZXcNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5JUCBwcm90b2NvbCB0eXBlPyA8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4
dCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkdlbmVyaWMgdnMuIEROIGF3YXJlIGRhdGEgcGxh
bmU6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPi0gSSB0aGluayB3ZSBuZWVkIGJvdGguIFdlIGhhdmUgdXNl
LWNhc2VzIHNwZWNpZmllZCBmb3IgYm90aC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y
OndpbmRvd3RleHQiPkRldE5ldCB0cmFmZmljIHRvIGJlIHRyYW5zcG9ydGVkOjwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0Ij4tIHR3byB0eXBlcyBhcmUgY29uc2lkZXJlZDogPC9zcGFuPg0KPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6LjVpbiI+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPigxKSBFdGhlcm5ldDogSUVFRSBUU04gdHJhZmZpYyBl
bmNhcHN1bGF0ZWQgaW4gRXRoZXJuZXQgZnJhbWVzIGFuZA0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi41aW4iPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4oMikgSVA6IElQdjYgdHJhbnNwb3J0ZWQgb3ZlciBhbnkg
TDIgKG5vdCBhbHdheXMgRXRoZXJuZXQsIGJ1dCBtb3N0IGNhc2VzIEV0aGVybmV0KTwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDou
NWluIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+QXMgbm90ZWQgYWJvdmUgSVB2NCBp
cyBjdXJyZW50bHkgb3V0LW9mLXNjb3BlIOKApjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s
b3I6d2luZG93dGV4dCI+Q2hlZXJzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkJhbGHigJl6czwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3
aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHls
ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4w
cHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+IFN0ZXdhcnQgQnJ5YW50IFs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnN0ZXdhcnQuYnJ5
YW50QGdtYWlsLmNvbSI+bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTwvYT48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IDIwMTguIGphbnXD
oXIgMTYuIDE3OjM4PGJyPg0KPGI+VG86PC9iPiBBbmRyZXcgRy4gTWFsaXMgJmx0Ozwvc3Bhbj48
YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20iPmFnbWFsaXNAZ21haWwuY29tPC9hPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBNYWNoIENo
ZW4gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20iPm1hY2gu
Y2hlbkBodWF3ZWkuY29tPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7OyBC
YWzDoXpzIFZhcmdhIEEgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86YmFsYXpzLmEudmFyZ2FA
ZXJpY3Nzb24uY29tIj5iYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb208L2E+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPiZndDs7DQogRGV0TmV0IFdHICZsdDs8L3NwYW4+PGEgaHJlZj0i
bWFpbHRvOmRldG5ldEBpZXRmLm9yZyI+ZGV0bmV0QGlldGYub3JnPC9hPjxzcGFuIHN0eWxlPSJj
b2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbRGV0bmV0XSBE
UCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h
cmdpbi1ib3R0b206MTIuMHB0Ij5BbmR5PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+T24gMTYvMDEvMjAxOCAxNToyMCwgQW5kcmV3IEcuIE1hbGlzIHdyb3RlOjxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw
dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdGV3
YXJ0LCA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkxpa2Ug
d2l0aCBQV3MgKHNpbmNlIERFVE5FVCBmb3IgTVBMUyB3b3VsZCBqdXN0IGJlIGFub3RoZXIgUFcg
dHlwZSksIHRhcmdldGVkIExEUCBhbmQgcHJvdmlzaW9uaW5nICh2aWEgYSBjZW50cmFsIGNvbnRy
b2xsZXIsIE5NUywgZXRjLikgYXJlIGFsdGVybmF0aXZlcyB0byBSU1ZQIGFuZCBTUiB0byBwcm92
aXNpb25pbmcvYWxsb2NhdGluZyB0aGUgREVUTkVUIFBXIGxhYmVsLjxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KLi4gYW5kIEkgc3VwcG9zZSBzdHJpY3RseSBC
R1Agd2hpY2ggaXMgYWxzbyB1c2VkIGZvciB0aGlzIHB1cnBvc2UgaW4gVlBOczxicj4NCjxicj4N
Cjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h
cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+WW91IGFuZCBNYWNoIGFyZSBib3RoIHJpZ2h0IHRoYXQgaW4gdGhl
IElQIChub24tTVBMUykgY2FzZSwgd2UgbmVlZCBhIHdheSBmb3IgdGhlIE5QIHRvIGRldGVjdCBE
RVRORVQgZmxvd3MuIFdlIGNvdWxkIGhhdmUgYSBuZXcgSVAgcHJvdG9jb2wgdHlwZSBmb3IgREVU
TkVULCBhbmQgYSBERVRORVQgaGVhZGVyIGRpcmVjdGx5IGZvbGxvd3MgdGhlIElQIGhlYWRlci4g
SW4gdGhhdCBjYXNlLCB0aGUgREVUTkVUIGhlYWRlcg0KIHdvdWxkIGFsc28gbmVlZCBhIG5leHQg
cHJvdG9jb2wgaWRlbnRpZmllciwgdW5sZXNzIHRoZSBuZXh0IHByb3RvY29sIGlzIGFsd2F5cyBh
bm90aGVyIElQIGhlYWRlci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr
cXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQi
Pjxicj4NCkxhc3QgSSBzYXcsIHRoZSB0aGlua2luZyB3YXMgdGhhdCB0aGVyZSB3b3VsZCBiZSBh
biBJUCBleHRlbnNpb24gaGVhZGVyLCBhbHRob3VnaCBJIGFtIG5vdCBhIGZhbiBvZiB0aG9zZSBz
aW5jZSAoYSkgSSBhbSBub3QgY29uZmlkZW50IHdoYXQgYSByb3V0ZXIgd2lsbCBkbyBvbmUgaXQg
ZG9lcyBub3QgdW5kZXJzdGFuZCwgYW5kIChiKSBJIGFtIGNvbmNlcm5lZCBhYm91dCB0aGUgbmVl
ZCB0byBzdXBwb3J0IElQdjQgd2hpY2ggSSBzdXNwZWN0IHdpbGwNCiBoYXZlIGEgbG9uZyB0YWls
IGluIGVudGVycHJpc2UgZGVwbG95bWVudC48YnI+DQo8YnI+DQpJIHByZWZlciBhIFVEUCB0eXBl
IGZvciB0aGlzIHB1cnBvc2Ugc2luY2UgaXQgaGFzIHVuaXZlcnNhbCBzdXBwb3J0IHRocm91Z2gg
YW55IG1pZGRsZSBib3guIGZpcmV3YWxsIGV0YywgYW5kIGFsbCByb3V0ZXJzIG5lZWQgdG8gbG9v
ayBhIHRoZSBVRFAgRFAgc28gY2hlY2tpbmcgaWYgaXQgaXMgb25lIHRoZXkgbmVlZCB0byB3b3Jr
IG9uIGlzIGp1c3Qgb25lIGNvbXBhcmUgYW5kIGNvbmRpdGlvbmFsIGJyYW5jaC48YnI+DQo8YnI+
DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJt
YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPk9mIGNvdXJzZSwgZm9yIE1QTFMsIHRoZSBERVRORVQgUFcgbGFi
ZWwgaXMgdGhlIGlkZW50aWZpZXIuIDxvOnA+DQo8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206
MTIuMHB0Ij48YnI+DQpPbmx5IGF0IHRoZSBQVyBsYXllci4gTm90ZSBteSBxdWVzdGlvbiBhYm91
dCB3aGV0aGVyIHRoaXMgaXMgc3VmZmljaWVudC48YnI+DQo8YnI+DQotIFN0ZXdhcnQ8YnI+DQom
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0
O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPkNoZWVycyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5PbiBUdWUsIEphbiAxNiwgMjAxOCBhdCA1OjQ2IEFNLCBTdGV3YXJ0IEJyeWFu
dCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSIgdGFyZ2V0PSJf
YmxhbmsiPnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+
PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICND
Q0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDtt
YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8
ZGl2Pg0KPHA+SWYgd2UgbmVlZCB0byBkaXNjcmltaW5hdGUgYXQgdGhlIFBTTiBsYXllciByYXRo
ZXIgdGhhbiB0aGUgRE4gbGF5ZXIgdGhlbiB3ZSByZWFsbHkgYXJlIGZvcmNlZCB0byBjcmVhdGUg
YSBuZXcgRkVDIHR5cGUgZm9yIE1QTFMsIG9yIHN5bnRoZXNpemUgb25lIHRocm91Z2ggUlNWUCBv
ciBTUi4gSVAgaGFzIG5vIG5hdGl2ZSBzdXBwb3J0IGZvciB0aGlzLCBidXQgd2UgY291bGQgaW50
cm9kdWNlIHRoZSBjb25jZXB0LCBmb3IgZXhhbXBsZSBieQ0KIG1ha2luZyB0aGlzIHRoZSBwcm9w
ZXJ0eSBvZiB0aGUgSVAgYWRkcmVzcyBvciBzb21lIHdheSBvZiBNUExTaW5nIElQLjxvOnA+PC9v
OnA+PC9wPg0KPHA+SG93ZXZlciB0aGVyZSBpcyBhIGRlZXBlciBxdWVzdGlvbiB3ZSBuZWVkIHRv
IGFuc3dlci4gSXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgZWFjaCBob3AgaW4gdGhlIGRhdGEgcGxh
bmUgRE4gYXdhcmUsIG9yIGlzIG91ciBleHBlY3RhdGlvbiB0aGF0IGF0IGxlc3QgaW4gc29tZSBu
ZXR3b3JrcyB0aGUgZGF0YSBwbGFuZSBpcyBnZW5lcmljIHdpdGggc29tZSBETiBub2RlcyBzdHJh
dGVnaWNhbGx5IHBsYWNlZD88bzpwPjwvbzpwPjwvcD4NCjxwPkkgY2FuIHNlZSB0aGFuIGluIHNv
bWUgZ3JlZW5maWVsZCBzcGVjaWFsaXN0IGNhc2VzIHRoZSByb3V0ZXJzIHdpbGwgYWxsIGJlIERO
IGF3YXJlLCBidXQgaW4gb3JkZXIgdG8gZ2V0IGRlcGxveW1lbnQgaW4gbW9zdCBuZXR3b3JrcyB3
ZSBuZWVkIHRvIGRlc2lnbiBmb3IgdGhlIGNhc2Ugd2hlcmUgb25seSBzdHJhdGVnaWMgbm9kZXMg
YXJlIEROIGF3YXJlLjxvOnA+PC9vOnA+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4
ODgiPi0gU3Rld2FydDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+T24gMTYvMDEvMjAxOCAwMToxNCwgTWFjaCBDaGVuIHdyb3RlOjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t
Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJjb2xvcjojMUY0OTdEIj5IaSBCYWxhenMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29s
b3I6IzFGNDk3RCI+IzIgaXMgYSBtb3JlIG5hdHVyZSBzb2x1dGlvbiwgdGhlIERldE5ldCBDVyBp
cyBkZWRpY2F0ZWQgZm9yIERldE5ldCwgc2VlbXMgdGhlcmUgaXMgbm8gY29tcGF0aWJpbGl0eSBp
c3N1ZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu
IHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5JbiBhZGRpdGlv
biwgSSB0aGluayB3ZSBuZWVkIHRvIGRlZmluZSBhIHdheSBvbiBob3cgdG8gZGlmZmVyZW50aWF0
ZSBhIERldE5ldCBmbG93IGZyb20gYSBub24tRGV0TmV0IGZsb3csIHRoZW4gdGhlIG5ldHdvcmsg
cHJvY2Vzc29yIGNhbiBwcm9jZXNzIHRoZQ0KIENXIGFzIGV4cGVjdGVkLiZuYnNwOyBJbiBUU04s
IGl0IHVzZXMgdGhlIHByaW9yaXR5IHRvIGRldGVybWluZSB3aGV0aGVyIGEgZmxvdyBpcyBUU04g
b3Igbm9uLVRTTiBmbG93LiBGb3IgRGV0TmV0LCBzaG91bGQgd2UgYWxzbyB1c2UgdGhlIHNhbWUg
d2F5IChlLmcuLCBUQywgRFNDUCk/IE9yIHRoZSBEZXROZXQgc2VydmljZSBMYWJlbCBpdHNlbGYg
aW1wbGllcyB0aGUgc2l0dWF0aW9uLCBidXQgaXQgc2VlbXMgdGhhdCB0aGlzIG9ubHkgd29ya3Mg
d2hlbg0KIHRoZSBEZXROZXQgc2VydmljZSBsYWJlbCBpcyB0aGUgdG9wIGxhYmVsLiAmbmJzcDs8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl
PSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Bbnkgb3RoZXIgdGhvdWdo
dHM/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz
dHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QmVzdCByZWdhcmRz
LDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5
bGU9ImNvbG9yOiMxRjQ5N0QiPk1hY2g8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86
cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBi
bHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0
IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+RnJvbTo8L2I+IGRldG5l
dCBbPGEgaHJlZj0ibWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu
ayI+bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8
L2I+QmFsw6F6cyBWYXJnYSBBPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgSmFudWFyeSAxNSwg
MjAxOCA5OjA2IFBNPGJyPg0KPGI+VG86PC9iPiBEZXROZXQgV0cgPGEgaHJlZj0ibWFpbHRvOmRl
dG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPiZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7PC9h
Pjxicj4NCjxiPlN1YmplY3Q6PC9iPiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVt
YmVyaW5nKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPkhpLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+U29tZSB0aG91Z2h0cyB0byBzdGFydCBk
aXNjdXNzaW9uIG9uIG9wZW4gcG9pbnRzIG9mIHRoZSBEUCBzb2x1dGlvbiBkcmFmdC48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+VGhp
cyBtYWlsKC10aHJlYWQpIGlzIG9uIHNlcXVlbmNlIG51bWJlcmluZy48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlBy
b2JsZW0gaW4gY2FzZSBvZiBNUExTIGFuZCBEZXROZXQgQ29udHJvbCBXb3JkOjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4tIFMvTiBz
a2lwcyB6ZXJvIHByb2JsZW06IEV0aGVybmV0IFBXIGRlZmluaXRpb24gc3RhdGVzIHRoYXQgUy9O
IHNraXBzIHplcm8uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPkl0IHVzZXMgemVybyB0byBtZWFuIG5vIFMvTiBpbiB1c2UuIChyZmM0
NDQ4KTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+UG9zc2libGUgcHJvYmxlbSByZXNvbHV0aW9uczo8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+IzE6IFVz
aW5nIGEgJnF1b3Q7ZmxhZyZxdW90OyBpbiB0aGUgcmVzZXJ2ZWQgYml0cyBwYXJ0IG9mIHRoZSBD
Vzo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy
aWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMSZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyJm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDM8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv
dDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcg
OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO
ZXcmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYw
OTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZh
bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IHwwIDAgMCAwfER8cmVzZXJ2ZWQgLSBzZXQgdG8gMCZuYnNwOyB8Jm5ic3A7Jm5ic3A7IDE2
IGJpdCBTZXF1ZW5jZSBOdW1iZXImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy
aWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5ELWJpdDogc2V0IHRvIOKAnDHigJ0gbWVhbnMgRGV0
TmV0IHNwZWNpZmljIFNlcS4gTnVtYmVyIHVzZWQsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkJpdDUtMTU6IHJlc2VydmVkLjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3Bs
YWludGV4dCI+UkZDNDQ0OCBzdGF0ZXMgdGhhdCByZXNlcnZlZCBiaXRzIOKAnE1VU1QgYmUgaWdu
b3JlZCB1cG9uIHJlY2VpcHTigJ0sIHNvIGJhY2t3YXJkDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Y29tcGF0aWJpbGl0eSBpcyBl
bnN1cmVkLiBTdWNoIGEgc29sdXRpb24gd291bGQgYWxsb3cgYWxzbyB0byB1c2UgbG9uZ2VyIHNl
cS5udW0uDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+Zm9ybWF0cyAoaWYgbmVlZGVkKS4gU3VjaCBhIGZvcm1hdCBpcyBhbHNvIGlu
bGluZSB3aXRoIFJGQzQzODUuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4jMjogTWFraW5nIOKAnDDigJ0gYXMgYSB2
YWxpZCBTZXEuTnVtLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij5EZXROZXQgZmxvd3MgYXJlIHJlY29nbml6ZWQgYW5kIGZvcndhcmRl
ZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+ZG9tYWluLiBTL04gaXMgdXNlZCB3aXRo
aW4gdGhlIERldE5ldCBkb21haW4gYnkgRGV0TmV0IFNlcnZpY2UgZnVuY3Rpb25zDQo8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+KGku
ZS4gUFJFRikuIFMvTiB1c2VkIG9ubHkgb24gRGV0TmV0IGVuZC1ub2RlcyBhbmQgRGV0TmV0IHJl
bGF5LW5vZGVzLiBObw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPm90aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMv
TiwgdGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lmeSBpdHMNCjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5vd24gc2VxdWVuY2UgbnVt
YmVyIHByb2Nlc3NpbmcgYWxnb3JpdGhtLiBTbyDigJww4oCdIGNhbiBiZSBhIHZhbGlkIG51bWJl
cjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij5hbmQgbm90IHRoZSBpbmRpY2F0aW9uIHRoYXQgbm8gU2VxLk51bS4gaXMgdXNlZC4gVGhp
cyBpcyBpbmxpbmUgd2l0aCBSRkM0Mzg1LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5
Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+IzM6IE90aGVyIOKApiA/IT88
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4
dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNt
c29wbGFpbnRleHQiPkNvbW1lbnRzIGFyZSB3ZWxjb21lLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Q2hlZXJzPG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PkJhbGEnenM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2
MDk1MDU0MjNtc29wbGFpbnRleHQiPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJv
bTogZGV0bmV0IFs8YSBocmVmPSJtYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdl
dD0iX2JsYW5rIj5tYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYg
T2YgTG91IEJlcmdlcjxicj4NClNlbnQ6IDIwMTguIGphbnXDoXIgMTAuIDE5OjAxPGJyPg0KVG86
IERldE5ldCBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJf
YmxhbmsiPmRldG5ldEBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KU3ViamVjdDogW0RldG5ldF0gcmVj
b3JkaW5nIGZvciB0b2RheSdzIGludGVyaW08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPmlzIGF2YWlsYWJsZSBmb3Ig
ZG93bmxvYWQgYXQ6IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5j
b20vdjIvdXJsP3U9aHR0cHMtM0FfX2lldGYud2ViZXguY29tX2lldGZfbGRyLnBocC0zRlJDSUQt
M0RlNTExNmJjN2RiMjU0YzI0YTdiYjMyMTdiZjIwMjMwMSZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4
WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3
NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9M3JiM1JFX1oy
d09XOHZwLUFNc2EybGdTaDBVNEJnZFpGN3p1MXRYd2Q2ayZhbXA7ZT0iIHRhcmdldD0iX2JsYW5r
Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0
cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2xkci5waHA/UkNJRD1lNTExNmJjN2RiMjU0YzI0YTdi
YjMyMTdiZjIwMjMwMTwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5yYXcgbm90ZXMgYXJlIGF2YWls
YWJsZSBhdCA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3Yy
L3VybD91PWh0dHAtM0FfX2V0aGVycGFkLnRvb2xzLmlldGYub3JnLTNBOTAwMF9wX25vdGVzLTJE
aWV0Zi0yRGludGVyaW0tMkQyMDE4LTJEZGV0bmV0LTJEMDEmYW1wO2Q9RHdNR2FRJmFtcDtjPWxJ
OFpiNlR6TTNkMXRYNGlFdTdicGcmYW1wO3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT1X
dzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJmFtcDtzPWxPX1pkSEFy
UVFzYUROWXZNeUljem1kNkYxUF9hY3VNMGtGTVo1MVVYNmMmYW1wO2U9IiB0YXJnZXQ9Il9ibGFu
ayI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0
dHA6Ly9ldGhlcnBhZC50b29scy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi1pbnRlcmltLTIw
MTgtZGV0bmV0LTAxPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlBsZWFzZSBmZWVsIGZyZWUgdG8g
dXBkYXRlIHRoZSBldGhlcnBhZCBiYXNlZCBvbiB0aGUgcmVjb3JkaW5nLjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+
TG91IChhbmQgY28tY2hhaXJzKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+X19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+ZGV0bmV0IG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVm
PSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmRldG5ldEBpZXRmLm9yZzwvc3Bh
bj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91
cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmFtcDtk
PUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERj
Zk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1q
cyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmFtcDtl
PSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVj
b3JhdGlvbjpub25lIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5l
dDwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188
bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5kZXRuZXQgbWFpbGluZyBsaXN0PG86cD48L286cD48L3By
ZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi
PmRldG5ldEBpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJodHRw
czovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRm
Lm9yZ19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2VHpN
M2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3NTA2R1Q1
STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9aFM5X0hJMTE0dmx5VC1N
REpWcDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFNSSZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj5odHRw
czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDwvYT48bzpwPjwvbzpwPjwv
cHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fPGJyPg0KZGV0bmV0IG1haWxpbmcgbGlzdDxicj4NCjxhIGhy
ZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciPmRldG5ldEBpZXRmLm9yZzwvYT48YnI+DQo8YSBo
cmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0Ff
X3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZhbXA7ZD1Ed01HYVEmYW1wO2M9
bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDtt
PVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9aFM5X0hJ
MTE0dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFNSSZhbXA7ZT0iIHRhcmdldD0iX2Js
YW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDwvYT48bzpw
PjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48
L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy
aWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPl9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fIGRldG5ldCBtYWlsaW5nIGxpc3QNCjxhIGhyZWY9Im1haWx0
bzpkZXRuZXRAaWV0Zi5vcmciPmRldG5ldEBpZXRmLm9yZzwvYT4gPGEgaHJlZj0iaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQiPg0KaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8L2E+IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_BN6PR06MB254774323707A5A8FC2811FEC4E90BN6PR06MB2547namp_--


From nobody Wed Jan 17 14:29:46 2018
Return-Path: <agmalis@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81A9D12D834 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 14:29:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 XsqjrU2jHv8K for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 14:29:35 -0800 (PST)
Received: from mail-ot0-x22d.google.com (mail-ot0-x22d.google.com [IPv6:2607:f8b0:4003:c0f::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94B5212EA93 for <detnet@ietf.org>; Wed, 17 Jan 2018 14:29:35 -0800 (PST)
Received: by mail-ot0-x22d.google.com with SMTP id s3so18294836otc.9 for <detnet@ietf.org>; Wed, 17 Jan 2018 14:29:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Rj1iOwcgyhQqN64ppC6q+yLshl6ESPka2Tc728dQdL4=; b=TFITfLFUnnHPYtDU6LB8Au97qw6fuQboqKGJ8Xay6xuKXPkOKn4nymVCTx4DcvbPe9 2JFh5AVj+umKgX30cZ9kIE3zOexHf15itTOvJFiHrP8hdQtU8fqPf+TpRppmJcuODkhx mOCuu4/nPf5r79AZigoVuEuvt3QeJxepW5Vw7iiuTIO4rck3iYfUMVhy1X39ZEeK9k0D YIMaqFNBpoQj4bFfSiTbzqxY+Iq2dc7i4heJrGRJE4+xjPSfkM7biJ8ArWm9LkO8CmYv zzx41hcO4ye18/GtX3h3pfEQbaHc2A2buv5D0nsp+D2/eeLUN5hnZKWme2KePjBudHLy Fszg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Rj1iOwcgyhQqN64ppC6q+yLshl6ESPka2Tc728dQdL4=; b=bxN5amaaEPNljGzFEXpm+HgqzRoyY/86ODKn8zGkujOsRjH89Rb+dJuN7KB0enSQrR UZpjRNE598tR9fyJHiIVcdTVbVktNIrcattJjtKvC7gHraRQzls4AU7WQ+Wl4NCCEILa kNMmxQCF90Jp+KPFF1/Nd1iNJveGyGxPZblP/+rMjUaTckkJn7QwpOnhaMjUTfJqsoJA VVrmIZ6hgWpWmsLouF+16AeRTcpDKzj631irFeXKJGBAMn+FGH64aVPfqApDnoLh5dpN jqOlphuSqOs8QmTv/jF5xsITzR7JCO3im4tfofBZ/HOk1OaPzywQhOPOtsMVAEHdqx1B eJ3A==
X-Gm-Message-State: AKwxyteE34fAC2aP6MjgJXMP4EDDuCe3dwMNmLtYNnXGccJbi5Jxyjzt hQ2iw0B1TeRDkofRPe0a08iLS5jsxufEgg1wEY0=
X-Google-Smtp-Source: ACJfBoszniiA1BitdsQRFe2iVwQjqFQQ06gNewFG3RzjXJAvdyLMac0hIQiqUO8Vq4PgIVJ1ITVWKBz+P1zB7sgl9pA=
X-Received: by 10.157.16.121 with SMTP id o54mr2012802oto.83.1516228174974; Wed, 17 Jan 2018 14:29:34 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.17.189 with HTTP; Wed, 17 Jan 2018 14:29:14 -0800 (PST)
In-Reply-To: <f290720e-2c6a-86a1-ed35-d8702f580d1c@labn.net>
References: <f290720e-2c6a-86a1-ed35-d8702f580d1c@labn.net>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Wed, 17 Jan 2018 17:29:14 -0500
Message-ID: <CAA=duU1muE8VBePZpMiVAFXDzxvGHwgwnDSTNbERYXWkE0JS_w@mail.gmail.com>
To: Lou Berger <lberger@labn.net>
Cc: DetNet WG <detnet@ietf.org>
Content-Type: multipart/alternative; boundary="001a1140bad4c4957c0563006123"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/cX4LlFAIkuudpRP2wSPijazUKOE>
Subject: Re: [Detnet] some reminders on charter
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 22:29:39 -0000

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

Lou,

2) encapsulation: We are chartered to define the encapsulation used by
> DetNet flows.   We are not expected to come up with new encapsulations, but
> rather how DetNet uses what exists today.  As a group, while we once
> discussed documenting this in terms of existing RFCs (e.g., PW, PWE3,
> EVPN), we have decided to define the encapsulation in a more independent
> form. This is fine, but doesn't change that we are expected to reuse
> encapsulations that exist today.


Given that PWs are in charter, Stewart and I as PALS chairs agree that
DETNET should be able to define a PW control word to optimize the solution
to the problem space, especially since it would still conform to figure 1
of RFC 4385.

Cheers,
Andy

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

<div dir=3D"ltr"><div class=3D"gmail_extra"><span style=3D"color:rgb(34,34,=
34);font-family:arial,sans-serif;font-size:12.800000190734863px;font-style:=
normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;te=
xt-align:start;text-indent:0px;text-transform:none;white-space:normal;word-=
spacing:0px;background-color:rgb(255,255,255);display:inline!important;floa=
t:none">Lou,</span><div><br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span st=
yle=3D"color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.800000=
190734863px;font-style:normal;font-variant-caps:normal;font-weight:normal;l=
etter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;w=
hite-space:normal;word-spacing:0px;background-color:rgb(255,255,255);displa=
y:inline!important;float:none">2) encapsulation: We are chartered to define=
 the encapsulation used by DetNet flows.=C2=A0=C2=A0 We are not expected to=
 come up with new encapsulations, but rather how DetNet uses what exists to=
day.=C2=A0 As a group, while we once discussed documenting this in terms of=
 existing RFCs (e.g., PW, PWE3, EVPN), we have decided to define the encaps=
ulation in a more independent form. This is fine, but doesn&#39;t change th=
at we are expected to reuse encapsulations that exist today.</span></blockq=
uote><div><br></div><div>Given that PWs are in charter, Stewart and I as PA=
LS chairs agree that DETNET should be able to define a PW control word to o=
ptimize the solution to the problem space, especially since it would still =
conform to figure 1 of RFC 4385.</div><div><br></div><div>Cheers,</div><div=
>Andy</div><div><br></div></div><div><br></div></div>

--001a1140bad4c4957c0563006123--


From nobody Wed Jan 17 14:59:24 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ECB812EABC for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 14:59:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XHJuXqLySD9F for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 14:59:22 -0800 (PST)
Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF25612EAAB for <detnet@ietf.org>; Wed, 17 Jan 2018 14:59:21 -0800 (PST)
Received: by mail-lf0-x234.google.com with SMTP id t79so8725211lfe.3 for <detnet@ietf.org>; Wed, 17 Jan 2018 14:59:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=CZkeVmBhE0n/enV5nbbweaz7WPdHix5zALjsN/H6pjc=; b=O3JI64P/lbb2GIUENxqjc4L8HfS068KsD6mF9HRwnedvmjtQddesnSw5CFB5cRuDX0 iUlOzS4e32x1Bm/2XbzFokcUj/ybMi4+CDGP7WkAaI7KWwC2Wm2y7lxsFH0r823pBpM5 KOTreRPT4ut1VktYK7xE2Zb4vlrr56ugqhIaHTjlajT0kjHZym/i7mAOeakPoMHheR39 coVtRAeqZgnDbgAKkQ71cf0mbSh/vSnV5oMoSx+sM8prA+RcYM7h2Zu09Td0qJXak6Xu IyE5rCawbpRw37jctzHnow/Y6WZ6j8WGd3kL8W7tRvmuuPckvWhwe9eYEu17lQainLof 5eMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=CZkeVmBhE0n/enV5nbbweaz7WPdHix5zALjsN/H6pjc=; b=GZEMP/Ss2RK97EWhG/sAJIGEtggSZLIKV9Ri/1MPVRbxpF5YLhHJykWvQN7jbr8rsO qth00kRMAVnT2CCUqT581QbG+qcSwk/2RFSeD87nVnEVMmWxUGuPl0qTkJ14BwIwJmlX c5o1njNzbDYTXRkKkcKq7Cjpqptw2HUZkUoU3t92UkoHcAZrnkNXiN9Xi8lS6NQfvdot kMy8/zwU23W/3Uah0Zm53FU3FHrmEH9NZjBUIF5DH+2b8tBDMdps3B6w0zeg1UJ6jRDQ 1q0UMjjATPcRZCRt6GW73E9ztXzYlEB0bT6xODHCVY8gVO9l445JP5IudMWQTrLI3lSA feCg==
X-Gm-Message-State: AKwxytfG70+DVTHiyYp+kMpEcKZWsUXO86Auiv4mIRGuL76Tr3Uqiv1D Uq8VC8fRdwtOmCKY1wvyTBbsDg==
X-Google-Smtp-Source: ACJfBovoTn/+DTrkCFlv+A27a+WzLAgoYn6i8SLy9ncH0j94BZiainImmPRNJu1r7evdr9ZZA6RZyg==
X-Received: by 10.46.112.5 with SMTP id l5mr5901722ljc.141.1516229959725; Wed, 17 Jan 2018 14:59:19 -0800 (PST)
Received: from JOKO ([83.150.126.201]) by smtp.gmail.com with ESMTPSA id n15sm1052021ljb.21.2018.01.17.14.59.18 for <detnet@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Jan 2018 14:59:19 -0800 (PST)
From: "Jouni" <jouni.nospam@gmail.com>
To: <detnet@ietf.org>
Date: Thu, 18 Jan 2018 00:59:17 +0200
Message-ID: <0cb101d38fe6$ce414370$6ac3ca50$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdOP5qXI/Tqwi9yMQ9uI1GrGMKNf+g==
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/it6nwfa3JrytpS7RWLTvxDA_K0U>
Subject: [Detnet] data plane draft repository
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 22:59:23 -0000

Folks,

The work in progress data plane draft XML source file can be found at:
https://github.com/jounikor/draft-dt-detnet-dp-sol

- Jouni


From nobody Wed Jan 17 15:03:57 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2D9C127241 for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 15:03:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IDRrn9Dr01Dr for <detnet@ietfa.amsl.com>; Wed, 17 Jan 2018 15:03:54 -0800 (PST)
Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) (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 E664212EAA6 for <detnet@ietf.org>; Wed, 17 Jan 2018 15:03:53 -0800 (PST)
Received: from cmgw3 (unknown [10.0.90.84]) by gproxy6.mail.unifiedlayer.com (Postfix) with ESMTP id 8591B1E083D for <detnet@ietf.org>; Wed, 17 Jan 2018 16:02:28 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with  id zb2R1w00e2SSUrH01b2UD2; Wed, 17 Jan 2018 16:02:28 -0700
X-Authority-Analysis: v=2.2 cv=XM9AcUpE c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=pGLkceISAAAA:8 a=48vgC7mUAAAA:8 a=oDPIPCSmcjZmErcrt-gA:9 a=QEXdDO2ut3YA:10 a=PcsDWu4MCrDfitYhA6MA:9 a=5hsfn5M67krjUxUd:21 a=_W_S_7VecoQA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:MIME-Version:Subject:References:In-Reply-To: Message-ID:Date:CC:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vIiznX/LUI1akVBGKR6qVOV47AN47iNI86o9Aoj67Po=; b=bUpq4W4oWbuRYgbIrR/7GHIhKT TJZ4BtTpguwdeqpBRxJQxGIzBw2RhiioNKhTjCYnnCcAHuuaF3GcCp4MkmNlrXMNP4OT48GWvZLvr jWQToSqUXavJviULGll7F58LH;
Received: from [172.58.185.95] (port=46335 helo=[IPV6:2607:fb90:6505:8e19:0:4e:ebc5:4d01]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <lberger@labn.net>) id 1ebwiv-000yDU-3J; Wed, 17 Jan 2018 16:02:25 -0700
From: Lou Berger <lberger@labn.net>
To: "Andrew G. Malis" <agmalis@gmail.com>
CC: DetNet WG <detnet@ietf.org>
Date: Wed, 17 Jan 2018 18:02:22 -0500
Message-ID: <161065be448.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net>
In-Reply-To: <CAA=duU1muE8VBePZpMiVAFXDzxvGHwgwnDSTNbERYXWkE0JS_w@mail.gmail.com>
References: <f290720e-2c6a-86a1-ed35-d8702f580d1c@labn.net> <CAA=duU1muE8VBePZpMiVAFXDzxvGHwgwnDSTNbERYXWkE0JS_w@mail.gmail.com>
User-Agent: AquaMail/1.13.2-730 (build: 101300200)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----------161065be8bb7bdc27d3716f5d1"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 172.58.185.95
X-Exim-ID: 1ebwiv-000yDU-3J
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: ([IPV6:2607:fb90:6505:8e19:0:4e:ebc5:4d01]) [172.58.185.95]:46335
X-Source-Auth: lberger@labn.net
X-Email-Count: 1
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/3bQfVX5pkjk2g1bk9OFD3EnBu78>
Subject: Re: [Detnet] some reminders on charter
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jan 2018 23:03:56 -0000

This is a multi-part message in MIME format.
------------161065be8bb7bdc27d3716f5d1
Content-Type: text/plain; format=flowed; charset="UTF-8"
Content-Transfer-Encoding: 8bit

Andy,

Just to be clear , pseudo wires are in Charter as an example. An equally 
valid example would have been evpn's encapsulation...

Lou

Liu


On January 17, 2018 5:30:13 PM "Andrew G. Malis" <agmalis@gmail.com> wrote:

> Lou,
>
> 2) encapsulation: We are chartered to define the encapsulation used by
>> DetNet flows.   We are not expected to come up with new encapsulations, but
>> rather how DetNet uses what exists today.  As a group, while we once
>> discussed documenting this in terms of existing RFCs (e.g., PW, PWE3,
>> EVPN), we have decided to define the encapsulation in a more independent
>> form. This is fine, but doesn't change that we are expected to reuse
>> encapsulations that exist today.
>
>
> Given that PWs are in charter, Stewart and I as PALS chairs agree that
> DETNET should be able to define a PW control word to optimize the solution
> to the problem space, especially since it would still conform to figure 1
> of RFC 4385.
>
> Cheers,
> Andy
>
>
>
> ----------
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>

------------161065be8bb7bdc27d3716f5d1
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
</head>
<body>
<div style=3D"color: black;">
<div style=3D"color: black;">
<p style=3D"margin: 0 0 1em 0; color: black;">Andy,</p>
<p style=3D"margin: 0 0 1em 0; color: black;">Just to be clear , pseudo wir=
es are in Charter as an example. An equally valid example would have been e=
vpn's encapsulation...</p>
<p style=3D"margin: 0 0 1em 0; color: black;">Lou</p>
<p style=3D"margin: 0 0 1em 0; color: black;">Liu</p>
</div>
<div style=3D"color: black;">
<p style=3D"color: black; font-size: 10pt; font-family: Arial, sans-serif; =
margin: 10pt 0;">On January 17, 2018 5:30:13 PM &quot;Andrew G. Malis&quot;=
 &lt;agmalis@gmail.com&gt; wrote:</p>
<blockquote type=3D"cite" class=3D"gmail_quote" style=3D"margin: 0 0 0 0.75=
ex; border-left: 1px solid #808080; padding-left: 0.75ex;">
<div dir=3D"ltr"><div class=3D"gmail_extra"><span style=3D"color:rgb(34,34,=
34);font-family:arial,sans-serif;font-size:12.800000190734863px;font-style:=
normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;te=
xt-align:start;text-indent:0px;text-transform:none;white-space:normal;word-=
spacing:0px;background-color:rgb(255,255,255);display:inline!important;floa=
t:none">Lou,</span><div><br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span st=
yle=3D"color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.800000=
190734863px;font-style:normal;font-variant-caps:normal;font-weight:normal;l=
etter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;w=
hite-space:normal;word-spacing:0px;background-color:rgb(255,255,255);displa=
y:inline!important;float:none">2) encapsulation: We are chartered to define=
 the encapsulation used by DetNet flows.=C2=A0=C2=A0 We are not expected to=
 come up with new encapsulations, but rather how DetNet uses what exists to=
day.=C2=A0 As a group, while we once discussed documenting this in terms of=
 existing RFCs (e.g., PW, PWE3, EVPN), we have decided to define the encaps=
ulation in a more independent form. This is fine, but doesn&#39;t change th=
at we are expected to reuse encapsulations that exist today.</span></blockq=
uote><div><br></div><div>Given that PWs are in charter, Stewart and I as PA=
LS chairs agree that DETNET should be able to define a PW control word to o=
ptimize the solution to the problem space, especially since it would still =
conform to figure 1 of RFC 4385.</div><div><br></div><div>Cheers,</div><div=
>Andy</div><div><br></div></div><div><br></div></div>

_______________________________________________<br>
detnet mailing list<br>
<a class=3D"aqm-autolink aqm-autowrap" href=3D"mailto:detnet%40ietf.org">de=
tnet@ietf.org</a><br>
<a class=3D"aqm-autolink aqm-autowrap" href=3D"https://www.ietf.org/mailman=
/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a><br>
<br>
</blockquote>
</div>
</div>
</body>
</html>

------------161065be8bb7bdc27d3716f5d1--


From nobody Thu Jan 18 03:31:09 2018
Return-Path: <tim.chown@jisc.ac.uk>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1367412D94A for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 03:31:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.32
X-Spam-Level: 
X-Spam-Status: No, score=-4.32 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_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jisc.ac.uk
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 qTXAVhKmdB3W for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 03:31:03 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [207.82.80.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 5751B12D955 for <detnet@ietf.org>; Thu, 18 Jan 2018 03:31:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc.ac.uk; s=mimecast20170213; t=1516275061; h=from:subject:date:message-id:to:cc:mime-version:content-type:content-transfer-encoding:in-reply-to:references; bh=p9/gl85buHEikt1kJnK7Lu8oleRayWmqihtMZRL5+K0=; b=D4bwpCsoT2h9Kf7r3D4yk6PdP1O3WdR35s80v4m16xS2kattdemA8hih01ERdUXqYHAYZIBvKM7giWiSmoVFzVYvx7BPIrAA767IQRXIZ0Jh6PpxFx/6sQCEr524JajdIg2VlwMgih0nXBRnbClA4WiIT2QrlPZJBp4/r81bSFE=
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-am5eur02lp0147.outbound.protection.outlook.com [213.199.180.147]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-52-m1Er4M8PPOmj6AR6n_oN-Q-1; Thu, 18 Jan 2018 11:30:55 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) by AM3PR07MB1137.eurprd07.prod.outlook.com (10.163.188.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.428.17; Thu, 18 Jan 2018 11:30:53 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::c1bb:a18c:e0dc:ca80]) by AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::c1bb:a18c:e0dc:ca80%13]) with mapi id 15.20.0428.014; Thu, 18 Jan 2018 11:30:53 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: "Grossman, Ethan A." <eagros@dolby.com>
CC: "BRUNGARD, DEBORAH A" <db3546@att.com>, Stewart Bryant <stewart.bryant@gmail.com>, DetNet WG <detnet@ietf.org>
Thread-Topic: [Detnet] DP solution (Flow identification)
Thread-Index: AQHTj9Klz49FoCWoXk6FlNbR8XeTjaN4iSGAgAD20QA=
Date: Thu, 18 Jan 2018 11:30:53 +0000
Message-ID: <389A78D6-C513-4C17-9EBB-0BAB500FE106@jisc.ac.uk>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <e7872c3f-6098-2a87-6001-0bdeadfc7ef9@gmail.com> <F64C10EAA68C8044B33656FA214632C888209E8D@MISOUT7MSGUSRDE.ITServices.sbc.com> <BN6PR06MB25476A3D05CFA2F4FEABC75DC4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
In-Reply-To: <BN6PR06MB25476A3D05CFA2F4FEABC75DC4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3445.5.20)
x-originating-ip: [94.118.37.119]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1137; 7:pVG7T1zn7hORR/P/JHTIIMgApoZ84Td5VhSez3VWUGhG7d+HiKzHc2fFTuk6L3+MtxKB29cCn7gJmUI5Q5NBt90hhKpVwsAhn0CqkLEow+kcvoHlGZje0lb2xWNlzB1GcA0VL3wnkKFyZDUSC+zney+R4uoNk9rOKpzNpjkFukzIugmq9wBP3AqAEfJ897K6EXFrgKfu5K4fuj8eFpuAdiyGwr40A2b+Z1si0n+vc/X3x8RgBlAg1cWmnNfR3QOB; 20:FknpggrBbawbl6fGGrqB1O01JfmMmmCpzsAT7FtNyDk8irzGICcLlKk0IEBGjm72nlbexbZcESI7yLnKxtRSgVR8/J2TYfEeDxDHkQo87D5BG0VfEZ6HmpVAY0MPxlaBRkuVk3cyWTTAuuumopF6E/JX+VGL1Unv5oKdPzfcYo8=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: e9e5b253-8cdc-44ab-0ac9-08d55e66ef2e
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(4534125)(4602075)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:AM3PR07MB1137; 
x-ms-traffictypediagnostic: AM3PR07MB1137:
x-microsoft-antispam-prvs: <AM3PR07MB1137DCDDFB77ADF5A0028CADD6E80@AM3PR07MB1137.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(274715658323672)(37575265505322)(50582790962513)(85827821059158)(97927398514766)(94707916325470)(100405760836317);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(3231023)(2400060)(944501161)(6041268)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123560045)(20161123564045)(20161123562045)(6072148)(201708071742011); SRVR:AM3PR07MB1137; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:AM3PR07MB1137; 
x-forefront-prvs: 05568D1FF7
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39850400004)(366004)(396003)(376002)(346002)(39380400002)(279900001)(69234005)(189003)(37854004)(199004)(13464003)(6436002)(5660300001)(81166006)(86362001)(6506007)(53936002)(4326008)(3846002)(16799955002)(53546011)(74482002)(2900100001)(229853002)(99286004)(97736004)(42882006)(93886005)(3660700001)(966005)(478600001)(72206003)(8936002)(25786009)(6916009)(105586002)(6116002)(39060400002)(8676002)(6246003)(36756003)(68736007)(2950100002)(83716003)(50226002)(81156014)(57306001)(14454004)(561944003)(3280700002)(26005)(19625305001)(106356001)(102836004)(33656002)(66066001)(59450400001)(2906002)(6306002)(7736002)(305945005)(53946003)(5250100002)(54906003)(786003)(76176011)(6486002)(6512007)(82746002)(316002)(15398625002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB1137; H:AM3PR07MB1140.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
x-microsoft-antispam-message-info: rr86ivW3lsG/VblA68YZfMy5C1Wajm509BTA6gIxGXJR5h+lOVvNQxEGnTWgT6dAXOM7d1BUA+jdnDfDxqVJsA==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-ID: <49D5BA744BB85045B4BFA78AD172E24B@eurprd07.prod.outlook.com>
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-Network-Message-Id: e9e5b253-8cdc-44ab-0ac9-08d55e66ef2e
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jan 2018 11:30:53.4146 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1137
X-MC-Unique: m1Er4M8PPOmj6AR6n_oN-Q-1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/r7lWrN7wKygBGeMhzEtKZBlMubo>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jan 2018 11:31:08 -0000

SGksDQoNCk15IHVuZGVyc3RhbmRpbmcgb2YgdGhlIElBQiBzdGF0ZW1lbnQgd2FzIHRoYXQgbmV3
IElQdjQgd29yayB3YXMgbm8gbG9uZ2VyIGRlc2lyYWJsZS4gSSB0aGluayB5b3Ugd2lsbCBydW4g
aW50byBzb21lIHBvdGVudGlhbGx5IGFkdmVyc2UgSUFCIGFuZC9vciBJRVNHIHJldmlldyBjb21t
ZW50cyBpZiB5b3UgcHV0IGZvcndhcmQgYSBuZXcgSVB2NC1vbmx5IHNvbHV0aW9uLiBTbyBzcGVh
a2luZyB0byB0aGUgcmVsZXZhbnQgQUQocykgbm93IGZvciBhZHZpc2UgaXMgcHJ1ZGVudC4gSSBi
ZWxpZXZlIG1haW50YWluaW5nIGV4aXN0aW5nLCBhbHJlYWR5LWRlZmluZWQgSVB2NC1vbmx5IHBy
b3RvY29scyBpcyBhIGRpZmZlcmVudCBtYXR0ZXIsIGFzIGFyZSB0cmFuc2l0aW9uIHRvb2xzIHdo
aWNoIGltcGxpY2l0bHkgaW52b2x2ZSBJUHY0ICh3aXRuZXNzIDQ2NFhMQVQsIHNvZnR3aXJlcyB3
b3JrLCBldGMpLiAgDQoNCkkgdGhpbmsgU3Rld2FydCdzIHByYWdtYXRpYyBjb21tZW50cyB3b3Vs
ZCBiZSB3ZWlnaGVkIHVwIHdpdGhpbiBhbiBJRVNHIHJldmlldywgYnV0IGlmIHRoZSBzb2x1dGlv
biBzdXBwb3J0ZWQgYm90aCBJUHY0IGFuZCBJUHY2IG9wZXJhdGlvbiBvbmUgbWlnaHQgaW1hZ2lu
ZSB0aGF0IHdvdWxkIGJlIGNvbnNpZGVyZWQgcmF0aGVyIG1vcmUgZmF2b3VyYWJseS4gIEl0J3Mg
dGhlIElQdjQtb25seSBhc3BlY3QgdGhhdCBuZWVkcyB0byBiZSBzb3VuZGVkIG91dC4gIEkgY2Fu
J3QgdGhpbmsgb2YgYW55IG90aGVyIElQdjQtb25seSBuZXcgcHJvdG9jb2xzIHB1Ymxpc2hlZCBy
ZWNlbnRseSAtIGFyZSB0aGVyZSBleGFtcGxlcz8gIA0KDQpBcyBhbiBhc2lkZSwgaW4gbXkgZGF5
am9iIHdpdGggYW4gTlJFTiwgb25lIGFyZWEgb2YgaW50ZXJlc3QgaXMgZW5kLXRvLWVuZCBwZXJm
b3JtYW5jZSBvZiBkYXRhLWludGVuc2l2ZSBzY2llbmNlIHRyYW5zZmVycy4gIFRoZSBMYXJnZSBI
YWRyb24gQ29sbGlkZXIgZGF0YSB0cmFuc2ZlcnMsIG92ZXIgd2hhdCdzIGtub3duIGFzIHRoZSBX
b3JsZCBMSEMgQ29tcHV0aW5nIEdyaWQsIGFyZSBub3cgbW92aW5nIHRvd2FyZHMgSVB2Ni1vbmx5
LiAgVGhlIHN0b3JhZ2Ugbm9kZXMgYXJlIG1vdmluZyB0byBkdWFsLXN0YWNrIGJ5IGxhdGVyIHRo
aXMgeWVhciwgd2l0aCBhIHZpZXcgdG8gYWxsb3dpbmcgbGFyZ2UgSVB2Ni1vbmx5IHdvcmtlciBu
b2RlIGNsdXN0ZXJzIHRvIHN0cmVhbSBkYXRhIGZvciBjb21wdXRhdGlvbiwgYW5kIGEgdHJhbnNp
dGlvbiB0byBJUHY2LW9ubHkgc3RvcmFnZSBub2RlcyBvdmVyIHRpbWUuICBUaGUgV0xDRyBubyBs
b25nZXIgd2lzaGVzIHRvIGRlcGVuZCBvbiBJUHY0LiBUaGUgYmlnZ2VzdCBzdHJlYW1zIHdlIHNl
ZSBvdmVyIHRoZSBKYW5ldCBOUkVOIGFyZSBjdXJyZW50bHkgfjMwLTQwR2JpdC9zIG9mIElQdjYg
TEhDIGRhdGE7IGFzIHRoZSBMSEMgZXhwZXJpbWVudHMgZXZvbHZlIG92ZXIgdGhlIG5leHQgMy01
IHllYXJzIHRob3NlIGF2ZXJhZ2UgYW5kIGJ1cnN0IHJhdGVzIGFyZSBvbmx5IGdvaW5nIHRvIHJp
c2UgKCopLiAgT3RoZXIgZW1lcmdpbmcgKGFuZCB2ZXJ5IGV4Y2l0aW5nKSBleHBlcmltZW50cyBs
aWtlIFNLQSAoKiopIGxvb2sgbGlrZSBoYXZpbmcgZXZlbiBncmVhdGVyIHJlcXVpcmVtZW50cy4g
IFRoaXMgaXMgYWxsIG11bHRpLWRvbWFpbiB0aG91Z2gsIHNvIHBlcmhhcHMgbm90IGluIHNjb3Bl
IGZvciBEZXROZXQsIGFuZCB3aGlsZSBpdCdzIGEgdmVyeSBkaWZmZXJlbnQgYXBwbGljYXRpb24g
ZG9tYWluIHRvIG1hbnkgRGV0TmV0IHVzZSBjYXNlcywgaXQncyBhbiBpbmRpY2F0aW9uIG9mIHdo
ZXJlIGxlYWRpbmcgYWNhZGVtaWMgcmVzZWFyY2ggb3JnYW5pc2F0aW9ucyBhbmQgY29sbGFib3Jh
dGlvbnMgbGlrZSBDRVJOIGFuZCBXTENHIGFyZSBoZWFkaW5nLiANCg0KVGltIA0KDQooKikgTEhD
IGZvcndhcmQgbG9vayAtIGh0dHBzOi8vd3d3LmdyaWRwcC5hYy51ay93cC1jb250ZW50L3VwbG9h
ZHMvMjAxNy8xMC8xNzlfMjAxNzEwMDRfTmV0d29ya0ZvcndhcmRMb29rLnBkZg0KDQooKiopIFNL
QSAtIGh0dHBzOi8vd3d3LnNrYXRlbGVzY29wZS5vcmcvc29mdHdhcmUtYW5kLWNvbXB1dGluZy8N
Cg0KDQo+IE9uIDE3IEphbiAyMDE4LCBhdCAyMDo0NywgR3Jvc3NtYW4sIEV0aGFuIEEuIDxlYWdy
b3NAZG9sYnkuY29tPiB3cm90ZToNCj4gDQo+IFRoYW5rcyBEZWJvcmFoLiBGWUkgVGltJ3MgY29t
bWVudCB3YXMgZXhhY3RseSBhcyBJIHF1b3RlZCBpdCBiZWxvdywgbm8gbW9yZSBvciBsZXNzOg0K
PiAgICAgICAgICDigJxJZiB5b3XigJlyZSBzdWdnZXN0aW5nIGFuIElQdjQtb25seSBzb2x1dGlv
biwgeW914oCZcmUgcnVubmluZyB1cCBhZ2FpbnN0IGh0dHBzOi8vd3d3LmlhYi5vcmcvMjAxNi8x
MS8wNy9pYWItc3RhdGVtZW50LW9uLWlwdjYvLuKAnQ0KPiANCj4gRXRoYW4uDQo+IEZyb206IEJS
VU5HQVJELCBERUJPUkFIIEEgPGRiMzU0NkBhdHQuY29tPg0KPiBTZW50OiBXZWRuZXNkYXksIEph
bnVhcnkgMTcsIDIwMTggMTI6MzQ6MTkgUE0NCj4gVG86IFN0ZXdhcnQgQnJ5YW50OyBHcm9zc21h
biwgRXRoYW4gQS47IERldE5ldCBXRw0KPiBDYzogVGltIENob3duIChUaW0uQ2hvd25AamlzYy5h
Yy51aykNCj4gU3ViamVjdDogUkU6IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKQ0K
PiAgDQo+IEkgZG9u4oCZdCB3YW50IHRvIGluZmx1ZW5jZSB5b3VyIGRpc2N1c3Npb24gb24gc29s
dXRpb24ocykuDQo+ICANCj4gQXMgbWFpbHMgYXJlIGdldHRpbmcgY3Jvc3NlZCwgYW5kIG5vdCBo
YXZpbmcgVGlt4oCZcyBvcmlnaW5hbCBjb21tZW50LCBJIHRoaW5rIGFzIEV0aGFuIGxhdGVyIHNh
eXMgaW4gYSBtYWlsIGFmdGVyIHRoaXMgb25lIOKAkyB0aGUgSUFCIGNvbmNlcm4gd291bGQgYmUg
aWYgZG9pbmcgYW4g4oCcSVB2NC1vbmx54oCdIHNvbHV0aW9uLiBNYW55IHdvcmtpbmcgZ3JvdXBz
IGFyZSBzdGlsbCBkb2luZyB3b3JrIHN1cHBvcnRpbmcgSVB2NCBuZXR3b3Jrcy4gVGhlIGRpc2N1
c3Npb24gd2hlbiBpdCByZWFjaGVzIHRoZSBJRVNHIOKAkyBjYW4gSVB2NiBzdXBwb3J0IGJlIGlu
Y2x1ZGVkIGluIHRoZSBzYW1lIGRvY3VtZW50IG9yIGlzIHRoZXJlIHdvcmsgb24tZ29pbmcgdG8g
c3VwcG9ydCBJUHY2IChhbmQgdGhlIElQdjYgc29sdXRpb24gZG9lcyBub3QgZGVwZW5kIG9uIElQ
djQpLg0KPiAgDQo+IFRoZSBjaGFydGVyIGZvciBkZXRuZXQgaXMgbm90IHRvIHN1bnNldCBJUHY0
8J+YiiBJZiB5b3UgaGF2ZSBvcGVyYXRpb25hbCB1c2UgY2FzZXMgZm9yIHN1cHBvcnRpbmcgSVB2
NCwgdGhlbiBhcyB5b3UgYXJlIGRvaW5nLCBpdCBpcyBpbXBvcnRhbnQgdG8gZGlzY3VzcyB0aGUg
ZGVwbG95bWVudCByZXF1aXJlbWVudHMgZS5nLiBjbG9zZWQgbmV0d29yaywgSVB2NC1JUHY2IGlz
bGFuZHMsIGV0Yy4sIHNvIGFzIHRvIHVuZGVyc3RhbmQgdGhlIGJlc3Qgc29sdXRpb24uDQo+ICAN
Cj4gTXkgaW50ZXJwcmV0YXRpb24gb2YgdGhlIElBQiBzdGF0ZW1lbnQgaXMgdG8gZ2l2ZSBndWlk
YW5jZSBvbiBwcmlvcml0aXppbmcgd29yayBmb3IgSVB2Ni4gVW5sZXNzIHlvdSBoYXZlIGxhcmdl
IHVzZXIgZ3JvdXBzIHJlcXVpcmluZyBJUHY0LW9ubHksIHRoZW4geW91ciBwcmlvcml0eSBzaG91
bGQgYmUgaW4gZGV2ZWxvcGluZyBhbiBJUHY2IHNvbHV0aW9uLiBBbmQgdGhlIElQdjQgc29sdXRp
b24gc2hvdWxkIG5vdCBsaW1pdCB0aGUgSVB2NiBzb2x1dGlvbi4NCj4gIA0KPiBEZWJvcmFoDQo+
ICANCj4gIA0KPiBGcm9tOiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdt
YWlsLmNvbV0gDQo+IFNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAxNywgMjAxOCAyOjAyIFBNDQo+
IFRvOiBHcm9zc21hbiwgRXRoYW4gQS4gPGVhZ3Jvc0Bkb2xieS5jb20+OyBEZXROZXQgV0cgPGRl
dG5ldEBpZXRmLm9yZz47IEJSVU5HQVJELCBERUJPUkFIIEEgPGRiMzU0NkBhdHQuY29tPg0KPiBD
YzogVGltIENob3duIChUaW0uQ2hvd25AamlzYy5hYy51aykgPFRpbS5DaG93bkBqaXNjLmFjLnVr
Pg0KPiBTdWJqZWN0OiBSZTogRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pDQo+ICAN
Cj4gQSBwb2ludCBJIGhhdmUgbWFkZSBiZWZvcmUgYW5kIHdpbGwgY29udGludWUgdG8gbWFrZToN
Cj4gSWYgdGhlIElFVEYgZG9lcyBub3QgbWFpbnRhaW4gSVB2NCBhcHByb3ByaWF0ZWx5IHVudGls
IGl0J3MgbmF0dXJhbCBkZWF0aCwgaXQgd2lsbCBiZSBkZWNsYXJlZCBjcml0aWNhbCBuYXRpb25h
bCBpbmZyYXN0cnVjdHVyZSBieSBnb3Zlcm5tZW50cyBhbmQgdGhleSB3aWxsIGVmZmVjdGl2ZWx5
IGdpZnQgaXQgdG8gdGhlaXIgU0RPICh0aGUgSVRVLVQpLiBTdWNoIGFuIG9yZ2FuaXphdGlvbiBt
YXkgZmluZCBpdCBleHBlZGllbnQgdG8gZmluZCBtYW55IG5ldyB3YXlzIHRvIGV4dGVuZCB0aGUg
bGlmZSBvZiBJUHY0LiBJbiBhbnkgY2FzZSBJIGFudGljaXBhdGUgYSB2ZXJ5IGxvbmcgdGFpbCBv
biB0aGUgSVB2NCBkZWNheSBjdXJ2ZS4NCj4gV2UgbmVlZCB0byBkbyB3aGF0IGlzIHJpZ2h0IGZv
ciBvdXIgY3VzdG9tZXJzLCBzb21lIG9mIHdob20gbWF5IGZpbmQgaXQgaW5mZWFzaWJsZSB0byBt
aWdyYXRlIGF3YXkgZnJvbSBJUHY0IGFueSB0aW1lIHNvb24uDQo+IEkgd2lsbCBvZiBjb3Vyc2Ug
YmUgaW50ZXJlc3RlZCBpbiBEZWJvcmFoJ3MgZGlyZWN0aXZlIG9uIHRoaXMuDQo+IC0gU3Rld2Fy
dA0KPiAgDQo+IE9uIDE3LzAxLzIwMTggMTg6NTEsIEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90ZToN
Cj4gVGhhbmtzIFN0ZXdhcnQuIFJlZ2FyZGluZzogDQo+IOKAnFllcywgd2UgbmVlZCB0byBoYXZl
IHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0
aGVyDQo+IGEpIFdlIHN1cHBvcnQgdjQNCj4gYikgV2Ugc3VwcG9ydCB2NCBhbmQgdjYgYnkgdjQg
YW5kIHY2IHNwZWNpZmljIHByb3RvY29sIGV4dGVuc2lvbnMNCj4gYykgV2UgdXNlIGEgc2luZ2xl
IGNvbW1vbiBJUCBhcHByb2FjaA0KPiBkKSBXZSB1c2UgYW4gYXBwcm9hY2ggdGhhdCBpcyBjb21t
b24gYWNyb3NzIElQIGFuZCBNUExT4oCdDQo+IA0KPiANCj4gUGVyaGFwcywgZ2l2ZW4gVGltIENo
b3du4oCZcyBlYXJsaWVyIGNvbW1lbnQ6DQo+ICAgICAgICAg4oCcSWYgeW914oCZcmUgc3VnZ2Vz
dGluZyBhbiBJUHY0LW9ubHkgc29sdXRpb24sIHlvdeKAmXJlIHJ1bm5pbmcgdXAgYWdhaW5zdGh0
dHBzOi8vd3d3LmlhYi5vcmcvMjAxNi8xMS8wNy9pYWItc3RhdGVtZW50LW9uLWlwdjYvLuKAnQ0K
PiAgDQo+IFdlIGNvdWxkIGdldCBEZWJvcmFoIHdpdGggaGVyIEFEIGhhdCBvbiB0byBjb21tZW50
IG9uIHRoaXM/DQo+IEV0aGFuLg0KPiAgDQo+IEZyb206IFN0ZXdhcnQgQnJ5YW50IFttYWlsdG86
c3Rld2FydC5icnlhbnRAZ21haWwuY29tXSANCj4gU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDE3
LCAyMDE4IDEwOjM5IEFNDQo+IFRvOiBHcm9zc21hbiwgRXRoYW4gQS4gPGVhZ3Jvc0Bkb2xieS5j
b20+OyBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT47IEFuZHJl
dyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb20+DQo+IENjOiBEZXROZXQgV0cgPGRldG5ldEBp
ZXRmLm9yZz47IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+DQo+IFN1YmplY3Q6IFJl
OiBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCj4gIA0KPiBIaSAgRXRoYW4sDQo+
ICANCj4gT24gMTcvMDEvMjAxOCAxODoyNCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOg0KPiBU
aGFua3MgU3Rld2FydCBmb3IgdGhlIGNsYXJpZmljYXRpb24uIEkgaW50ZXJwcmV0IHlvdXIgc3Rh
dGVtZW50IOKAnGEgZGVjaXNpb24gbm90IHRvIHN1cHBvcnQgSVB2NOKAnSB0byBtZWFuIOKAnGEg
ZGVjaXNpb24gbm90IHRvIHByb3Bvc2UgYWRkaW5nIGFueXRoaW5nIHRvIHRoZSBleGlzdGluZyBJ
UHY0IHN0YW5kYXJk4oCdLg0KPiANCj4gVG8gc3VwcG9ydCBJUHY0IHRoZXJlIGFyZSBhIG51bWJl
ciBvZiBtZXRob2RzIHRoYXQgYXJlIHBvc3NpYmxlLCBvbmUgaXMgdG8gYWRkIHNvbWV0aGluZyB0
byB2NCBpdHNlbGYgYXMgaXMgcHJvcG9zZWQgZm9yIHY2LiBBZGRpbmcgc29tZXRoaW5nIHRvIHRo
ZSBiYXNlIHByb3RvY29sIHdpbGwgYmUgdmVyeSBkaWZmaWN1bHQuDQo+IA0KPiBBbm90aGVyIG1l
dGhvZCwgaXMgdG8gZG8gd2hhdCBoYXMgYmVlbiBwcm9wb3NlZCBieSBzb21lIGZvciBNUExTLCB0
aGF0IGlzIHRvIGVuY29kZSB0aGUgaWRlbnRpdHkgYW5kIHR5cGUgaW4gdGhlIElQIGFkZHJlc3Mu
IFRoZXJlIGlzIGEgcHJvcG9zYWwgdG8gZG8gdGhpcyBpbiBTUnY2LiBJIGFtIG5vdCBhIGdyZWF0
IGZhbiBvZiBhYnVzaW5nIHRoZSBhZGRyZXNzIHNwYWNlIGZvciB0aGlzIGluIHRoZSB3YXkgcHJv
cG9zZWQgYnkgdGhhdCB3b3JrLCBidXQgbWF5YmUgd2UgY2FuIGRvIHNvbWV0aGluZyBtdWNoIHNp
bXBsZXIgaGVyZSBhbmQgc2ltcGx5IGlkZW50aWZ5IHRoZSBETiBpbnN0YW5jZSBieSB0aGUgSVAg
YWRkcmVzcyB3aXRoIG5vIG90aGVyIHNlbWFudGljcy4gTXVjaCBlYXNpZXIgdG8gZG8gdGhpcyBm
b3IgSVB2NiB3aXRoIHRoZSAiaW5maW5pdGUgYWRkcmVzc2VzIiBidXQgd2UgY291bGQgZ2V0IGF3
YXkgd2l0aCBpdCBpbiBsaW1pdGVkIHByaXZhdGUgSXB2NCBuZXR3b3Jrcy4gT2YgY291cnNlIHRo
aXMgZG9lcyBjaGFuZ2UgdGhlIHBlci1ob3AgYmVoYXZpb3VyIG9mIElQIHdoaWNoIG1heSBiZSBh
IGNoYWxsZW5nZSB0byBnZXQgdGhlIElFVEYgdG8gc2lnbiBvZiBvbi4NCj4gDQo+IEFub3RoZXIg
bWV0aG9kIGlzIHRvIHVzZSBzb21lIG1ldGhvZCBvZiBjYXJyeWluZyBhbiBNUExTIGxhYmVsIHN0
YWNrIC0gdGhpcyB3YXMgdGhlIGZpcnN0IHByb3Bvc2FsLiBOb3cgSSBzYWlkIHRoYXQgSSBkaWQg
bm90IHRoaW5rIGFueW9uZSBoYWQgZG9uZSB0aGF0IGFuZCBJIHN0aWxsIGJlbGlldmUgdGhhdCB0
byBiZSB0aGUgY2FzZSwgYnV0IHRoYXQgZG9lcyBub3QgbWVhbiB0aGF0IGl0IGlzIG5vdCB0aGUg
bGVhc3Qgd29yc3QgYXBwcm9hY2guIFRoZXJlIGFyZSBhbHRlcm5hdGVzIGZvciBleGFtcGxlIElQ
L1VEUC9NUExTDQo+IHdoaWNoIGlzIHRoZSBzbyBjYWxsZWQgVVNSIGFwcHJvYWNoIHRoYXQgYSBu
dW1iZXIgb2YgdXMgYWR2b2NhdGUgYXMgYW4gYWx0ZXJuYXRpdmUgdG8gU1J2Ni4NCj4gDQo+IA0K
PiANCj4gSWYgdGhhdCBpc27igJl0IGNvcnJlY3QsIHBsZWFzZSBsZXQgbWUga25vdy4gQXMgeW91
IG1heSByZWNhbGwgSSBhbHJlYWR5IHN0YXJ0ZWQgYSB0aHJlYWQgYXdoaWxlIGFnbyB0byBkaXNj
dXNzIElQdjQgdnMgSVB2NiwgYW5kIGJhc2VkIG9uIHRoZSByZXNwb25zZXMgaXQgYXBwZWFyZWQg
dG8gbWUgYXQgdGhhdCB0aW1lIHRoYXQgdGhlcmUgd2VyZSBzb21lIGtpbmQgb2Ygb3B0aW9ucywg
dGhvdWdoIG5vdCBhIOKAnG5hdGl2ZSBJUHY04oCdIHNvbHV0aW9uLCBidXQgaXQgd2FzbuKAmXQg
Y2xlYXIgdG8gbWUgKGFzIGEgbm9uLWV4cGVydCBpbiB0aGUgdmFyaW91cyBuZXR3b3JraW5nIHBy
b3RvY29scyBtZW50aW9uZWQpIHdoZXRoZXIgdGhleSB3b3VsZCBiZSB2aWFibGUgaW4gcHJhY3Rp
Y2Ugb3Igbm90LiBJIHdpbGwgcmV2aXZlIHRoYXQgdGhyZWFkIGFuZCBzZWUgaWYgd2UgY2FuIGdl
dCBhbnkgY2xvc2VyIHRvIGRldGVybWluaW5nIHRoZSBpbXBvcnRhbmNlIG9mIElQdjQgdG8gb3Vy
IHRhcmdldCBjdXN0b21lcnMsIGFuZCBob3BlZnVsbHkgc29tZSBzZW5zZSBvZiB3aGV0aGVyIHRo
ZSBwcm9wb3NlZCBub24tbmF0aXZlLUlQdjQgc3RyYXRlZ2llcyB3aWxsIGhvbGQgd2F0ZXIuDQo+
IA0KPiBZZXMsIHdlIG5lZWQgdG8gaGF2ZSB0aGUgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBhbmQg
cmVhY2ggYSBjb25zZW5zdXMgb2Ygd2hldGhlcg0KPiANCj4gYSkgV2Ugc3VwcG9ydCB2NA0KPiBi
KSBXZSBzdXBwb3J0IHY0IGFuZCB2NiBieSB2NCBhbmQgdjYgc3BlY2lmaWMgcHJvdG9jb2wgZXh0
ZW5zaW9ucw0KPiBjKSBXZSB1c2UgYSBzaW5nbGUgY29tbW9uIElQIGFwcHJvYWNoDQo+IGQpIFdl
IHVzZSBhbiBhcHByb2FjaCB0aGF0IGlzIGNvbW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFMNCj4gDQo+
IC0gU3Rld2FydA0KPiANCj4gDQo+IA0KPiBFdGhhbi4NCj4gIA0KPiBGcm9tOiBTdGV3YXJ0IEJy
eWFudCBbbWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbV0gDQo+IFNlbnQ6IFdlZG5lc2Rh
eSwgSmFudWFyeSAxNywgMjAxOCAxMjoyOSBBTQ0KPiBUbzogR3Jvc3NtYW4sIEV0aGFuIEEuIDxl
YWdyb3NAZG9sYnkuY29tPjsgQmFsw6F6cyBWYXJnYSBBPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29u
LmNvbT47IEFuZHJldyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb20+DQo+IENjOiBEZXROZXQg
V0cgPGRldG5ldEBpZXRmLm9yZz47IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+DQo+
IFN1YmplY3Q6IFJlOiBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCj4gIA0KPiAg
DQo+ICANCj4gT24gMTYvMDEvMjAxOCAxODozOCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOg0K
PiBIaSBCYWxh4oCZenMsDQo+IFJlZ2FyZGluZyBJUHY0LCBJIGFsc28gdW5kZXJzdG9vZCB0aGF0
IHdlIGRlY2lkZWQgdGhhdCB3ZSBjYW7igJl0IGFkZCBuZXcgSVB2NCBmaWVsZHMuIFBhcmRvbiBt
eSBpZ25vcmFuY2UgaGVyZSwgYnV0IGRvZXMgdGhhdCBtZWFuIHRoZXJlIGlzIG5vIHBhcnQgb2Yg
RGV0TmV0IGNhcGFiaWxpdHkgdGhhdCBjYW4gYmUgcnVuIG92ZXIgSVB2ND8gT3IgaXMgdGhlcmUg
c29tZSDigJx3b3JrYXJvdW5k4oCdIHRvIHByb3ZpZGUgYXMgSSBzYXkgZXZlbiBwYXJ0IG9mIHRo
ZSBEZXROZXQgY2FwYWJpbGl0eSwgZ2l2ZW4gdGhhdCBpdCBpcyBhbiBFbmdpbmVlcmVkIG5ldHdv
cms/IEkganVzdCB3YW50IHRvIGNsYXJpZnkgZXhwZWN0YXRpb25zIGhlcmUuDQo+IA0KPiBJZiB5
b3UgaGF2ZSBhIG5hdGl2ZSBJUHY0IG5ldHdvcmsgdG8gd2hpY2ggeW91IHByZXNlbnQgSVB2NiBw
YWNrZXRzLCB5b3UgZWl0aGVyIGhhdmUgdG8gdHVubmVsIHRoZW0gYWNyb3NzIHdoZXJlIHRoZSBJ
UHY2IGlzIGNvbnNpZGVyZWQgb3BhcXVlIGRhdGEsIG9yIHlvdSBoYXZlIHRvIHRyYW5zbGF0ZSB0
aGVtIHRvIElQdjQsIGJ1dCB0aGF0IHJlcXVpcmVzIHNvbWUgY29tbW9uIHNlbWFudGljcyB0byBk
ZWFsIHdpdGggZXh0ZW5zaW9uIGhlYWRlcnMgd2hpY2ggd2UgZG9uJ3QgY3VycmVudGx5IGhhdmUu
DQo+IA0KPiBTbywgYXMgZmFyIGFzIEkgY2FuIHNlZSwgYSBkZWNpc2lvbiBub3QgdG8gc3VwcG9y
dCBJUHY0IG1lYW5zIG5vIEROIHN1cHBvcnQgYWNyb3NzIHRoZSBJUHY0IG5ldHdvcmsuDQo+IA0K
PiBXaGljaCB0YWtlcyB1cyBiYWNrIHRvIHRoZSBxdWVzdGlvbiBvZiBob3cgaW1wb3J0YW50IGlz
IHRoaXMgYW5kIHdoYXQgd2lsbCBpdCBkbyB0byB0aGUgdGFrZS11cCBvZiB0aGUgdGVjaG5vbG9n
eSBieSBpdHMgdGFyZ2V0IGN1c3RvbWVycz8NCj4gDQo+IC0gU3Rld2FydA0KPiANCj4gDQo+IA0K
PiANCj4gVGhhbmtzLA0KPiBFdGhhbi4NCj4gIA0KPiBGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRu
ZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJhbMOhenMgVmFyZ2EgQQ0KPiBTZW50
OiBUdWVzZGF5LCBKYW51YXJ5IDE2LCAyMDE4IDEwOjIxIEFNDQo+IFRvOiBTdGV3YXJ0IEJyeWFu
dCA8c3Rld2FydC5icnlhbnRAZ21haWwuY29tPjsgQW5kcmV3IEcuIE1hbGlzPGFnbWFsaXNAZ21h
aWwuY29tPg0KPiBDYzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+OyBNYWNoIENoZW4gPG1h
Y2guY2hlbkBodWF3ZWkuY29tPg0KPiBTdWJqZWN0OiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoRmxv
dyBpZGVudGlmaWNhdGlvbikNCj4gIA0KPiBJIHRoaW5rIHRoZSBsYXN0IG1haWxzIGFyZSBtb3Jl
IGFib3V0IGZsb3cgaWRlbnRpZmljYXRpb24gYW5kIG5vdCB0aGUgc2VxdWVuY2UgbnVtYmVyLg0K
PiBTbywgSSBoYXZlIHJlLXN1YmplY3RlZCBteSBhbnN3ZXIuDQo+ICANCj4gUFNOIGxheWVyIHZz
LiBETiBsYXllciAoTVBMUyk6DQo+IC0gaW4gY3VycmVudCBkYXRhIHBsYW5lIHRleHQgd2UgaGF2
ZSBzdGF0ZWQgdGhhdCBEZXROZXQgUFdzIG1heSB1c2UgZGVkaWNhdGVkIExTUHMgKFRFLXR1bm5l
bHMpLg0KPiBUaGF0IGFsbG93IHRvIGlkZW50aWZ5IERldE5ldCBmbG93cyBpbiBQU04gbGF5ZXIg
d2l0aG91dCBjaGVja2luZyB0aGUgUFcgbGFiZWwuIFN1Y2ggYSBzb2x1dGlvbiBvZg0KPiBjb3Vy
c2UgbWF5IGNoYWxsZW5nZSBzY2FsYWJpbGl0eS4NCj4gLSByZWdhcmRpbmcgcHJpb3JpdGl6YXRp
b246IHRleHQgYWxsb3dzIGJvdGggRS1MU1AgYW5kIEwtTFNQIGNvbmNlcHQsIHdoYXQgbWFrZXMg
cG9zc2libGUNCj4gdG8gaWRlbnRpZnkgRGV0TmV0IHBhY2tldHMuIEhvd2V2ZXIgdGhhdCBpcyBt
b3JlIGZvciBzaW1wbGUgcXVldWluZyBzY2VuYXJpb3MgYXMgaXQgZG9lcyBub3QNCj4gaWRlbnRp
ZnkgaW5kaXZpZHVhbCBmbG93cy4gDQo+ICANCj4gUFNOIGxheWVyIHZzLiBETiBsYXllciAobm9u
LU1QTFMpOg0KPiAtIElQdjQ6IElmIEkgcmVtZW1iZXIgY29ycmVjdGx5IGl0IHdhcyBkaXNjdXNz
ZWQgdG8gYmUgb3V0LW9mLXNjb3BlIHRvIHNpbXBsaWZ5IHRoZSBzY2VuYXJpb3Mgd2UgZm9jdXMg
b24uDQo+IE5vLW9uZSB3YW50ZWQgdG8gZGVmaW5lIG5ldyBJUHY0IGZpZWxkcyBmb3IgZmxvdy1J
RCBhbmQgU2VxLU51bSBpbiB0aGUg4oCcc3Vuc2V0IG9mIElQdjTigJ0uDQo+IC0gSVB2NjogYmFz
ZWQgb24gdGhlIHNyYy1JUHY2IGFuZCB0aGUgZmxvdy1sYWJlbCBOUCBjYW4gZGV0ZWN0IERldE5l
dCBmbG93cy4gV2h5IHdvdWxkIHdlIG5lZWQgYSBuZXcNCj4gSVAgcHJvdG9jb2wgdHlwZT8gDQo+
ICANCj4gR2VuZXJpYyB2cy4gRE4gYXdhcmUgZGF0YSBwbGFuZToNCj4gLSBJIHRoaW5rIHdlIG5l
ZWQgYm90aC4gV2UgaGF2ZSB1c2UtY2FzZXMgc3BlY2lmaWVkIGZvciBib3RoLg0KPiAgDQo+IERl
dE5ldCB0cmFmZmljIHRvIGJlIHRyYW5zcG9ydGVkOg0KPiAtIHR3byB0eXBlcyBhcmUgY29uc2lk
ZXJlZDoNCj4gKDEpIEV0aGVybmV0OiBJRUVFIFRTTiB0cmFmZmljIGVuY2Fwc3VsYXRlZCBpbiBF
dGhlcm5ldCBmcmFtZXMgYW5kDQo+ICgyKSBJUDogSVB2NiB0cmFuc3BvcnRlZCBvdmVyIGFueSBM
MiAobm90IGFsd2F5cyBFdGhlcm5ldCwgYnV0IG1vc3QgY2FzZXMgRXRoZXJuZXQpDQo+IEFzIG5v
dGVkIGFib3ZlIElQdjQgaXMgY3VycmVudGx5IG91dC1vZi1zY29wZSDigKYNCj4gIA0KPiBDaGVl
cnMNCj4gQmFsYeKAmXpzDQo+ICANCj4gRnJvbTogU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGV3
YXJ0LmJyeWFudEBnbWFpbC5jb21dIA0KPiBTZW50OiAyMDE4LiBqYW51w6FyIDE2LiAxNzozOA0K
PiBUbzogQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdtYWlsLmNvbT4NCj4gQ2M6IE1hY2ggQ2hl
biA8bWFjaC5jaGVuQGh1YXdlaS5jb20+OyBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdh
QGVyaWNzc29uLmNvbT47IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPg0KPiBTdWJqZWN0OiBS
ZTogW0RldG5ldF0gRFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmluZykNCj4gIA0KPiAgDQo+
IEFuZHkNCj4gDQo+IE9uIDE2LzAxLzIwMTggMTU6MjAsIEFuZHJldyBHLiBNYWxpcyB3cm90ZToN
Cj4gU3Rld2FydCwNCj4gIA0KPiBMaWtlIHdpdGggUFdzIChzaW5jZSBERVRORVQgZm9yIE1QTFMg
d291bGQganVzdCBiZSBhbm90aGVyIFBXIHR5cGUpLCB0YXJnZXRlZCBMRFAgYW5kIHByb3Zpc2lv
bmluZyAodmlhIGEgY2VudHJhbCBjb250cm9sbGVyLCBOTVMsIGV0Yy4pIGFyZSBhbHRlcm5hdGl2
ZXMgdG8gUlNWUCBhbmQgU1IgdG8gcHJvdmlzaW9uaW5nL2FsbG9jYXRpbmcgdGhlIERFVE5FVCBQ
VyBsYWJlbC4NCj4gDQo+IC4uIGFuZCBJIHN1cHBvc2Ugc3RyaWN0bHkgQkdQIHdoaWNoIGlzIGFs
c28gdXNlZCBmb3IgdGhpcyBwdXJwb3NlIGluIFZQTnMNCj4gDQo+IA0KPiANCj4gDQo+IA0KPiAg
DQo+IFlvdSBhbmQgTWFjaCBhcmUgYm90aCByaWdodCB0aGF0IGluIHRoZSBJUCAobm9uLU1QTFMp
IGNhc2UsIHdlIG5lZWQgYSB3YXkgZm9yIHRoZSBOUCB0byBkZXRlY3QgREVUTkVUIGZsb3dzLiBX
ZSBjb3VsZCBoYXZlIGEgbmV3IElQIHByb3RvY29sIHR5cGUgZm9yIERFVE5FVCwgYW5kIGEgREVU
TkVUIGhlYWRlciBkaXJlY3RseSBmb2xsb3dzIHRoZSBJUCBoZWFkZXIuIEluIHRoYXQgY2FzZSwg
dGhlIERFVE5FVCBoZWFkZXIgd291bGQgYWxzbyBuZWVkIGEgbmV4dCBwcm90b2NvbCBpZGVudGlm
aWVyLCB1bmxlc3MgdGhlIG5leHQgcHJvdG9jb2wgaXMgYWx3YXlzIGFub3RoZXIgSVAgaGVhZGVy
Lg0KPiANCj4gTGFzdCBJIHNhdywgdGhlIHRoaW5raW5nIHdhcyB0aGF0IHRoZXJlIHdvdWxkIGJl
IGFuIElQIGV4dGVuc2lvbiBoZWFkZXIsIGFsdGhvdWdoIEkgYW0gbm90IGEgZmFuIG9mIHRob3Nl
IHNpbmNlIChhKSBJIGFtIG5vdCBjb25maWRlbnQgd2hhdCBhIHJvdXRlciB3aWxsIGRvIG9uZSBp
dCBkb2VzIG5vdCB1bmRlcnN0YW5kLCBhbmQgKGIpIEkgYW0gY29uY2VybmVkIGFib3V0IHRoZSBu
ZWVkIHRvIHN1cHBvcnQgSVB2NCB3aGljaCBJIHN1c3BlY3Qgd2lsbCBoYXZlIGEgbG9uZyB0YWls
IGluIGVudGVycHJpc2UgZGVwbG95bWVudC4NCj4gDQo+IEkgcHJlZmVyIGEgVURQIHR5cGUgZm9y
IHRoaXMgcHVycG9zZSBzaW5jZSBpdCBoYXMgdW5pdmVyc2FsIHN1cHBvcnQgdGhyb3VnaCBhbnkg
bWlkZGxlIGJveC4gZmlyZXdhbGwgZXRjLCBhbmQgYWxsIHJvdXRlcnMgbmVlZCB0byBsb29rIGEg
dGhlIFVEUCBEUCBzbyBjaGVja2luZyBpZiBpdCBpcyBvbmUgdGhleSBuZWVkIHRvIHdvcmsgb24g
aXMganVzdCBvbmUgY29tcGFyZSBhbmQgY29uZGl0aW9uYWwgYnJhbmNoLg0KPiANCj4gDQo+IA0K
PiANCj4gDQo+ICANCj4gT2YgY291cnNlLCBmb3IgTVBMUywgdGhlIERFVE5FVCBQVyBsYWJlbCBp
cyB0aGUgaWRlbnRpZmllci4NCj4gDQo+IE9ubHkgYXQgdGhlIFBXIGxheWVyLiBOb3RlIG15IHF1
ZXN0aW9uIGFib3V0IHdoZXRoZXIgdGhpcyBpcyBzdWZmaWNpZW50Lg0KPiANCj4gLSBTdGV3YXJ0
DQo+ICANCj4gDQo+ICANCj4gQ2hlZXJzLA0KPiBBbmR5DQo+ICANCj4gIA0KPiBPbiBUdWUsIEph
biAxNiwgMjAxOCBhdCA1OjQ2IEFNLCBTdGV3YXJ0IEJyeWFudCA8c3Rld2FydC5icnlhbnRAZ21h
aWwuY29tPiB3cm90ZToNCj4gSWYgd2UgbmVlZCB0byBkaXNjcmltaW5hdGUgYXQgdGhlIFBTTiBs
YXllciByYXRoZXIgdGhhbiB0aGUgRE4gbGF5ZXIgdGhlbiB3ZSByZWFsbHkgYXJlIGZvcmNlZCB0
byBjcmVhdGUgYSBuZXcgRkVDIHR5cGUgZm9yIE1QTFMsIG9yIHN5bnRoZXNpemUgb25lIHRocm91
Z2ggUlNWUCBvciBTUi4gSVAgaGFzIG5vIG5hdGl2ZSBzdXBwb3J0IGZvciB0aGlzLCBidXQgd2Ug
Y291bGQgaW50cm9kdWNlIHRoZSBjb25jZXB0LCBmb3IgZXhhbXBsZSBieSBtYWtpbmcgdGhpcyB0
aGUgcHJvcGVydHkgb2YgdGhlIElQIGFkZHJlc3Mgb3Igc29tZSB3YXkgb2YgTVBMU2luZyBJUC4N
Cj4gSG93ZXZlciB0aGVyZSBpcyBhIGRlZXBlciBxdWVzdGlvbiB3ZSBuZWVkIHRvIGFuc3dlci4g
SXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgZWFjaCBob3AgaW4gdGhlIGRhdGEgcGxhbmUgRE4gYXdh
cmUsIG9yIGlzIG91ciBleHBlY3RhdGlvbiB0aGF0IGF0IGxlc3QgaW4gc29tZSBuZXR3b3JrcyB0
aGUgZGF0YSBwbGFuZSBpcyBnZW5lcmljIHdpdGggc29tZSBETiBub2RlcyBzdHJhdGVnaWNhbGx5
IHBsYWNlZD8NCj4gSSBjYW4gc2VlIHRoYW4gaW4gc29tZSBncmVlbmZpZWxkIHNwZWNpYWxpc3Qg
Y2FzZXMgdGhlIHJvdXRlcnMgd2lsbCBhbGwgYmUgRE4gYXdhcmUsIGJ1dCBpbiBvcmRlciB0byBn
ZXQgZGVwbG95bWVudCBpbiBtb3N0IG5ldHdvcmtzIHdlIG5lZWQgdG8gZGVzaWduIGZvciB0aGUg
Y2FzZSB3aGVyZSBvbmx5IHN0cmF0ZWdpYyBub2RlcyBhcmUgRE4gYXdhcmUuDQo+IC0gU3Rld2Fy
dA0KPiAgDQo+IE9uIDE2LzAxLzIwMTggMDE6MTQsIE1hY2ggQ2hlbiB3cm90ZToNCj4gSGkgQmFs
YXpzLA0KPiAgDQo+ICMyIGlzIGEgbW9yZSBuYXR1cmUgc29sdXRpb24sIHRoZSBEZXROZXQgQ1cg
aXMgZGVkaWNhdGVkIGZvciBEZXROZXQsIHNlZW1zIHRoZXJlIGlzIG5vIGNvbXBhdGliaWxpdHkg
aXNzdWUuDQo+ICANCj4gSW4gYWRkaXRpb24sIEkgdGhpbmsgd2UgbmVlZCB0byBkZWZpbmUgYSB3
YXkgb24gaG93IHRvIGRpZmZlcmVudGlhdGUgYSBEZXROZXQgZmxvdyBmcm9tIGEgbm9uLURldE5l
dCBmbG93LCB0aGVuIHRoZSBuZXR3b3JrIHByb2Nlc3NvciBjYW4gcHJvY2VzcyB0aGUgQ1cgYXMg
ZXhwZWN0ZWQuICBJbiBUU04sIGl0IHVzZXMgdGhlIHByaW9yaXR5IHRvIGRldGVybWluZSB3aGV0
aGVyIGEgZmxvdyBpcyBUU04gb3Igbm9uLVRTTiBmbG93LiBGb3IgRGV0TmV0LCBzaG91bGQgd2Ug
YWxzbyB1c2UgdGhlIHNhbWUgd2F5IChlLmcuLCBUQywgRFNDUCk/IE9yIHRoZSBEZXROZXQgc2Vy
dmljZSBMYWJlbCBpdHNlbGYgaW1wbGllcyB0aGUgc2l0dWF0aW9uLCBidXQgaXQgc2VlbXMgdGhh
dCB0aGlzIG9ubHkgd29ya3Mgd2hlbiB0aGUgRGV0TmV0IHNlcnZpY2UgbGFiZWwgaXMgdGhlIHRv
cCBsYWJlbC4gIA0KPiAgDQo+IEFueSBvdGhlciB0aG91Z2h0cz8NCj4gIA0KPiBCZXN0IHJlZ2Fy
ZHMsDQo+IE1hY2gNCj4gIA0KPiBGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0Bp
ZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJhbMOhenMgVmFyZ2EgQQ0KPiBTZW50OiBNb25kYXksIEph
bnVhcnkgMTUsIDIwMTggOTowNiBQTQ0KPiBUbzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+
DQo+IFN1YmplY3Q6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpDQo+
ICANCj4gSGksDQo+ICANCj4gU29tZSB0aG91Z2h0cyB0byBzdGFydCBkaXNjdXNzaW9uIG9uIG9w
ZW4gcG9pbnRzIG9mIHRoZSBEUCBzb2x1dGlvbiBkcmFmdC4NCj4gVGhpcyBtYWlsKC10aHJlYWQp
IGlzIG9uIHNlcXVlbmNlIG51bWJlcmluZy4NCj4gIA0KPiBQcm9ibGVtIGluIGNhc2Ugb2YgTVBM
UyBhbmQgRGV0TmV0IENvbnRyb2wgV29yZDoNCj4gLSBTL04gc2tpcHMgemVybyBwcm9ibGVtOiBF
dGhlcm5ldCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJvLg0KPiBJdCB1
c2VzIHplcm8gdG8gbWVhbiBubyBTL04gaW4gdXNlLiAocmZjNDQ0OCkNCj4gIA0KPiBQb3NzaWJs
ZSBwcm9ibGVtIHJlc29sdXRpb25zOg0KPiAjMTogVXNpbmcgYSAiZmxhZyIgaW4gdGhlIHJlc2Vy
dmVkIGJpdHMgcGFydCBvZiB0aGUgQ1c6DQo+ICAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAg
ICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCj4gICAgICAgMCAxIDIgMyA0
IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQo+
ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSsNCj4gICAgICB8MCAwIDAgMHxEfHJlc2VydmVkIC0gc2V0IHRvIDAgIHwg
ICAxNiBiaXQgU2VxdWVuY2UgTnVtYmVyICAgICAgfA0KPiAgICAgICstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+IEQtYml0
OiBzZXQgdG8g4oCcMeKAnSBtZWFucyBEZXROZXQgc3BlY2lmaWMgU2VxLiBOdW1iZXIgdXNlZCwN
Cj4gQml0NS0xNTogcmVzZXJ2ZWQuDQo+ICANCj4gUkZDNDQ0OCBzdGF0ZXMgdGhhdCByZXNlcnZl
ZCBiaXRzIOKAnE1VU1QgYmUgaWdub3JlZCB1cG9uIHJlY2VpcHTigJ0sIHNvIGJhY2t3YXJkDQo+
IGNvbXBhdGliaWxpdHkgaXMgZW5zdXJlZC4gU3VjaCBhIHNvbHV0aW9uIHdvdWxkIGFsbG93IGFs
c28gdG8gdXNlIGxvbmdlciBzZXEubnVtLg0KPiBmb3JtYXRzIChpZiBuZWVkZWQpLiBTdWNoIGEg
Zm9ybWF0IGlzIGFsc28gaW5saW5lIHdpdGggUkZDNDM4NS4NCj4gIA0KPiAjMjogTWFraW5nIOKA
nDDigJ0gYXMgYSB2YWxpZCBTZXEuTnVtLg0KPiBEZXROZXQgZmxvd3MgYXJlIHJlY29nbml6ZWQg
YW5kIGZvcndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0DQo+IGRvbWFpbi4gUy9OIGlz
IHVzZWQgd2l0aGluIHRoZSBEZXROZXQgZG9tYWluIGJ5IERldE5ldCBTZXJ2aWNlIGZ1bmN0aW9u
cw0KPiAoaS5lLiBQUkVGKS4gUy9OIHVzZWQgb25seSBvbiBEZXROZXQgZW5kLW5vZGVzIGFuZCBE
ZXROZXQgcmVsYXktbm9kZXMuIE5vDQo+IG90aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVl
IG9mIFMvTiwgdGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lmeSBpdHMNCj4gb3duIHNlcXVlbmNl
IG51bWJlciBwcm9jZXNzaW5nIGFsZ29yaXRobS4gU28g4oCcMOKAnSBjYW4gYmUgYSB2YWxpZCBu
dW1iZXINCj4gYW5kIG5vdCB0aGUgaW5kaWNhdGlvbiB0aGF0IG5vIFNlcS5OdW0uIGlzIHVzZWQu
IFRoaXMgaXMgaW5saW5lIHdpdGggUkZDNDM4NS4NCj4gIA0KPiAjMzogT3RoZXIg4oCmID8hPw0K
PiAgDQo+IENvbW1lbnRzIGFyZSB3ZWxjb21lLg0KPiAgDQo+IENoZWVycw0KPiBCYWxhJ3pzDQo+
ICANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogZGV0bmV0IFttYWlsdG86
ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMb3UgQmVyZ2VyDQo+IFNlbnQ6
IDIwMTguIGphbnXDoXIgMTAuIDE5OjAxDQo+IFRvOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9y
Zz4NCj4gU3ViamVjdDogW0RldG5ldF0gcmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVyaW0NCj4g
IA0KPiBpcyBhdmFpbGFibGUgZm9yIGRvd25sb2FkIGF0Og0KPiBodHRwczovL2lldGYud2ViZXgu
Y29tL2lldGYvbGRyLnBocD9SQ0lEPWU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAxDQo+
ICANCj4gcmF3IG5vdGVzIGFyZSBhdmFpbGFibGUgYXQNCj4gaHR0cDovL2V0aGVycGFkLnRvb2xz
LmlldGYub3JnOjkwMDAvcC9ub3Rlcy1pZXRmLWludGVyaW0tMjAxOC1kZXRuZXQtMDENCj4gIA0K
PiBQbGVhc2UgZmVlbCBmcmVlIHRvIHVwZGF0ZSB0aGUgZXRoZXJwYWQgYmFzZWQgb24gdGhlIHJl
Y29yZGluZy4NCj4gIA0KPiBMb3UgKGFuZCBjby1jaGFpcnMpDQo+ICANCj4gX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gZGV0bmV0IG1haWxpbmcgbGlz
dA0KPiBkZXRuZXRAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9kZXRuZXQNCj4gIA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXw0KPiBkZXRuZXQgbWFpbGluZyBsaXN0DQo+IGRldG5ldEBpZXRmLm9yZw0KPiBo
dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldA0KPiAgDQo+IA0KPiBf
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBkZXRuZXQg
bWFpbGluZyBsaXN0DQo+IGRldG5ldEBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9t
YWlsbWFuL2xpc3RpbmZvL2RldG5ldA0KPiANCj4gIA0KPiAgDQo+ICANCj4gIA0KPiAgDQo+IF9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGRldG5ldCBt
YWlsaW5nIGxpc3QNCj4gZGV0bmV0QGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vbGlzdGluZm8vZGV0bmV0DQoNCg==


From nobody Thu Jan 18 04:07:45 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7451A12D955 for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 04:07:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id og4yG_-BDE25 for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 04:07:40 -0800 (PST)
Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (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 A3FB412D94B for <detnet@ietf.org>; Thu, 18 Jan 2018 04:07:22 -0800 (PST)
Received: by mail-wm0-x22f.google.com with SMTP id 141so22238569wme.3 for <detnet@ietf.org>; Thu, 18 Jan 2018 04:07:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=Y+q8E5plbQTko1+BIAWzOkopXiwICXcjQ3M7aUg3jSs=; b=IH0lO04cISwcBNzWSTQ1PAeTWbeWNHosorlbcSFa3cHoW65e4IRrNxoTYieyzvcyP0 ZnaRFYjxmmSu66ibxNdaq1LEXQbmPQ+A6m9L+xAnl1c9WG/YbEFPC/HLuaZLd0Ks3TEp XpvbGCwGw2ZXDmzNU582uxC+bUd0ItrfpUWmItsLKuTk1Oc3yBQw2rTNwML79S2e/hP6 a4PhL4D+14ZDjn1cspDh1iBmxeFCDrN46vMiNhlmM/K6OJcjZHlIHxu2jxoJPDywHZjz sT/QG1oJRUBA+j+TcqXyhi/X30FXCHw5C/wl/akJhNN6pRI3fs62DJyvbI6nXV8pzd8P jjJw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=Y+q8E5plbQTko1+BIAWzOkopXiwICXcjQ3M7aUg3jSs=; b=lQyMpA6QlyP+F+f3yKKONi/giYNrLuV/GbtZxvWmK962z0BgVg0vGAkMildqQOYr1u 4zgGjtiUBwXH2FfmQ4j1CF34wEDG+RpW4O0l7no0G0D4nyWmJtSmLuKCwVtuDZ6Lly4t +AKu9uZvu6/4SvdY7Hj+JFKmESEW92p+fJ+bCuIAfehUsdB5UASreCglls8+c85XFsG1 PvXwlvQ55KdGSROkS+vrkSXztp3AIf481PVWWIomxbtcNrkEvFea6Px0afiFcMLhu7DR Q9K2i6z5gbi2YS2McxPDgpINX0ppAqoxoITTIITCLch8hVT0YwTGZyfeDLG0UcsjWHXF zBLQ==
X-Gm-Message-State: AKwxyteLF8aRYPfTLWKAgU8D9m1oqo92CUyTa1G4ddToNO/GXmvhuQ5y 3ESComLXr3PvmNzemILTcUyWUbUa
X-Google-Smtp-Source: ACJfBosTBNL+QlZEW9X5WvmfvOOYIjC+kIGcAlqqR7Q58jg0NZrabCbqLe2U6VZB2TvR1wz8E30zBw==
X-Received: by 10.28.203.142 with SMTP id b136mr5413298wmg.127.1516277240595;  Thu, 18 Jan 2018 04:07:20 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id a62sm5250312wmh.3.2018.01.18.04.07.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Jan 2018 04:07:19 -0800 (PST)
To: Lou Berger <lberger@labn.net>, DetNet WG <detnet@ietf.org>
References: <f290720e-2c6a-86a1-ed35-d8702f580d1c@labn.net>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <ef36b6bb-b513-18df-2543-681578ce50a4@gmail.com>
Date: Thu, 18 Jan 2018 12:07:18 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <f290720e-2c6a-86a1-ed35-d8702f580d1c@labn.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/wrcAdMX3vVFD1L8aqio1LCmhtXs>
Subject: Re: [Detnet] some reminders on charter
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jan 2018 12:07:43 -0000

On 17/01/2018 19:53, Lou Berger wrote:
>
>
> 4) Topics that are out of scope: As a reminder, control plane is 
> currently out of scope of our charter.  We certainly are expected to 
> identify the information needed for flow establishment and control and 
> be used by reservation protocols and YANG data models (which are in 
> charter). This may include, for example, how one or more DetNet flows 
> are mapped to MPLS (TE) LSPs, but does not include any LDP, RSVP-TE or 
> SR-related control plane changes.  As a group, we may want to ask the 
> IESG to revisit this, but I suggest that not consider or discuss this 
> until we have a Data Plane defined and, perhaps, the rest of our 
> deliverables largely completed.

If we develop a type of PW to carry DN, this restriction is ridiculous. 
PWs have control planes already and I would assume that we would try to 
reuse them via minor extensions.

If we sequence the work as suggested we simply delay the point where we 
have provided all the tools needed for deployment.

I would suggest that a more pragmatic contingency approach in which we 
focus on delivering what is right for the network operator given the 
knowledge we currently have is more appropriate.

- Stewart



From nobody Thu Jan 18 04:12:26 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37C4412D943 for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 04:12:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.699
X-Spam-Level: 
X-Spam-Status: No, score=-0.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=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 pOfpNb-3UI-9 for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 04:12:18 -0800 (PST)
Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B0AC9126CBF for <detnet@ietf.org>; Thu, 18 Jan 2018 04:12:17 -0800 (PST)
Received: by mail-wm0-x22b.google.com with SMTP id x4so2456392wmc.0 for <detnet@ietf.org>; Thu, 18 Jan 2018 04:12:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=u6rBKSXBoidwSieDC9ER8Oen0EkPvARc3VijYUh28ao=; b=e3UvQ1n8RuIF0ZTwA8awDuijx001Bh89SzxlkW/yEz3gG4bPBgqML2LZb4lF8v7Nyx tIh/dBUccMEqKfbsVRFeENuTeyQU5mpKha2QnoOrHR7F/iIYSBfknWXSc85uueCH0uCO UMQhLet16JtryxSp5/c1H1hhmVLajx0O4ob9ljmTWv8pjM2LQ4UgQP3prAbZO7h5mnpl JC+32SyrtfP+hKGfY0vrm53MNOoWhzG+485H2yNpsvflWkf3DkpIboyGS/Qt3vGjfcYt g25jeijp6VTuJf+1bIQU3ZcrjGbpaCYRXBqBZ3n+p/63GPeG5Bp87mDMiE+PNG8de0jz 7gIA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=u6rBKSXBoidwSieDC9ER8Oen0EkPvARc3VijYUh28ao=; b=MkxpbVCavR5ZvK9RfUoRWquJ7o+P+6XPzO7jJwnrovoaTzbn2J551a/V9ukJVRj1jo xLm1MnxycCN4zqI2+bT4ObJ0/NdGdPR48VYBwyWW+MOxwbiEwc3T68f8djLioCljWOGa 7E7DbGoRH4CKSUG6+oSX2kpSU6LIgapnruNvvAwd/8yrvuAhE9kuRNdRHPKqlbFBoLHZ PfOTOXMeaIfWIfrb9df0P7HEfIAEPyIuglLW+QpP2prhEQmes/2ZrTfdPDgmkDeUry/b p42dC3eY0l58IPxtuo0/RvZ5JzMgRr0eu42Z7WC8jr/2dpiO4fJAUpDEh2zL9uOg0+Ur iFYg==
X-Gm-Message-State: AKwxytd0gq/gA1DEVtNUX5/YyB8RwzObcZkG9ybeVE7YiqADNFXUIQsG +ABqQZPu0VyIp8tLY73/HFY=
X-Google-Smtp-Source: ACJfBovvwqf2I8nnR935nIVCOas1OYCZxPtF5MnsuVLJHu4i6eclNUF86LKiD3fJ8UFBLAtqpU0hLw==
X-Received: by 10.80.190.137 with SMTP id b9mr7510517edk.246.1516277536077; Thu, 18 Jan 2018 04:12:16 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id w2sm4653934edb.4.2018.01.18.04.12.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Jan 2018 04:12:15 -0800 (PST)
To: Jeff Tantsura <jefftant.ietf@gmail.com>, "BRUNGARD, DEBORAH A" <db3546@att.com>, "Grossman, Ethan A." <eagros@dolby.com>, DetNet WG <detnet@ietf.org>
Cc: "Tim Chown (Tim.Chown@jisc.ac.uk)" <Tim.Chown@jisc.ac.uk>
References: <426B8B09-A248-4180-B948-0CBA95904F89@gmail.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <7920786a-795a-3418-aad9-757d79e9e61c@gmail.com>
Date: Thu, 18 Jan 2018 12:12:13 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <426B8B09-A248-4180-B948-0CBA95904F89@gmail.com>
Content-Type: multipart/alternative; boundary="------------C83B361B5B1198D08FD85221"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/c7gSQhofgDv1pVvyNZ7kc39M8kc>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jan 2018 12:12:22 -0000

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

Jeff

There is an important difference between only building an IPv4 solution 
and building an IPv4 only solution.

We should design what is right for the customer in the network context 
they need it to work. If we do not do that we will loose the design 
authority for the protocols.

- Stewart



On 17/01/2018 22:12, Jeff Tantsura wrote:
>
> Speaking on behalf of IAB – building a IPv4 only solution would be a 
> rather unfortunate direction and very much against IAB statement ( 
> https://www.iab.org/2016/11/07/iab-statement-on-ipv6/ 
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.iab.org_2016_11_07_iab-2Dstatement-2Don-2Dipv6_&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=oXVLyuObJ6nJvM1lEu50B-g3YBVoCmxP_kRgjhC4tDk&s=GLJ2oCCQ3YYzToc4GGxH9Rg6SLJD8RJSyyRgE2q-mjM&e=>).
>
> Cheers,
>
> Jeff
>
> *From: *detnet <detnet-bounces@ietf.org> on behalf of "BRUNGARD, 
> DEBORAH A" <db3546@att.com>
> *Date: *Wednesday, January 17, 2018 at 12:34
> *To: *Stewart Bryant <stewart.bryant@gmail.com>, "Grossman, Ethan A." 
> <eagros@dolby.com>, DetNet WG <detnet@ietf.org>
> *Cc: *"Tim Chown (Tim.Chown@jisc.ac.uk)" <Tim.Chown@jisc.ac.uk>
> *Subject: *Re: [Detnet] DP solution (Flow identification)
>
> I don’t want to influence your discussion on solution(s).
>
> As mails are getting crossed, and not having Tim’s original comment, I 
> think as Ethan later says in a mail after this one – the IAB concern 
> would be if doing an “IPv4-only” solution. Many working groups are 
> still doing work supporting IPv4 networks. The discussion when it 
> reaches the IESG – can IPv6 support be included in the same document 
> or is there work on-going to support IPv6 (and the IPv6 solution does 
> not depend on IPv4).
>
> The charter for detnet is not to sunset IPv4😊If you have operational 
> use cases for supporting IPv4, then as you are doing, it is important 
> to discuss the deployment requirements e.g. closed network, IPv4-IPv6 
> islands, etc., so as to understand the best solution.
>
> My interpretation of the IAB statement is to give guidance on 
> prioritizing work for IPv6. Unless you have large user groups 
> requiring IPv4-only, then your priority should be in developing an 
> IPv6 solution. And the IPv4 solution should not limit the IPv6 solution.
>
> Deborah
>
> *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
> *Sent:* Wednesday, January 17, 2018 2:02 PM
> *To:* Grossman, Ethan A. <eagros@dolby.com>; DetNet WG 
> <detnet@ietf.org>; BRUNGARD, DEBORAH A <db3546@att.com>
> *Cc:* Tim Chown (Tim.Chown@jisc.ac.uk) <Tim.Chown@jisc.ac.uk>
> *Subject:* Re: DP solution (Flow identification)
>
> A point I have made before and will continue to make:
>
> If the IETF does not maintain IPv4 appropriately until it's natural 
> death, it will be declared critical national infrastructure by 
> governments and they will effectively gift it to their SDO (the 
> ITU-T). Such an organization may find it expedient to find many new 
> ways to extend the life of IPv4. In any case I anticipate a very long 
> tail on the IPv4 decay curve.
>
> We need to do what is right for our customers, some of whom may find 
> it infeasible to migrate away from IPv4 any time soon.
>
> I will of course be interested in Deborah's directive on this.
>
> - Stewart
>
> On 17/01/2018 18:51, Grossman, Ethan A. wrote:
>
>     Thanks Stewart. Regarding:
>
>     “Yes, we need to have the discussion on the list and reach a
>     consensus of whether
>     a) We support v4
>     b) We support v4 and v6 by v4 and v6 specific protocol extensions
>     c) We use a single common IP approach
>     d) We use an approach that is common across IP and MPLS”
>
>
>
>     Perhaps, given Tim Chown’s earlier comment:
>
>     “If you’re suggesting an IPv4-only solution, you’re running up
>     against https://www.iab.org/2016/11/07/iab-statement-on-ipv6/
>     <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.iab.org_2016_11_07_iab-2Dstatement-2Don-2Dipv6_&d=DwMDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=6UhGpW9lwi9dM7jYlxXD8w&m=oQquk5yvF5yLvj8_jVqVRcavQ7tUO_LtU3-EcEIDPFE&s=wVxexSKRCd7LZceNPkXpPMxA0OlNnL0Pihe4MlyqBoE&e=>.”
>
>     We could get Deborah with her AD hat on to comment on this?
>
>     Ethan.
>
>     *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
>     *Sent:* Wednesday, January 17, 2018 10:39 AM
>     *To:* Grossman, Ethan A. <eagros@dolby.com>
>     <mailto:eagros@dolby.com>; Balázs Varga A
>     <balazs.a.varga@ericsson.com>
>     <mailto:balazs.a.varga@ericsson.com>; Andrew G. Malis
>     <agmalis@gmail.com> <mailto:agmalis@gmail.com>
>     *Cc:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>; Mach
>     Chen <mach.chen@huawei.com> <mailto:mach.chen@huawei.com>
>     *Subject:* Re: DP solution (Flow identification)
>
>     Hi  Ethan,
>
>     On 17/01/2018 18:24, Grossman, Ethan A. wrote:
>
>         Thanks Stewart for the clarification. I interpret your
>         statement “a decision not to support IPv4” to mean “a decision
>         not to propose adding anything to the existing IPv4 standard”.
>
>
>     To support IPv4 there are a number of methods that are possible,
>     one is to add something to v4 itself as is proposed for v6. Adding
>     something to the base protocol will be very difficult.
>
>     Another method, is to do what has been proposed by some for MPLS,
>     that is to encode the identity and type in the IP address. There
>     is a proposal to do this in SRv6. I am not a great fan of abusing
>     the address space for this in the way proposed by that work, but
>     maybe we can do something much simpler here and simply identify
>     the DN instance by the IP address with no other semantics. Much
>     easier to do this for IPv6 with the "infinite addresses" but we
>     could get away with it in limited private Ipv4 networks. Of course
>     this does change the per-hop behaviour of IP which may be a
>     challenge to get the IETF to sign of on.
>
>     Another method is to use some method of carrying an MPLS label
>     stack - this was the first proposal. Now I said that I did not
>     think anyone had done that and I still believe that to be the
>     case, but that does not mean that it is not the least worst
>     approach. There are alternates for example IP/UDP/MPLS
>     which is the so called USR approach that a number of us advocate
>     as an alternative to SRv6.
>
>
>
>
>         If that isn’t correct, please let me know. As you may recall I
>         already started a thread awhile ago to discuss IPv4 vs IPv6,
>         and based on the responses it appeared to me at that time that
>         there were some kind of options, though not a “native IPv4”
>         solution, but it wasn’t clear to me (as a non-expert in the
>         various networking protocols mentioned) whether they would be
>         viable in practice or not. I will revive that thread and see
>         if we can get any closer to determining the importance of IPv4
>         to our target customers, and hopefully some sense of whether
>         the proposed non-native-IPv4 strategies will hold water.
>
>
>     Yes, we need to have the discussion on the list and reach a
>     consensus of whether
>
>     a) We support v4
>     b) We support v4 and v6 by v4 and v6 specific protocol extensions
>     c) We use a single common IP approach
>     d) We use an approach that is common across IP and MPLS
>
>     - Stewart
>
>
>
>
>         Ethan.
>
>         *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
>         *Sent:* Wednesday, January 17, 2018 12:29 AM
>         *To:* Grossman, Ethan A. <eagros@dolby.com>
>         <mailto:eagros@dolby.com>; Balázs Varga A
>         <balazs.a.varga@ericsson.com>
>         <mailto:balazs.a.varga@ericsson.com>; Andrew G. Malis
>         <agmalis@gmail.com> <mailto:agmalis@gmail.com>
>         *Cc:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>;
>         Mach Chen <mach.chen@huawei.com> <mailto:mach.chen@huawei.com>
>         *Subject:* Re: DP solution (Flow identification)
>
>         On 16/01/2018 18:38, Grossman, Ethan A. wrote:
>
>             Hi Bala’zs,
>
>             Regarding IPv4, I also understood that we decided that we
>             can’t add new IPv4 fields. Pardon my ignorance here, but
>             does that mean there is no part of DetNet capability that
>             can be run over IPv4? Or is there some “workaround” to
>             provide as I say even part of the DetNet capability, given
>             that it is an Engineered network? I just want to clarify
>             expectations here.
>
>
>         If you have a native IPv4 network to which you present IPv6
>         packets, you either have to tunnel them across where the IPv6
>         is considered opaque data, or you have to translate them to
>         IPv4, but that requires some common semantics to deal with
>         extension headers which we don't currently have.
>
>         So, as far as I can see, a decision not to support IPv4 means
>         no DN support across the IPv4 network.
>
>         Which takes us back to the question of how important is this
>         and what will it do to the take-up of the technology by its
>         target customers?
>
>         - Stewart
>
>
>
>
>
>             Thanks,
>
>             Ethan.
>
>             *From:*detnet [mailto:detnet-bounces@ietf.org] *On Behalf
>             Of *Balázs Varga A
>             *Sent:* Tuesday, January 16, 2018 10:21 AM
>             *To:* Stewart Bryant <stewart.bryant@gmail.com>
>             <mailto:stewart.bryant@gmail.com>; Andrew G. Malis
>             <agmalis@gmail.com> <mailto:agmalis@gmail.com>
>             *Cc:* DetNet WG <detnet@ietf.org>
>             <mailto:detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
>             <mailto:mach.chen@huawei.com>
>             *Subject:* [Detnet] DP solution (Flow identification)
>
>             I think the last mails are more about flow identification
>             and not the sequence number.
>
>             So, I have re-subjected my answer.
>
>             PSN layer vs. DN layer (MPLS):
>
>             - in current data plane text we have stated that DetNet
>             PWs may use dedicated LSPs (TE-tunnels).
>
>             That allow to identify DetNet flows in PSN layer without
>             checking the PW label. Such a solution of
>
>             course may challenge scalability.
>
>             - regarding prioritization: text allows both E-LSP and
>             L-LSP concept, what makes possible
>
>             to identify DetNet packets. However that is more for
>             simple queuing scenarios as it does not
>
>             identify individual flows.
>
>             PSN layer vs. DN layer (non-MPLS):
>
>             - IPv4: If I remember correctly it was discussed to be
>             out-of-scope to simplify the scenarios we focus on.
>
>             No-one wanted to define new IPv4 fields for flow-ID and
>             Seq-Num in the “sunset of IPv4”.
>
>             - IPv6: based on the src-IPv6 and the flow-label NP can
>             detect DetNet flows. Why would we need a new
>
>             IP protocol type?
>
>             Generic vs. DN aware data plane:
>
>             - I think we need both. We have use-cases specified for both.
>
>             DetNet traffic to be transported:
>
>             - two types are considered:
>
>             (1) Ethernet: IEEE TSN traffic encapsulated in Ethernet
>             frames and
>
>             (2) IP: IPv6 transported over any L2 (not always Ethernet,
>             but most cases Ethernet)
>
>             As noted above IPv4 is currently out-of-scope …
>
>             Cheers
>
>             Bala’zs
>
>             *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
>             *Sent:* 2018. január 16. 17:38
>             *To:* Andrew G. Malis <agmalis@gmail.com
>             <mailto:agmalis@gmail.com>>
>             *Cc:* Mach Chen <mach.chen@huawei.com
>             <mailto:mach.chen@huawei.com>>; Balázs Varga A
>             <balazs.a.varga@ericsson.com
>             <mailto:balazs.a.varga@ericsson.com>>; DetNet WG
>             <detnet@ietf.org <mailto:detnet@ietf.org>>
>             *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
>             Andy
>
>             On 16/01/2018 15:20, Andrew G. Malis wrote:
>
>                 Stewart,
>
>                 Like with PWs (since DETNET for MPLS would just be
>                 another PW type), targeted LDP and provisioning (via a
>                 central controller, NMS, etc.) are alternatives to
>                 RSVP and SR to provisioning/allocating the DETNET PW
>                 label.
>
>
>             .. and I suppose strictly BGP which is also used for this
>             purpose in VPNs
>
>
>
>
>
>                 You and Mach are both right that in the IP (non-MPLS)
>                 case, we need a way for the NP to detect DETNET flows.
>                 We could have a new IP protocol type for DETNET, and a
>                 DETNET header directly follows the IP header. In that
>                 case, the DETNET header would also need a next
>                 protocol identifier, unless the next protocol is
>                 always another IP header.
>
>
>             Last I saw, the thinking was that there would be an IP
>             extension header, although I am not a fan of those since
>             (a) I am not confident what a router will do one it does
>             not understand, and (b) I am concerned about the need to
>             support IPv4 which I suspect will have a long tail in
>             enterprise deployment.
>
>             I prefer a UDP type for this purpose since it has
>             universal support through any middle box. firewall etc,
>             and all routers need to look a the UDP DP so checking if
>             it is one they need to work on is just one compare and
>             conditional branch.
>
>
>
>
>
>                 Of course, for MPLS, the DETNET PW label is the
>                 identifier.
>
>
>             Only at the PW layer. Note my question about whether this
>             is sufficient.
>
>             - Stewart
>
>                 Cheers,
>
>                 Andy
>
>                 On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant
>                 <stewart.bryant@gmail.com
>                 <mailto:stewart.bryant@gmail.com>> wrote:
>
>                     If we need to discriminate at the PSN layer rather
>                     than the DN layer then we really are forced to
>                     create a new FEC type for MPLS, or synthesize one
>                     through RSVP or SR. IP has no native support for
>                     this, but we could introduce the concept, for
>                     example by making this the property of the IP
>                     address or some way of MPLSing IP.
>
>                     However there is a deeper question we need to
>                     answer. Is our expectation that each hop in the
>                     data plane DN aware, or is our expectation that at
>                     lest in some networks the data plane is generic
>                     with some DN nodes strategically placed?
>
>                     I can see than in some greenfield specialist cases
>                     the routers will all be DN aware, but in order to
>                     get deployment in most networks we need to design
>                     for the case where only strategic nodes are DN aware.
>
>                     - Stewart
>
>                     On 16/01/2018 01:14, Mach Chen wrote:
>
>                         Hi Balazs,
>
>                         #2 is a more nature solution, the DetNet CW is
>                         dedicated for DetNet, seems there is no
>                         compatibility issue.
>
>                         In addition, I think we need to define a way
>                         on how to differentiate a DetNet flow from a
>                         non-DetNet flow, then the network processor
>                         can process the CW as expected.  In TSN, it
>                         uses the priority to determine whether a flow
>                         is TSN or non-TSN flow. For DetNet, should we
>                         also use the same way (e.g., TC, DSCP)? Or the
>                         DetNet service Label itself implies the
>                         situation, but it seems that this only works
>                         when the DetNet service label is the top label.
>
>                         Any other thoughts?
>
>                         Best regards,
>
>                         Mach
>
>                         *From:* detnet
>                         [mailto:detnet-bounces@ietf.org] *On Behalf Of
>                         *Balázs Varga A
>                         *Sent:* Monday, January 15, 2018 9:06 PM
>                         *To:* DetNet WG <detnet@ietf.org>
>                         <mailto:detnet@ietf.org>
>                         *Subject:* [Detnet] DP solution (Sequence
>                         Numbering)
>
>                         Hi,
>
>                         Some thoughts to start discussion on open
>                         points of the DP solution draft.
>
>                         This mail(-thread) is on sequence numbering.
>
>                         Problem in case of MPLS and DetNet Control Word:
>
>                         - S/N skips zero problem: Ethernet PW
>                         definition states that S/N skips zero.
>
>                         It uses zero to mean no S/N in use. (rfc4448)
>
>                         Possible problem resolutions:
>
>                         #1: Using a "flag" in the reserved bits part
>                         of the CW:
>
>                         0 1 2                   3
>
>                         0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2
>                         3 4 5 6 7 8 9 0 1
>
>                         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>                         |0 0 0 0|D|reserved - set to 0 |   16 bit
>                         Sequence Number      |
>
>                         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>                         D-bit: set to “1” means DetNet specific Seq.
>                         Number used,
>
>                         Bit5-15: reserved.
>
>                         RFC4448 states that reserved bits “MUST be
>                         ignored upon receipt”, so backward
>
>                         compatibility is ensured. Such a solution
>                         would allow also to use longer seq.num.
>
>                         formats (if needed). Such a format is also
>                         inline with RFC4385.
>
>                         #2: Making “0” as a valid Seq.Num.
>
>                         DetNet flows are recognized and forwarded
>                         special within the DetNet
>
>                         domain. S/N is used within the DetNet domain
>                         by DetNet Service functions
>
>                         (i.e. PREF). S/N used only on DetNet end-nodes
>                         and DetNet relay-nodes. No
>
>                         other nodes care about the value of S/N,
>                         therefore DetNet can specify its
>
>                         own sequence number processing algorithm. So
>                         “0” can be a valid number
>
>                         and not the indication that no Seq.Num. is
>                         used. This is inline with RFC4385.
>
>                         #3: Other … ?!?
>
>                         Comments are welcome.
>
>                         Cheers
>
>                         Bala'zs
>
>                         -----Original Message-----
>                         From: detnet [mailto:detnet-bounces@ietf.org]
>                         On Behalf Of Lou Berger
>                         Sent: 2018. január 10. 19:01
>                         To: DetNet WG <detnet@ietf.org
>                         <mailto:detnet@ietf.org>>
>                         Subject: [Detnet] recording for today's interim
>
>                         is available for download at:
>
>                         https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>                         <https://urldefense.proofpoint.com/v2/url?u=https-3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&e=>
>
>                         raw notes are available at
>
>                         http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>                         <https://urldefense.proofpoint.com/v2/url?u=http-3A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=lO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&e=>
>
>                         Please feel free to update the etherpad based
>                         on the recording.
>
>                         Lou (and co-chairs)
>
>                         _______________________________________________
>
>                         detnet mailing list
>
>                         detnet@ietf.org <mailto:detnet@ietf.org>
>
>                         https://www.ietf.org/mailman/listinfo/detnet
>                         <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>                         _______________________________________________
>
>                         detnet mailing list
>
>                         detnet@ietf.org <mailto:detnet@ietf.org>
>
>                         https://www.ietf.org/mailman/listinfo/detnet
>                         <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>
>                     _______________________________________________
>                     detnet mailing list
>                     detnet@ietf.org <mailto:detnet@ietf.org>
>                     https://www.ietf.org/mailman/listinfo/detnet
>                     <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
> _______________________________________________ detnet mailing list 
> detnet@ietf.org https://www.ietf.org/mailman/listinfo/detnet
>


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

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Jeff</p>
    <p>There is an important difference between only building an IPv4
      solution and building an IPv4 only solution.</p>
    <p>We should design what is right for the customer in the network
      context they need it to work. If we do not do that we will loose
      the design authority for the protocols.</p>
    <p>- Stewart</p>
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 17/01/2018 22:12, Jeff Tantsura
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:426B8B09-A248-4180-B948-0CBA95904F89@gmail.com">
      <meta name="Title" content="">
      <meta name="Keywords" content="">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:"Courier New";
	panose-1:2 7 3 9 2 2 5 2 4 4;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"Apple Color Emoji";
	panose-1:0 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New",serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:"Consolas",sans-serif;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
p.m1519775394609505423msoplaintext, li.m1519775394609505423msoplaintext, div.m1519775394609505423msoplaintext
	{mso-style-name:m_1519775394609505423msoplaintext;
	mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.hoenzb
	{mso-style-name:hoenzb;}
span.EmailStyle22
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle23
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle24
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle25
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle26
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle27
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle28
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle29
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle31
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.msoIns
	{mso-style-type:export-only;
	mso-style-name:"";
	text-decoration:underline;
	color:teal;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style>
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:windowtext">Speaking on
            behalf of IAB – building a IPv4 only solution would be a
            rather unfortunate direction and very much against IAB
            statement ( <a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.iab.org_2016_11_07_iab-2Dstatement-2Don-2Dipv6_&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=oXVLyuObJ6nJvM1lEu50B-g3YBVoCmxP_kRgjhC4tDk&amp;s=GLJ2oCCQ3YYzToc4GGxH9Rg6SLJD8RJSyyRgE2q-mjM&amp;e="
              moz-do-not-send="true">https://www.iab.org/2016/11/07/iab-statement-on-ipv6/</a>).<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <div>
          <p class="MsoNormal">Cheers,<o:p></o:p></p>
        </div>
        <p class="MsoNormal">Jeff<span style="color:windowtext"><o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        <div style="border:none;border-top:solid #B5C4DF
          1.0pt;padding:3.0pt 0in 0in 0in">
          <p class="MsoNormal"><b><span style="font-size:12.0pt">From: </span></b><span
              style="font-size:12.0pt">detnet
              <a class="moz-txt-link-rfc2396E" href="mailto:detnet-bounces@ietf.org">&lt;detnet-bounces@ietf.org&gt;</a> on behalf of "BRUNGARD,
              DEBORAH A" <a class="moz-txt-link-rfc2396E" href="mailto:db3546@att.com">&lt;db3546@att.com&gt;</a><br>
              <b>Date: </b>Wednesday, January 17, 2018 at 12:34<br>
              <b>To: </b>Stewart Bryant
              <a class="moz-txt-link-rfc2396E" href="mailto:stewart.bryant@gmail.com">&lt;stewart.bryant@gmail.com&gt;</a>, "Grossman, Ethan A."
              <a class="moz-txt-link-rfc2396E" href="mailto:eagros@dolby.com">&lt;eagros@dolby.com&gt;</a>, DetNet WG
              <a class="moz-txt-link-rfc2396E" href="mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a><br>
              <b>Cc: </b>"Tim Chown (<a class="moz-txt-link-abbreviated" href="mailto:Tim.Chown@jisc.ac.uk">Tim.Chown@jisc.ac.uk</a>)"
              <a class="moz-txt-link-rfc2396E" href="mailto:Tim.Chown@jisc.ac.uk">&lt;Tim.Chown@jisc.ac.uk&gt;</a><br>
              <b>Subject: </b>Re: [Detnet] DP solution (Flow
              identification)<o:p></o:p></span></p>
        </div>
        <div>
          <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
        </div>
        <p class="MsoNormal"><span style="color:windowtext">I don’t want
            to influence your discussion on solution(s).</span><o:p></o:p></p>
        <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
        <p class="MsoNormal"><span style="color:windowtext">As mails are
            getting crossed, and not having Tim’s original comment, I
            think as Ethan later says in a mail after this one – the IAB
            concern would be if doing an “IPv4-only” solution. Many
            working groups are still doing work supporting IPv4
            networks. The discussion when it reaches the IESG – can IPv6
            support be included in the same document or is there work
            on-going to support IPv6 (and the IPv6 solution does not
            depend on IPv4).</span><o:p></o:p></p>
        <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
        <p class="MsoNormal"><span style="color:windowtext">The charter
            for detnet is not to sunset IPv4</span><span
            style="font-family:&quot;Apple Color
            Emoji&quot;;color:windowtext">😊</span><span
            style="color:windowtext"> If you have operational use cases
            for supporting IPv4, then as you are doing, it is important
            to discuss the deployment requirements e.g. closed network,
            IPv4-IPv6 islands, etc., so as to understand the best
            solution.</span><o:p></o:p></p>
        <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
        <p class="MsoNormal"><span style="color:windowtext">My
            interpretation of the IAB statement is to give guidance on
            prioritizing work for IPv6. Unless you have large user
            groups requiring IPv4-only, then your priority should be in
            developing an IPv6 solution. And the IPv4 solution should
            not limit the IPv6 solution.</span><o:p></o:p></p>
        <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
        <p class="MsoNormal"><span style="color:windowtext">Deborah</span><o:p></o:p></p>
        <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
        <p class="MsoNormal"><a name="_MailEndCompose"
            moz-do-not-send="true"><span style="color:windowtext"> </span></a><o:p></o:p></p>
        <div>
          <div style="border:none;border-top:solid #E1E1E1
            1.0pt;padding:3.0pt 0in 0in 0in">
            <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                style="color:windowtext"> Stewart Bryant
                [<a class="moz-txt-link-freetext" href="mailto:stewart.bryant@gmail.com">mailto:stewart.bryant@gmail.com</a>] <br>
                <b>Sent:</b> Wednesday, January 17, 2018 2:02 PM<br>
                <b>To:</b> Grossman, Ethan A. <a class="moz-txt-link-rfc2396E" href="mailto:eagros@dolby.com">&lt;eagros@dolby.com&gt;</a>;
                DetNet WG <a class="moz-txt-link-rfc2396E" href="mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a>; BRUNGARD, DEBORAH A
                <a class="moz-txt-link-rfc2396E" href="mailto:db3546@att.com">&lt;db3546@att.com&gt;</a><br>
                <b>Cc:</b> Tim Chown (<a class="moz-txt-link-abbreviated" href="mailto:Tim.Chown@jisc.ac.uk">Tim.Chown@jisc.ac.uk</a>)
                <a class="moz-txt-link-rfc2396E" href="mailto:Tim.Chown@jisc.ac.uk">&lt;Tim.Chown@jisc.ac.uk&gt;</a><br>
                <b>Subject:</b> Re: DP solution (Flow identification)</span><o:p></o:p></p>
          </div>
        </div>
        <p class="MsoNormal"> <o:p></o:p></p>
        <p>A point I have made before and will continue to make:<o:p></o:p></p>
        <p>If the IETF does not maintain IPv4 appropriately until it's
          natural death, it will be declared critical national
          infrastructure by governments and they will effectively gift
          it to their SDO (the ITU-T). Such an organization may find it
          expedient to find many new ways to extend the life of IPv4. In
          any case I anticipate a very long tail on the IPv4 decay
          curve.<o:p></o:p></p>
        <p>We need to do what is right for our customers, some of whom
          may find it infeasible to migrate away from IPv4 any time
          soon.<o:p></o:p></p>
        <p>I will of course be interested in Deborah's directive on
          this.<o:p></o:p></p>
        <p>- Stewart<o:p></o:p></p>
        <p class="MsoNormal"> <o:p></o:p></p>
        <div>
          <p class="MsoNormal">On 17/01/2018 18:51, Grossman, Ethan A.
            wrote:<o:p></o:p></p>
        </div>
        <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
          <p class="MsoNormal"><span style="color:windowtext">Thanks
              Stewart. Regarding: </span><o:p></o:p></p>
          <p class="MsoNormal" style="margin-left:.5in"><span
              style="font-size:12.0pt;font-family:&quot;Times New
              Roman&quot;,serif">“Yes, we need to have the discussion on
              the list and reach a consensus of whether<br>
              a) We support v4<br>
              b) We support v4 and v6 by v4 and v6 specific protocol
              extensions<br>
              c) We use a single common IP approach<br>
              d) We use an approach that is common across IP and MPLS”<br>
              <br>
              <br>
              <br>
            </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">Perhaps,
              given Tim Chown’s earlier comment:</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">       
              “If you’re suggesting an IPv4-only solution, you’re
              running up against <a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.iab.org_2016_11_07_iab-2Dstatement-2Don-2Dipv6_&amp;d=DwMDaQ&amp;c=LFYZ-o9_HUMeMTSQicvjIg&amp;r=6UhGpW9lwi9dM7jYlxXD8w&amp;m=oQquk5yvF5yLvj8_jVqVRcavQ7tUO_LtU3-EcEIDPFE&amp;s=wVxexSKRCd7LZceNPkXpPMxA0OlNnL0Pihe4MlyqBoE&amp;e="
                moz-do-not-send="true">https://www.iab.org/2016/11/07/iab-statement-on-ipv6/</a>.”</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">We could
              get Deborah with her AD hat on to comment on this? </span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">Ethan.</span><o:p></o:p></p>
          <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
          <div>
            <div style="border:none;border-top:solid #E1E1E1
              1.0pt;padding:3.0pt 0in 0in 0in">
              <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                  style="color:windowtext"> Stewart Bryant [<a
                    href="mailto:stewart.bryant@gmail.com"
                    moz-do-not-send="true">mailto:stewart.bryant@gmail.com</a>]
                  <br>
                  <b>Sent:</b> Wednesday, January 17, 2018 10:39 AM<br>
                  <b>To:</b> Grossman, Ethan A. <a
                    href="mailto:eagros@dolby.com"
                    moz-do-not-send="true">&lt;eagros@dolby.com&gt;</a>;
                  Balázs Varga A <a
                    href="mailto:balazs.a.varga@ericsson.com"
                    moz-do-not-send="true">&lt;balazs.a.varga@ericsson.com&gt;</a>;
                  Andrew G. Malis <a href="mailto:agmalis@gmail.com"
                    moz-do-not-send="true">&lt;agmalis@gmail.com&gt;</a><br>
                  <b>Cc:</b> DetNet WG <a href="mailto:detnet@ietf.org"
                    moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a>;
                  Mach Chen <a href="mailto:mach.chen@huawei.com"
                    moz-do-not-send="true">&lt;mach.chen@huawei.com&gt;</a><br>
                  <b>Subject:</b> Re: DP solution (Flow identification)</span><o:p></o:p></p>
            </div>
          </div>
          <p class="MsoNormal"> <o:p></o:p></p>
          <p>Hi  Ethan,<o:p></o:p></p>
          <p class="MsoNormal"> <o:p></o:p></p>
          <div>
            <p class="MsoNormal">On 17/01/2018 18:24, Grossman, Ethan A.
              wrote:<o:p></o:p></p>
          </div>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <p class="MsoNormal"><span style="color:windowtext">Thanks
                Stewart for the clarification. I interpret your
                statement “a decision not to support IPv4” to mean “a
                decision not to propose adding anything to the existing
                IPv4 standard”. </span><o:p></o:p></p>
          </blockquote>
          <p class="MsoNormal"><span
              style="font-size:12.0pt;font-family:&quot;Times New
              Roman&quot;,serif"><br>
              To support IPv4 there are a number of methods that are
              possible, one is to add something to v4 itself as is
              proposed for v6. Adding something to the base protocol
              will be very difficult.<br>
              <br>
              Another method, is to do what has been proposed by some
              for MPLS, that is to encode the identity and type in the
              IP address. There is a proposal to do this in SRv6. I am
              not a great fan of abusing the address space for this in
              the way proposed by that work, but maybe we can do
              something much simpler here and simply identify the DN
              instance by the IP address with no other semantics. Much
              easier to do this for IPv6 with the "infinite addresses"
              but we could get away with it in limited private Ipv4
              networks. Of course this does change the per-hop behaviour
              of IP which may be a challenge to get the IETF to sign of
              on.<br>
              <br>
              Another method is to use some method of carrying an MPLS
              label stack - this was the first proposal. Now I said that
              I did not think anyone had done that and I still believe
              that to be the case, but that does not mean that it is not
              the least worst approach. There are alternates for example
              IP/UDP/MPLS<br>
              which is the so called USR approach that a number of us
              advocate as an alternative to SRv6.<br>
              <br>
              <br>
              <br>
              <br>
            </span><o:p></o:p></p>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <p class="MsoNormal"><span style="color:windowtext">If that
                isn’t correct, please let me know. As you may recall I
                already started a thread awhile ago to discuss IPv4 vs
                IPv6, and based on the responses it appeared to me at
                that time that there were some kind of options, though
                not a “native IPv4” solution, but it wasn’t clear to me
                (as a non-expert in the various networking protocols
                mentioned) whether they would be viable in practice or
                not. I will revive that thread and see if we can get any
                closer to determining the importance of IPv4 to our
                target customers, and hopefully some sense of whether
                the proposed non-native-IPv4 strategies will hold water.
              </span><o:p></o:p></p>
          </blockquote>
          <p class="MsoNormal"><span
              style="font-size:12.0pt;font-family:&quot;Times New
              Roman&quot;,serif"><br>
              Yes, we need to have the discussion on the list and reach
              a consensus of whether<br>
              <br>
              a) We support v4<br>
              b) We support v4 and v6 by v4 and v6 specific protocol
              extensions<br>
              c) We use a single common IP approach<br>
              d) We use an approach that is common across IP and MPLS<br>
              <br>
              - Stewart<br>
              <br>
              <br>
              <br>
              <br>
            </span><o:p></o:p></p>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <p class="MsoNormal"><span style="color:windowtext">Ethan.</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
            <div>
              <div style="border:none;border-top:solid #E1E1E1
                1.0pt;padding:3.0pt 0in 0in 0in">
                <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                    style="color:windowtext"> Stewart Bryant [</span><a
                    href="mailto:stewart.bryant@gmail.com"
                    moz-do-not-send="true">mailto:stewart.bryant@gmail.com</a><span
                    style="color:windowtext">] <br>
                    <b>Sent:</b> Wednesday, January 17, 2018 12:29 AM<br>
                    <b>To:</b> Grossman, Ethan A. </span><a
                    href="mailto:eagros@dolby.com"
                    moz-do-not-send="true">&lt;eagros@dolby.com&gt;</a><span
                    style="color:windowtext">; Balázs Varga A </span><a
                    href="mailto:balazs.a.varga@ericsson.com"
                    moz-do-not-send="true">&lt;balazs.a.varga@ericsson.com&gt;</a><span
                    style="color:windowtext">; Andrew G. Malis </span><a
                    href="mailto:agmalis@gmail.com"
                    moz-do-not-send="true">&lt;agmalis@gmail.com&gt;</a><span
                    style="color:windowtext"><br>
                    <b>Cc:</b> DetNet WG </span><a
                    href="mailto:detnet@ietf.org" moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><span
                    style="color:windowtext">; Mach Chen </span><a
                    href="mailto:mach.chen@huawei.com"
                    moz-do-not-send="true">&lt;mach.chen@huawei.com&gt;</a><span
                    style="color:windowtext"><br>
                    <b>Subject:</b> Re: DP solution (Flow
                    identification)</span><o:p></o:p></p>
              </div>
            </div>
            <p class="MsoNormal"> <o:p></o:p></p>
            <p> <o:p></o:p></p>
            <p class="MsoNormal"> <o:p></o:p></p>
            <div>
              <p class="MsoNormal">On 16/01/2018 18:38, Grossman, Ethan
                A. wrote:<o:p></o:p></p>
            </div>
            <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
              <p class="MsoNormal"><span style="color:windowtext">Hi
                  Bala’zs,</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">Regarding
                  IPv4, I also understood that we decided that we can’t
                  add new IPv4 fields. Pardon my ignorance here, but
                  does that mean there is no part of DetNet capability
                  that can be run over IPv4? Or is there some
                  “workaround” to provide as I say even part of the
                  DetNet capability, given that it is an Engineered
                  network? I just want to clarify expectations here. </span><o:p></o:p></p>
            </blockquote>
            <p class="MsoNormal"><span
                style="font-size:12.0pt;font-family:&quot;Times New
                Roman&quot;,serif"><br>
                If you have a native IPv4 network to which you present
                IPv6 packets, you either have to tunnel them across
                where the IPv6 is considered opaque data, or you have to
                translate them to IPv4, but that requires some common
                semantics to deal with extension headers which we don't
                currently have.<br>
                <br>
                So, as far as I can see, a decision not to support IPv4
                means no DN support across the IPv4 network.<br>
                <br>
                Which takes us back to the question of how important is
                this and what will it do to the take-up of the
                technology by its target customers?<br>
                <br>
                - Stewart<br>
                <br>
                <br>
                <br>
                <br>
                <br>
              </span><o:p></o:p></p>
            <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
              <p class="MsoNormal"><span style="color:windowtext">Thanks,</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">Ethan.</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <div>
                <div style="border:none;border-top:solid #E1E1E1
                  1.0pt;padding:3.0pt 0in 0in 0in">
                  <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                      style="color:windowtext"> detnet [</span><a
                      href="mailto:detnet-bounces@ietf.org"
                      moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a><span
                      style="color:windowtext">] <b>On Behalf Of </b>Balázs
                      Varga A<br>
                      <b>Sent:</b> Tuesday, January 16, 2018 10:21 AM<br>
                      <b>To:</b> Stewart Bryant </span><a
                      href="mailto:stewart.bryant@gmail.com"
                      moz-do-not-send="true">&lt;stewart.bryant@gmail.com&gt;</a><span
                      style="color:windowtext">; Andrew G. Malis </span><a
                      href="mailto:agmalis@gmail.com"
                      moz-do-not-send="true">&lt;agmalis@gmail.com&gt;</a><span
                      style="color:windowtext"><br>
                      <b>Cc:</b> DetNet WG </span><a
                      href="mailto:detnet@ietf.org"
                      moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><span
                      style="color:windowtext">; Mach Chen </span><a
                      href="mailto:mach.chen@huawei.com"
                      moz-do-not-send="true">&lt;mach.chen@huawei.com&gt;</a><span
                      style="color:windowtext"><br>
                      <b>Subject:</b> [Detnet] DP solution (Flow
                      identification)</span><o:p></o:p></p>
                </div>
              </div>
              <p class="MsoNormal"> <o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">I
                  think the last mails are more about flow
                  identification and not the sequence number.</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">So, I
                  have re-subjected my answer.</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">PSN
                  layer vs. DN layer (MPLS):</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">- in
                  current data plane text we have stated that DetNet PWs
                  may use dedicated LSPs (TE-tunnels). </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">That
                  allow to identify DetNet flows in PSN layer without
                  checking the PW label. Such a solution of </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">course
                  may challenge scalability.</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">-
                  regarding prioritization: text allows both E-LSP and
                  L-LSP concept, what makes possible </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">to
                  identify DetNet packets. However that is more for
                  simple queuing scenarios as it does not</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">identify
                  individual flows. </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">PSN
                  layer vs. DN layer (non-MPLS):</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">-
                  IPv4: If I remember correctly it was discussed to be
                  out-of-scope to simplify the scenarios we focus on. </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">No-one
                  wanted to define new IPv4 fields for flow-ID and
                  Seq-Num in the “sunset of IPv4”.</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">-
                  IPv6: based on the src-IPv6 and the flow-label NP can
                  detect DetNet flows. Why would we need a new </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">IP
                  protocol type? </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">Generic
                  vs. DN aware data plane:</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">- I
                  think we need both. We have use-cases specified for
                  both.</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">DetNet
                  traffic to be transported:</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">- two
                  types are considered: </span><o:p></o:p></p>
              <p class="MsoNormal" style="text-indent:.5in"><span
                  style="color:windowtext">(1) Ethernet: IEEE TSN
                  traffic encapsulated in Ethernet frames and </span><o:p></o:p></p>
              <p class="MsoNormal" style="text-indent:.5in"><span
                  style="color:windowtext">(2) IP: IPv6 transported over
                  any L2 (not always Ethernet, but most cases Ethernet)</span><o:p></o:p></p>
              <p class="MsoNormal" style="text-indent:.5in"><span
                  style="color:windowtext">As noted above IPv4 is
                  currently out-of-scope …</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">Cheers</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">Bala’zs</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <div>
                <div style="border:none;border-top:solid #E1E1E1
                  1.0pt;padding:3.0pt 0in 0in 0in">
                  <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                      style="color:windowtext"> Stewart Bryant [</span><a
                      href="mailto:stewart.bryant@gmail.com"
                      moz-do-not-send="true">mailto:stewart.bryant@gmail.com</a><span
                      style="color:windowtext">] <br>
                      <b>Sent:</b> 2018. január 16. 17:38<br>
                      <b>To:</b> Andrew G. Malis &lt;</span><a
                      href="mailto:agmalis@gmail.com"
                      moz-do-not-send="true">agmalis@gmail.com</a><span
                      style="color:windowtext">&gt;<br>
                      <b>Cc:</b> Mach Chen &lt;</span><a
                      href="mailto:mach.chen@huawei.com"
                      moz-do-not-send="true">mach.chen@huawei.com</a><span
                      style="color:windowtext">&gt;; Balázs Varga A &lt;</span><a
                      href="mailto:balazs.a.varga@ericsson.com"
                      moz-do-not-send="true">balazs.a.varga@ericsson.com</a><span
                      style="color:windowtext">&gt;; DetNet WG &lt;</span><a
                      href="mailto:detnet@ietf.org"
                      moz-do-not-send="true">detnet@ietf.org</a><span
                      style="color:windowtext">&gt;<br>
                      <b>Subject:</b> Re: [Detnet] DP solution (Sequence
                      Numbering)</span><o:p></o:p></p>
                </div>
              </div>
              <p class="MsoNormal"> <o:p></o:p></p>
              <p> <o:p></o:p></p>
              <p class="MsoNormal" style="margin-bottom:12.0pt">Andy<o:p></o:p></p>
              <div>
                <p class="MsoNormal">On 16/01/2018 15:20, Andrew G.
                  Malis wrote:<o:p></o:p></p>
              </div>
              <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
                <div>
                  <p class="MsoNormal">Stewart, <o:p></o:p></p>
                  <div>
                    <p class="MsoNormal"> <o:p></o:p></p>
                  </div>
                  <div>
                    <p class="MsoNormal">Like with PWs (since DETNET for
                      MPLS would just be another PW type), targeted LDP
                      and provisioning (via a central controller, NMS,
                      etc.) are alternatives to RSVP and SR to
                      provisioning/allocating the DETNET PW label.<o:p></o:p></p>
                  </div>
                </div>
              </blockquote>
              <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
                .. and I suppose strictly BGP which is also used for
                this purpose in VPNs<br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <o:p></o:p></p>
              <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
                <div>
                  <div>
                    <p class="MsoNormal"> <o:p></o:p></p>
                  </div>
                  <div>
                    <p class="MsoNormal">You and Mach are both right
                      that in the IP (non-MPLS) case, we need a way for
                      the NP to detect DETNET flows. We could have a new
                      IP protocol type for DETNET, and a DETNET header
                      directly follows the IP header. In that case, the
                      DETNET header would also need a next protocol
                      identifier, unless the next protocol is always
                      another IP header.<o:p></o:p></p>
                  </div>
                </div>
              </blockquote>
              <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
                Last I saw, the thinking was that there would be an IP
                extension header, although I am not a fan of those since
                (a) I am not confident what a router will do one it does
                not understand, and (b) I am concerned about the need to
                support IPv4 which I suspect will have a long tail in
                enterprise deployment.<br>
                <br>
                I prefer a UDP type for this purpose since it has
                universal support through any middle box. firewall etc,
                and all routers need to look a the UDP DP so checking if
                it is one they need to work on is just one compare and
                conditional branch.<br>
                <br>
                <br>
                <br>
                <br>
                <br>
                <o:p></o:p></p>
              <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
                <div>
                  <div>
                    <p class="MsoNormal"> <o:p></o:p></p>
                  </div>
                  <div>
                    <p class="MsoNormal">Of course, for MPLS, the DETNET
                      PW label is the identifier. <o:p></o:p></p>
                  </div>
                </div>
              </blockquote>
              <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
                Only at the PW layer. Note my question about whether
                this is sufficient.<br>
                <br>
                - Stewart<br>
                 <o:p></o:p></p>
              <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
                <div>
                  <div>
                    <p class="MsoNormal"> <o:p></o:p></p>
                  </div>
                  <div>
                    <p class="MsoNormal">Cheers,<o:p></o:p></p>
                  </div>
                  <div>
                    <p class="MsoNormal">Andy<o:p></o:p></p>
                  </div>
                  <div>
                    <p class="MsoNormal"> <o:p></o:p></p>
                  </div>
                </div>
                <div>
                  <p class="MsoNormal"> <o:p></o:p></p>
                  <div>
                    <p class="MsoNormal">On Tue, Jan 16, 2018 at 5:46
                      AM, Stewart Bryant &lt;<a
                        href="mailto:stewart.bryant@gmail.com"
                        target="_blank" moz-do-not-send="true">stewart.bryant@gmail.com</a>&gt;
                      wrote:<o:p></o:p></p>
                    <blockquote style="border:none;border-left:solid
                      #CCCCCC 1.0pt;padding:0in 0in 0in
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
                      <div>
                        <p>If we need to discriminate at the PSN layer
                          rather than the DN layer then we really are
                          forced to create a new FEC type for MPLS, or
                          synthesize one through RSVP or SR. IP has no
                          native support for this, but we could
                          introduce the concept, for example by making
                          this the property of the IP address or some
                          way of MPLSing IP.<o:p></o:p></p>
                        <p>However there is a deeper question we need to
                          answer. Is our expectation that each hop in
                          the data plane DN aware, or is our expectation
                          that at lest in some networks the data plane
                          is generic with some DN nodes strategically
                          placed?<o:p></o:p></p>
                        <p>I can see than in some greenfield specialist
                          cases the routers will all be DN aware, but in
                          order to get deployment in most networks we
                          need to design for the case where only
                          strategic nodes are DN aware.<o:p></o:p></p>
                        <p><span style="color:#888888">- Stewart</span><o:p></o:p></p>
                        <div>
                          <div>
                            <p class="MsoNormal"> <o:p></o:p></p>
                            <div>
                              <p class="MsoNormal">On 16/01/2018 01:14,
                                Mach Chen wrote:<o:p></o:p></p>
                            </div>
                            <blockquote
                              style="margin-top:5.0pt;margin-bottom:5.0pt">
                              <div>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D">Hi Balazs,</span><o:p></o:p></p>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D"> </span><o:p></o:p></p>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D">#2 is a more
                                    nature solution, the DetNet CW is
                                    dedicated for DetNet, seems there is
                                    no compatibility issue.</span><o:p></o:p></p>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D"> </span><o:p></o:p></p>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D">In addition, I
                                    think we need to define a way on how
                                    to differentiate a DetNet flow from
                                    a non-DetNet flow, then the network
                                    processor can process the CW as
                                    expected.  In TSN, it uses the
                                    priority to determine whether a flow
                                    is TSN or non-TSN flow. For DetNet,
                                    should we also use the same way
                                    (e.g., TC, DSCP)? Or the DetNet
                                    service Label itself implies the
                                    situation, but it seems that this
                                    only works when the DetNet service
                                    label is the top label.  </span><o:p></o:p></p>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D"> </span><o:p></o:p></p>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D">Any other
                                    thoughts?</span><o:p></o:p></p>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D"> </span><o:p></o:p></p>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D">Best regards,</span><o:p></o:p></p>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D">Mach</span><o:p></o:p></p>
                                <p class="MsoNormal"
                                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                                    style="color:#1F497D"> </span><o:p></o:p></p>
                                <div
                                  style="border:none;border-left:solid
                                  blue 1.5pt;padding:0in 0in 0in 4.0pt">
                                  <div>
                                    <div
                                      style="border:none;border-top:solid
                                      #E1E1E1 1.0pt;padding:3.0pt 0in
                                      0in 0in">
                                      <p class="MsoNormal"
                                        style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b>
                                        detnet [<a
                                          href="mailto:detnet-bounces@ietf.org"
                                          target="_blank"
                                          moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                                        <b>On Behalf Of </b>Balázs
                                        Varga A<br>
                                        <b>Sent:</b> Monday, January 15,
                                        2018 9:06 PM<br>
                                        <b>To:</b> DetNet WG <a
                                          href="mailto:detnet@ietf.org"
                                          target="_blank"
                                          moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><br>
                                        <b>Subject:</b> [Detnet] DP
                                        solution (Sequence Numbering)<o:p></o:p></p>
                                    </div>
                                  </div>
                                  <p class="MsoNormal"
                                    style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">Hi,<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">Some
                                    thoughts to start discussion on open
                                    points of the DP solution draft.<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">This
                                    mail(-thread) is on sequence
                                    numbering.<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">Problem
                                    in case of MPLS and DetNet Control
                                    Word:<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">-
                                    S/N skips zero problem: Ethernet PW
                                    definition states that S/N skips
                                    zero.<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">It
                                    uses zero to mean no S/N in use.
                                    (rfc4448)<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">Possible
                                    problem resolutions:<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">#1:
                                    Using a "flag" in the reserved bits
                                    part of the CW:<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">     
                                      0                  
                                      1                  
                                      2                   3</span><o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">     
                                      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6
                                      7 8 9 0 1 2 3 4 5 6 7 8 9 0 1</span><o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                      |0 0 0 0|D|reserved - set to 0 
                                      |   16 bit Sequence Number      |</span><o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;,serif">    
                                      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</span><o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">D-bit:
                                    set to “1” means DetNet specific
                                    Seq. Number used,<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">Bit5-15:
                                    reserved.<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">RFC4448
                                    states that reserved bits “MUST be
                                    ignored upon receipt”, so backward <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">compatibility
                                    is ensured. Such a solution would
                                    allow also to use longer seq.num. <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">formats
                                    (if needed). Such a format is also
                                    inline with RFC4385.<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">#2:
                                    Making “0” as a valid Seq.Num.<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">DetNet
                                    flows are recognized and forwarded
                                    special within the DetNet <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">domain.
                                    S/N is used within the DetNet domain
                                    by DetNet Service functions <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">(i.e.
                                    PREF). S/N used only on DetNet
                                    end-nodes and DetNet relay-nodes. No
                                    <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">other
                                    nodes care about the value of S/N,
                                    therefore DetNet can specify its <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">own
                                    sequence number processing
                                    algorithm. So “0” can be a valid
                                    number<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">and
                                    not the indication that no Seq.Num.
                                    is used. This is inline with
                                    RFC4385.<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">#3:
                                    Other … ?!?<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">Comments
                                    are welcome.<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">Cheers<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">Bala'zs<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">-----Original
                                    Message-----<br>
                                    From: detnet [<a
                                      href="mailto:detnet-bounces@ietf.org"
                                      target="_blank"
                                      moz-do-not-send="true">mailto:detnet-bounces@ietf.org</a>]
                                    On Behalf Of Lou Berger<br>
                                    Sent: 2018. január 10. 19:01<br>
                                    To: DetNet WG &lt;<a
                                      href="mailto:detnet@ietf.org"
                                      target="_blank"
                                      moz-do-not-send="true">detnet@ietf.org</a>&gt;<br>
                                    Subject: [Detnet] recording for
                                    today's interim<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">is
                                    available for download at: <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&amp;e="
                                      target="_blank"
                                      moz-do-not-send="true"><span
                                        style="color:windowtext;text-decoration:none">https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301</span></a><o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">raw
                                    notes are available at <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=http-3A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=lO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&amp;e="
                                      target="_blank"
                                      moz-do-not-send="true"><span
                                        style="color:windowtext;text-decoration:none">http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01</span></a><o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">Please
                                    feel free to update the etherpad
                                    based on the recording.<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">Lou
                                    (and co-chairs)<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"> <o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">_______________________________________________<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext">detnet
                                    mailing list<o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"><a
                                      href="mailto:detnet@ietf.org"
                                      target="_blank"
                                      moz-do-not-send="true"><span
                                        style="color:windowtext;text-decoration:none">detnet@ietf.org</span></a><o:p></o:p></p>
                                  <p
                                    class="m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e="
                                      target="_blank"
                                      moz-do-not-send="true"><span
                                        style="color:windowtext;text-decoration:none">https://www.ietf.org/mailman/listinfo/detnet</span></a><o:p></o:p></p>
                                </div>
                              </div>
                              <p class="MsoNormal"
                                style="margin-bottom:12.0pt"> <o:p></o:p></p>
                              <pre>_______________________________________________<o:p></o:p></pre>
                              <pre>detnet mailing list<o:p></o:p></pre>
                              <pre><a href="mailto:detnet@ietf.org" target="_blank" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
                              <pre><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=" target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
                            </blockquote>
                            <p class="MsoNormal"> <o:p></o:p></p>
                          </div>
                        </div>
                      </div>
                      <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
                        _______________________________________________<br>
                        detnet mailing list<br>
                        <a href="mailto:detnet@ietf.org"
                          moz-do-not-send="true">detnet@ietf.org</a><br>
                        <a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e="
                          target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></p>
                    </blockquote>
                  </div>
                  <p class="MsoNormal"> <o:p></o:p></p>
                </div>
              </blockquote>
              <p class="MsoNormal"> <o:p></o:p></p>
            </blockquote>
            <p class="MsoNormal"><span
                style="font-size:12.0pt;font-family:&quot;Times New
                Roman&quot;,serif"> </span><o:p></o:p></p>
          </blockquote>
          <p class="MsoNormal"><span
              style="font-size:12.0pt;font-family:&quot;Times New
              Roman&quot;,serif"> </span><o:p></o:p></p>
        </blockquote>
        <p class="MsoNormal"> <o:p></o:p></p>
        <p class="MsoNormal"><span style="color:windowtext">_______________________________________________
            detnet mailing list <a class="moz-txt-link-abbreviated" href="mailto:detnet@ietf.org">detnet@ietf.org</a>
            <a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a> <o:p></o:p></span></p>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------C83B361B5B1198D08FD85221--


From nobody Thu Jan 18 06:29:11 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 729ED126E3A for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 06:29:10 -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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PLk3oN6P_O0f for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 06:29:08 -0800 (PST)
Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) (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 E261F1205D3 for <detnet@ietf.org>; Thu, 18 Jan 2018 06:29:08 -0800 (PST)
Received: from cmgw3 (unknown [10.0.90.84]) by gproxy6.mail.unifiedlayer.com (Postfix) with ESMTP id 978D61E068E for <detnet@ietf.org>; Thu, 18 Jan 2018 07:29:05 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with  id zqV11w00x2SSUrH01qV422; Thu, 18 Jan 2018 07:29:05 -0700
X-Authority-Analysis: v=2.2 cv=XM9AcUpE c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=RgaUWeydRksA:10 a=a0aSsUMVQvTUW1oKHlUA:9 a=1tCGIgCRn1xJHlaY:21 a=hF0RK76HfIkCL74J:21 a=QEXdDO2ut3YA:10
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:Cc:From:References:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=TVOqiiJYxB9Q7JpiaSojTE20zKDKJt6q3ZOlIc7bp4I=; b=b2KnfngXyn34r/YRT6WAOBnlQn vfKT+HMsVinrnmxsX+OqS0d2RbT+XktNLmVB3Nm5FvIG6W0Hd1PIGy6cJbiyA3ZN7htsJQ3Dgxe1V 6DpxzKpR0v+kPh9HxNNozgB6I;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:39292 helo=fs2.dc.labn.net) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from <lberger@labn.net>) id 1ecBBd-0016Dx-QY; Thu, 18 Jan 2018 07:29:01 -0700
To: Stewart Bryant <stewart.bryant@gmail.com>
References: <f290720e-2c6a-86a1-ed35-d8702f580d1c@labn.net> <ef36b6bb-b513-18df-2543-681578ce50a4@gmail.com>
From: Lou Berger <lberger@labn.net>
Cc: DetNet WG <detnet@ietf.org>
Message-ID: <1586b688-a52c-355f-5a9e-c7c8604ecc93@labn.net>
Date: Thu, 18 Jan 2018 09:29:00 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
MIME-Version: 1.0
In-Reply-To: <ef36b6bb-b513-18df-2543-681578ce50a4@gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1ecBBd-0016Dx-QY
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net (fs2.dc.labn.net) [100.15.86.101]:39292
X-Source-Auth: lberger@labn.net
X-Email-Count: 2
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/B4ZCraKsDIMKj5aQttN1wdJsE-k>
Subject: Re: [Detnet] some reminders on charter
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jan 2018 14:29:10 -0000

On 01/18/2018 07:07 AM, Stewart Bryant wrote:
> 
> 
> On 17/01/2018 19:53, Lou Berger wrote:
>>
>>
>> 4) Topics that are out of scope: As a reminder, control plane is
>> currently out of scope of our charter.  We certainly are expected to
>> identify the information needed for flow establishment and control and
>> be used by reservation protocols and YANG data models (which are in
>> charter). This may include, for example, how one or more DetNet flows
>> are mapped to MPLS (TE) LSPs, but does not include any LDP, RSVP-TE or
>> SR-related control plane changes.  As a group, we may want to ask the
>> IESG to revisit this, but I suggest that not consider or discuss this
>> until we have a Data Plane defined and, perhaps, the rest of our
>> deliverables largely completed.
> 
> If we develop a type of PW to carry DN, this restriction is ridiculous.

Stewart,
	Part of the reason for a charter is to ensure that a WG doesn't try to
"boil the ocean" or in other words constrain the problem or solution
space to what can be achieved in a reasonable time.  In this case, the
WG will defer the discussion of control plane until we're ready to have
a recharter discussion. This does not stop the work from being proposed,
perhaps even in other WGs, which may even motivate a recharter discussion.

> PWs have control planes already and I would assume that we would try to
> reuse them via minor extensions.

Yes, and having a debate right now on LDP vs BGP/EVPN vs SR vs RSVP-TE
vs whatever won't help us close on our current set of deliverables.
Having discussion on reuse of encapsulation formats, forwarding
mechanisms (e.g., encap over IP/TSN, TE-LSPs, SR-TE, etc.), and YANG
models will.

> If we sequence the work as suggested we simply delay the point where we
> have provided all the tools needed for deployment.

individuals are welcome to sequence their work as they see fit, we are a
volunteer / contribution driven organization after all.   From a process
standpoint, it's a chairs job to help focus discussion on chartered
items and charter discussions. (Hence my message ;-)

> 
> I would suggest that a more pragmatic contingency approach in which we
> focus on delivering what is right for the network operator given the
> knowledge we currently have is more appropriate.

I'm not sure how our current work plan deviates from this, but if you
really want to bring control plane in as deliverable, please propose
specific charter changes and then we can discuss it in the WG and, if
there is adequate support, raise it with our AD and the IESG for
proposal.  Given where we are *right now* on meeting our milestones, I'd
be surprised if a charter change would be approved.  Once we have
resolved our major open issues and are just polishing our data plane and
yang model(s), my bet is we'd have a much easier time with getting our
scope widened -- if still appropriate.

Lou

> 
> - Stewart
> 
> 
> 


From nobody Thu Jan 18 11:41:54 2018
Return-Path: <balazs.a.varga@ericsson.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 474BC1270FC for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 11:41:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.22
X-Spam-Level: 
X-Spam-Status: No, score=-2.22 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_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 pLqPr3wZxxlj for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 11:41:47 -0800 (PST)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 A1B59127909 for <detnet@ietf.org>; Thu, 18 Jan 2018 11:41:46 -0800 (PST)
X-AuditID: c1b4fb2d-b4dff70000007932-7a-5a60f878c8a2
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 9A.C0.31026.878F06A5; Thu, 18 Jan 2018 20:41:44 +0100 (CET)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.21) with Microsoft SMTP Server (TLS) id 14.3.352.0; Thu, 18 Jan 2018 20:41:43 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ckta0vPMEbUkELK0Vf6bIbRwRrmGMSceqQ+gLLxFmSs=; b=Qi6pM0sHLj6m8uh6kAb5xrOFUaD/RvVHqjyYOvtttbOgLvxbpLbS52mTx9cF+YqOYMhAGxT/3/fAFspLYJX/XGmuCbPLNoiMFCNxJ57cJbfIG5XFzDGQF2m5nbKh+c/N0yE6SmeyvBpk1gUN/YAFGcPvzFy6KTxNjGyvRlqidG0=
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com (10.161.110.21) by VI1PR07MB1437.eurprd07.prod.outlook.com (10.165.238.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.444.5; Thu, 18 Jan 2018 19:41:42 +0000
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::a499:6fb2:56e6:33ad]) by VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::a499:6fb2:56e6:33ad%13]) with mapi id 15.20.0428.014; Thu, 18 Jan 2018 19:41:41 +0000
From: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>
To: DetNet WG <detnet@ietf.org>
Thread-Topic: DP solution (Flow identification)
Thread-Index: AQHTj8BvfcySEIafK0yWjOrWoRLqD6N4ZUyAgAADjoCAAZ4ZMA==
Date: Thu, 18 Jan 2018 19:41:41 +0000
Message-ID: <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
In-Reply-To: <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com>
Accept-Language: hu-HU, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.a.varga@ericsson.com; 
x-originating-ip: [94.21.149.147]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB1437; 7:1ufu8ttaHkUZ+s4CvOJYMmM3hLt3JljtiZngTdBMogG8OguO6WPIMaMdUbv1VuRbThiZhK4QteCwnhIdnRqRnbziBDaCcTSRyaWQBBrJfWtEyF7dhVAOsE0YowCrUG1agwvovb90FCxeKrYdpCC1oQ3TyDXHWxb7BA5dXy8Ojq8dosVl/v/kF8GBcnyvf5irRHAV/kWonGzqN+epBAmeUCFZMhX6CiW5XuwDKUJxu94BCMp2aRFaAfuWMjyVZfgE
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: dae5555b-9b54-406a-f59a-08d55eab7fd5
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(4534125)(4602075)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:VI1PR07MB1437; 
x-ms-traffictypediagnostic: VI1PR07MB1437:
x-microsoft-antispam-prvs: <VI1PR07MB143709648B32F1EA3A469274ACE80@VI1PR07MB1437.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(274715658323672)(37575265505322)(28532068793085)(10436049006162)(50582790962513)(85827821059158)(97927398514766)(94707916325470)(100405760836317)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(5005006)(8121501046)(10201501046)(3231023)(2400066)(944501161)(3002001)(93006095)(93001095)(6041268)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:VI1PR07MB1437; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VI1PR07MB1437; 
x-forefront-prvs: 05568D1FF7
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39380400002)(376002)(366004)(346002)(396003)(39860400002)(279900001)(189003)(199004)(57704003)(13464003)(37854004)(53946003)(9686003)(236005)(55016002)(6436002)(81156014)(2950100002)(8676002)(81166006)(790700001)(74316002)(6116002)(3846002)(68736007)(6916009)(478600001)(53936002)(99286004)(14454004)(8936002)(16799955002)(9326002)(966005)(93886005)(2906002)(229853002)(54896002)(6306002)(25786009)(561944003)(2900100001)(19625305001)(33656002)(5660300001)(85202003)(606006)(86362001)(316002)(5250100002)(6246003)(102836004)(105586002)(85182001)(97736004)(76176011)(7696005)(6506007)(3280700002)(7736002)(3660700001)(53546011)(59450400001)(26005)(66066001)(106356001); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB1437; H:VI1PR07MB1005.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: ipsxNgQU+T7buKbY4Brd1LFAsMOe7V5jxCDoaZcknHCYN31TxCA/mwutkzQyfkZaKVA4MZY/tkmm7zIx0ceZPA==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80VI1PR07MB1005eurp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: dae5555b-9b54-406a-f59a-08d55eab7fd5
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jan 2018 19:41:41.7908 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB1437
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrAKsWRmVeSWpSXmKPExsUyM2K7qG7Fj4Qogwl9+ha/P81mcWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxpMPGQVNr1gq/l/cxtLA2HCLpYuRk0NCwETiav9L9i5GLg4h gcOMEhsvrGGCcE4wStxZsAAswyLQyyyxb8oTFojMNCaJ5Yv6oHoeM0r0HmxiBBnGJuAisWPT HFYQW0RAXqKx9zNQEQeHsICexPPLFhBhfYnlJ1qYIWwniZs3d7OB2CwCqhJXjkwFi/MKxEjs nPGHFWL+bmaJu+/2gs3nFIiV+N5wiQVkJqOArMTDtWAzmQXEJW49mc8E8Y+AxJI955khbFGJ l4//gZ3DKBAn8Xt/A1RcUaL97WaoelmJS/O7GUF2SQhsYZJYdG83NGD0JLZOfMsIYftKfPm6 hRmi6CKjROu7p1AJLYm/p6dD2dkSf258ZIcoOsMosfjyFZixzBKrLx5ng6iSkWi8OBFqxTU2 iQVzwiYw6s5C8sYsoO+YBfIlbk30mAUODUGJkzOfsECENSXW79KHqFaUmNL9kB3C1pBonTOX HVl8ASP7KkbR4tTi4tx0I2O91KLM5OLi/Dy9vNSSTYzAdHNwy2/dHYyrXzseYhTgYFTi4dV5 mhAlxJpYVlyZe4hRgoNZSYT3nTdQiDclsbIqtSg/vqg0J7X4EKM0B4uSOO9JT94oIYH0xJLU 7NTUgtQimCwTB6dUA2OvmlndgV8C6vWbLt12fsB28NjVxOPX+lvk3r/fG9g97er8mrzaz1nr 3827+DPQxtjcaulSV9Ow4JUzHzd1PxaNXhFts1E4hNlhadb52WFe+gmtbyoOZs9SrjM78ywp yjf91vHpbb/8PVmMvLKr9bNm38+s2igoGCVS8IyD8dmhjs1znxrs2azEUpyRaKjFXFScCAA0 szP4MwMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/0GrxCNdZl2H6W11X_Tc27AuwxWA>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jan 2018 19:41:52 -0000

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

SGksDQoNCnNvbWUgY29tbWVudHMgcmVnYXJkaW5nIHdoYXQgaXMgbmVlZGVkIGZvciBhICJuZXR3
b3JrcyB0aGF0IGFyZSB1bmRlciBhIHNpbmdsZSBhZG1pbmlzdHJhdGl2ZSBjb250cm9sIiwgYmFz
ZWQgb24gdGhlIGV4aXN0aW5nIFdHIGRyYWZ0cyAocHJvYmxlbSBzdGF0ZW1lbnQsIHVzZS1jYXNl
cywgYXJjaGl0ZWN0dXJlLCBldGMuKS4gTGV0J3MgdHJ5IHRvIGtlZXAgaXQgc2ltcGxlIGFuZCBm
b2N1cyBvbiB3aGF0IHdlIG5lZWQ6DQoxLCBGbG93IHJlcXVpcmVtZW50czoNCiAgICAgICAgICAg
ICAgICAtIGxvc3MgYW5kL29yIGRlbGF5IGJvdW5kcw0KMiwgRGV0TmV0IGZ1bmN0aW9ucyAoZGVm
aW5lZCBzbyBmYXIpOg0KICAgICAgICAgICAgICAgIC0gRE4xLCBDb25nZXN0aW9uIHByb3RlY3Rp
b24gKGkuZS4gcmVzZXJ2aW5nIHJlc291cmNlcywgbWFnaWMgcXVldWluZywgZXRjLikNCiAgICAg
ICAgICAgICAgICAtIEROMiwgRXhwbGljaXQgcm91dGVzIChpLmUuIHRyYWZmaWMgZW5naW5lZXJp
bmcpDQogICAgICAgICAgICAgICAgLSBETjMsIFNlcnZpY2UgcHJvdGVjdGlvbiAoYWdhaW5zdCBs
b3NzIGJ5IG5ldHdvcmsgZmFpbHVyZXMpDQpOb3RlOiBUaGVzZSB0aHJlZSB0ZWNobmlxdWVzIGNh
biBiZSBhcHBsaWVkIGluZGVwZW5kZW50bHksIGRlcGVuZGluZyBvbiB0aGUgRmxvdyByZXF1aXJl
bWVudHMgYW5kIHRoZSBuZXR3b3JrIHNjZW5hcmlvLiBBcyBhbiBleGFtcGxlLCBjb25nZXN0aW9u
IHByb3RlY3Rpb24gKEROMSkgYWxvbmUgaXMgb2ZmZXJlZCBieSBJRUVFIDgwMi4xIEF1ZGlvIFZp
ZGVvIGJyaWRnaW5nLg0KDQozLCBGbG93IHNwZWNpZmljIGluZm9ybWF0aW9uIGhhdmUgdG8gdHJh
dmVsIHdpdGggdGhlIHBhY2tldDoNCiAgICAgICAgICAgICAgICAtIEZsb3ctSUQgKHJlcXVpcmVk
IGJ5IGFsbCBEZXROZXQgZnVuY3Rpb25zKQ0KICAgICAgICAgICAgICAgIC0gU2VxdWVuY2UgTnVt
YmVyIChyZXF1aXJlZCBvbmx5IGJ5ICJTZXJ2aWNlIFByb3RlY3Rpb24iIGZ1bmN0aW9uKQ0KDQpT
bywgcmVnYXJkaW5nIHRoZSBxdWVzdGlvbnMgaGVyZSBvbiB0aGUgbGlzdDoNCi0gRG8gd2UgbmVl
ZCBhbGwgbm9kZXMgdG8gYmUgRE4tYXdhcmUgaW4gYSBuZXR3b3JrPw0KTm90IG5lY2Vzc2FyaWx5
LiBJZiBpbiBhIG5ldHdvcmsgc2NlbmFyaW8gRGV0TmV0IGZsb3dzIHJlcXVpcmUgb25seSBmb3Ig
ZXhhbXBsZSBiYXNpYyBETjEgZnVuY3Rpb24gdGhhbiBZb3UgaGF2ZSBhIGdvb2QgY2hhbmNlIHRv
IHNlcnZlIGl0IHdpdGggZXhpc3RpbmcgZGV2aWNlcy4gSG93ZXZlciBpbiBzb21lIGNhc2VzIGFs
bCBETiBmdW5jdGlvbnMgYXJlIG5lZWRlZCBhdCBlYWNoIGhvcCwgc28geWVzLCBhbGwgbm9kZXMg
aGF2ZSB0byBiZSBETiBhd2FyZS4NCkNvbmNsdXNpb246IHRoZSBtb3JlIEROIGZ1bmN0aW9ucyBh
cmUgbmVlZGVkIGluIGEgbmV0d29yayBzY2VuYXJpbyB0byBzZXJ2ZSBEZXROZXQgZmxvd3MsIHRo
ZSBtb3JlIHByb2JhYmx5IHdlIG5lZWQgRE4tYXdhcmUgbm9kZXMgYXQgZWFjaCBob3AuDQoNCi0g
RG8gd2UgbmVlZCBEZXROZXQgZGF0YS1wbGFuZSBmb3IgSVB2NCwgSVB2NiBhbmQgTVBMUz8NClll
cywgdGhhdCB3b3VsZCBiZSBuaWNlIHRvIGhhdmUgZm9yIGFsbCBvZiB0aGVtLiBCdXQgSSB0aGlu
ayBpdCBpcyBhIGJldHRlciBxdWVzdGlvbiB3aGljaCBvbmUgaGFzIHRoZSBzbWFsbGVzdCBkaXN0
YW5jZSB0byBiZSBEZXROZXQtcmVhZHk/IChJIG1lYW4gd2hpY2ggbmVlZCB0aGUgbGVzcyBuZXcg
c3R1ZmYgdG8gc3VwcG9ydCBETj8pIFRoZSBkYXRhLXBsYW5lIGFsdGVybmF0aXZlIHJlbGF0ZWQg
ZHJhZnQgZm9jdXNlZCBvbiB0aGF0IGFuZCBhbHNvIHRoZSBtYWlsaW5nIHRocmVhZHMgaGVyZS4N
CkNvbmNsdXNpb246IEkgdGhpbmsgd2UgY2FuIGNvbmNsdWRlIG9uIGEgcmFuayBvZiAic21hbGxl
c3QgRGV0TmV0LWRpc3RhbmNlIjoNCjEsIE1QTFMNCjIsIElQdjYNCjMuIElQdjQNCk5vdGU6IGlu
IG15IHZpZXcgdGhpcyBpcyBhbHNvIHRoZSBwcm9iYWJpbGl0eSBsaXN0IHdoYXQgbmV0d29ya3Mg
c29tZW9uZSBpbnRlbmRzIHRvIHVzZSB0byBmb3J3YXJkIERldE5ldCBmbG93cyDigKYNCg0KQ2hl
ZXJzDQpWQmFsYSd6cw0KDQpGcm9tOiBkZXRuZXQgW21haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRm
Lm9yZ10gT24gQmVoYWxmIE9mIEdyb3NzbWFuLCBFdGhhbiBBLg0KU2VudDogMjAxOC4gamFudcOh
ciAxNy4gMTk6NTENClRvOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz47IERlYm9yYWggQnJ1
bmdhcmQgPGRiMzU0NkBhdHQuY29tPjsgU3Rld2FydCBCcnlhbnQgPHN0ZXdhcnQuYnJ5YW50QGdt
YWlsLmNvbT4NCkNjOiBUaW0gQ2hvd24gKFRpbS5DaG93bkBqaXNjLmFjLnVrKSA8VGltLkNob3du
QGppc2MuYWMudWs+DQpTdWJqZWN0OiBSZTogW0RldG5ldF0gRFAgc29sdXRpb24gKEZsb3cgaWRl
bnRpZmljYXRpb24pDQoNClRoYW5rcyBTdGV3YXJ0LiBSZWdhcmRpbmc6DQrigJxZZXMsIHdlIG5l
ZWQgdG8gaGF2ZSB0aGUgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBhbmQgcmVhY2ggYSBjb25zZW5z
dXMgb2Ygd2hldGhlcg0KYSkgV2Ugc3VwcG9ydCB2NA0KYikgV2Ugc3VwcG9ydCB2NCBhbmQgdjYg
YnkgdjQgYW5kIHY2IHNwZWNpZmljIHByb3RvY29sIGV4dGVuc2lvbnMNCmMpIFdlIHVzZSBhIHNp
bmdsZSBjb21tb24gSVAgYXBwcm9hY2gNCmQpIFdlIHVzZSBhbiBhcHByb2FjaCB0aGF0IGlzIGNv
bW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFPigJ0NClBlcmhhcHMsIGdpdmVuIFRpbSBDaG93buKAmXMg
ZWFybGllciBjb21tZW50Og0KICAgICAgICDigJxJZiB5b3XigJlyZSBzdWdnZXN0aW5nIGFuIElQ
djQtb25seSBzb2x1dGlvbiwgeW914oCZcmUgcnVubmluZyB1cCBhZ2FpbnN0IGh0dHBzOi8vd3d3
LmlhYi5vcmcvMjAxNi8xMS8wNy9pYWItc3RhdGVtZW50LW9uLWlwdjYvLuKAnQ0KDQpXZSBjb3Vs
ZCBnZXQgRGVib3JhaCB3aXRoIGhlciBBRCBoYXQgb24gdG8gY29tbWVudCBvbiB0aGlzPw0KRXRo
YW4uDQoNCkZyb206IFN0ZXdhcnQgQnJ5YW50IFttYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwu
Y29tXQ0KU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDE3LCAyMDE4IDEwOjM5IEFNDQpUbzogR3Jv
c3NtYW4sIEV0aGFuIEEuIDxlYWdyb3NAZG9sYnkuY29tPG1haWx0bzplYWdyb3NAZG9sYnkuY29t
Pj47IEJhbMOhenMgVmFyZ2EgQSA8YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPG1haWx0bzpi
YWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+PjsgQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdt
YWlsLmNvbTxtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20+Pg0KQ2M6IERldE5ldCBXRyA8ZGV0bmV0
QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+PjsgTWFjaCBDaGVuIDxtYWNoLmNoZW5A
aHVhd2VpLmNvbTxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+Pg0KU3ViamVjdDogUmU6IERQ
IHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKQ0KDQoNCkhpICBFdGhhbiwNCg0KT24gMTcv
MDEvMjAxOCAxODoyNCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOg0KVGhhbmtzIFN0ZXdhcnQg
Zm9yIHRoZSBjbGFyaWZpY2F0aW9uLiBJIGludGVycHJldCB5b3VyIHN0YXRlbWVudCDigJxhIGRl
Y2lzaW9uIG5vdCB0byBzdXBwb3J0IElQdjTigJ0gdG8gbWVhbiDigJxhIGRlY2lzaW9uIG5vdCB0
byBwcm9wb3NlIGFkZGluZyBhbnl0aGluZyB0byB0aGUgZXhpc3RpbmcgSVB2NCBzdGFuZGFyZOKA
nS4NCg0KVG8gc3VwcG9ydCBJUHY0IHRoZXJlIGFyZSBhIG51bWJlciBvZiBtZXRob2RzIHRoYXQg
YXJlIHBvc3NpYmxlLCBvbmUgaXMgdG8gYWRkIHNvbWV0aGluZyB0byB2NCBpdHNlbGYgYXMgaXMg
cHJvcG9zZWQgZm9yIHY2LiBBZGRpbmcgc29tZXRoaW5nIHRvIHRoZSBiYXNlIHByb3RvY29sIHdp
bGwgYmUgdmVyeSBkaWZmaWN1bHQuDQoNCkFub3RoZXIgbWV0aG9kLCBpcyB0byBkbyB3aGF0IGhh
cyBiZWVuIHByb3Bvc2VkIGJ5IHNvbWUgZm9yIE1QTFMsIHRoYXQgaXMgdG8gZW5jb2RlIHRoZSBp
ZGVudGl0eSBhbmQgdHlwZSBpbiB0aGUgSVAgYWRkcmVzcy4gVGhlcmUgaXMgYSBwcm9wb3NhbCB0
byBkbyB0aGlzIGluIFNSdjYuIEkgYW0gbm90IGEgZ3JlYXQgZmFuIG9mIGFidXNpbmcgdGhlIGFk
ZHJlc3Mgc3BhY2UgZm9yIHRoaXMgaW4gdGhlIHdheSBwcm9wb3NlZCBieSB0aGF0IHdvcmssIGJ1
dCBtYXliZSB3ZSBjYW4gZG8gc29tZXRoaW5nIG11Y2ggc2ltcGxlciBoZXJlIGFuZCBzaW1wbHkg
aWRlbnRpZnkgdGhlIEROIGluc3RhbmNlIGJ5IHRoZSBJUCBhZGRyZXNzIHdpdGggbm8gb3RoZXIg
c2VtYW50aWNzLiBNdWNoIGVhc2llciB0byBkbyB0aGlzIGZvciBJUHY2IHdpdGggdGhlICJpbmZp
bml0ZSBhZGRyZXNzZXMiIGJ1dCB3ZSBjb3VsZCBnZXQgYXdheSB3aXRoIGl0IGluIGxpbWl0ZWQg
cHJpdmF0ZSBJcHY0IG5ldHdvcmtzLiBPZiBjb3Vyc2UgdGhpcyBkb2VzIGNoYW5nZSB0aGUgcGVy
LWhvcCBiZWhhdmlvdXIgb2YgSVAgd2hpY2ggbWF5IGJlIGEgY2hhbGxlbmdlIHRvIGdldCB0aGUg
SUVURiB0byBzaWduIG9mIG9uLg0KDQpBbm90aGVyIG1ldGhvZCBpcyB0byB1c2Ugc29tZSBtZXRo
b2Qgb2YgY2FycnlpbmcgYW4gTVBMUyBsYWJlbCBzdGFjayAtIHRoaXMgd2FzIHRoZSBmaXJzdCBw
cm9wb3NhbC4gTm93IEkgc2FpZCB0aGF0IEkgZGlkIG5vdCB0aGluayBhbnlvbmUgaGFkIGRvbmUg
dGhhdCBhbmQgSSBzdGlsbCBiZWxpZXZlIHRoYXQgdG8gYmUgdGhlIGNhc2UsIGJ1dCB0aGF0IGRv
ZXMgbm90IG1lYW4gdGhhdCBpdCBpcyBub3QgdGhlIGxlYXN0IHdvcnN0IGFwcHJvYWNoLiBUaGVy
ZSBhcmUgYWx0ZXJuYXRlcyBmb3IgZXhhbXBsZSBJUC9VRFAvTVBMUw0Kd2hpY2ggaXMgdGhlIHNv
IGNhbGxlZCBVU1IgYXBwcm9hY2ggdGhhdCBhIG51bWJlciBvZiB1cyBhZHZvY2F0ZSBhcyBhbiBh
bHRlcm5hdGl2ZSB0byBTUnY2Lg0KDQpJZiB0aGF0IGlzbuKAmXQgY29ycmVjdCwgcGxlYXNlIGxl
dCBtZSBrbm93LiBBcyB5b3UgbWF5IHJlY2FsbCBJIGFscmVhZHkgc3RhcnRlZCBhIHRocmVhZCBh
d2hpbGUgYWdvIHRvIGRpc2N1c3MgSVB2NCB2cyBJUHY2LCBhbmQgYmFzZWQgb24gdGhlIHJlc3Bv
bnNlcyBpdCBhcHBlYXJlZCB0byBtZSBhdCB0aGF0IHRpbWUgdGhhdCB0aGVyZSB3ZXJlIHNvbWUg
a2luZCBvZiBvcHRpb25zLCB0aG91Z2ggbm90IGEg4oCcbmF0aXZlIElQdjTigJ0gc29sdXRpb24s
IGJ1dCBpdCB3YXNu4oCZdCBjbGVhciB0byBtZSAoYXMgYSBub24tZXhwZXJ0IGluIHRoZSB2YXJp
b3VzIG5ldHdvcmtpbmcgcHJvdG9jb2xzIG1lbnRpb25lZCkgd2hldGhlciB0aGV5IHdvdWxkIGJl
IHZpYWJsZSBpbiBwcmFjdGljZSBvciBub3QuIEkgd2lsbCByZXZpdmUgdGhhdCB0aHJlYWQgYW5k
IHNlZSBpZiB3ZSBjYW4gZ2V0IGFueSBjbG9zZXIgdG8gZGV0ZXJtaW5pbmcgdGhlIGltcG9ydGFu
Y2Ugb2YgSVB2NCB0byBvdXIgdGFyZ2V0IGN1c3RvbWVycywgYW5kIGhvcGVmdWxseSBzb21lIHNl
bnNlIG9mIHdoZXRoZXIgdGhlIHByb3Bvc2VkIG5vbi1uYXRpdmUtSVB2NCBzdHJhdGVnaWVzIHdp
bGwgaG9sZCB3YXRlci4NCg0KWWVzLCB3ZSBuZWVkIHRvIGhhdmUgdGhlIGRpc2N1c3Npb24gb24g
dGhlIGxpc3QgYW5kIHJlYWNoIGEgY29uc2Vuc3VzIG9mIHdoZXRoZXINCg0KYSkgV2Ugc3VwcG9y
dCB2NA0KYikgV2Ugc3VwcG9ydCB2NCBhbmQgdjYgYnkgdjQgYW5kIHY2IHNwZWNpZmljIHByb3Rv
Y29sIGV4dGVuc2lvbnMNCmMpIFdlIHVzZSBhIHNpbmdsZSBjb21tb24gSVAgYXBwcm9hY2gNCmQp
IFdlIHVzZSBhbiBhcHByb2FjaCB0aGF0IGlzIGNvbW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFMNCg0K
LSBTdGV3YXJ0DQoNCkV0aGFuLg0KDQpGcm9tOiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0ZXdh
cnQuYnJ5YW50QGdtYWlsLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAxNywgMjAxOCAx
MjoyOSBBTQ0KVG86IEdyb3NzbWFuLCBFdGhhbiBBLiA8ZWFncm9zQGRvbGJ5LmNvbT48bWFpbHRv
OmVhZ3Jvc0Bkb2xieS5jb20+OyBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNz
c29uLmNvbT48bWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT47IEFuZHJldyBHLiBN
YWxpcyA8YWdtYWxpc0BnbWFpbC5jb20+PG1haWx0bzphZ21hbGlzQGdtYWlsLmNvbT4NCkNjOiBE
ZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz48bWFpbHRvOmRldG5ldEBpZXRmLm9yZz47IE1hY2gg
Q2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+PG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4N
ClN1YmplY3Q6IFJlOiBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0KDQoNCg0K
T24gMTYvMDEvMjAxOCAxODozOCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOg0KSGkgQmFsYeKA
mXpzLA0KUmVnYXJkaW5nIElQdjQsIEkgYWxzbyB1bmRlcnN0b29kIHRoYXQgd2UgZGVjaWRlZCB0
aGF0IHdlIGNhbuKAmXQgYWRkIG5ldyBJUHY0IGZpZWxkcy4gUGFyZG9uIG15IGlnbm9yYW5jZSBo
ZXJlLCBidXQgZG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMgbm8gcGFydCBvZiBEZXROZXQgY2FwYWJp
bGl0eSB0aGF0IGNhbiBiZSBydW4gb3ZlciBJUHY0PyBPciBpcyB0aGVyZSBzb21lIOKAnHdvcmth
cm91bmTigJ0gdG8gcHJvdmlkZSBhcyBJIHNheSBldmVuIHBhcnQgb2YgdGhlIERldE5ldCBjYXBh
YmlsaXR5LCBnaXZlbiB0aGF0IGl0IGlzIGFuIEVuZ2luZWVyZWQgbmV0d29yaz8gSSBqdXN0IHdh
bnQgdG8gY2xhcmlmeSBleHBlY3RhdGlvbnMgaGVyZS4NCg0KSWYgeW91IGhhdmUgYSBuYXRpdmUg
SVB2NCBuZXR3b3JrIHRvIHdoaWNoIHlvdSBwcmVzZW50IElQdjYgcGFja2V0cywgeW91IGVpdGhl
ciBoYXZlIHRvIHR1bm5lbCB0aGVtIGFjcm9zcyB3aGVyZSB0aGUgSVB2NiBpcyBjb25zaWRlcmVk
IG9wYXF1ZSBkYXRhLCBvciB5b3UgaGF2ZSB0byB0cmFuc2xhdGUgdGhlbSB0byBJUHY0LCBidXQg
dGhhdCByZXF1aXJlcyBzb21lIGNvbW1vbiBzZW1hbnRpY3MgdG8gZGVhbCB3aXRoIGV4dGVuc2lv
biBoZWFkZXJzIHdoaWNoIHdlIGRvbid0IGN1cnJlbnRseSBoYXZlLg0KDQpTbywgYXMgZmFyIGFz
IEkgY2FuIHNlZSwgYSBkZWNpc2lvbiBub3QgdG8gc3VwcG9ydCBJUHY0IG1lYW5zIG5vIEROIHN1
cHBvcnQgYWNyb3NzIHRoZSBJUHY0IG5ldHdvcmsuDQoNCldoaWNoIHRha2VzIHVzIGJhY2sgdG8g
dGhlIHF1ZXN0aW9uIG9mIGhvdyBpbXBvcnRhbnQgaXMgdGhpcyBhbmQgd2hhdCB3aWxsIGl0IGRv
IHRvIHRoZSB0YWtlLXVwIG9mIHRoZSB0ZWNobm9sb2d5IGJ5IGl0cyB0YXJnZXQgY3VzdG9tZXJz
Pw0KDQotIFN0ZXdhcnQNCg0KDQpUaGFua3MsDQpFdGhhbi4NCg0KRnJvbTogZGV0bmV0IFttYWls
dG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBCYWzDoXpzIFZhcmdhIEEN
ClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTYsIDIwMTggMTA6MjEgQU0NClRvOiBTdGV3YXJ0IEJy
eWFudCA8c3Rld2FydC5icnlhbnRAZ21haWwuY29tPjxtYWlsdG86c3Rld2FydC5icnlhbnRAZ21h
aWwuY29tPjsgQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdtYWlsLmNvbT48bWFpbHRvOmFnbWFs
aXNAZ21haWwuY29tPg0KQ2M6IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPjxtYWlsdG86ZGV0
bmV0QGlldGYub3JnPjsgTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbT48bWFpbHRvOm1h
Y2guY2hlbkBodWF3ZWkuY29tPg0KU3ViamVjdDogW0RldG5ldF0gRFAgc29sdXRpb24gKEZsb3cg
aWRlbnRpZmljYXRpb24pDQoNCkkgdGhpbmsgdGhlIGxhc3QgbWFpbHMgYXJlIG1vcmUgYWJvdXQg
ZmxvdyBpZGVudGlmaWNhdGlvbiBhbmQgbm90IHRoZSBzZXF1ZW5jZSBudW1iZXIuDQpTbywgSSBo
YXZlIHJlLXN1YmplY3RlZCBteSBhbnN3ZXIuDQoNClBTTiBsYXllciB2cy4gRE4gbGF5ZXIgKE1Q
TFMpOg0KLSBpbiBjdXJyZW50IGRhdGEgcGxhbmUgdGV4dCB3ZSBoYXZlIHN0YXRlZCB0aGF0IERl
dE5ldCBQV3MgbWF5IHVzZSBkZWRpY2F0ZWQgTFNQcyAoVEUtdHVubmVscykuDQpUaGF0IGFsbG93
IHRvIGlkZW50aWZ5IERldE5ldCBmbG93cyBpbiBQU04gbGF5ZXIgd2l0aG91dCBjaGVja2luZyB0
aGUgUFcgbGFiZWwuIFN1Y2ggYSBzb2x1dGlvbiBvZg0KY291cnNlIG1heSBjaGFsbGVuZ2Ugc2Nh
bGFiaWxpdHkuDQotIHJlZ2FyZGluZyBwcmlvcml0aXphdGlvbjogdGV4dCBhbGxvd3MgYm90aCBF
LUxTUCBhbmQgTC1MU1AgY29uY2VwdCwgd2hhdCBtYWtlcyBwb3NzaWJsZQ0KdG8gaWRlbnRpZnkg
RGV0TmV0IHBhY2tldHMuIEhvd2V2ZXIgdGhhdCBpcyBtb3JlIGZvciBzaW1wbGUgcXVldWluZyBz
Y2VuYXJpb3MgYXMgaXQgZG9lcyBub3QNCmlkZW50aWZ5IGluZGl2aWR1YWwgZmxvd3MuDQoNClBT
TiBsYXllciB2cy4gRE4gbGF5ZXIgKG5vbi1NUExTKToNCi0gSVB2NDogSWYgSSByZW1lbWJlciBj
b3JyZWN0bHkgaXQgd2FzIGRpc2N1c3NlZCB0byBiZSBvdXQtb2Ytc2NvcGUgdG8gc2ltcGxpZnkg
dGhlIHNjZW5hcmlvcyB3ZSBmb2N1cyBvbi4NCk5vLW9uZSB3YW50ZWQgdG8gZGVmaW5lIG5ldyBJ
UHY0IGZpZWxkcyBmb3IgZmxvdy1JRCBhbmQgU2VxLU51bSBpbiB0aGUg4oCcc3Vuc2V0IG9mIElQ
djTigJ0uDQotIElQdjY6IGJhc2VkIG9uIHRoZSBzcmMtSVB2NiBhbmQgdGhlIGZsb3ctbGFiZWwg
TlAgY2FuIGRldGVjdCBEZXROZXQgZmxvd3MuIFdoeSB3b3VsZCB3ZSBuZWVkIGEgbmV3DQpJUCBw
cm90b2NvbCB0eXBlPw0KDQpHZW5lcmljIHZzLiBETiBhd2FyZSBkYXRhIHBsYW5lOg0KLSBJIHRo
aW5rIHdlIG5lZWQgYm90aC4gV2UgaGF2ZSB1c2UtY2FzZXMgc3BlY2lmaWVkIGZvciBib3RoLg0K
DQpEZXROZXQgdHJhZmZpYyB0byBiZSB0cmFuc3BvcnRlZDoNCi0gdHdvIHR5cGVzIGFyZSBjb25z
aWRlcmVkOg0KKDEpIEV0aGVybmV0OiBJRUVFIFRTTiB0cmFmZmljIGVuY2Fwc3VsYXRlZCBpbiBF
dGhlcm5ldCBmcmFtZXMgYW5kDQooMikgSVA6IElQdjYgdHJhbnNwb3J0ZWQgb3ZlciBhbnkgTDIg
KG5vdCBhbHdheXMgRXRoZXJuZXQsIGJ1dCBtb3N0IGNhc2VzIEV0aGVybmV0KQ0KQXMgbm90ZWQg
YWJvdmUgSVB2NCBpcyBjdXJyZW50bHkgb3V0LW9mLXNjb3BlIOKApg0KDQpDaGVlcnMNCkJhbGHi
gJl6cw0KDQpGcm9tOiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWls
LmNvbV0NClNlbnQ6IDIwMTguIGphbnXDoXIgMTYuIDE3OjM4DQpUbzogQW5kcmV3IEcuIE1hbGlz
IDxhZ21hbGlzQGdtYWlsLmNvbTxtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20+Pg0KQ2M6IE1hY2gg
Q2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb208bWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tPj47
IEJhbMOhenMgVmFyZ2EgQSA8YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPG1haWx0bzpiYWxh
enMuYS52YXJnYUBlcmljc3Nvbi5jb20+PjsgRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc8bWFp
bHRvOmRldG5ldEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW0RldG5ldF0gRFAgc29sdXRpb24g
KFNlcXVlbmNlIE51bWJlcmluZykNCg0KDQoNCkFuZHkNCk9uIDE2LzAxLzIwMTggMTU6MjAsIEFu
ZHJldyBHLiBNYWxpcyB3cm90ZToNClN0ZXdhcnQsDQoNCkxpa2Ugd2l0aCBQV3MgKHNpbmNlIERF
VE5FVCBmb3IgTVBMUyB3b3VsZCBqdXN0IGJlIGFub3RoZXIgUFcgdHlwZSksIHRhcmdldGVkIExE
UCBhbmQgcHJvdmlzaW9uaW5nICh2aWEgYSBjZW50cmFsIGNvbnRyb2xsZXIsIE5NUywgZXRjLikg
YXJlIGFsdGVybmF0aXZlcyB0byBSU1ZQIGFuZCBTUiB0byBwcm92aXNpb25pbmcvYWxsb2NhdGlu
ZyB0aGUgREVUTkVUIFBXIGxhYmVsLg0KDQouLiBhbmQgSSBzdXBwb3NlIHN0cmljdGx5IEJHUCB3
aGljaCBpcyBhbHNvIHVzZWQgZm9yIHRoaXMgcHVycG9zZSBpbiBWUE5zDQoNCg0KDQpZb3UgYW5k
IE1hY2ggYXJlIGJvdGggcmlnaHQgdGhhdCBpbiB0aGUgSVAgKG5vbi1NUExTKSBjYXNlLCB3ZSBu
ZWVkIGEgd2F5IGZvciB0aGUgTlAgdG8gZGV0ZWN0IERFVE5FVCBmbG93cy4gV2UgY291bGQgaGF2
ZSBhIG5ldyBJUCBwcm90b2NvbCB0eXBlIGZvciBERVRORVQsIGFuZCBhIERFVE5FVCBoZWFkZXIg
ZGlyZWN0bHkgZm9sbG93cyB0aGUgSVAgaGVhZGVyLiBJbiB0aGF0IGNhc2UsIHRoZSBERVRORVQg
aGVhZGVyIHdvdWxkIGFsc28gbmVlZCBhIG5leHQgcHJvdG9jb2wgaWRlbnRpZmllciwgdW5sZXNz
IHRoZSBuZXh0IHByb3RvY29sIGlzIGFsd2F5cyBhbm90aGVyIElQIGhlYWRlci4NCg0KTGFzdCBJ
IHNhdywgdGhlIHRoaW5raW5nIHdhcyB0aGF0IHRoZXJlIHdvdWxkIGJlIGFuIElQIGV4dGVuc2lv
biBoZWFkZXIsIGFsdGhvdWdoIEkgYW0gbm90IGEgZmFuIG9mIHRob3NlIHNpbmNlIChhKSBJIGFt
IG5vdCBjb25maWRlbnQgd2hhdCBhIHJvdXRlciB3aWxsIGRvIG9uZSBpdCBkb2VzIG5vdCB1bmRl
cnN0YW5kLCBhbmQgKGIpIEkgYW0gY29uY2VybmVkIGFib3V0IHRoZSBuZWVkIHRvIHN1cHBvcnQg
SVB2NCB3aGljaCBJIHN1c3BlY3Qgd2lsbCBoYXZlIGEgbG9uZyB0YWlsIGluIGVudGVycHJpc2Ug
ZGVwbG95bWVudC4NCg0KSSBwcmVmZXIgYSBVRFAgdHlwZSBmb3IgdGhpcyBwdXJwb3NlIHNpbmNl
IGl0IGhhcyB1bml2ZXJzYWwgc3VwcG9ydCB0aHJvdWdoIGFueSBtaWRkbGUgYm94LiBmaXJld2Fs
bCBldGMsIGFuZCBhbGwgcm91dGVycyBuZWVkIHRvIGxvb2sgYSB0aGUgVURQIERQIHNvIGNoZWNr
aW5nIGlmIGl0IGlzIG9uZSB0aGV5IG5lZWQgdG8gd29yayBvbiBpcyBqdXN0IG9uZSBjb21wYXJl
IGFuZCBjb25kaXRpb25hbCBicmFuY2guDQoNCg0KDQpPZiBjb3Vyc2UsIGZvciBNUExTLCB0aGUg
REVUTkVUIFBXIGxhYmVsIGlzIHRoZSBpZGVudGlmaWVyLg0KDQpPbmx5IGF0IHRoZSBQVyBsYXll
ci4gTm90ZSBteSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoaXMgaXMgc3VmZmljaWVudC4NCg0K
LSBTdGV3YXJ0DQoNCg0KQ2hlZXJzLA0KQW5keQ0KDQoNCk9uIFR1ZSwgSmFuIDE2LCAyMDE4IGF0
IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb208bWFpbHRv
OnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT4+IHdyb3RlOg0KDQpJZiB3ZSBuZWVkIHRvIGRpc2Ny
aW1pbmF0ZSBhdCB0aGUgUFNOIGxheWVyIHJhdGhlciB0aGFuIHRoZSBETiBsYXllciB0aGVuIHdl
IHJlYWxseSBhcmUgZm9yY2VkIHRvIGNyZWF0ZSBhIG5ldyBGRUMgdHlwZSBmb3IgTVBMUywgb3Ig
c3ludGhlc2l6ZSBvbmUgdGhyb3VnaCBSU1ZQIG9yIFNSLiBJUCBoYXMgbm8gbmF0aXZlIHN1cHBv
cnQgZm9yIHRoaXMsIGJ1dCB3ZSBjb3VsZCBpbnRyb2R1Y2UgdGhlIGNvbmNlcHQsIGZvciBleGFt
cGxlIGJ5IG1ha2luZyB0aGlzIHRoZSBwcm9wZXJ0eSBvZiB0aGUgSVAgYWRkcmVzcyBvciBzb21l
IHdheSBvZiBNUExTaW5nIElQLg0KDQpIb3dldmVyIHRoZXJlIGlzIGEgZGVlcGVyIHF1ZXN0aW9u
IHdlIG5lZWQgdG8gYW5zd2VyLiBJcyBvdXIgZXhwZWN0YXRpb24gdGhhdCBlYWNoIGhvcCBpbiB0
aGUgZGF0YSBwbGFuZSBETiBhd2FyZSwgb3IgaXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgYXQgbGVz
dCBpbiBzb21lIG5ldHdvcmtzIHRoZSBkYXRhIHBsYW5lIGlzIGdlbmVyaWMgd2l0aCBzb21lIERO
IG5vZGVzIHN0cmF0ZWdpY2FsbHkgcGxhY2VkPw0KDQpJIGNhbiBzZWUgdGhhbiBpbiBzb21lIGdy
ZWVuZmllbGQgc3BlY2lhbGlzdCBjYXNlcyB0aGUgcm91dGVycyB3aWxsIGFsbCBiZSBETiBhd2Fy
ZSwgYnV0IGluIG9yZGVyIHRvIGdldCBkZXBsb3ltZW50IGluIG1vc3QgbmV0d29ya3Mgd2UgbmVl
ZCB0byBkZXNpZ24gZm9yIHRoZSBjYXNlIHdoZXJlIG9ubHkgc3RyYXRlZ2ljIG5vZGVzIGFyZSBE
TiBhd2FyZS4NCg0KLSBTdGV3YXJ0DQoNCk9uIDE2LzAxLzIwMTggMDE6MTQsIE1hY2ggQ2hlbiB3
cm90ZToNCkhpIEJhbGF6cywNCg0KIzIgaXMgYSBtb3JlIG5hdHVyZSBzb2x1dGlvbiwgdGhlIERl
dE5ldCBDVyBpcyBkZWRpY2F0ZWQgZm9yIERldE5ldCwgc2VlbXMgdGhlcmUgaXMgbm8gY29tcGF0
aWJpbGl0eSBpc3N1ZS4NCg0KSW4gYWRkaXRpb24sIEkgdGhpbmsgd2UgbmVlZCB0byBkZWZpbmUg
YSB3YXkgb24gaG93IHRvIGRpZmZlcmVudGlhdGUgYSBEZXROZXQgZmxvdyBmcm9tIGEgbm9uLURl
dE5ldCBmbG93LCB0aGVuIHRoZSBuZXR3b3JrIHByb2Nlc3NvciBjYW4gcHJvY2VzcyB0aGUgQ1cg
YXMgZXhwZWN0ZWQuICBJbiBUU04sIGl0IHVzZXMgdGhlIHByaW9yaXR5IHRvIGRldGVybWluZSB3
aGV0aGVyIGEgZmxvdyBpcyBUU04gb3Igbm9uLVRTTiBmbG93LiBGb3IgRGV0TmV0LCBzaG91bGQg
d2UgYWxzbyB1c2UgdGhlIHNhbWUgd2F5IChlLmcuLCBUQywgRFNDUCk/IE9yIHRoZSBEZXROZXQg
c2VydmljZSBMYWJlbCBpdHNlbGYgaW1wbGllcyB0aGUgc2l0dWF0aW9uLCBidXQgaXQgc2VlbXMg
dGhhdCB0aGlzIG9ubHkgd29ya3Mgd2hlbiB0aGUgRGV0TmV0IHNlcnZpY2UgbGFiZWwgaXMgdGhl
IHRvcCBsYWJlbC4NCg0KQW55IG90aGVyIHRob3VnaHRzPw0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNo
DQoNCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh
bGYgT2YgQmFsw6F6cyBWYXJnYSBBDQpTZW50OiBNb25kYXksIEphbnVhcnkgMTUsIDIwMTggOTow
NiBQTQ0KVG86IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPjxtYWlsdG86ZGV0bmV0QGlldGYu
b3JnPg0KU3ViamVjdDogW0RldG5ldF0gRFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmluZykN
Cg0KDQpIaSwNCg0KDQoNClNvbWUgdGhvdWdodHMgdG8gc3RhcnQgZGlzY3Vzc2lvbiBvbiBvcGVu
IHBvaW50cyBvZiB0aGUgRFAgc29sdXRpb24gZHJhZnQuDQoNClRoaXMgbWFpbCgtdGhyZWFkKSBp
cyBvbiBzZXF1ZW5jZSBudW1iZXJpbmcuDQoNCg0KDQpQcm9ibGVtIGluIGNhc2Ugb2YgTVBMUyBh
bmQgRGV0TmV0IENvbnRyb2wgV29yZDoNCg0KLSBTL04gc2tpcHMgemVybyBwcm9ibGVtOiBFdGhl
cm5ldCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJvLg0KDQpJdCB1c2Vz
IHplcm8gdG8gbWVhbiBubyBTL04gaW4gdXNlLiAocmZjNDQ0OCkNCg0KDQoNClBvc3NpYmxlIHBy
b2JsZW0gcmVzb2x1dGlvbnM6DQoNCiMxOiBVc2luZyBhICJmbGFnIiBpbiB0aGUgcmVzZXJ2ZWQg
Yml0cyBwYXJ0IG9mIHRoZSBDVzoNCg0KICAgICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAg
ICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KDQogICAgICAwIDEgMiAzIDQgNSA2
IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCg0KICAg
ICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKw0KDQogICAgIHwwIDAgMCAwfER8cmVzZXJ2ZWQgLSBzZXQgdG8gMCAgfCAgIDE2
IGJpdCBTZXF1ZW5jZSBOdW1iZXIgICAgICB8DQoNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KRC1iaXQ6IHNl
dCB0byDigJwx4oCdIG1lYW5zIERldE5ldCBzcGVjaWZpYyBTZXEuIE51bWJlciB1c2VkLA0KDQpC
aXQ1LTE1OiByZXNlcnZlZC4NCg0KDQoNClJGQzQ0NDggc3RhdGVzIHRoYXQgcmVzZXJ2ZWQgYml0
cyDigJxNVVNUIGJlIGlnbm9yZWQgdXBvbiByZWNlaXB04oCdLCBzbyBiYWNrd2FyZA0KDQpjb21w
YXRpYmlsaXR5IGlzIGVuc3VyZWQuIFN1Y2ggYSBzb2x1dGlvbiB3b3VsZCBhbGxvdyBhbHNvIHRv
IHVzZSBsb25nZXIgc2VxLm51bS4NCg0KZm9ybWF0cyAoaWYgbmVlZGVkKS4gU3VjaCBhIGZvcm1h
dCBpcyBhbHNvIGlubGluZSB3aXRoIFJGQzQzODUuDQoNCg0KDQojMjogTWFraW5nIOKAnDDigJ0g
YXMgYSB2YWxpZCBTZXEuTnVtLg0KDQpEZXROZXQgZmxvd3MgYXJlIHJlY29nbml6ZWQgYW5kIGZv
cndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0DQoNCmRvbWFpbi4gUy9OIGlzIHVzZWQg
d2l0aGluIHRoZSBEZXROZXQgZG9tYWluIGJ5IERldE5ldCBTZXJ2aWNlIGZ1bmN0aW9ucw0KDQoo
aS5lLiBQUkVGKS4gUy9OIHVzZWQgb25seSBvbiBEZXROZXQgZW5kLW5vZGVzIGFuZCBEZXROZXQg
cmVsYXktbm9kZXMuIE5vDQoNCm90aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMv
TiwgdGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lmeSBpdHMNCg0Kb3duIHNlcXVlbmNlIG51bWJl
ciBwcm9jZXNzaW5nIGFsZ29yaXRobS4gU28g4oCcMOKAnSBjYW4gYmUgYSB2YWxpZCBudW1iZXIN
Cg0KYW5kIG5vdCB0aGUgaW5kaWNhdGlvbiB0aGF0IG5vIFNlcS5OdW0uIGlzIHVzZWQuIFRoaXMg
aXMgaW5saW5lIHdpdGggUkZDNDM4NS4NCg0KDQoNCiMzOiBPdGhlciDigKYgPyE/DQoNCg0KDQpD
b21tZW50cyBhcmUgd2VsY29tZS4NCg0KDQoNCkNoZWVycw0KDQpCYWxhJ3pzDQoNCg0KDQotLS0t
LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogZGV0bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5j
ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMb3UgQmVyZ2VyDQpTZW50OiAyMDE4LiBqYW51w6Fy
IDEwLiAxOTowMQ0KVG86IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRA
aWV0Zi5vcmc+Pg0KU3ViamVjdDogW0RldG5ldF0gcmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVy
aW0NCg0KDQoNCmlzIGF2YWlsYWJsZSBmb3IgZG93bmxvYWQgYXQ6DQoNCmh0dHBzOi8vaWV0Zi53
ZWJleC5jb20vaWV0Zi9sZHIucGhwP1JDSUQ9ZTUxMTZiYzdkYjI1NGMyNGE3YmIzMjE3YmYyMDIz
MDE8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19p
ZXRmLndlYmV4LmNvbV9pZXRmX2xkci5waHAtM0ZSQ0lELTNEZTUxMTZiYzdkYjI1NGMyNGE3YmIz
MjE3YmYyMDIzMDEmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9n
RHdQRGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZN
anMmcz0zcmIzUkVfWjJ3T1c4dnAtQU1zYTJsZ1NoMFU0QmdkWkY3enUxdFh3ZDZrJmU9Pg0KDQoN
Cg0KcmF3IG5vdGVzIGFyZSBhdmFpbGFibGUgYXQNCg0KaHR0cDovL2V0aGVycGFkLnRvb2xzLmll
dGYub3JnOjkwMDAvcC9ub3Rlcy1pZXRmLWludGVyaW0tMjAxOC1kZXRuZXQtMDE8aHR0cHM6Ly91
cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX2V0aGVycGFkLnRvb2xz
LmlldGYub3JnLTNBOTAwMF9wX25vdGVzLTJEaWV0Zi0yRGludGVyaW0tMkQyMDE4LTJEZGV0bmV0
LTJEMDEmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNm
TWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz1s
T19aZEhBclFRc2FETll2TXlJY3ptZDZGMVBfYWN1TTBrRk1aNTFVWDZjJmU9Pg0KDQoNCg0KUGxl
YXNlIGZlZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFkIGJhc2VkIG9uIHRoZSByZWNvcmRp
bmcuDQoNCg0KDQpMb3UgKGFuZCBjby1jaGFpcnMpDQoNCg0KDQpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpkZXRuZXQgbWFpbGluZyBsaXN0DQoNCmRl
dG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2lu
dC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2Rl
dG5ldCZkPUR3TUdhUSZjPWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmcj1aY0hDNndYX2dEd1BEY2ZN
YUZOWmlRJm09V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZzPWhT
OV9ISTExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0OW5qckZRTUkmZT0+DQoNCg0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KZGV0bmV0IG1haWxp
bmcgbGlzdA0KDQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NCg0KaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8aHR0cHM6Ly91cmxkZWZl
bnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1h
bl9saXN0aW5mb19kZXRuZXQmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNI
QzZ3WF9nRHdQRGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdk
SVdLQmZNanMmcz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmU9
Pg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpk
ZXRuZXQgbWFpbGluZyBsaXN0DQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9y
Zz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PGh0dHBzOi8v
dXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3Jn
X21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmQ9RHdNR2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2Jw
ZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmbT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFq
QWZ3UWY3ZElXS0JmTWpzJnM9aFM5X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpy
RlFNSSZlPT4NCg0KDQoNCg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4gXCxzZXJpZiI7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs
aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9t
Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu
cy1zZXJpZjsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu
ZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M
IFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw
dDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29s
b3I6YmxhY2s7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToi
SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z
dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7DQoJ
Y29sb3I6YmxhY2s7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFs
MA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K
CW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMS4wcHQ7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcC5t
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCwgbGkubTE1MTk3NzUzOTQ2MDk1MDU0MjNt
c29wbGFpbnRleHQsIGRpdi5tMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dA0KCXttc28t
c3R5bGUtbmFtZTptXzE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQ7DQoJbXNvLXN0eWxl
LXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDow
Y207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZv
bnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s
b3I6YmxhY2s7fQ0Kc3Bhbi5ob2VuemINCgl7bXNvLXN0eWxlLW5hbWU6aG9lbnpiO30NCnNwYW4u
RW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxl
MjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh
bnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXttc28t
c3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN
Cgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTI2DQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndp
bmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9
DQpzcGFuLkVtYWlsU3R5bGUyOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh
bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1h
aWxTdHlsZTI5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMzEN
Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt
c2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUzMg0KCXttc28tc3R5
bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5
cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN
Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy
LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5
bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0
IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld
Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp
dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVh
ZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9
InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkhpLDxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+c29tZSBjb21tZW50cyByZWdhcmRpbmcgd2hhdCBpcyBu
ZWVkZWQgZm9yIGEgJnF1b3Q7bmV0d29ya3MgdGhhdCBhcmUgdW5kZXIgYSBzaW5nbGUgYWRtaW5p
c3RyYXRpdmUgY29udHJvbCZxdW90OywgYmFzZWQgb24gdGhlIGV4aXN0aW5nIFdHIGRyYWZ0cyAo
cHJvYmxlbSBzdGF0ZW1lbnQsIHVzZS1jYXNlcywgYXJjaGl0ZWN0dXJlLCBldGMuKS4gTGV0J3Mg
dHJ5IHRvIGtlZXANCiBpdCBzaW1wbGUgYW5kIGZvY3VzIG9uIHdoYXQgd2UgbmVlZDo8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+MSwgRmxvdyByZXF1aXJlbWVudHM6IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLSBsb3NzIGFuZC9vciBkZWxheSBib3VuZHM8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+MiwgRGV0TmV0IGZ1bmN0aW9ucyAoZGVmaW5lZCBzbyBmYXIpOg0K
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtIERO
MSwgQ29uZ2VzdGlvbiBwcm90ZWN0aW9uIChpLmUuIHJlc2VydmluZyByZXNvdXJjZXMsIG1hZ2lj
IHF1ZXVpbmcsIGV0Yy4pPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyAtIEROMiwgRXhwbGljaXQgcm91dGVzIChpLmUuIHRyYWZmaWMgZW5naW5lZXJp
bmcpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAt
IEROMywgU2VydmljZSBwcm90ZWN0aW9uIChhZ2FpbnN0IGxvc3MgYnkgbmV0d29yayBmYWlsdXJl
cyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+Tm90ZTogVGhlc2UgdGhyZWUgdGVjaG5pcXVlcyBjYW4gYmUg
YXBwbGllZCBpbmRlcGVuZGVudGx5LCBkZXBlbmRpbmcgb24gdGhlIEZsb3cgcmVxdWlyZW1lbnRz
IGFuZCB0aGUgbmV0d29yayBzY2VuYXJpby4gQXMgYW4gZXhhbXBsZSwgY29uZ2VzdGlvbiBwcm90
ZWN0aW9uIChETjEpIGFsb25lIGlzIG9mZmVyZWQgYnkgSUVFRSA4MDIuMSBBdWRpbyBWaWRlbw0K
IGJyaWRnaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Mywg
RmxvdyBzcGVjaWZpYyBpbmZvcm1hdGlvbiBoYXZlIHRvIHRyYXZlbCB3aXRoIHRoZSBwYWNrZXQ6
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtIEZs
b3ctSUQgKHJlcXVpcmVkIGJ5IGFsbCBEZXROZXQgZnVuY3Rpb25zKTxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLSBTZXF1ZW5jZSBOdW1iZXIgKHJl
cXVpcmVkIG9ubHkgYnkgJnF1b3Q7U2VydmljZSBQcm90ZWN0aW9uJnF1b3Q7IGZ1bmN0aW9uKTxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj
b2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+U28sIHJlZ2FyZGluZyB0
aGUgcXVlc3Rpb25zIGhlcmUgb24gdGhlIGxpc3Q6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0gRG8gd2Ug
bmVlZCBhbGwgbm9kZXMgdG8gYmUgRE4tYXdhcmUgaW4gYSBuZXR3b3JrPzxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0Ij5Ob3QgbmVjZXNzYXJpbHkuIElmIGluIGEgbmV0d29yayBzY2VuYXJpbyBEZXROZXQgZmxv
d3MgcmVxdWlyZSBvbmx5IGZvciBleGFtcGxlIGJhc2ljIEROMSBmdW5jdGlvbiB0aGFuIFlvdSBo
YXZlIGEgZ29vZCBjaGFuY2UgdG8gc2VydmUgaXQgd2l0aCBleGlzdGluZyBkZXZpY2VzLiBIb3dl
dmVyIGluIHNvbWUgY2FzZXMgYWxsIEROIGZ1bmN0aW9ucyBhcmUNCiBuZWVkZWQgYXQgZWFjaCBo
b3AsIHNvIHllcywgYWxsIG5vZGVzIGhhdmUgdG8gYmUgRE4gYXdhcmUuIDxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0Ij5Db25jbHVzaW9uOiB0aGUgbW9yZSBETiBmdW5jdGlvbnMgYXJlIG5lZWRlZCBpbiBhIG5l
dHdvcmsgc2NlbmFyaW8gdG8gc2VydmUgRGV0TmV0IGZsb3dzLCB0aGUgbW9yZSBwcm9iYWJseSB3
ZSBuZWVkIEROLWF3YXJlIG5vZGVzIGF0IGVhY2ggaG9wLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+LSBEbyB3ZSBuZWVkIERldE5ldCBkYXRhLXBsYW5lIGZvciBJ
UHY0LCBJUHY2IGFuZCBNUExTPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5ZZXMsIHRoYXQgd291bGQgYmUg
bmljZSB0byBoYXZlIGZvciBhbGwgb2YgdGhlbS4gQnV0IEkgdGhpbmsgaXQgaXMgYSBiZXR0ZXIg
cXVlc3Rpb24gd2hpY2ggb25lIGhhcyB0aGUgc21hbGxlc3QgZGlzdGFuY2UgdG8gYmUgRGV0TmV0
LXJlYWR5PyAoSSBtZWFuIHdoaWNoIG5lZWQgdGhlIGxlc3MgbmV3IHN0dWZmIHRvIHN1cHBvcnQg
RE4/KSBUaGUgZGF0YS1wbGFuZQ0KIGFsdGVybmF0aXZlIHJlbGF0ZWQgZHJhZnQgZm9jdXNlZCBv
biB0aGF0IGFuZCBhbHNvIHRoZSBtYWlsaW5nIHRocmVhZHMgaGVyZS4gPG86cD4NCjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+Q29uY2x1c2lvbjogSSB0aGluayB3ZSBjYW4gY29uY2x1ZGUgb24gYSByYW5rIG9mICZx
dW90O3NtYWxsZXN0IERldE5ldC1kaXN0YW5jZSZxdW90Ozo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+MSwg
TVBMUzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4yLCBJUHY2PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjMuIElQdjQ8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+Tm90ZTogaW4gbXkgdmlldyB0aGlzIGlzIGFsc28gdGhlIHByb2Jh
YmlsaXR5IGxpc3Qgd2hhdCBuZXR3b3JrcyBzb21lb25lIGludGVuZHMgdG8gdXNlIHRvIGZvcndh
cmQgRGV0TmV0IGZsb3dzIOKApjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+Q2hlZXJzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlZCYWxhJ3pzPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6
bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNt
IDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93
dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4gZGV0
bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9i
Pkdyb3NzbWFuLCBFdGhhbiBBLjxicj4NCjxiPlNlbnQ6PC9iPiAyMDE4LiBqYW51w6FyIDE3LiAx
OTo1MTxicj4NCjxiPlRvOjwvYj4gRGV0TmV0IFdHICZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7OyBE
ZWJvcmFoIEJydW5nYXJkICZsdDtkYjM1NDZAYXR0LmNvbSZndDs7IFN0ZXdhcnQgQnJ5YW50ICZs
dDtzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBUaW0gQ2hvd24g
KFRpbS5DaG93bkBqaXNjLmFjLnVrKSAmbHQ7VGltLkNob3duQGppc2MuYWMudWsmZ3Q7PGJyPg0K
PGI+U3ViamVjdDo8L2I+IFJlOiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNh
dGlvbik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+VGhhbmtzIFN0ZXdhcnQuIFJlZ2FyZGluZzogPG86
cD4NCjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21h
cmdpbi1sZWZ0OjM2LjBwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh
bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPuKAnFllcywgd2UgbmVlZCB0
byBoYXZlIHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBv
ZiB3aGV0aGVyPGJyPg0KYSkgV2Ugc3VwcG9ydCB2NDxicj4NCmIpIFdlIHN1cHBvcnQgdjQgYW5k
IHY2IGJ5IHY0IGFuZCB2NiBzcGVjaWZpYyBwcm90b2NvbCBleHRlbnNpb25zPGJyPg0KYykgV2Ug
dXNlIGEgc2luZ2xlIGNvbW1vbiBJUCBhcHByb2FjaDxicj4NCmQpIFdlIHVzZSBhbiBhcHByb2Fj
aCB0aGF0IGlzIGNvbW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFPigJ08L3NwYW4+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5QZXJoYXBzLCBnaXZlbiBUaW0g
Q2hvd27igJlzIGVhcmxpZXIgY29tbWVudDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IOKAnElmIHlvdeKAmXJlIHN1Z2dlc3Rpbmcg
YW4gSVB2NC1vbmx5IHNvbHV0aW9uLCB5b3XigJlyZSBydW5uaW5nIHVwIGFnYWluc3QNCjxhIGhy
ZWY9Imh0dHBzOi8vd3d3LmlhYi5vcmcvMjAxNi8xMS8wNy9pYWItc3RhdGVtZW50LW9uLWlwdjYv
Ij5odHRwczovL3d3dy5pYWIub3JnLzIwMTYvMTEvMDcvaWFiLXN0YXRlbWVudC1vbi1pcHY2Lzwv
YT4u4oCdPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5XZSBjb3Vs
ZCBnZXQgRGVib3JhaCB3aXRoIGhlciBBRCBoYXQgb24gdG8gY29tbWVudCBvbiB0aGlzPw0KPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPkV0aGFuLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz
b2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFu
PjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IFN0ZXdhcnQgQnJ5YW50IFs8YSBo
cmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIj5tYWlsdG86c3Rld2FydC5icnlh
bnRAZ21haWwuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVhcnkg
MTcsIDIwMTggMTA6MzkgQU08YnI+DQo8Yj5Ubzo8L2I+IEdyb3NzbWFuLCBFdGhhbiBBLiAmbHQ7
PGEgaHJlZj0ibWFpbHRvOmVhZ3Jvc0Bkb2xieS5jb20iPmVhZ3Jvc0Bkb2xieS5jb208L2E+Jmd0
OzsgQmFsw6F6cyBWYXJnYSBBICZsdDs8YSBocmVmPSJtYWlsdG86YmFsYXpzLmEudmFyZ2FAZXJp
Y3Nzb24uY29tIj5iYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb208L2E+Jmd0OzsgQW5kcmV3IEcu
IE1hbGlzICZsdDs8YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20iPmFnbWFsaXNAZ21h
aWwuY29tPC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+IERldE5ldCBXRyAmbHQ7PGEgaHJlZj0ibWFp
bHRvOmRldG5ldEBpZXRmLm9yZyI+ZGV0bmV0QGlldGYub3JnPC9hPiZndDs7IE1hY2ggQ2hlbiAm
bHQ7PGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIj5tYWNoLmNoZW5AaHVhd2Vp
LmNvbTwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBEUCBzb2x1dGlvbiAoRmxvdyBp
ZGVudGlmaWNhdGlvbik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cD5IaSZuYnNwOyBFdGhh
biw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDE3LzAxLzIwMTggMTg6MjQsIEdy
b3NzbWFuLCBFdGhhbiBBLiB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVv
dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+VGhhbmtzIFN0ZXdh
cnQgZm9yIHRoZSBjbGFyaWZpY2F0aW9uLiBJIGludGVycHJldCB5b3VyIHN0YXRlbWVudCDigJxh
IGRlY2lzaW9uIG5vdCB0byBzdXBwb3J0IElQdjTigJ0gdG8gbWVhbiDigJxhIGRlY2lzaW9uIG5v
dCB0byBwcm9wb3NlIGFkZGluZyBhbnl0aGluZyB0byB0aGUgZXhpc3RpbmcgSVB2NCBzdGFuZGFy
ZOKAnS4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm
Ij48YnI+DQpUbyBzdXBwb3J0IElQdjQgdGhlcmUgYXJlIGEgbnVtYmVyIG9mIG1ldGhvZHMgdGhh
dCBhcmUgcG9zc2libGUsIG9uZSBpcyB0byBhZGQgc29tZXRoaW5nIHRvIHY0IGl0c2VsZiBhcyBp
cyBwcm9wb3NlZCBmb3IgdjYuIEFkZGluZyBzb21ldGhpbmcgdG8gdGhlIGJhc2UgcHJvdG9jb2wg
d2lsbCBiZSB2ZXJ5IGRpZmZpY3VsdC48YnI+DQo8YnI+DQpBbm90aGVyIG1ldGhvZCwgaXMgdG8g
ZG8gd2hhdCBoYXMgYmVlbiBwcm9wb3NlZCBieSBzb21lIGZvciBNUExTLCB0aGF0IGlzIHRvIGVu
Y29kZSB0aGUgaWRlbnRpdHkgYW5kIHR5cGUgaW4gdGhlIElQIGFkZHJlc3MuIFRoZXJlIGlzIGEg
cHJvcG9zYWwgdG8gZG8gdGhpcyBpbiBTUnY2LiBJIGFtIG5vdCBhIGdyZWF0IGZhbiBvZiBhYnVz
aW5nIHRoZSBhZGRyZXNzIHNwYWNlIGZvciB0aGlzIGluIHRoZSB3YXkgcHJvcG9zZWQgYnkgdGhh
dCB3b3JrLA0KIGJ1dCBtYXliZSB3ZSBjYW4gZG8gc29tZXRoaW5nIG11Y2ggc2ltcGxlciBoZXJl
IGFuZCBzaW1wbHkgaWRlbnRpZnkgdGhlIEROIGluc3RhbmNlIGJ5IHRoZSBJUCBhZGRyZXNzIHdp
dGggbm8gb3RoZXIgc2VtYW50aWNzLiBNdWNoIGVhc2llciB0byBkbyB0aGlzIGZvciBJUHY2IHdp
dGggdGhlICZxdW90O2luZmluaXRlIGFkZHJlc3NlcyZxdW90OyBidXQgd2UgY291bGQgZ2V0IGF3
YXkgd2l0aCBpdCBpbiBsaW1pdGVkIHByaXZhdGUgSXB2NCBuZXR3b3Jrcy4gT2YNCiBjb3Vyc2Ug
dGhpcyBkb2VzIGNoYW5nZSB0aGUgcGVyLWhvcCBiZWhhdmlvdXIgb2YgSVAgd2hpY2ggbWF5IGJl
IGEgY2hhbGxlbmdlIHRvIGdldCB0aGUgSUVURiB0byBzaWduIG9mIG9uLjxicj4NCjxicj4NCkFu
b3RoZXIgbWV0aG9kIGlzIHRvIHVzZSBzb21lIG1ldGhvZCBvZiBjYXJyeWluZyBhbiBNUExTIGxh
YmVsIHN0YWNrIC0gdGhpcyB3YXMgdGhlIGZpcnN0IHByb3Bvc2FsLiBOb3cgSSBzYWlkIHRoYXQg
SSBkaWQgbm90IHRoaW5rIGFueW9uZSBoYWQgZG9uZSB0aGF0IGFuZCBJIHN0aWxsIGJlbGlldmUg
dGhhdCB0byBiZSB0aGUgY2FzZSwgYnV0IHRoYXQgZG9lcyBub3QgbWVhbiB0aGF0IGl0IGlzIG5v
dCB0aGUgbGVhc3Qgd29yc3QgYXBwcm9hY2guDQogVGhlcmUgYXJlIGFsdGVybmF0ZXMgZm9yIGV4
YW1wbGUgSVAvVURQL01QTFM8YnI+DQp3aGljaCBpcyB0aGUgc28gY2FsbGVkIFVTUiBhcHByb2Fj
aCB0aGF0IGEgbnVtYmVyIG9mIHVzIGFkdm9jYXRlIGFzIGFuIGFsdGVybmF0aXZlIHRvIFNSdjYu
PGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h
cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+SWYgdGhhdCBpc27igJl0IGNvcnJlY3Qs
IHBsZWFzZSBsZXQgbWUga25vdy4gQXMgeW91IG1heSByZWNhbGwgSSBhbHJlYWR5IHN0YXJ0ZWQg
YSB0aHJlYWQgYXdoaWxlIGFnbyB0byBkaXNjdXNzIElQdjQgdnMgSVB2NiwgYW5kIGJhc2VkIG9u
IHRoZSByZXNwb25zZXMgaXQgYXBwZWFyZWQgdG8gbWUgYXQgdGhhdCB0aW1lIHRoYXQgdGhlcmUg
d2VyZSBzb21lIGtpbmQNCiBvZiBvcHRpb25zLCB0aG91Z2ggbm90IGEg4oCcbmF0aXZlIElQdjTi
gJ0gc29sdXRpb24sIGJ1dCBpdCB3YXNu4oCZdCBjbGVhciB0byBtZSAoYXMgYSBub24tZXhwZXJ0
IGluIHRoZSB2YXJpb3VzIG5ldHdvcmtpbmcgcHJvdG9jb2xzIG1lbnRpb25lZCkgd2hldGhlciB0
aGV5IHdvdWxkIGJlIHZpYWJsZSBpbiBwcmFjdGljZSBvciBub3QuIEkgd2lsbCByZXZpdmUgdGhh
dCB0aHJlYWQgYW5kIHNlZSBpZiB3ZSBjYW4gZ2V0IGFueSBjbG9zZXIgdG8gZGV0ZXJtaW5pbmcN
CiB0aGUgaW1wb3J0YW5jZSBvZiBJUHY0IHRvIG91ciB0YXJnZXQgY3VzdG9tZXJzLCBhbmQgaG9w
ZWZ1bGx5IHNvbWUgc2Vuc2Ugb2Ygd2hldGhlciB0aGUgcHJvcG9zZWQgbm9uLW5hdGl2ZS1JUHY0
IHN0cmF0ZWdpZXMgd2lsbCBob2xkIHdhdGVyLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9i
bG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIu
MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l
cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NClllcywgd2UgbmVlZCB0byBoYXZlIHRoZSBk
aXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0aGVyPGJy
Pg0KPGJyPg0KYSkgV2Ugc3VwcG9ydCB2NDxicj4NCmIpIFdlIHN1cHBvcnQgdjQgYW5kIHY2IGJ5
IHY0IGFuZCB2NiBzcGVjaWZpYyBwcm90b2NvbCBleHRlbnNpb25zPGJyPg0KYykgV2UgdXNlIGEg
c2luZ2xlIGNvbW1vbiBJUCBhcHByb2FjaDxicj4NCmQpIFdlIHVzZSBhbiBhcHByb2FjaCB0aGF0
IGlzIGNvbW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFM8YnI+DQo8YnI+DQotIFN0ZXdhcnQ8YnI+DQo8
YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv
cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5FdGhhbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv
cmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5G
cm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiBTdGV3YXJ0IEJy
eWFudCBbPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20iPm1h
aWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb208L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEphbnVhcnkgMTcsIDIwMTgg
MTI6MjkgQU08YnI+DQo8Yj5Ubzo8L2I+IEdyb3NzbWFuLCBFdGhhbiBBLiA8L3NwYW4+PGEgaHJl
Zj0ibWFpbHRvOmVhZ3Jvc0Bkb2xieS5jb20iPiZsdDtlYWdyb3NAZG9sYnkuY29tJmd0OzwvYT48
c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+OyBCYWzDoXpzIFZhcmdhIEENCjwvc3Bhbj48
YSBocmVmPSJtYWlsdG86YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tIj4mbHQ7YmFsYXpzLmEu
dmFyZ2FAZXJpY3Nzb24uY29tJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
OyBBbmRyZXcgRy4gTWFsaXMNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFpbC5j
b20iPiZsdDthZ21hbGlzQGdtYWlsLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPjxicj4NCjxiPkNjOjwvYj4gRGV0TmV0IFdHIDwvc3Bhbj48YSBocmVmPSJtYWlsdG86
ZGV0bmV0QGlldGYub3JnIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzwvYT48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+OyBNYWNoIENoZW4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bWFj
aC5jaGVuQGh1YXdlaS5jb20iPiZsdDttYWNoLmNoZW5AaHVhd2VpLmNvbSZndDs8L2E+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogRFAgc29s
dXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv
bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNi8wMS8yMDE4IDE4OjM4
LCBHcm9zc21hbiwgRXRoYW4gQS4gd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9j
a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkhpIEJhbGHi
gJl6cyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+UmVnYXJkaW5nIElQdjQsIEkgYWxzbyB1bmRlcnN0b29k
IHRoYXQgd2UgZGVjaWRlZCB0aGF0IHdlIGNhbuKAmXQgYWRkIG5ldyBJUHY0IGZpZWxkcy4gUGFy
ZG9uIG15IGlnbm9yYW5jZSBoZXJlLCBidXQgZG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMgbm8gcGFy
dCBvZiBEZXROZXQgY2FwYWJpbGl0eSB0aGF0IGNhbiBiZSBydW4gb3ZlciBJUHY0PyBPciBpcyB0
aGVyZQ0KIHNvbWUg4oCcd29ya2Fyb3VuZOKAnSB0byBwcm92aWRlIGFzIEkgc2F5IGV2ZW4gcGFy
dCBvZiB0aGUgRGV0TmV0IGNhcGFiaWxpdHksIGdpdmVuIHRoYXQgaXQgaXMgYW4gRW5naW5lZXJl
ZCBuZXR3b3JrPyBJIGp1c3Qgd2FudCB0byBjbGFyaWZ5IGV4cGVjdGF0aW9ucyBoZXJlLg0KPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw
dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+PGJyPg0K
SWYgeW91IGhhdmUgYSBuYXRpdmUgSVB2NCBuZXR3b3JrIHRvIHdoaWNoIHlvdSBwcmVzZW50IElQ
djYgcGFja2V0cywgeW91IGVpdGhlciBoYXZlIHRvIHR1bm5lbCB0aGVtIGFjcm9zcyB3aGVyZSB0
aGUgSVB2NiBpcyBjb25zaWRlcmVkIG9wYXF1ZSBkYXRhLCBvciB5b3UgaGF2ZSB0byB0cmFuc2xh
dGUgdGhlbSB0byBJUHY0LCBidXQgdGhhdCByZXF1aXJlcyBzb21lIGNvbW1vbiBzZW1hbnRpY3Mg
dG8gZGVhbCB3aXRoIGV4dGVuc2lvbiBoZWFkZXJzDQogd2hpY2ggd2UgZG9uJ3QgY3VycmVudGx5
IGhhdmUuPGJyPg0KPGJyPg0KU28sIGFzIGZhciBhcyBJIGNhbiBzZWUsIGEgZGVjaXNpb24gbm90
IHRvIHN1cHBvcnQgSVB2NCBtZWFucyBubyBETiBzdXBwb3J0IGFjcm9zcyB0aGUgSVB2NCBuZXR3
b3JrLjxicj4NCjxicj4NCldoaWNoIHRha2VzIHVzIGJhY2sgdG8gdGhlIHF1ZXN0aW9uIG9mIGhv
dyBpbXBvcnRhbnQgaXMgdGhpcyBhbmQgd2hhdCB3aWxsIGl0IGRvIHRvIHRoZSB0YWtlLXVwIG9m
IHRoZSB0ZWNobm9sb2d5IGJ5IGl0cyB0YXJnZXQgY3VzdG9tZXJzPzxicj4NCjxicj4NCi0gU3Rl
d2FydDxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3Rl
IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlRoYW5rcyw8L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+RXRoYW4uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk
ICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9i
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4gZGV0bmV0IFs8L3NwYW4+PGEgaHJlZj0i
bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0
Zi5vcmc8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPl0NCjxiPk9uIEJlaGFsZiBP
ZiA8L2I+QmFsw6F6cyBWYXJnYSBBPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEphbnVhcnkg
MTYsIDIwMTggMTA6MjEgQU08YnI+DQo8Yj5Ubzo8L2I+IFN0ZXdhcnQgQnJ5YW50IDwvc3Bhbj48
YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIj4mbHQ7c3Rld2FydC5icnlh
bnRAZ21haWwuY29tJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+OyBBbmRy
ZXcgRy4gTWFsaXMNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20iPiZs
dDthZ21hbGlzQGdtYWlsLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQi
Pjxicj4NCjxiPkNjOjwvYj4gRGV0TmV0IFdHIDwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZGV0bmV0
QGlldGYub3JnIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzwvYT48c3BhbiBzdHlsZT0iY29sb3I6
d2luZG93dGV4dCI+OyBNYWNoIENoZW4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bWFjaC5jaGVu
QGh1YXdlaS5jb20iPiZsdDttYWNoLmNoZW5AaHVhd2VpLmNvbSZndDs8L2E+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBbRGV0bmV0XSBEUCBzb2x1
dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbik8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+SSB0aGluayB0
aGUgbGFzdCBtYWlscyBhcmUgbW9yZSBhYm91dCBmbG93IGlkZW50aWZpY2F0aW9uIGFuZCBub3Qg
dGhlIHNlcXVlbmNlIG51bWJlci48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+U28sIEkgaGF2ZSByZS1zdWJq
ZWN0ZWQgbXkgYW5zd2VyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4
dCI+UFNOIGxheWVyIHZzLiBETiBsYXllciAoTVBMUyk6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0gaW4g
Y3VycmVudCBkYXRhIHBsYW5lIHRleHQgd2UgaGF2ZSBzdGF0ZWQgdGhhdCBEZXROZXQgUFdzIG1h
eSB1c2UgZGVkaWNhdGVkIExTUHMgKFRFLXR1bm5lbHMpLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlRo
YXQgYWxsb3cgdG8gaWRlbnRpZnkgRGV0TmV0IGZsb3dzIGluIFBTTiBsYXllciB3aXRob3V0IGNo
ZWNraW5nIHRoZSBQVyBsYWJlbC4gU3VjaCBhIHNvbHV0aW9uIG9mDQo8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4
dCI+Y291cnNlIG1heSBjaGFsbGVuZ2Ugc2NhbGFiaWxpdHkuPC9zcGFuPjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPi0g
cmVnYXJkaW5nIHByaW9yaXRpemF0aW9uOiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQIGFuZCBMLUxT
UCBjb25jZXB0LCB3aGF0IG1ha2VzIHBvc3NpYmxlDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+dG8gaWRl
bnRpZnkgRGV0TmV0IHBhY2tldHMuIEhvd2V2ZXIgdGhhdCBpcyBtb3JlIGZvciBzaW1wbGUgcXVl
dWluZyBzY2VuYXJpb3MgYXMgaXQgZG9lcyBub3Q8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+aWRlbnRpZnkg
aW5kaXZpZHVhbCBmbG93cy4gPC9zcGFuPg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPlBTTiBsYXllciB2cy4gRE4gbGF5ZXIgKG5vbi1NUExTKTo8L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4
dCI+LSBJUHY0OiBJZiBJIHJlbWVtYmVyIGNvcnJlY3RseSBpdCB3YXMgZGlzY3Vzc2VkIHRvIGJl
IG91dC1vZi1zY29wZSB0byBzaW1wbGlmeSB0aGUgc2NlbmFyaW9zIHdlIGZvY3VzIG9uLg0KPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPk5vLW9uZSB3YW50ZWQgdG8gZGVmaW5lIG5ldyBJUHY0IGZpZWxkcyBm
b3IgZmxvdy1JRCBhbmQgU2VxLU51bSBpbiB0aGUg4oCcc3Vuc2V0IG9mIElQdjTigJ0uPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y
OndpbmRvd3RleHQiPi0gSVB2NjogYmFzZWQgb24gdGhlIHNyYy1JUHY2IGFuZCB0aGUgZmxvdy1s
YWJlbCBOUCBjYW4gZGV0ZWN0IERldE5ldCBmbG93cy4gV2h5IHdvdWxkIHdlIG5lZWQgYSBuZXcN
Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij5JUCBwcm90b2NvbCB0eXBlPyA8L3NwYW4+PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkdlbmVyaWMgdnMuIEROIGF3YXJlIGRhdGEgcGxhbmU6
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPi0gSSB0aGluayB3ZSBuZWVkIGJvdGguIFdlIGhhdmUgdXNlLWNh
c2VzIHNwZWNpZmllZCBmb3IgYm90aC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+Jm5ic3A7PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndp
bmRvd3RleHQiPkRldE5ldCB0cmFmZmljIHRvIGJlIHRyYW5zcG9ydGVkOjwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0
ZXh0Ij4tIHR3byB0eXBlcyBhcmUgY29uc2lkZXJlZDogPC9zcGFuPg0KPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6MzYuMHB0Ij48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+KDEpIEV0aGVybmV0OiBJRUVFIFRTTiB0cmFmZmljIGVu
Y2Fwc3VsYXRlZCBpbiBFdGhlcm5ldCBmcmFtZXMgYW5kDQo8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6MzYuMHB0Ij48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+KDIpIElQOiBJUHY2IHRyYW5zcG9ydGVkIG92ZXIgYW55
IEwyIChub3QgYWx3YXlzIEV0aGVybmV0LCBidXQgbW9zdCBjYXNlcyBFdGhlcm5ldCk8L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6
MzYuMHB0Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+QXMgbm90ZWQgYWJvdmUgSVB2
NCBpcyBjdXJyZW50bHkgb3V0LW9mLXNjb3BlIOKApjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mbmJzcDs8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6d2luZG93dGV4dCI+Q2hlZXJzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkJhbGHigJl6czwvc3Bh
bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv
cjp3aW5kb3d0ZXh0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBz
dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6
My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dCI+IFN0ZXdhcnQgQnJ5YW50IFs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnN0ZXdhcnQu
YnJ5YW50QGdtYWlsLmNvbSI+bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTwvYT48c3Bh
biBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IDIwMTguIGph
bnXDoXIgMTYuIDE3OjM4PGJyPg0KPGI+VG86PC9iPiBBbmRyZXcgRy4gTWFsaXMgJmx0Ozwvc3Bh
bj48YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFpbC5jb20iPmFnbWFsaXNAZ21haWwuY29tPC9h
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBNYWNo
IENoZW4gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20iPm1h
Y2guY2hlbkBodWF3ZWkuY29tPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7
OyBCYWzDoXpzIFZhcmdhIEEgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86YmFsYXpzLmEudmFy
Z2FAZXJpY3Nzb24uY29tIj5iYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb208L2E+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQiPiZndDs7DQogRGV0TmV0IFdHICZsdDs8L3NwYW4+PGEgaHJl
Zj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyI+ZGV0bmV0QGlldGYub3JnPC9hPjxzcGFuIHN0eWxl
PSJjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbRGV0bmV0
XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5BbmR5PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+T24gMTYvMDEvMjAxOCAxNToyMCwgQW5kcmV3IEcuIE1hbGlzIHdyb3Rl
OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1
LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5T
dGV3YXJ0LCA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkxp
a2Ugd2l0aCBQV3MgKHNpbmNlIERFVE5FVCBmb3IgTVBMUyB3b3VsZCBqdXN0IGJlIGFub3RoZXIg
UFcgdHlwZSksIHRhcmdldGVkIExEUCBhbmQgcHJvdmlzaW9uaW5nICh2aWEgYSBjZW50cmFsIGNv
bnRyb2xsZXIsIE5NUywgZXRjLikgYXJlIGFsdGVybmF0aXZlcyB0byBSU1ZQIGFuZCBTUiB0byBw
cm92aXNpb25pbmcvYWxsb2NhdGluZyB0aGUgREVUTkVUIFBXIGxhYmVsLjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KLi4gYW5kIEkgc3VwcG9zZSBzdHJpY3Rs
eSBCR1Agd2hpY2ggaXMgYWxzbyB1c2VkIGZvciB0aGlzIHB1cnBvc2UgaW4gVlBOczxicj4NCjxi
cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6
NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+WW91IGFuZCBNYWNoIGFyZSBib3RoIHJpZ2h0IHRoYXQgaW4gdGhlIElQIChub24t
TVBMUykgY2FzZSwgd2UgbmVlZCBhIHdheSBmb3IgdGhlIE5QIHRvIGRldGVjdCBERVRORVQgZmxv
d3MuIFdlIGNvdWxkIGhhdmUgYSBuZXcgSVAgcHJvdG9jb2wgdHlwZSBmb3IgREVUTkVULCBhbmQg
YSBERVRORVQgaGVhZGVyIGRpcmVjdGx5IGZvbGxvd3MgdGhlIElQIGhlYWRlci4gSW4gdGhhdCBj
YXNlLCB0aGUgREVUTkVUIGhlYWRlcg0KIHdvdWxkIGFsc28gbmVlZCBhIG5leHQgcHJvdG9jb2wg
aWRlbnRpZmllciwgdW5sZXNzIHRoZSBuZXh0IHByb3RvY29sIGlzIGFsd2F5cyBhbm90aGVyIElQ
IGhlYWRlci48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCkxh
c3QgSSBzYXcsIHRoZSB0aGlua2luZyB3YXMgdGhhdCB0aGVyZSB3b3VsZCBiZSBhbiBJUCBleHRl
bnNpb24gaGVhZGVyLCBhbHRob3VnaCBJIGFtIG5vdCBhIGZhbiBvZiB0aG9zZSBzaW5jZSAoYSkg
SSBhbSBub3QgY29uZmlkZW50IHdoYXQgYSByb3V0ZXIgd2lsbCBkbyBvbmUgaXQgZG9lcyBub3Qg
dW5kZXJzdGFuZCwgYW5kIChiKSBJIGFtIGNvbmNlcm5lZCBhYm91dCB0aGUgbmVlZCB0byBzdXBw
b3J0IElQdjQgd2hpY2ggSSBzdXNwZWN0IHdpbGwNCiBoYXZlIGEgbG9uZyB0YWlsIGluIGVudGVy
cHJpc2UgZGVwbG95bWVudC48YnI+DQo8YnI+DQpJIHByZWZlciBhIFVEUCB0eXBlIGZvciB0aGlz
IHB1cnBvc2Ugc2luY2UgaXQgaGFzIHVuaXZlcnNhbCBzdXBwb3J0IHRocm91Z2ggYW55IG1pZGRs
ZSBib3guIGZpcmV3YWxsIGV0YywgYW5kIGFsbCByb3V0ZXJzIG5lZWQgdG8gbG9vayBhIHRoZSBV
RFAgRFAgc28gY2hlY2tpbmcgaWYgaXQgaXMgb25lIHRoZXkgbmVlZCB0byB3b3JrIG9uIGlzIGp1
c3Qgb25lIGNvbXBhcmUgYW5kIGNvbmRpdGlvbmFsIGJyYW5jaC48YnI+DQo8YnI+DQo8YnI+DQo8
bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp
bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9m
IGNvdXJzZSwgZm9yIE1QTFMsIHRoZSBERVRORVQgUFcgbGFiZWwgaXMgdGhlIGlkZW50aWZpZXIu
IDxvOnA+DQo8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpPbmx5IGF0
IHRoZSBQVyBsYXllci4gTm90ZSBteSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoaXMgaXMgc3Vm
ZmljaWVudC48YnI+DQo8YnI+DQotIFN0ZXdhcnQ8YnI+DQombmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi
Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNoZWVycyw8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFuZHk8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUdWUsIEph
biAxNiwgMjAxOCBhdCA1OjQ2IEFNLCBTdGV3YXJ0IEJyeWFudCAmbHQ7PGEgaHJlZj0ibWFpbHRv
OnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnN0ZXdhcnQuYnJ5YW50
QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5
bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow
Y20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdp
bi1yaWdodDowY207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHA+SWYgd2UgbmVlZCB0
byBkaXNjcmltaW5hdGUgYXQgdGhlIFBTTiBsYXllciByYXRoZXIgdGhhbiB0aGUgRE4gbGF5ZXIg
dGhlbiB3ZSByZWFsbHkgYXJlIGZvcmNlZCB0byBjcmVhdGUgYSBuZXcgRkVDIHR5cGUgZm9yIE1Q
TFMsIG9yIHN5bnRoZXNpemUgb25lIHRocm91Z2ggUlNWUCBvciBTUi4gSVAgaGFzIG5vIG5hdGl2
ZSBzdXBwb3J0IGZvciB0aGlzLCBidXQgd2UgY291bGQgaW50cm9kdWNlIHRoZSBjb25jZXB0LCBm
b3IgZXhhbXBsZSBieQ0KIG1ha2luZyB0aGlzIHRoZSBwcm9wZXJ0eSBvZiB0aGUgSVAgYWRkcmVz
cyBvciBzb21lIHdheSBvZiBNUExTaW5nIElQLjxvOnA+PC9vOnA+PC9wPg0KPHA+SG93ZXZlciB0
aGVyZSBpcyBhIGRlZXBlciBxdWVzdGlvbiB3ZSBuZWVkIHRvIGFuc3dlci4gSXMgb3VyIGV4cGVj
dGF0aW9uIHRoYXQgZWFjaCBob3AgaW4gdGhlIGRhdGEgcGxhbmUgRE4gYXdhcmUsIG9yIGlzIG91
ciBleHBlY3RhdGlvbiB0aGF0IGF0IGxlc3QgaW4gc29tZSBuZXR3b3JrcyB0aGUgZGF0YSBwbGFu
ZSBpcyBnZW5lcmljIHdpdGggc29tZSBETiBub2RlcyBzdHJhdGVnaWNhbGx5IHBsYWNlZD88bzpw
PjwvbzpwPjwvcD4NCjxwPkkgY2FuIHNlZSB0aGFuIGluIHNvbWUgZ3JlZW5maWVsZCBzcGVjaWFs
aXN0IGNhc2VzIHRoZSByb3V0ZXJzIHdpbGwgYWxsIGJlIEROIGF3YXJlLCBidXQgaW4gb3JkZXIg
dG8gZ2V0IGRlcGxveW1lbnQgaW4gbW9zdCBuZXR3b3JrcyB3ZSBuZWVkIHRvIGRlc2lnbiBmb3Ig
dGhlIGNhc2Ugd2hlcmUgb25seSBzdHJhdGVnaWMgbm9kZXMgYXJlIEROIGF3YXJlLjxvOnA+PC9v
OnA+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiPi0gU3Rld2FydDwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7
PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMTYvMDEvMjAx
OCAwMToxNCwgTWFjaCBDaGVuIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2tx
dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5IaSBC
YWxhenMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh
biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+IzIgaXMgYSBt
b3JlIG5hdHVyZSBzb2x1dGlvbiwgdGhlIERldE5ldCBDVyBpcyBkZWRpY2F0ZWQgZm9yIERldE5l
dCwgc2VlbXMgdGhlcmUgaXMgbm8gY29tcGF0aWJpbGl0eSBpc3N1ZS48L3NwYW4+PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE
Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5JbiBhZGRpdGlvbiwgSSB0aGluayB3ZSBuZWVkIHRv
IGRlZmluZSBhIHdheSBvbiBob3cgdG8gZGlmZmVyZW50aWF0ZSBhIERldE5ldCBmbG93IGZyb20g
YSBub24tRGV0TmV0IGZsb3csIHRoZW4gdGhlIG5ldHdvcmsgcHJvY2Vzc29yIGNhbiBwcm9jZXNz
IHRoZQ0KIENXIGFzIGV4cGVjdGVkLiZuYnNwOyBJbiBUU04sIGl0IHVzZXMgdGhlIHByaW9yaXR5
IHRvIGRldGVybWluZSB3aGV0aGVyIGEgZmxvdyBpcyBUU04gb3Igbm9uLVRTTiBmbG93LiBGb3Ig
RGV0TmV0LCBzaG91bGQgd2UgYWxzbyB1c2UgdGhlIHNhbWUgd2F5IChlLmcuLCBUQywgRFNDUCk/
IE9yIHRoZSBEZXROZXQgc2VydmljZSBMYWJlbCBpdHNlbGYgaW1wbGllcyB0aGUgc2l0dWF0aW9u
LCBidXQgaXQgc2VlbXMgdGhhdCB0aGlzIG9ubHkgd29ya3Mgd2hlbg0KIHRoZSBEZXROZXQgc2Vy
dmljZSBsYWJlbCBpcyB0aGUgdG9wIGxhYmVsLiAmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJz
cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0
eWxlPSJjb2xvcjojMUY0OTdEIj5Bbnkgb3RoZXIgdGhvdWdodHM/PC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+
Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh
biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QmVzdCByZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPk1h
Y2g8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0
eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2IHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNt
IDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10
b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PGI+RnJvbTo8L2I+IGRldG5ldCBbPGEgaHJlZj0ibWFpbHRvOmRl
dG5ldC1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOmRldG5ldC1ib3Vu
Y2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+QmFsw6F6cyBWYXJnYSBBPGJy
Pg0KPGI+U2VudDo8L2I+IE1vbmRheSwgSmFudWFyeSAxNSwgMjAxOCA5OjA2IFBNPGJyPg0KPGI+
VG86PC9iPiBEZXROZXQgV0cgPGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0
PSJfYmxhbmsiPiZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7PC9hPjxicj4NCjxiPlN1YmplY3Q6PC9i
PiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKTxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkhpLDxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+U29tZSB0aG91Z2h0cyB0byBzdGFydCBkaXNjdXNzaW9uIG9uIG9wZW4gcG9p
bnRzIG9mIHRoZSBEUCBzb2x1dGlvbiBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+VGhpcyBtYWlsKC10aHJlYWQpIGlzIG9u
IHNlcXVlbmNlIG51bWJlcmluZy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlByb2JsZW0gaW4gY2FzZSBvZiBNUExT
IGFuZCBEZXROZXQgQ29udHJvbCBXb3JkOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5
Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4tIFMvTiBza2lwcyB6ZXJvIHByb2JsZW06IEV0
aGVybmV0IFBXIGRlZmluaXRpb24gc3RhdGVzIHRoYXQgUy9OIHNraXBzIHplcm8uPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkl0IHVz
ZXMgemVybyB0byBtZWFuIG5vIFMvTiBpbiB1c2UuIChyZmM0NDQ4KTxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+UG9z
c2libGUgcHJvYmxlbSByZXNvbHV0aW9uczo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+IzE6IFVzaW5nIGEgJnF1b3Q7ZmxhZyZxdW90
OyBpbiB0aGUgcmVzZXJ2ZWQgYml0cyBwYXJ0IG9mIHRoZSBDVzo8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgMSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyAyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IDM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUz
OTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0
IDUgNiA3IDggOSAwIDE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUz
OTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IHwwIDAgMCAwfER8cmVzZXJ2ZWQgLSBzZXQgdG8gMCZuYnNwOyB8Jm5i
c3A7Jm5ic3A7IDE2IGJpdCBTZXF1ZW5jZSBOdW1iZXImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgfDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWls
eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5ELWJpdDogc2V0IHRvIOKAnDHigJ0gbWVh
bnMgRGV0TmV0IHNwZWNpZmljIFNlcS4gTnVtYmVyIHVzZWQsPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkJpdDUtMTU6IHJlc2VydmVk
LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50
ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+UkZDNDQ0OCBzdGF0ZXMgdGhhdCByZXNlcnZlZCBiaXRzIOKAnE1VU1Qg
YmUgaWdub3JlZCB1cG9uIHJlY2VpcHTigJ0sIHNvIGJhY2t3YXJkDQo8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Y29tcGF0aWJpbGl0
eSBpcyBlbnN1cmVkLiBTdWNoIGEgc29sdXRpb24gd291bGQgYWxsb3cgYWxzbyB0byB1c2UgbG9u
Z2VyIHNlcS5udW0uDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+Zm9ybWF0cyAoaWYgbmVlZGVkKS4gU3VjaCBhIGZvcm1hdCBpcyBh
bHNvIGlubGluZSB3aXRoIFJGQzQzODUuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4jMjogTWFraW5nIOKAnDDigJ0g
YXMgYSB2YWxpZCBTZXEuTnVtLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5EZXROZXQgZmxvd3MgYXJlIHJlY29nbml6ZWQgYW5kIGZv
cndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+ZG9tYWluLiBTL04gaXMgdXNl
ZCB3aXRoaW4gdGhlIERldE5ldCBkb21haW4gYnkgRGV0TmV0IFNlcnZpY2UgZnVuY3Rpb25zDQo8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4
dCI+KGkuZS4gUFJFRikuIFMvTiB1c2VkIG9ubHkgb24gRGV0TmV0IGVuZC1ub2RlcyBhbmQgRGV0
TmV0IHJlbGF5LW5vZGVzLiBObw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUz
OTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPm90aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVl
IG9mIFMvTiwgdGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lmeSBpdHMNCjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5vd24gc2VxdWVu
Y2UgbnVtYmVyIHByb2Nlc3NpbmcgYWxnb3JpdGhtLiBTbyDigJww4oCdIGNhbiBiZSBhIHZhbGlk
IG51bWJlcjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij5hbmQgbm90IHRoZSBpbmRpY2F0aW9uIHRoYXQgbm8gU2VxLk51bS4gaXMgdXNl
ZC4gVGhpcyBpcyBpbmxpbmUgd2l0aCBSRkM0Mzg1LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+IzM6IE90aGVyIOKA
piA/IT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3Bs
YWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPkNvbW1lbnRzIGFyZSB3ZWxjb21lLjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Q2hl
ZXJzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFp
bnRleHQiPkJhbGEnenM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJy
Pg0KRnJvbTogZGV0bmV0IFs8YSBocmVmPSJtYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmci
IHRhcmdldD0iX2JsYW5rIj5tYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBC
ZWhhbGYgT2YgTG91IEJlcmdlcjxicj4NClNlbnQ6IDIwMTguIGphbnXDoXIgMTAuIDE5OjAxPGJy
Pg0KVG86IERldE5ldCBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFy
Z2V0PSJfYmxhbmsiPmRldG5ldEBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KU3ViamVjdDogW0RldG5l
dF0gcmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVyaW08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPmlzIGF2YWlsYWJs
ZSBmb3IgZG93bmxvYWQgYXQ6IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zw
b2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2lldGYud2ViZXguY29tX2lldGZfbGRyLnBocC0z
RlJDSUQtM0RlNTExNmJjN2RiMjU0YzI0YTdiYjMyMTdiZjIwMjMwMSZhbXA7ZD1Ed01HYVEmYW1w
O2M9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFt
cDttPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9M3Ji
M1JFX1oyd09XOHZwLUFNc2EybGdTaDBVNEJnZFpGN3p1MXRYd2Q2ayZhbXA7ZT0iIHRhcmdldD0i
X2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9u
ZSI+aHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2xkci5waHA/UkNJRD1lNTExNmJjN2RiMjU0
YzI0YTdiYjMyMTdiZjIwMjMwMTwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5yYXcgbm90ZXMgYXJl
IGF2YWlsYWJsZSBhdCA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQu
Y29tL3YyL3VybD91PWh0dHAtM0FfX2V0aGVycGFkLnRvb2xzLmlldGYub3JnLTNBOTAwMF9wX25v
dGVzLTJEaWV0Zi0yRGludGVyaW0tMkQyMDE4LTJEZGV0bmV0LTJEMDEmYW1wO2Q9RHdNR2FRJmFt
cDtjPWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmYW1wO3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZh
bXA7bT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJmFtcDtzPWxP
X1pkSEFyUVFzYUROWXZNeUljem1kNkYxUF9hY3VNMGtGTVo1MVVYNmMmYW1wO2U9IiB0YXJnZXQ9
Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5v
bmUiPmh0dHA6Ly9ldGhlcnBhZC50b29scy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi1pbnRl
cmltLTIwMTgtZGV0bmV0LTAxPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlBsZWFzZSBmZWVsIGZy
ZWUgdG8gdXBkYXRlIHRoZSBldGhlcnBhZCBiYXNlZCBvbiB0aGUgcmVjb3JkaW5nLjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJz
cDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+TG91IChhbmQgY28tY2hhaXJzKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5
Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+X19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+ZGV0bmV0IG1haWxpbmcgbGlzdDxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48
YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmRldG5ldEBpZXRmLm9y
Zzwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv
bS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0bmV0
JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hf
Z0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJ
V0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1J
JmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3Rl
eHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L2RldG5ldDwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4mbmJzcDs8bzpwPjwv
bzpwPjwvcD4NCjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5kZXRuZXQgbWFpbGluZyBsaXN0PG86cD48L286
cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJf
YmxhbmsiPmRldG5ldEBpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVm
PSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3
dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4
WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3
NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9aFM5X0hJMTE0
dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFNSSZhbXA7ZT0iIHRhcmdldD0iX2JsYW5r
Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDwvYT48bzpwPjwv
bzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KZGV0bmV0IG1haWxpbmcgbGlzdDxicj4N
CjxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciPmRldG5ldEBpZXRmLm9yZzwvYT48YnI+
DQo8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0
cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZhbXA7ZD1Ed01HYVEm
YW1wO2M9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlR
JmFtcDttPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9
aFM5X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFNSSZhbXA7ZT0iIHRhcmdl
dD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDwv
YT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx
dW90OyxzZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+
DQo8L2h0bWw+DQo=

--_000_VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80VI1PR07MB1005eurp_--


From nobody Thu Jan 18 13:49:42 2018
Return-Path: <agmalis@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D80D9126BFD for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 13:49:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level: 
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=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 0_KXT8PIekWp for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 13:49:35 -0800 (PST)
Received: from mail-ot0-x22d.google.com (mail-ot0-x22d.google.com [IPv6:2607:f8b0:4003:c0f::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28D38124B17 for <detnet@ietf.org>; Thu, 18 Jan 2018 13:49:20 -0800 (PST)
Received: by mail-ot0-x22d.google.com with SMTP id t20so12098358ote.11 for <detnet@ietf.org>; Thu, 18 Jan 2018 13:49:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=NG8QsCuq1uf9/sPPJLD43FPXU8Lo3FQiAucREiep3xo=; b=FSMAMPRHXZ5I7c6A1cM14bWo0ad7aacuAGpGAbuXKk2DAUi3Ioi8tJbsU0takxZ/pp XaN8QyoioUt6CbwNyWqBb+z5PMsav0GtkYnQ0KwKb4ujbkiWzWk3W2SU02sk+y08zoA3 AQVFJfM6Wc9Zx7D+0TIc5GX2VNvWK1a6ixrjf2IGMZJlV29fPZMorqVNHbM0XhLdMqri p0y2/7eKPJcdmxc9OZD3nUTkcWO6mT0SquOr2TfSxV/U1ySE3aszsRGCWaQKUPAALXCz MkSSyW10gg5Eco6jv4IHz1UMGw22bJsJ6FBQsNN56d+hRvX/BxL//sXDL6oTwQMB1SVG sQkQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=NG8QsCuq1uf9/sPPJLD43FPXU8Lo3FQiAucREiep3xo=; b=OuEXH2IO2zOiuoTR/mH5cE1xy+eah5eZ0jc/SJWXqHbt5lk5qOH6YwRBIaeA4ZnbKu 99aGVyT8StUTB2k99KdeFvHf9MMcA52sTxcmFdCI/KlSdZcI1wF6I3hTGmCCqYJitdEE buUgHyh6kIXS0GLVJ7WLuqfamb21S7tnU7ywIC0XOzKhRZC5NJA1dDwt96DUUAS0sFI0 h/DeBZ9Yf9UELQ4McCEdGZG7dIEhtP79V86AwhSXa4PDRv0SIThfoLIgb7uxl0iyRc74 AqhnyNcwss9Z/vpuQBPqGAEpAd+/4AMVSzi1LZxD2OucvoMW20opPTV00WEAueeqpy9Z 4SoA==
X-Gm-Message-State: AKwxytd4zvr2OsBgcFtlEUFdmj4Js+ZYV0wg8Bw7vikFXYeEbRwa6p/5 KIHFPlXL5kXsWICZOoPR3UtUyR2+MQA00nTSIps=
X-Google-Smtp-Source: ACJfBos+IGjjUMtmTZf3pVLk4X9Vdg8zjNHfCxOdvwYK2Ttp8BLrhgRn2Raw+yAQoI0GOb+ynaZGf6L8RnN8Cqn3XqY=
X-Received: by 10.157.88.14 with SMTP id r14mr4509534oth.127.1516312159393; Thu, 18 Jan 2018 13:49:19 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.17.189 with HTTP; Thu, 18 Jan 2018 13:48:58 -0800 (PST)
In-Reply-To: <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Thu, 18 Jan 2018 16:48:58 -0500
Message-ID: <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com>
To: =?UTF-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>
Cc: DetNet WG <detnet@ietf.org>
Content-Type: multipart/alternative; boundary="f40304354a50a12419056313efed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/Nt3jfRQfSOntGUomeY8NJ9wXJos>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jan 2018 21:49:40 -0000

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

Bal=C3=A1zs,

I agree with your conclusions regarding =E2=80=9CDetNet distance=E2=80=9D.

However, one point I think I disagree with you is when the sequence number
is necessary - you said only by the =E2=80=9Cservice protection=E2=80=9D fu=
nction=E2=80=9D.
However, as DetNet flows are indeed flows, and and most (if not all)
applications that will require DetNet will most probably require in-order
delivery, sequence numbers are generally useful for reordering at the
destination if packets get out of order during delivery by the underlying
network.

Cheers,
Andy


On Thu, Jan 18, 2018 at 2:41 PM, Bal=C3=A1zs Varga A <balazs.a.varga@ericss=
on.com
> wrote:

> Hi,
>
>
>
> some comments regarding what is needed for a "networks that are under a
> single administrative control", based on the existing WG drafts (problem
> statement, use-cases, architecture, etc.). Let's try to keep it simple an=
d
> focus on what we need:
>
> 1, Flow requirements:
>
>                 - loss and/or delay bounds
>
> 2, DetNet functions (defined so far):
>
>                 - DN1, Congestion protection (i.e. reserving resources,
> magic queuing, etc.)
>
>                 - DN2, Explicit routes (i.e. traffic engineering)
>
>                 - DN3, Service protection (against loss by network
> failures)
>
> Note: These three techniques can be applied independently, depending on
> the Flow requirements and the network scenario. As an example, congestion
> protection (DN1) alone is offered by IEEE 802.1 Audio Video bridging.
>
>
>
> 3, Flow specific information have to travel with the packet:
>
>                 - Flow-ID (required by all DetNet functions)
>
>                 - Sequence Number (required only by "Service Protection"
> function)
>
>
>
> So, regarding the questions here on the list:
>
> - Do we need all nodes to be DN-aware in a network?
>
> Not necessarily. If in a network scenario DetNet flows require only for
> example basic DN1 function than You have a good chance to serve it with
> existing devices. However in some cases all DN functions are needed at ea=
ch
> hop, so yes, all nodes have to be DN aware.
>
> Conclusion: the more DN functions are needed in a network scenario to
> serve DetNet flows, the more probably we need DN-aware nodes at each hop.
>
>
>
> - Do we need DetNet data-plane for IPv4, IPv6 and MPLS?
>
> Yes, that would be nice to have for all of them. But I think it is a
> better question which one has the smallest distance to be DetNet-ready? (=
I
> mean which need the less new stuff to support DN?) The data-plane
> alternative related draft focused on that and also the mailing threads
> here.
>
> Conclusion: I think we can conclude on a rank of "smallest
> DetNet-distance":
>
> 1, MPLS
>
> 2, IPv6
>
> 3. IPv4
>
> Note: in my view this is also the probability list what networks someone
> intends to use to forward DetNet flows =E2=80=A6
>
>
>
> Cheers
>
> VBala'zs
>
>
>
> *From:* detnet [mailto:detnet-bounces@ietf.org] *On Behalf Of *Grossman,
> Ethan A.
> *Sent:* 2018. janu=C3=A1r 17. 19:51
> *To:* DetNet WG <detnet@ietf.org>; Deborah Brungard <db3546@att.com>;
> Stewart Bryant <stewart.bryant@gmail.com>
> *Cc:* Tim Chown (Tim.Chown@jisc.ac.uk) <Tim.Chown@jisc.ac.uk>
> *Subject:* Re: [Detnet] DP solution (Flow identification)
>
>
>
> Thanks Stewart. Regarding:
>
> =E2=80=9CYes, we need to have the discussion on the list and reach a cons=
ensus of
> whether
> a) We support v4
> b) We support v4 and v6 by v4 and v6 specific protocol extensions
> c) We use a single common IP approach
> d) We use an approach that is common across IP and MPLS=E2=80=9D
>
> Perhaps, given Tim Chown=E2=80=99s earlier comment:
>
>         =E2=80=9CIf you=E2=80=99re suggesting an IPv4-only solution, you=
=E2=80=99re running up
> against https://www.iab.org/2016/11/07/iab-statement-on-ipv6/.=E2=80=9D
>
>
>
> We could get Deborah with her AD hat on to comment on this?
>
> Ethan.
>
>
>
> *From:* Stewart Bryant [mailto:stewart.bryant@gmail.com
> <stewart.bryant@gmail.com>]
> *Sent:* Wednesday, January 17, 2018 10:39 AM
> *To:* Grossman, Ethan A. <eagros@dolby.com>; Bal=C3=A1zs Varga A <
> balazs.a.varga@ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
> *Cc:* DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
> *Subject:* Re: DP solution (Flow identification)
>
>
>
> Hi  Ethan,
>
>
>
> On 17/01/2018 18:24, Grossman, Ethan A. wrote:
>
> Thanks Stewart for the clarification. I interpret your statement =E2=80=
=9Ca
> decision not to support IPv4=E2=80=9D to mean =E2=80=9Ca decision not to =
propose adding
> anything to the existing IPv4 standard=E2=80=9D.
>
>
> To support IPv4 there are a number of methods that are possible, one is t=
o
> add something to v4 itself as is proposed for v6. Adding something to the
> base protocol will be very difficult.
>
> Another method, is to do what has been proposed by some for MPLS, that is
> to encode the identity and type in the IP address. There is a proposal to
> do this in SRv6. I am not a great fan of abusing the address space for th=
is
> in the way proposed by that work, but maybe we can do something much
> simpler here and simply identify the DN instance by the IP address with n=
o
> other semantics. Much easier to do this for IPv6 with the "infinite
> addresses" but we could get away with it in limited private Ipv4 networks=
.
> Of course this does change the per-hop behaviour of IP which may be a
> challenge to get the IETF to sign of on.
>
> Another method is to use some method of carrying an MPLS label stack -
> this was the first proposal. Now I said that I did not think anyone had
> done that and I still believe that to be the case, but that does not mean
> that it is not the least worst approach. There are alternates for example
> IP/UDP/MPLS
> which is the so called USR approach that a number of us advocate as an
> alternative to SRv6.
>
> If that isn=E2=80=99t correct, please let me know. As you may recall I al=
ready
> started a thread awhile ago to discuss IPv4 vs IPv6, and based on the
> responses it appeared to me at that time that there were some kind of
> options, though not a =E2=80=9Cnative IPv4=E2=80=9D solution, but it wasn=
=E2=80=99t clear to me (as
> a non-expert in the various networking protocols mentioned) whether they
> would be viable in practice or not. I will revive that thread and see if =
we
> can get any closer to determining the importance of IPv4 to our target
> customers, and hopefully some sense of whether the proposed non-native-IP=
v4
> strategies will hold water.
>
>
> Yes, we need to have the discussion on the list and reach a consensus of
> whether
>
> a) We support v4
> b) We support v4 and v6 by v4 and v6 specific protocol extensions
> c) We use a single common IP approach
> d) We use an approach that is common across IP and MPLS
>
> - Stewart
>
> Ethan.
>
>
>
> *From:* Stewart Bryant [mailto:stewart.bryant@gmail.com
> <stewart.bryant@gmail.com>]
> *Sent:* Wednesday, January 17, 2018 12:29 AM
> *To:* Grossman, Ethan A. <eagros@dolby.com> <eagros@dolby.com>; Bal=C3=A1=
zs
> Varga A <balazs.a.varga@ericsson.com> <balazs.a.varga@ericsson.com>;
> Andrew G. Malis <agmalis@gmail.com> <agmalis@gmail.com>
> *Cc:* DetNet WG <detnet@ietf.org> <detnet@ietf.org>; Mach Chen
> <mach.chen@huawei.com> <mach.chen@huawei.com>
> *Subject:* Re: DP solution (Flow identification)
>
>
>
>
>
>
>
> On 16/01/2018 18:38, Grossman, Ethan A. wrote:
>
> Hi Bala=E2=80=99zs,
>
> Regarding IPv4, I also understood that we decided that we can=E2=80=99t a=
dd new
> IPv4 fields. Pardon my ignorance here, but does that mean there is no par=
t
> of DetNet capability that can be run over IPv4? Or is there some
> =E2=80=9Cworkaround=E2=80=9D to provide as I say even part of the DetNet =
capability, given
> that it is an Engineered network? I just want to clarify expectations her=
e.
>
>
> If you have a native IPv4 network to which you present IPv6 packets, you
> either have to tunnel them across where the IPv6 is considered opaque dat=
a,
> or you have to translate them to IPv4, but that requires some common
> semantics to deal with extension headers which we don't currently have.
>
> So, as far as I can see, a decision not to support IPv4 means no DN
> support across the IPv4 network.
>
> Which takes us back to the question of how important is this and what wil=
l
> it do to the take-up of the technology by its target customers?
>
> - Stewart
>
>
> Thanks,
>
> Ethan.
>
>
>
> *From:* detnet [mailto:detnet-bounces@ietf.org <detnet-bounces@ietf.org>]=
 *On
> Behalf Of *Bal=C3=A1zs Varga A
> *Sent:* Tuesday, January 16, 2018 10:21 AM
> *To:* Stewart Bryant <stewart.bryant@gmail.com> <stewart.bryant@gmail.com=
>;
> Andrew G. Malis <agmalis@gmail.com> <agmalis@gmail.com>
> *Cc:* DetNet WG <detnet@ietf.org> <detnet@ietf.org>; Mach Chen
> <mach.chen@huawei.com> <mach.chen@huawei.com>
> *Subject:* [Detnet] DP solution (Flow identification)
>
>
>
> I think the last mails are more about flow identification and not the
> sequence number.
>
> So, I have re-subjected my answer.
>
>
>
> PSN layer vs. DN layer (MPLS):
>
> - in current data plane text we have stated that DetNet PWs may use
> dedicated LSPs (TE-tunnels).
>
> That allow to identify DetNet flows in PSN layer without checking the PW
> label. Such a solution of
>
> course may challenge scalability.
>
> - regarding prioritization: text allows both E-LSP and L-LSP concept, wha=
t
> makes possible
>
> to identify DetNet packets. However that is more for simple queuing
> scenarios as it does not
>
> identify individual flows.
>
>
>
> PSN layer vs. DN layer (non-MPLS):
>
> - IPv4: If I remember correctly it was discussed to be out-of-scope to
> simplify the scenarios we focus on.
>
> No-one wanted to define new IPv4 fields for flow-ID and Seq-Num in the
> =E2=80=9Csunset of IPv4=E2=80=9D.
>
> - IPv6: based on the src-IPv6 and the flow-label NP can detect DetNet
> flows. Why would we need a new
>
> IP protocol type?
>
>
>
> Generic vs. DN aware data plane:
>
> - I think we need both. We have use-cases specified for both.
>
>
>
> DetNet traffic to be transported:
>
> - two types are considered:
>
> (1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames and
>
> (2) IP: IPv6 transported over any L2 (not always Ethernet, but most cases
> Ethernet)
>
> As noted above IPv4 is currently out-of-scope =E2=80=A6
>
>
>
> Cheers
>
> Bala=E2=80=99zs
>
>
>
> *From:* Stewart Bryant [mailto:stewart.bryant@gmail.com
> <stewart.bryant@gmail.com>]
> *Sent:* 2018. janu=C3=A1r 16. 17:38
> *To:* Andrew G. Malis <agmalis@gmail.com>
> *Cc:* Mach Chen <mach.chen@huawei.com>; Bal=C3=A1zs Varga A <
> balazs.a.varga@ericsson.com>; DetNet WG <detnet@ietf.org>
> *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
>
>
>
>
> Andy
>
> On 16/01/2018 15:20, Andrew G. Malis wrote:
>
> Stewart,
>
>
>
> Like with PWs (since DETNET for MPLS would just be another PW type),
> targeted LDP and provisioning (via a central controller, NMS, etc.) are
> alternatives to RSVP and SR to provisioning/allocating the DETNET PW labe=
l.
>
>
> .. and I suppose strictly BGP which is also used for this purpose in VPNs
>
>
>
>
> You and Mach are both right that in the IP (non-MPLS) case, we need a way
> for the NP to detect DETNET flows. We could have a new IP protocol type f=
or
> DETNET, and a DETNET header directly follows the IP header. In that case,
> the DETNET header would also need a next protocol identifier, unless the
> next protocol is always another IP header.
>
>
> Last I saw, the thinking was that there would be an IP extension header,
> although I am not a fan of those since (a) I am not confident what a rout=
er
> will do one it does not understand, and (b) I am concerned about the need
> to support IPv4 which I suspect will have a long tail in enterprise
> deployment.
>
> I prefer a UDP type for this purpose since it has universal support
> through any middle box. firewall etc, and all routers need to look a the
> UDP DP so checking if it is one they need to work on is just one compare
> and conditional branch.
>
>
>
>
> Of course, for MPLS, the DETNET PW label is the identifier.
>
>
> Only at the PW layer. Note my question about whether this is sufficient.
>
> - Stewart
>
>
>
>
> Cheers,
>
> Andy
>
>
>
>
>
> On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant <stewart.bryant@gmail.com=
>
> wrote:
>
> If we need to discriminate at the PSN layer rather than the DN layer then
> we really are forced to create a new FEC type for MPLS, or synthesize one
> through RSVP or SR. IP has no native support for this, but we could
> introduce the concept, for example by making this the property of the IP
> address or some way of MPLSing IP.
>
> However there is a deeper question we need to answer. Is our expectation
> that each hop in the data plane DN aware, or is our expectation that at
> lest in some networks the data plane is generic with some DN nodes
> strategically placed?
>
> I can see than in some greenfield specialist cases the routers will all b=
e
> DN aware, but in order to get deployment in most networks we need to desi=
gn
> for the case where only strategic nodes are DN aware.
>
> - Stewart
>
>
>
> On 16/01/2018 01:14, Mach Chen wrote:
>
> Hi Balazs,
>
>
>
> #2 is a more nature solution, the DetNet CW is dedicated for DetNet, seem=
s
> there is no compatibility issue.
>
>
>
> In addition, I think we need to define a way on how to differentiate a
> DetNet flow from a non-DetNet flow, then the network processor can proces=
s
> the CW as expected.  In TSN, it uses the priority to determine whether a
> flow is TSN or non-TSN flow. For DetNet, should we also use the same way
> (e.g., TC, DSCP)? Or the DetNet service Label itself implies the situatio=
n,
> but it seems that this only works when the DetNet service label is the to=
p
> label.
>
>
>
> Any other thoughts?
>
>
>
> Best regards,
>
> Mach
>
>
>
> *From:* detnet [mailto:detnet-bounces@ietf.org <detnet-bounces@ietf.org>]=
 *On
> Behalf Of *Bal=C3=A1zs Varga A
> *Sent:* Monday, January 15, 2018 9:06 PM
> *To:* DetNet WG <detnet@ietf.org> <detnet@ietf.org>
> *Subject:* [Detnet] DP solution (Sequence Numbering)
>
>
>
> Hi,
>
>
>
> Some thoughts to start discussion on open points of the DP solution draft=
.
>
> This mail(-thread) is on sequence numbering.
>
>
>
> Problem in case of MPLS and DetNet Control Word:
>
> - S/N skips zero problem: Ethernet PW definition states that S/N skips
> zero.
>
> It uses zero to mean no S/N in use. (rfc4448)
>
>
>
> Possible problem resolutions:
>
> #1: Using a "flag" in the reserved bits part of the CW:
>
>       0                   1                   2                   3
>
>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>      |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number used,
>
> Bit5-15: reserved.
>
>
>
> RFC4448 states that reserved bits =E2=80=9CMUST be ignored upon receipt=
=E2=80=9D, so
> backward
>
> compatibility is ensured. Such a solution would allow also to use longer
> seq.num.
>
> formats (if needed). Such a format is also inline with RFC4385.
>
>
>
> #2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.
>
> DetNet flows are recognized and forwarded special within the DetNet
>
> domain. S/N is used within the DetNet domain by DetNet Service functions
>
> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No
>
> other nodes care about the value of S/N, therefore DetNet can specify its
>
> own sequence number processing algorithm. So =E2=80=9C0=E2=80=9D can be a=
 valid number
>
> and not the indication that no Seq.Num. is used. This is inline with
> RFC4385.
>
>
>
> #3: Other =E2=80=A6 ?!?
>
>
>
> Comments are welcome.
>
>
>
> Cheers
>
> Bala'zs
>
>
>
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org <detnet-bounces@ietf.org>]
> On Behalf Of Lou Berger
> Sent: 2018. janu=C3=A1r 10. 19:01
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] recording for today's interim
>
>
>
> is available for download at:
>
> https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf2023=
01
> <https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__ietf.webex.com_ie=
tf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&d=3DDwMGaQ&c=3DlI8Zb6T=
zM3d1tX4iEu7bpg&r=3DZcHC6wX_gDwPDcfMaFNZiQ&m=3DWw506GT5I1lpl0z4wh0NtK-sdaqj=
AfwQf7dIWKBfMjs&s=3D3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&e=3D>
>
>
>
> raw notes are available at
>
> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
> <https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__etherpad.tools.iet=
f.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&d=3DDwMGaQ&c=3Dl=
I8Zb6TzM3d1tX4iEu7bpg&r=3DZcHC6wX_gDwPDcfMaFNZiQ&m=3DWw506GT5I1lpl0z4wh0NtK=
-sdaqjAfwQf7dIWKBfMjs&s=3DlO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&e=3D>
>
>
>
> Please feel free to update the etherpad based on the recording.
>
>
>
> Lou (and co-chairs)
>
>
>
> _______________________________________________
>
> detnet mailing list
>
> detnet@ietf.org
>
> https://www.ietf.org/mailman/listinfo/detnet
> <https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail=
man_listinfo_detnet&d=3DDwMGaQ&c=3DlI8Zb6TzM3d1tX4iEu7bpg&r=3DZcHC6wX_gDwPD=
cfMaFNZiQ&m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3DhS9_HI114vlyT=
-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=3D>
>
>
>
> _______________________________________________
>
> detnet mailing list
>
> detnet@ietf.org
>
> https://www.ietf.org/mailman/listinfo/detnet <https://urldefense.proofpoi=
nt.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman_listinfo_detnet&d=3DDwMGaQ=
&c=3DlI8Zb6TzM3d1tX4iEu7bpg&r=3DZcHC6wX_gDwPDcfMaFNZiQ&m=3DWw506GT5I1lpl0z4=
wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3DhS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI=
&e=3D>
>
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
> <https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail=
man_listinfo_detnet&d=3DDwMGaQ&c=3DlI8Zb6TzM3d1tX4iEu7bpg&r=3DZcHC6wX_gDwPD=
cfMaFNZiQ&m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3DhS9_HI114vlyT=
-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=3D>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>
>

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

<div dir=3D"ltr">Bal=C3=A1zs,<br><div><br></div><div>I agree with your conc=
lusions regarding =E2=80=9CDetNet distance=E2=80=9D.</div><div><br></div><d=
iv>However, one point I think I disagree with you is when the sequence numb=
er is necessary - you said only by the =E2=80=9Cservice protection=E2=80=9D=
 function=E2=80=9D. However, as DetNet flows are indeed flows, and and most=
 (if not all) applications that will require DetNet will most probably requ=
ire in-order delivery, sequence numbers are generally useful for reordering=
 at the destination if packets get out of order during delivery by the unde=
rlying network.</div><div><br></div><div>Cheers,</div><div>Andy</div><div><=
br></div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On=
 Thu, Jan 18, 2018 at 2:41 PM, Bal=C3=A1zs Varga A <span dir=3D"ltr">&lt;<a=
 href=3D"mailto:balazs.a.varga@ericsson.com" target=3D"_blank">balazs.a.var=
ga@ericsson.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" =
style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div bgcolor=3D"white" lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"m_-1936922869282641754WordSection1">
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Hi,<u></u><u></u></=
span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">some comments regar=
ding what is needed for a &quot;networks that are under a single administra=
tive control&quot;, based on the existing WG drafts (problem statement, use=
-cases, architecture, etc.). Let&#39;s try to keep
 it simple and focus on what we need:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">1, Flow requirement=
s: <u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - =
loss and/or delay bounds<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">2, DetNet functions=
 (defined so far):
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - =
DN1, Congestion protection (i.e. reserving resources, magic queuing, etc.)<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - =
DN2, Explicit routes (i.e. traffic engineering)<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - =
DN3, Service protection (against loss by network failures)<u></u><u></u></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Note: These three t=
echniques can be applied independently, depending on the Flow requirements =
and the network scenario. As an example, congestion protection (DN1) alone =
is offered by IEEE 802.1 Audio Video
 bridging.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">3, Flow specific in=
formation have to travel with the packet:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - =
Flow-ID (required by all DetNet functions)<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - =
Sequence Number (required only by &quot;Service Protection&quot; function)<=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">So, regarding the q=
uestions here on the list:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">- Do we need all no=
des to be DN-aware in a network?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Not necessarily. If=
 in a network scenario DetNet flows require only for example basic DN1 func=
tion than You have a good chance to serve it with existing devices. However=
 in some cases all DN functions are
 needed at each hop, so yes, all nodes have to be DN aware. <u></u><u></u><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Conclusion: the mor=
e DN functions are needed in a network scenario to serve DetNet flows, the =
more probably we need DN-aware nodes at each hop.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">- Do we need DetNet=
 data-plane for IPv4, IPv6 and MPLS?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Yes, that would be =
nice to have for all of them. But I think it is a better question which one=
 has the smallest distance to be DetNet-ready? (I mean which need the less =
new stuff to support DN?) The data-plane
 alternative related draft focused on that and also the mailing threads her=
e. <u></u>
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Conclusion: I think=
 we can conclude on a rank of &quot;smallest DetNet-distance&quot;:<u></u><=
u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">1, MPLS<u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">2, IPv6<u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">3. IPv4<u></u><u></=
u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Note: in my view th=
is is also the probability list what networks someone intends to use to for=
ward DetNet flows =E2=80=A6<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Cheers<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">VBala&#39;zs<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext"><u></u>=C2=A0<u></u=
></span></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"color:windowtext">From:</span></b>=
<span style=3D"color:windowtext"> detnet [mailto:<a href=3D"mailto:detnet-b=
ounces@ietf.org" target=3D"_blank">detnet-bounces@ietf.<wbr>org</a>]
<b>On Behalf Of </b>Grossman, Ethan A.<br>
<b>Sent:</b> 2018. janu=C3=A1r 17. 19:51<span class=3D""><br>
<b>To:</b> DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org" target=3D"_blan=
k">detnet@ietf.org</a>&gt;; Deborah Brungard &lt;<a href=3D"mailto:db3546@a=
tt.com" target=3D"_blank">db3546@att.com</a>&gt;; Stewart Bryant &lt;<a hre=
f=3D"mailto:stewart.bryant@gmail.com" target=3D"_blank">stewart.bryant@gmai=
l.com</a>&gt;<br>
</span><span class=3D""><b>Cc:</b> Tim Chown (<a href=3D"mailto:Tim.Chown@j=
isc.ac.uk" target=3D"_blank">Tim.Chown@jisc.ac.uk</a>) &lt;<a href=3D"mailt=
o:Tim.Chown@jisc.ac.uk" target=3D"_blank">Tim.Chown@jisc.ac.uk</a>&gt;<br>
</span><b>Subject:</b> Re: [Detnet] DP solution (Flow identification)<u></u=
><u></u></span></p>
</div>
</div><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Thanks Stewart. Reg=
arding: <u></u>
<u></u></span></p>
<p class=3D"MsoNormal" style=3D"margin-right:0cm;margin-bottom:12.0pt;margi=
n-left:36.0pt">
<span style=3D"font-size:12.0pt;font-family:&quot;Times New Roman&quot;,ser=
if">=E2=80=9CYes, we need to have the discussion on the list and reach a co=
nsensus of whether<br>
a) We support v4<br>
b) We support v4 and v6 by v4 and v6 specific protocol extensions<br>
c) We use a single common IP approach<br>
d) We use an approach that is common across IP and MPLS=E2=80=9D</span><spa=
n style=3D"color:windowtext"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Perhaps, given Tim =
Chown=E2=80=99s earlier comment:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 =E2=80=9CIf you=E2=80=99re suggesting an IPv4-only=
 solution, you=E2=80=99re running up against
<a href=3D"https://www.iab.org/2016/11/07/iab-statement-on-ipv6/" target=3D=
"_blank">https://www.iab.org/2016/11/<wbr>07/iab-statement-on-ipv6/</a>.=E2=
=80=9D<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext"><u></u>=C2=A0<u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">We could get Debora=
h with her AD hat on to comment on this?
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Ethan.<u></u><u></u=
></span></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext"><u></u>=C2=A0<u></u=
></span></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"color:windowtext">From:</span></b>=
<span style=3D"color:windowtext"> Stewart Bryant [<a href=3D"mailto:stewart=
.bryant@gmail.com" target=3D"_blank">mailto:stewart.bryant@gmail.<wbr>com</=
a>]
<br>
<b>Sent:</b> Wednesday, January 17, 2018 10:39 AM<br>
<b>To:</b> Grossman, Ethan A. &lt;<a href=3D"mailto:eagros@dolby.com" targe=
t=3D"_blank">eagros@dolby.com</a>&gt;; Bal=C3=A1zs Varga A &lt;<a href=3D"m=
ailto:balazs.a.varga@ericsson.com" target=3D"_blank">balazs.a.varga@ericsso=
n.com</a>&gt;; Andrew G. Malis &lt;<a href=3D"mailto:agmalis@gmail.com" tar=
get=3D"_blank">agmalis@gmail.com</a>&gt;<br>
<b>Cc:</b> DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org" target=3D"_blan=
k">detnet@ietf.org</a>&gt;; Mach Chen &lt;<a href=3D"mailto:mach.chen@huawe=
i.com" target=3D"_blank">mach.chen@huawei.com</a>&gt;<br>
<b>Subject:</b> Re: DP solution (Flow identification)<u></u><u></u></span><=
/p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p>Hi=C2=A0 Ethan,<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On 17/01/2018 18:24, Grossman, Ethan A. wrote:<u></u=
><u></u></p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Thanks Stewart for =
the clarification. I interpret your statement =E2=80=9Ca decision not to su=
pport IPv4=E2=80=9D to mean =E2=80=9Ca decision not to propose adding anyth=
ing to the existing IPv4 standard=E2=80=9D.
</span><u></u><u></u></p>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:12.0pt;font-family:&quot;Times New Roman&quot;,serif"><br>
To support IPv4 there are a number of methods that are possible, one is to =
add something to v4 itself as is proposed for v6. Adding something to the b=
ase protocol will be very difficult.<br>
<br>
Another method, is to do what has been proposed by some for MPLS, that is t=
o encode the identity and type in the IP address. There is a proposal to do=
 this in SRv6. I am not a great fan of abusing the address space for this i=
n the way proposed by that work,
 but maybe we can do something much simpler here and simply identify the DN=
 instance by the IP address with no other semantics. Much easier to do this=
 for IPv6 with the &quot;infinite addresses&quot; but we could get away wit=
h it in limited private Ipv4 networks. Of
 course this does change the per-hop behaviour of IP which may be a challen=
ge to get the IETF to sign of on.<br>
<br>
Another method is to use some method of carrying an MPLS label stack - this=
 was the first proposal. Now I said that I did not think anyone had done th=
at and I still believe that to be the case, but that does not mean that it =
is not the least worst approach.
 There are alternates for example IP/UDP/MPLS<br>
which is the so called USR approach that a number of us advocate as an alte=
rnative to SRv6.<br>
<br>
<u></u><u></u></span></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal"><span style=3D"color:windowtext">If that isn=E2=80=
=99t correct, please let me know. As you may recall I already started a thr=
ead awhile ago to discuss IPv4 vs IPv6, and based on the responses it appea=
red to me at that time that there were some kind
 of options, though not a =E2=80=9Cnative IPv4=E2=80=9D solution, but it wa=
sn=E2=80=99t clear to me (as a non-expert in the various networking protoco=
ls mentioned) whether they would be viable in practice or not. I will reviv=
e that thread and see if we can get any closer to determining
 the importance of IPv4 to our target customers, and hopefully some sense o=
f whether the proposed non-native-IPv4 strategies will hold water.
</span><u></u><u></u></p>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:12.0pt;font-family:&quot;Times New Roman&quot;,serif"><br>
Yes, we need to have the discussion on the list and reach a consensus of wh=
ether<br>
<br>
a) We support v4<br>
b) We support v4 and v6 by v4 and v6 specific protocol extensions<br>
c) We use a single common IP approach<br>
d) We use an approach that is common across IP and MPLS<br>
<br>
- Stewart<br>
<br>
<u></u><u></u></span></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Ethan.</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0</span><u></u=
><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"color:windowtext">From:</span></b>=
<span style=3D"color:windowtext"> Stewart Bryant [</span><a href=3D"mailto:=
stewart.bryant@gmail.com" target=3D"_blank">mailto:stewart.bryant@gmail.<wb=
r>com</a><span style=3D"color:windowtext">]
<br>
<b>Sent:</b> Wednesday, January 17, 2018 12:29 AM<br>
<b>To:</b> Grossman, Ethan A. </span><a href=3D"mailto:eagros@dolby.com" ta=
rget=3D"_blank">&lt;eagros@dolby.com&gt;</a><span style=3D"color:windowtext=
">; Bal=C3=A1zs Varga A
</span><a href=3D"mailto:balazs.a.varga@ericsson.com" target=3D"_blank">&lt=
;balazs.a.varga@ericsson.com&gt;</a><span style=3D"color:windowtext">; Andr=
ew G. Malis
</span><a href=3D"mailto:agmalis@gmail.com" target=3D"_blank">&lt;agmalis@g=
mail.com&gt;</a><span style=3D"color:windowtext"><br>
<b>Cc:</b> DetNet WG </span><a href=3D"mailto:detnet@ietf.org" target=3D"_b=
lank">&lt;detnet@ietf.org&gt;</a><span style=3D"color:windowtext">; Mach Ch=
en
</span><a href=3D"mailto:mach.chen@huawei.com" target=3D"_blank">&lt;mach.c=
hen@huawei.com&gt;</a><span style=3D"color:windowtext"><br>
<b>Subject:</b> Re: DP solution (Flow identification)</span><u></u><u></u><=
/p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p>=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On 16/01/2018 18:38, Grossman, Ethan A. wrote:<u></u=
><u></u></p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Hi Bala=E2=80=99zs,=
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Regarding IPv4, I a=
lso understood that we decided that we can=E2=80=99t add new IPv4 fields. P=
ardon my ignorance here, but does that mean there is no part of DetNet capa=
bility that can be run over IPv4? Or is there
 some =E2=80=9Cworkaround=E2=80=9D to provide as I say even part of the Det=
Net capability, given that it is an Engineered network? I just want to clar=
ify expectations here.
</span><u></u><u></u></p>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:12.0pt;font-family:&quot;Times New Roman ,serif&quot;"><br>
If you have a native IPv4 network to which you present IPv6 packets, you ei=
ther have to tunnel them across where the IPv6 is considered opaque data, o=
r you have to translate them to IPv4, but that requires some common semanti=
cs to deal with extension headers
 which we don&#39;t currently have.<br>
<br>
So, as far as I can see, a decision not to support IPv4 means no DN support=
 across the IPv4 network.<br>
<br>
Which takes us back to the question of how important is this and what will =
it do to the take-up of the technology by its target customers?<br>
<br>
- Stewart<br>
<br>
<br>
</span><u></u><u></u></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Thanks,</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Ethan.</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0</span><u></u=
><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"color:windowtext">From:</span></b>=
<span style=3D"color:windowtext"> detnet [</span><a href=3D"mailto:detnet-b=
ounces@ietf.org" target=3D"_blank">mailto:detnet-bounces@ietf.<wbr>org</a><=
span style=3D"color:windowtext">]
<b>On Behalf Of </b>Bal=C3=A1zs Varga A<br>
<b>Sent:</b> Tuesday, January 16, 2018 10:21 AM<br>
<b>To:</b> Stewart Bryant </span><a href=3D"mailto:stewart.bryant@gmail.com=
" target=3D"_blank">&lt;stewart.bryant@gmail.com&gt;</a><span style=3D"colo=
r:windowtext">; Andrew G. Malis
</span><a href=3D"mailto:agmalis@gmail.com" target=3D"_blank">&lt;agmalis@g=
mail.com&gt;</a><span style=3D"color:windowtext"><br>
<b>Cc:</b> DetNet WG </span><a href=3D"mailto:detnet@ietf.org" target=3D"_b=
lank">&lt;detnet@ietf.org&gt;</a><span style=3D"color:windowtext">; Mach Ch=
en
</span><a href=3D"mailto:mach.chen@huawei.com" target=3D"_blank">&lt;mach.c=
hen@huawei.com&gt;</a><span style=3D"color:windowtext"><br>
<b>Subject:</b> [Detnet] DP solution (Flow identification)</span><u></u><u>=
</u></p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">I think the last ma=
ils are more about flow identification and not the sequence number.</span><=
u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">So, I have re-subje=
cted my answer.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">PSN layer vs. DN la=
yer (MPLS):</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">- in current data p=
lane text we have stated that DetNet PWs may use dedicated LSPs (TE-tunnels=
).
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">That allow to ident=
ify DetNet flows in PSN layer without checking the PW label. Such a solutio=
n of
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">course may challeng=
e scalability.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">- regarding priorit=
ization: text allows both E-LSP and L-LSP concept, what makes possible
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">to identify DetNet =
packets. However that is more for simple queuing scenarios as it does not</=
span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">identify individual=
 flows. </span>
<u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">PSN layer vs. DN la=
yer (non-MPLS):</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">- IPv4: If I rememb=
er correctly it was discussed to be out-of-scope to simplify the scenarios =
we focus on.
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">No-one wanted to de=
fine new IPv4 fields for flow-ID and Seq-Num in the =E2=80=9Csunset of IPv4=
=E2=80=9D.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">- IPv6: based on th=
e src-IPv6 and the flow-label NP can detect DetNet flows. Why would we need=
 a new
</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">IP protocol type? <=
/span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Generic vs. DN awar=
e data plane:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">- I think we need b=
oth. We have use-cases specified for both.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">DetNet traffic to b=
e transported:</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">- two types are con=
sidered: </span>
<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span style=3D"color:wi=
ndowtext">(1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames an=
d
</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span style=3D"color:wi=
ndowtext">(2) IP: IPv6 transported over any L2 (not always Ethernet, but mo=
st cases Ethernet)</span><u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span style=3D"color:wi=
ndowtext">As noted above IPv4 is currently out-of-scope =E2=80=A6</span><u>=
</u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Cheers</span><u></u=
><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">Bala=E2=80=99zs</sp=
an><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:windowtext">=C2=A0</span><u></u=
><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"color:windowtext">From:</span></b>=
<span style=3D"color:windowtext"> Stewart Bryant [</span><a href=3D"mailto:=
stewart.bryant@gmail.com" target=3D"_blank">mailto:stewart.bryant@gmail.<wb=
r>com</a><span style=3D"color:windowtext">]
<br>
<b>Sent:</b> 2018. janu=C3=A1r 16. 17:38<br>
<b>To:</b> Andrew G. Malis &lt;</span><a href=3D"mailto:agmalis@gmail.com" =
target=3D"_blank">agmalis@gmail.com</a><span style=3D"color:windowtext">&gt=
;<br>
<b>Cc:</b> Mach Chen &lt;</span><a href=3D"mailto:mach.chen@huawei.com" tar=
get=3D"_blank">mach.chen@huawei.com</a><span style=3D"color:windowtext">&gt=
;; Bal=C3=A1zs Varga A &lt;</span><a href=3D"mailto:balazs.a.varga@ericsson=
.com" target=3D"_blank">balazs.a.varga@ericsson.com</a><span style=3D"color=
:windowtext">&gt;;
 DetNet WG &lt;</span><a href=3D"mailto:detnet@ietf.org" target=3D"_blank">=
detnet@ietf.org</a><span style=3D"color:windowtext">&gt;<br>
<b>Subject:</b> Re: [Detnet] DP solution (Sequence Numbering)</span><u></u>=
<u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p>=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Andy<u></u><u></u></p=
>
<div>
<p class=3D"MsoNormal">On 16/01/2018 15:20, Andrew G. Malis wrote:<u></u><u=
></u></p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class=3D"MsoNormal">Stewart, <u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Like with PWs (since DETNET for MPLS would just be a=
nother PW type), targeted LDP and provisioning (via a central controller, N=
MS, etc.) are alternatives to RSVP and SR to provisioning/allocating the DE=
TNET PW label.<u></u><u></u></p>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
.. and I suppose strictly BGP which is also used for this purpose in VPNs<b=
r>
<br>
<br>
<u></u><u></u></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You and Mach are both right that in the IP (non-MPLS=
) case, we need a way for the NP to detect DETNET flows. We could have a ne=
w IP protocol type for DETNET, and a DETNET header directly follows the IP =
header. In that case, the DETNET header
 would also need a next protocol identifier, unless the next protocol is al=
ways another IP header.<u></u><u></u></p>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
Last I saw, the thinking was that there would be an IP extension header, al=
though I am not a fan of those since (a) I am not confident what a router w=
ill do one it does not understand, and (b) I am concerned about the need to=
 support IPv4 which I suspect will
 have a long tail in enterprise deployment.<br>
<br>
I prefer a UDP type for this purpose since it has universal support through=
 any middle box. firewall etc, and all routers need to look a the UDP DP so=
 checking if it is one they need to work on is just one compare and conditi=
onal branch.<br>
<br>
<br>
<u></u><u></u></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Of course, for MPLS, the DETNET PW label is the iden=
tifier. <u></u>
<u></u></p>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
Only at the PW layer. Note my question about whether this is sufficient.<br=
>
<br>
- Stewart<br>
=C2=A0<u></u><u></u></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Cheers,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Andy<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant &lt;=
<a href=3D"mailto:stewart.bryant@gmail.com" target=3D"_blank">stewart.bryan=
t@gmail.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<p>If we need to discriminate at the PSN layer rather than the DN layer the=
n we really are forced to create a new FEC type for MPLS, or synthesize one=
 through RSVP or SR. IP has no native support for this, but we could introd=
uce the concept, for example by
 making this the property of the IP address or some way of MPLSing IP.<u></=
u><u></u></p>
<p>However there is a deeper question we need to answer. Is our expectation=
 that each hop in the data plane DN aware, or is our expectation that at le=
st in some networks the data plane is generic with some DN nodes strategica=
lly placed?<u></u><u></u></p>
<p>I can see than in some greenfield specialist cases the routers will all =
be DN aware, but in order to get deployment in most networks we need to des=
ign for the case where only strategic nodes are DN aware.<u></u><u></u></p>
<p><span style=3D"color:#888888">- Stewart</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On 16/01/2018 01:14, Mach Chen wrote:<u></u><u></u><=
/p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">Hi Balazs,</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">#2 is a more nature so=
lution, the DetNet CW is dedicated for DetNet, seems there is no compatibil=
ity issue.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">In addition, I think w=
e need to define a way on how to differentiate a DetNet flow from a non-Det=
Net flow, then the network processor can process the
 CW as expected.=C2=A0 In TSN, it uses the priority to determine whether a =
flow is TSN or non-TSN flow. For DetNet, should we also use the same way (e=
.g., TC, DSCP)? Or the DetNet service Label itself implies the situation, b=
ut it seems that this only works when
 the DetNet service label is the top label. =C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">Any other thoughts?</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">Best regards,</span><u=
></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">Mach</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b>From:</b> detnet [<a href=3D"mailto:detnet-bounce=
s@ietf.org" target=3D"_blank">mailto:detnet-bounces@ietf.<wbr>org</a>]
<b>On Behalf Of </b>Bal=C3=A1zs Varga A<br>
<b>Sent:</b> Monday, January 15, 2018 9:06 PM<br>
<b>To:</b> DetNet WG <a href=3D"mailto:detnet@ietf.org" target=3D"_blank">&=
lt;detnet@ietf.org&gt;</a><br>
<b>Subject:</b> [Detnet] DP solution (Sequence Numbering)<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">Hi,<u><=
/u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">Some th=
oughts to start discussion on open points of the DP solution draft.<u></u><=
u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">This ma=
il(-thread) is on sequence numbering.<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">Problem=
 in case of MPLS and DetNet Control Word:<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">- S/N s=
kips zero problem: Ethernet PW definition states that S/N skips zero.<u></u=
><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">It uses=
 zero to mean no S/N in use. (rfc4448)<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">Possibl=
e problem resolutions:<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">#1: Usi=
ng a &quot;flag&quot; in the reserved bits part of the CW:<u></u><u></u></p=
>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext"><span s=
tyle=3D"font-size:7.5pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3</span><u></u><u></u><=
/p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext"><span s=
tyle=3D"font-size:7.5pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 =
8 9 0 1</span><u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext"><span s=
tyle=3D"font-size:7.5pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=
=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-<wbr>+-+-+</span><u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext"><span s=
tyle=3D"font-size:7.5pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=
=C2=A0=C2=A0 |0 0 0 0|D|reserved - set to 0=C2=A0 |=C2=A0=C2=A0 16 bit Sequ=
ence Number=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |</span><u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext"><span s=
tyle=3D"font-size:7.5pt;font-family:&quot;Courier New&quot;">=C2=A0=C2=A0=
=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-<wbr>+-+-+</span><u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">D-bit: =
set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number used,<u></u><u=
></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">Bit5-15=
: reserved.<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">RFC4448=
 states that reserved bits =E2=80=9CMUST be ignored upon receipt=E2=80=9D, =
so backward
<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">compati=
bility is ensured. Such a solution would allow also to use longer seq.num.
<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">formats=
 (if needed). Such a format is also inline with RFC4385.<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">#2: Mak=
ing =E2=80=9C0=E2=80=9D as a valid Seq.Num.<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">DetNet =
flows are recognized and forwarded special within the DetNet
<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">domain.=
 S/N is used within the DetNet domain by DetNet Service functions
<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">(i.e. P=
REF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No
<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">other n=
odes care about the value of S/N, therefore DetNet can specify its
<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">own seq=
uence number processing algorithm. So =E2=80=9C0=E2=80=9D can be a valid nu=
mber<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">and not=
 the indication that no Seq.Num. is used. This is inline with RFC4385.<u></=
u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">#3: Oth=
er =E2=80=A6 ?!?<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">Comment=
s are welcome.<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">Cheers<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">Bala&#3=
9;zs<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">-----Or=
iginal Message-----<br>
From: detnet [<a href=3D"mailto:detnet-bounces@ietf.org" target=3D"_blank">=
mailto:detnet-bounces@ietf.<wbr>org</a>] On Behalf Of Lou Berger<br>
Sent: 2018. janu=C3=A1r 10. 19:01<br>
To: DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detn=
et@ietf.org</a>&gt;<br>
Subject: [Detnet] recording for today&#39;s interim<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">is avai=
lable for download at: <u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext"><a href=
=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__ietf.webex.com_i=
etf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&amp;d=3DDwMGaQ&amp;c=
=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3DZcHC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw506GT5I1=
lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3D3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF=
7zu1tXwd6k&amp;e=3D" target=3D"_blank"><span style=3D"color:windowtext;text=
-decoration:none">https://ietf.webex.com/ietf/<wbr>ldr.php?RCID=3D<wbr>e511=
6bc7db254c24a7bb3217bf2023<wbr>01</span></a><u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">raw not=
es are available at <u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext"><a href=
=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__etherpad.tools.ie=
tf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&amp;d=3DDwMGaQ&=
amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3DZcHC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw506=
GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3DlO_ZdHArQQsaDNYvMyIczmd6F1P_=
acuM0kFMZ51UX6c&amp;e=3D" target=3D"_blank"><span style=3D"color:windowtext=
;text-decoration:none">http://etherpad.tools.ietf.<wbr>org:9000/p/notes-iet=
f-interim-<wbr>2018-detnet-01</span></a><u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">Please =
feel free to update the etherpad based on the recording.<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">Lou (an=
d co-chairs)<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">=C2=A0<=
u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">_______=
_______________________<wbr>_________________<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext">detnet =
mailing list<u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext"><a href=
=3D"mailto:detnet@ietf.org" target=3D"_blank"><span style=3D"color:windowte=
xt;text-decoration:none">detnet@ietf.org</span></a><u></u><u></u></p>
<p class=3D"m_-1936922869282641754m1519775394609505423msoplaintext"><a href=
=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mai=
lman_listinfo_detnet&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3D=
ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&=
amp;s=3DhS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=3D" target=3D"_bl=
ank"><span style=3D"color:windowtext;text-decoration:none">https://www.ietf=
.org/mailman/<wbr>listinfo/detnet</span></a><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=C2=A0<u></u><u></u><=
/p>
<pre>______________________________<wbr>_________________<u></u><u></u></pr=
e>
<pre>detnet mailing list<u></u><u></u></pre>
<pre><a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detnet@ietf.org</=
a><u></u><u></u></pre>
<pre><a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.=
ietf.org_mailman_listinfo_detnet&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7=
bpg&amp;r=3DZcHC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQ=
f7dIWKBfMjs&amp;s=3DhS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=3D" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a><u></=
u><u></u></pre>
</blockquote>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
______________________________<wbr>_________________<br>
detnet mailing list<br>
<a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detnet@ietf.org</a><br=
>
<a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.=
org_mailman_listinfo_detnet&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&a=
mp;r=3DZcHC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIW=
KBfMjs&amp;s=3DhS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=3D" target=
=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a><u></u><u>=
</u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</blockquote>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</blockquote>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:&quot;Ti=
mes New Roman ,serif&quot;">=C2=A0</span><u></u><u></u></p>
</blockquote>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:&quot;Ti=
mes New Roman&quot;,serif"><u></u>=C2=A0<u></u></span></p>
</div></div></div>
</div>

<br>______________________________<wbr>_________________<br>
detnet mailing list<br>
<a href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/detnet" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a><br=
>
<br></blockquote></div><br></div>

--f40304354a50a12419056313efed--


From nobody Thu Jan 18 21:10:49 2018
Return-Path: <loa@pi.nu>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 580AA128896 for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 21:10:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level: 
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 qrFT1bhbR2-h for <detnet@ietfa.amsl.com>; Thu, 18 Jan 2018 21:10:44 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B16412711E for <detnet@ietf.org>; Thu, 18 Jan 2018 21:10:44 -0800 (PST)
Received: from [192.168.1.10] (unknown [119.94.164.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id CE0A21801569; Fri, 19 Jan 2018 06:10:41 +0100 (CET)
To: =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, DetNet WG <detnet@ietf.org>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu>
Date: Fri, 19 Jan 2018 13:10:37 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/EIxK1Y9wrJbZSo8kjBhgdnv0gA0>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jan 2018 05:10:47 -0000

Folks,

Thanks for the discussion on sequenced number, where they are used and
what size they need to be.

There seems to a few ideas floating around.

This mail have #1 has a CW of 32 bits and a sequence number 16 bits.

#2 has a CW of 32 bits (?) and a sequence number of 27 bits if the D-bit
is thare (?), right?

The draft-ietf-detnet-dp-sol has a CW of 32 bits and a sequence number 
of 28 bits.

Other ideas I've heard in discussion is to make the sequence number
configurable.

Questions:

It has been said that that if anyone can give a use case where we need a
sequence number bigger than 28 bits, we'll have to accommodate this. Is
the jury still out on this, or can we say that 28 bits is enough?? Would
27 bit be enough? 16 bits?? Or might we even need a two byte CW?

There is not much idea to start drawing figures of the CW unless we have
an answer to that question.

Honestly I don't have to much idea on ho to go about to get that answer.
Any ideas? I think that the dt had some math on this in an early stage.
Anyone that have that available?

On the D-bit. Is it enough to have the D-bit set to determine if it is
a DetNet flow? What if the D-bit is not set?

/Loa



On 2018-01-15 21:05, Balázs Varga A wrote:
> Hi,
> 
> Some thoughts to start discussion on open points of the DP solution draft.
> 
> This mail(-thread) is on sequence numbering.
> 
> Problem in case of MPLS and DetNet Control Word:
> 
> - S/N skips zero problem: Ethernet PW definition states that S/N skips zero.
> 
> It uses zero to mean no S/N in use. (rfc4448)
> 
> Possible problem resolutions:
> 
> #1: Using a "flag" in the reserved bits part of the CW:
> 
>        0                   1                   2                   3
> 
>        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
> 
>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> 
>       |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
> 
>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> 
> D-bit: set to “1” means DetNet specific Seq. Number used,
> 
> Bit5-15: reserved.
> 
> RFC4448 states that reserved bits “MUST be ignored upon receipt”, so 
> backward
> 
> compatibility is ensured. Such a solution would allow also to use longer 
> seq.num.
> 
> formats (if needed). Such a format is also inline with RFC4385.
> 
> #2: Making “0” as a valid Seq.Num.
> 
> DetNet flows are recognized and forwarded special within the DetNet
> 
> domain. S/N is used within the DetNet domain by DetNet Service functions
> 
> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No
> 
> other nodes care about the value of S/N, therefore DetNet can specify its
> 
> own sequence number processing algorithm. So “0” can be a valid number
> 
> and not the indication that no Seq.Num. is used. This is inline with 
> RFC4385.
> 
> #3: Other … ?!?
> 
> Comments are welcome.
> 
> Cheers
> 
> Bala'zs
> 
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
> Sent: 2018. január 10. 19:01
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] recording for today's interim
> 
> is available for download at:
> 
> https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
> 
> raw notes are available at
> 
> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
> 
> Please feel free to update the etherpad based on the recording.
> 
> Lou (and co-chairs)
> 
> _______________________________________________
> 
> detnet mailing list
> 
> detnet@ietf.org <mailto:detnet@ietf.org>
> 
> https://www.ietf.org/mailman/listinfo/detnet
> 
> 
> 
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
> 

-- 


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


From nobody Fri Jan 19 01:09:47 2018
Return-Path: <balazs.a.varga@ericsson.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAC7A120454 for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 01:09:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.219
X-Spam-Level: 
X-Spam-Status: No, score=-2.219 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_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 UzqVtCRi7ZT0 for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 01:09:42 -0800 (PST)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 4DFDB1201F2 for <detnet@ietf.org>; Fri, 19 Jan 2018 01:09:41 -0800 (PST)
X-AuditID: c1b4fb2d-b4dff70000007932-01-5a61b5d3f71d
Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 3D.A4.31026.3D5B16A5; Fri, 19 Jan 2018 10:09:39 +0100 (CET)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.27) with Microsoft SMTP Server (TLS) id 14.3.352.0; Fri, 19 Jan 2018 10:09:38 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=0lCUsxKDA6HTeKU2l5G/B5WYvDPFalHC/pVr01O7Oo0=; b=J7tOUNZtRN084pM/cz8uaIIvHgdxWtzxydMAr9NvTl4EAsmarh1eqfrkDUTje5xsf69CpXmloWVFUChqsrPI4AczdhQFh+OUbVhrhKBnEcbkevof90b6t1tvQSxJT6/XxUG8lF/5z7tLs7oYBZBuvCZ9TMwy6LBI+0VnR3H1or8=
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com (10.161.110.21) by VI1PR07MB3216.eurprd07.prod.outlook.com (10.175.243.30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.428.9; Fri, 19 Jan 2018 09:09:36 +0000
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::a499:6fb2:56e6:33ad]) by VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::a499:6fb2:56e6:33ad%13]) with mapi id 15.20.0428.014; Fri, 19 Jan 2018 09:09:36 +0000
From: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>
To: "Andrew G. Malis" <agmalis@gmail.com>
CC: DetNet WG <detnet@ietf.org>
Thread-Topic: [Detnet] DP solution (Flow identification)
Thread-Index: AQHTj8BvfcySEIafK0yWjOrWoRLqD6N4ZUyAgAADjoCAAZ4ZMIAAJdUAgACT93A=
Date: Fri, 19 Jan 2018 09:09:36 +0000
Message-ID: <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com>
In-Reply-To: <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com>
Accept-Language: hu-HU, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.a.varga@ericsson.com; 
x-originating-ip: [89.135.192.225]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB3216; 7:NjaQCW9T6baxux+OAwGS5fZPPkPU/GZFGRj8DUQtJpuyO3Drr0NinpQ/WQUnjk21Rn0f5K1uCXt8/0MZiEtnuSVmtLFeX13hZfdKX9hCeUo64V9PQ8bV5u0YidTdE5MId36dYn0Hix6vIS8fLICOrjUQJ+PiJ2IA/nkfCFdv+JzHS09Za/Ai7QXZETkDHzgCT9hiKoEdmgT4elN/quqD18HYvi/KYyRxxM273XscjNA3APxQV5nNKVsDM+ff4hds
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: c4f6deb9-d59d-4f1f-4da8-08d55f1c5d11
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534125)(4602075)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:VI1PR07MB3216; 
x-ms-traffictypediagnostic: VI1PR07MB3216:
x-microsoft-antispam-prvs: <VI1PR07MB3216258BC2C8C0856E531FE6ACEF0@VI1PR07MB3216.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(274715658323672)(37575265505322)(28532068793085)(278428928389397)(50582790962513)(85827821059158)(97927398514766)(94707916325470)(100405760836317)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231023)(2400075)(944501161)(10201501046)(3002001)(6041268)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(20161123564045)(6072148)(201708071742011); SRVR:VI1PR07MB3216; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VI1PR07MB3216; 
x-forefront-prvs: 0557CBAD84
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(39380400002)(396003)(346002)(376002)(366004)(279900001)(51444003)(189003)(199004)(37854004)(57704003)(13464003)(59450400001)(6506007)(6306002)(54896002)(53546011)(53946003)(85202003)(93886005)(102836004)(53936002)(76176011)(7696005)(5660300001)(5250100002)(2906002)(16799955002)(105586002)(74316002)(19625305001)(2950100002)(6916009)(26005)(85182001)(99286004)(6116002)(3846002)(790700001)(106356001)(236005)(25786009)(9686003)(2900100001)(7736002)(316002)(55016002)(3660700001)(33656002)(561944003)(229853002)(19609705001)(6246003)(66066001)(86362001)(81156014)(39060400002)(81166006)(606006)(8676002)(478600001)(4326008)(966005)(14454004)(68736007)(6436002)(8936002)(3280700002)(9326002)(97736004)(1411001)(579004); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB3216; H:VI1PR07MB1005.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: gjyV3pmeHaIXJWSAGNXiLHpHyWZzc/NAsaKkbQfYcHlIbs89mETUyLOsMk9gjIL9jL9kNSWFb7Oujnxarj8sFw==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_VI1PR07MB1005682F105E1DA91CD4C160ACEF0VI1PR07MB1005eurp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: c4f6deb9-d59d-4f1f-4da8-08d55f1c5d11
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jan 2018 09:09:36.6368 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3216
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA01Sa0hTYRjmO+dsO44Gn8vhmxesQVSG0+5CJRb9ULqgUGCrzFMe1NQpO2uk P8J+VOrKFG20iyi4gmmS2cxrihbiChPvIIjpVt77MS0xTdt2DPz3fO/zvM/zvi8fTUqtggA6 TaVh1SomQy4UU4aExsCwwQZGGdG56Bv5ZfqzMHLNZaKiiZhm47goxmJZJeIIpfhUMpuRpmXV 4VFJ4tRHE61UdpNTcO+bzYrykKVfUIh8aMBH4cOzTqoQiWkp/ohgaLSZ9BBS3IOgVbfPQ1D4 KQmtT8pEvEpPQLnFRvIPh1v14wHhaRHic9BUb/b6+uED0GqwCz2YxCEwX/PXa7sTn4DV0QKC 10TCq+o2xONLYF6boDyYwnuhbKnQiyX4OhiLJoR82DAFpiK9N8AHx8NwhdU9Ek0jHAyTtZF8 lj+MOSsIfjcMlrY+kscymHVseFsRToS1jrytuhxezI1t3SIYBip0yJMF2EbAlK0Q8YQCGkoW kScL8EWYtEfxmn4E/Z9MQr4eCnOzyTxMh+7ly7ykF0H+8ktiy5OEKmvpVlgQOAc2BcVIYdw2 N4+zoHthAxm9+/uC3eCkjG5f0n3TNy3hvGQPlOkmRTzeDw/N5aLt9UokqkYyjuW4zJTDRxSs Ou02x2WpFCpWU4/cH6jTthbWhGrmz3QhTCP5Dsnb14xSKmC0XE5mFwKalPtJfp5PUkolyUxO LqvOuqm+m8FyXSiQpuT+EnusRCnFKYyGTWfZbFb9nyVon4A85NO+HkQGdNQMaa8FNbOnq2Qm jagokYyIrcy8YnmnL/+axuy+FWpoT0y0nV2pY4LySyc3V34VRB8cSV9YHik+Gaf8Lnuu47T3 S1Z7xl2Oll19xJ+66avHb1zQ+SnXDS47dyw+JGHKVUBsmjW5M0u9Jbkzub/1d+LMtY2PHe8H 5RSXyhwKJdUc8w+439XhPAMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/GMl4eodK4Xsy1AhZMY7LDk9VWtA>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jan 2018 09:09:46 -0000

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

SGkgQW5keSwNCg0KWWVzLCBnb29kIHBvaW50LiBGcm9tIEROIGZsb3cgcGVyc3BlY3RpdmUgd2Ug
aGF2ZSB0byBjb3BlIHdpdGggaW4tb3JkZXIgZGVsaXZlcnkuIEhvd2V2ZXIsDQpzb21lIGRldGFp
bGVkIHRob3VnaHRzIG9uIHRoZSBETiBmdW5jdGlvbnMgYW5kIHRoZWlyIHVzYWdlIG9mIFMvTjoN
Ci0gRE4xLCBDb25nZXN0aW9uIHByb3RlY3Rpb24gaXQgaXMgcHJhY3RpY2FsbHkgYWJvdXQgUW9T
IGZ1bmN0aW9ucywgd2hpY2ggd29ya3Mgb24gYSBwZXIgZmxvdw0KbGV2ZWwuIEl0IHNlbGVjdHMg
cXVldWVzIGJhc2VkIG9uIGZsb3ctSUQuIEl0IGRvZXMgbm90IGNvbnNpZGVyIFMvTi4NCi0gRE4y
LCBFeHBsaWNpdCByb3V0ZXMgaXMgcHJhY3RpY2FsbHkgdHJhZmZpYyBlbmdpbmVlcmluZy4gSXQg
ZG9lcyBub3QgY2FyZSBhYm91dCBTL04sIGp1c3QgZmxvdy1JRA0KKHdoaWNoIGZsb3cgaGF2ZSB0
byB0YWtlIHdoaWNoIHR1bm5lbCkuDQotIEROMywgU2VydmljZSBwcm90ZWN0aW9uIGlzIHRoZSBw
ZXIgcGFja2V0IDErbiBwcm90ZWN0aW9uLCB3aGVyZSB0aGUgZWxpbWluYXRpb24gZnVuY3Rpb24g
aXMNCmJhc2VkIG9uIFMvTi4NCg0KVGhpcyBpcyB3aHkgSSB3cm90ZSBTL04gaXMgdXNlZCBvbmx5
IGJ5IHRoZSBTZXJ2aWNlIFByb3RlY3Rpb24gZnVuY3Rpb24uDQoNCkJ1dCBZb3VyIGNvbW1lbnQg
aXMgZnVsbHkgdmFsaWQgYW5kIHBvaW50cyBmb3IgbWUgdG8gYSBwb3NzaWJsZSBtaXNzaW5nIERO
IGZ1bmN0aW9uLiBXZSBzaG91bGQNCmNvbnNpZGVyIHRvIGRlZmluZSBhbiBhZGRpdGlvbmFsIG9u
ZTog4oCcRE40IEZyYW1lIG9yZGVyaW5n4oCdLiBTdWNoIGEgZnVuY3Rpb24gd291bGQgdXNlIGJv
dGggdGhlDQpmbG93LUlEIGFuZCB0aGUgUy9OLiBJdHMgZnVuY3Rpb24gaXMgdG8gZW5zdXJlIGlu
IG9yZGVyIGRlbGl2ZXJ5IGlmIHRoYXQgaXMgcmVxdWlyZWQgYnkgdGhlIERldE5ldA0KYXBwbGlj
YXRpb24uIEJlc3QgbG9jYXRlZCBhdCB0aGUgZWdyZXNzLVBFLiBEZXRhaWxzIG5lZWQgZnVydGhl
ciBkaXNjdXNzaW9uLiAoTm90ZTogaWYgdGhlIGFwcGxpY2F0aW9uDQpoYXMgaXRzIG93biBlbWJl
ZGRlZCBzZXEubnVtIGluIHRoZSBmbG93IGl0IG1heSBub3QgbmVlZCBpbi1vcmRlciBkZWxpdmVy
eSwgZXRjLikNCg0KSSB0aGluayB0aGF0IGlzIGEgZ29vZCBpZGVhIGFuZCBtYWtlcyB0aGUgRE4g
ZnVuY3Rpb25zIG1vcmUgbW9kdWxhci4gQWxzbyBkdXJpbmcgdGhlIEVsaW1pbmF0aW9uDQp3ZSBj
YW4gc2ltcGxlIGNvbmNlbnRyYXRlIG9uIGR1cGxpY2F0ZSBkZXRlY3Rpb24gYW5kIG91dC1zb3Vy
Y2UgaW4tb3JkZXIgZGVsaXZlcnkgdG8gRE40Lg0KDQpTbywgd2UgY291bGQgZW5kIHVwIGluIGZv
dXIgRE4gZnVuY3Rpb25zOg0KLSBETjEsIENvbmdlc3Rpb24gcHJvdGVjdGlvbg0KLSBETjIsIEV4
cGxpY2l0IHJvdXRlcw0KLSBETjMsIFNlcnZpY2UgcHJvdGVjdGlvbg0KLSBETjQsIEZyYW1lIG9y
ZGVyaW5nDQoNCkNoZWVycw0KQmFsYeKAmXpzDQoNCkZyb206IEFuZHJldyBHLiBNYWxpcyBbbWFp
bHRvOmFnbWFsaXNAZ21haWwuY29tXQ0KU2VudDogMjAxOC4gamFudcOhciAxOC4gMjI6NDkNClRv
OiBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT4NCkNjOiBEZXRO
ZXQgV0cgPGRldG5ldEBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbRGV0bmV0XSBEUCBzb2x1dGlv
biAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0KQmFsw6F6cywNCg0KSSBhZ3JlZSB3aXRoIHlvdXIg
Y29uY2x1c2lvbnMgcmVnYXJkaW5nIOKAnERldE5ldCBkaXN0YW5jZeKAnS4NCg0KSG93ZXZlciwg
b25lIHBvaW50IEkgdGhpbmsgSSBkaXNhZ3JlZSB3aXRoIHlvdSBpcyB3aGVuIHRoZSBzZXF1ZW5j
ZSBudW1iZXIgaXMgbmVjZXNzYXJ5IC0geW91IHNhaWQgb25seSBieSB0aGUg4oCcc2VydmljZSBw
cm90ZWN0aW9u4oCdIGZ1bmN0aW9u4oCdLiBIb3dldmVyLCBhcyBEZXROZXQgZmxvd3MgYXJlIGlu
ZGVlZCBmbG93cywgYW5kIGFuZCBtb3N0IChpZiBub3QgYWxsKSBhcHBsaWNhdGlvbnMgdGhhdCB3
aWxsIHJlcXVpcmUgRGV0TmV0IHdpbGwgbW9zdCBwcm9iYWJseSByZXF1aXJlIGluLW9yZGVyIGRl
bGl2ZXJ5LCBzZXF1ZW5jZSBudW1iZXJzIGFyZSBnZW5lcmFsbHkgdXNlZnVsIGZvciByZW9yZGVy
aW5nIGF0IHRoZSBkZXN0aW5hdGlvbiBpZiBwYWNrZXRzIGdldCBvdXQgb2Ygb3JkZXIgZHVyaW5n
IGRlbGl2ZXJ5IGJ5IHRoZSB1bmRlcmx5aW5nIG5ldHdvcmsuDQoNCkNoZWVycywNCkFuZHkNCg0K
DQpPbiBUaHUsIEphbiAxOCwgMjAxOCBhdCAyOjQxIFBNLCBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6
cy5hLnZhcmdhQGVyaWNzc29uLmNvbTxtYWlsdG86YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29t
Pj4gd3JvdGU6DQpIaSwNCg0Kc29tZSBjb21tZW50cyByZWdhcmRpbmcgd2hhdCBpcyBuZWVkZWQg
Zm9yIGEgIm5ldHdvcmtzIHRoYXQgYXJlIHVuZGVyIGEgc2luZ2xlIGFkbWluaXN0cmF0aXZlIGNv
bnRyb2wiLCBiYXNlZCBvbiB0aGUgZXhpc3RpbmcgV0cgZHJhZnRzIChwcm9ibGVtIHN0YXRlbWVu
dCwgdXNlLWNhc2VzLCBhcmNoaXRlY3R1cmUsIGV0Yy4pLiBMZXQncyB0cnkgdG8ga2VlcCBpdCBz
aW1wbGUgYW5kIGZvY3VzIG9uIHdoYXQgd2UgbmVlZDoNCjEsIEZsb3cgcmVxdWlyZW1lbnRzOg0K
ICAgICAgICAgICAgICAgIC0gbG9zcyBhbmQvb3IgZGVsYXkgYm91bmRzDQoyLCBEZXROZXQgZnVu
Y3Rpb25zIChkZWZpbmVkIHNvIGZhcik6DQogICAgICAgICAgICAgICAgLSBETjEsIENvbmdlc3Rp
b24gcHJvdGVjdGlvbiAoaS5lLiByZXNlcnZpbmcgcmVzb3VyY2VzLCBtYWdpYyBxdWV1aW5nLCBl
dGMuKQ0KICAgICAgICAgICAgICAgIC0gRE4yLCBFeHBsaWNpdCByb3V0ZXMgKGkuZS4gdHJhZmZp
YyBlbmdpbmVlcmluZykNCiAgICAgICAgICAgICAgICAtIEROMywgU2VydmljZSBwcm90ZWN0aW9u
IChhZ2FpbnN0IGxvc3MgYnkgbmV0d29yayBmYWlsdXJlcykNCk5vdGU6IFRoZXNlIHRocmVlIHRl
Y2huaXF1ZXMgY2FuIGJlIGFwcGxpZWQgaW5kZXBlbmRlbnRseSwgZGVwZW5kaW5nIG9uIHRoZSBG
bG93IHJlcXVpcmVtZW50cyBhbmQgdGhlIG5ldHdvcmsgc2NlbmFyaW8uIEFzIGFuIGV4YW1wbGUs
IGNvbmdlc3Rpb24gcHJvdGVjdGlvbiAoRE4xKSBhbG9uZSBpcyBvZmZlcmVkIGJ5IElFRUUgODAy
LjEgQXVkaW8gVmlkZW8gYnJpZGdpbmcuDQoNCjMsIEZsb3cgc3BlY2lmaWMgaW5mb3JtYXRpb24g
aGF2ZSB0byB0cmF2ZWwgd2l0aCB0aGUgcGFja2V0Og0KICAgICAgICAgICAgICAgIC0gRmxvdy1J
RCAocmVxdWlyZWQgYnkgYWxsIERldE5ldCBmdW5jdGlvbnMpDQogICAgICAgICAgICAgICAgLSBT
ZXF1ZW5jZSBOdW1iZXIgKHJlcXVpcmVkIG9ubHkgYnkgIlNlcnZpY2UgUHJvdGVjdGlvbiIgZnVu
Y3Rpb24pDQoNClNvLCByZWdhcmRpbmcgdGhlIHF1ZXN0aW9ucyBoZXJlIG9uIHRoZSBsaXN0Og0K
LSBEbyB3ZSBuZWVkIGFsbCBub2RlcyB0byBiZSBETi1hd2FyZSBpbiBhIG5ldHdvcms/DQpOb3Qg
bmVjZXNzYXJpbHkuIElmIGluIGEgbmV0d29yayBzY2VuYXJpbyBEZXROZXQgZmxvd3MgcmVxdWly
ZSBvbmx5IGZvciBleGFtcGxlIGJhc2ljIEROMSBmdW5jdGlvbiB0aGFuIFlvdSBoYXZlIGEgZ29v
ZCBjaGFuY2UgdG8gc2VydmUgaXQgd2l0aCBleGlzdGluZyBkZXZpY2VzLiBIb3dldmVyIGluIHNv
bWUgY2FzZXMgYWxsIEROIGZ1bmN0aW9ucyBhcmUgbmVlZGVkIGF0IGVhY2ggaG9wLCBzbyB5ZXMs
IGFsbCBub2RlcyBoYXZlIHRvIGJlIEROIGF3YXJlLg0KQ29uY2x1c2lvbjogdGhlIG1vcmUgRE4g
ZnVuY3Rpb25zIGFyZSBuZWVkZWQgaW4gYSBuZXR3b3JrIHNjZW5hcmlvIHRvIHNlcnZlIERldE5l
dCBmbG93cywgdGhlIG1vcmUgcHJvYmFibHkgd2UgbmVlZCBETi1hd2FyZSBub2RlcyBhdCBlYWNo
IGhvcC4NCg0KLSBEbyB3ZSBuZWVkIERldE5ldCBkYXRhLXBsYW5lIGZvciBJUHY0LCBJUHY2IGFu
ZCBNUExTPw0KWWVzLCB0aGF0IHdvdWxkIGJlIG5pY2UgdG8gaGF2ZSBmb3IgYWxsIG9mIHRoZW0u
IEJ1dCBJIHRoaW5rIGl0IGlzIGEgYmV0dGVyIHF1ZXN0aW9uIHdoaWNoIG9uZSBoYXMgdGhlIHNt
YWxsZXN0IGRpc3RhbmNlIHRvIGJlIERldE5ldC1yZWFkeT8gKEkgbWVhbiB3aGljaCBuZWVkIHRo
ZSBsZXNzIG5ldyBzdHVmZiB0byBzdXBwb3J0IEROPykgVGhlIGRhdGEtcGxhbmUgYWx0ZXJuYXRp
dmUgcmVsYXRlZCBkcmFmdCBmb2N1c2VkIG9uIHRoYXQgYW5kIGFsc28gdGhlIG1haWxpbmcgdGhy
ZWFkcyBoZXJlLg0KQ29uY2x1c2lvbjogSSB0aGluayB3ZSBjYW4gY29uY2x1ZGUgb24gYSByYW5r
IG9mICJzbWFsbGVzdCBEZXROZXQtZGlzdGFuY2UiOg0KMSwgTVBMUw0KMiwgSVB2Ng0KMy4gSVB2
NA0KTm90ZTogaW4gbXkgdmlldyB0aGlzIGlzIGFsc28gdGhlIHByb2JhYmlsaXR5IGxpc3Qgd2hh
dCBuZXR3b3JrcyBzb21lb25lIGludGVuZHMgdG8gdXNlIHRvIGZvcndhcmQgRGV0TmV0IGZsb3dz
IOKApg0KDQpDaGVlcnMNClZCYWxhJ3pzDQoNCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5ldC1i
b3VuY2VzQGlldGYub3JnPG1haWx0bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFs
ZiBPZiBHcm9zc21hbiwgRXRoYW4gQS4NClNlbnQ6IDIwMTguIGphbnXDoXIgMTcuIDE5OjUxDQpU
bzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4+OyBE
ZWJvcmFoIEJydW5nYXJkIDxkYjM1NDZAYXR0LmNvbTxtYWlsdG86ZGIzNTQ2QGF0dC5jb20+Pjsg
U3Rld2FydCBCcnlhbnQgPHN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTxtYWlsdG86c3Rld2FydC5i
cnlhbnRAZ21haWwuY29tPj4NCkNjOiBUaW0gQ2hvd24gKFRpbS5DaG93bkBqaXNjLmFjLnVrPG1h
aWx0bzpUaW0uQ2hvd25AamlzYy5hYy51az4pIDxUaW0uQ2hvd25AamlzYy5hYy51azxtYWlsdG86
VGltLkNob3duQGppc2MuYWMudWs+Pg0KU3ViamVjdDogUmU6IFtEZXRuZXRdIERQIHNvbHV0aW9u
IChGbG93IGlkZW50aWZpY2F0aW9uKQ0KDQpUaGFua3MgU3Rld2FydC4gUmVnYXJkaW5nOg0K4oCc
WWVzLCB3ZSBuZWVkIHRvIGhhdmUgdGhlIGRpc2N1c3Npb24gb24gdGhlIGxpc3QgYW5kIHJlYWNo
IGEgY29uc2Vuc3VzIG9mIHdoZXRoZXINCmEpIFdlIHN1cHBvcnQgdjQNCmIpIFdlIHN1cHBvcnQg
djQgYW5kIHY2IGJ5IHY0IGFuZCB2NiBzcGVjaWZpYyBwcm90b2NvbCBleHRlbnNpb25zDQpjKSBX
ZSB1c2UgYSBzaW5nbGUgY29tbW9uIElQIGFwcHJvYWNoDQpkKSBXZSB1c2UgYW4gYXBwcm9hY2gg
dGhhdCBpcyBjb21tb24gYWNyb3NzIElQIGFuZCBNUExT4oCdDQpQZXJoYXBzLCBnaXZlbiBUaW0g
Q2hvd27igJlzIGVhcmxpZXIgY29tbWVudDoNCiAgICAgICAg4oCcSWYgeW914oCZcmUgc3VnZ2Vz
dGluZyBhbiBJUHY0LW9ubHkgc29sdXRpb24sIHlvdeKAmXJlIHJ1bm5pbmcgdXAgYWdhaW5zdCBo
dHRwczovL3d3dy5pYWIub3JnLzIwMTYvMTEvMDcvaWFiLXN0YXRlbWVudC1vbi1pcHY2Ly7igJ0N
Cg0KV2UgY291bGQgZ2V0IERlYm9yYWggd2l0aCBoZXIgQUQgaGF0IG9uIHRvIGNvbW1lbnQgb24g
dGhpcz8NCkV0aGFuLg0KDQpGcm9tOiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0ZXdhcnQuYnJ5
YW50QGdtYWlsLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAxNywgMjAxOCAxMDozOSBB
TQ0KVG86IEdyb3NzbWFuLCBFdGhhbiBBLiA8ZWFncm9zQGRvbGJ5LmNvbTxtYWlsdG86ZWFncm9z
QGRvbGJ5LmNvbT4+OyBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNv
bTxtYWlsdG86YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPj47IEFuZHJldyBHLiBNYWxpcyA8
YWdtYWxpc0BnbWFpbC5jb208bWFpbHRvOmFnbWFsaXNAZ21haWwuY29tPj4NCkNjOiBEZXROZXQg
V0cgPGRldG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPj47IE1hY2ggQ2hlbiA8
bWFjaC5jaGVuQGh1YXdlaS5jb208bWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tPj4NClN1Ympl
Y3Q6IFJlOiBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0KDQpIaSAgRXRoYW4s
DQoNCk9uIDE3LzAxLzIwMTggMTg6MjQsIEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90ZToNClRoYW5r
cyBTdGV3YXJ0IGZvciB0aGUgY2xhcmlmaWNhdGlvbi4gSSBpbnRlcnByZXQgeW91ciBzdGF0ZW1l
bnQg4oCcYSBkZWNpc2lvbiBub3QgdG8gc3VwcG9ydCBJUHY04oCdIHRvIG1lYW4g4oCcYSBkZWNp
c2lvbiBub3QgdG8gcHJvcG9zZSBhZGRpbmcgYW55dGhpbmcgdG8gdGhlIGV4aXN0aW5nIElQdjQg
c3RhbmRhcmTigJ0uDQoNClRvIHN1cHBvcnQgSVB2NCB0aGVyZSBhcmUgYSBudW1iZXIgb2YgbWV0
aG9kcyB0aGF0IGFyZSBwb3NzaWJsZSwgb25lIGlzIHRvIGFkZCBzb21ldGhpbmcgdG8gdjQgaXRz
ZWxmIGFzIGlzIHByb3Bvc2VkIGZvciB2Ni4gQWRkaW5nIHNvbWV0aGluZyB0byB0aGUgYmFzZSBw
cm90b2NvbCB3aWxsIGJlIHZlcnkgZGlmZmljdWx0Lg0KDQpBbm90aGVyIG1ldGhvZCwgaXMgdG8g
ZG8gd2hhdCBoYXMgYmVlbiBwcm9wb3NlZCBieSBzb21lIGZvciBNUExTLCB0aGF0IGlzIHRvIGVu
Y29kZSB0aGUgaWRlbnRpdHkgYW5kIHR5cGUgaW4gdGhlIElQIGFkZHJlc3MuIFRoZXJlIGlzIGEg
cHJvcG9zYWwgdG8gZG8gdGhpcyBpbiBTUnY2LiBJIGFtIG5vdCBhIGdyZWF0IGZhbiBvZiBhYnVz
aW5nIHRoZSBhZGRyZXNzIHNwYWNlIGZvciB0aGlzIGluIHRoZSB3YXkgcHJvcG9zZWQgYnkgdGhh
dCB3b3JrLCBidXQgbWF5YmUgd2UgY2FuIGRvIHNvbWV0aGluZyBtdWNoIHNpbXBsZXIgaGVyZSBh
bmQgc2ltcGx5IGlkZW50aWZ5IHRoZSBETiBpbnN0YW5jZSBieSB0aGUgSVAgYWRkcmVzcyB3aXRo
IG5vIG90aGVyIHNlbWFudGljcy4gTXVjaCBlYXNpZXIgdG8gZG8gdGhpcyBmb3IgSVB2NiB3aXRo
IHRoZSAiaW5maW5pdGUgYWRkcmVzc2VzIiBidXQgd2UgY291bGQgZ2V0IGF3YXkgd2l0aCBpdCBp
biBsaW1pdGVkIHByaXZhdGUgSXB2NCBuZXR3b3Jrcy4gT2YgY291cnNlIHRoaXMgZG9lcyBjaGFu
Z2UgdGhlIHBlci1ob3AgYmVoYXZpb3VyIG9mIElQIHdoaWNoIG1heSBiZSBhIGNoYWxsZW5nZSB0
byBnZXQgdGhlIElFVEYgdG8gc2lnbiBvZiBvbi4NCg0KQW5vdGhlciBtZXRob2QgaXMgdG8gdXNl
IHNvbWUgbWV0aG9kIG9mIGNhcnJ5aW5nIGFuIE1QTFMgbGFiZWwgc3RhY2sgLSB0aGlzIHdhcyB0
aGUgZmlyc3QgcHJvcG9zYWwuIE5vdyBJIHNhaWQgdGhhdCBJIGRpZCBub3QgdGhpbmsgYW55b25l
IGhhZCBkb25lIHRoYXQgYW5kIEkgc3RpbGwgYmVsaWV2ZSB0aGF0IHRvIGJlIHRoZSBjYXNlLCBi
dXQgdGhhdCBkb2VzIG5vdCBtZWFuIHRoYXQgaXQgaXMgbm90IHRoZSBsZWFzdCB3b3JzdCBhcHBy
b2FjaC4gVGhlcmUgYXJlIGFsdGVybmF0ZXMgZm9yIGV4YW1wbGUgSVAvVURQL01QTFMNCndoaWNo
IGlzIHRoZSBzbyBjYWxsZWQgVVNSIGFwcHJvYWNoIHRoYXQgYSBudW1iZXIgb2YgdXMgYWR2b2Nh
dGUgYXMgYW4gYWx0ZXJuYXRpdmUgdG8gU1J2Ni4NCklmIHRoYXQgaXNu4oCZdCBjb3JyZWN0LCBw
bGVhc2UgbGV0IG1lIGtub3cuIEFzIHlvdSBtYXkgcmVjYWxsIEkgYWxyZWFkeSBzdGFydGVkIGEg
dGhyZWFkIGF3aGlsZSBhZ28gdG8gZGlzY3VzcyBJUHY0IHZzIElQdjYsIGFuZCBiYXNlZCBvbiB0
aGUgcmVzcG9uc2VzIGl0IGFwcGVhcmVkIHRvIG1lIGF0IHRoYXQgdGltZSB0aGF0IHRoZXJlIHdl
cmUgc29tZSBraW5kIG9mIG9wdGlvbnMsIHRob3VnaCBub3QgYSDigJxuYXRpdmUgSVB2NOKAnSBz
b2x1dGlvbiwgYnV0IGl0IHdhc27igJl0IGNsZWFyIHRvIG1lIChhcyBhIG5vbi1leHBlcnQgaW4g
dGhlIHZhcmlvdXMgbmV0d29ya2luZyBwcm90b2NvbHMgbWVudGlvbmVkKSB3aGV0aGVyIHRoZXkg
d291bGQgYmUgdmlhYmxlIGluIHByYWN0aWNlIG9yIG5vdC4gSSB3aWxsIHJldml2ZSB0aGF0IHRo
cmVhZCBhbmQgc2VlIGlmIHdlIGNhbiBnZXQgYW55IGNsb3NlciB0byBkZXRlcm1pbmluZyB0aGUg
aW1wb3J0YW5jZSBvZiBJUHY0IHRvIG91ciB0YXJnZXQgY3VzdG9tZXJzLCBhbmQgaG9wZWZ1bGx5
IHNvbWUgc2Vuc2Ugb2Ygd2hldGhlciB0aGUgcHJvcG9zZWQgbm9uLW5hdGl2ZS1JUHY0IHN0cmF0
ZWdpZXMgd2lsbCBob2xkIHdhdGVyLg0KDQpZZXMsIHdlIG5lZWQgdG8gaGF2ZSB0aGUgZGlzY3Vz
c2lvbiBvbiB0aGUgbGlzdCBhbmQgcmVhY2ggYSBjb25zZW5zdXMgb2Ygd2hldGhlcg0KDQphKSBX
ZSBzdXBwb3J0IHY0DQpiKSBXZSBzdXBwb3J0IHY0IGFuZCB2NiBieSB2NCBhbmQgdjYgc3BlY2lm
aWMgcHJvdG9jb2wgZXh0ZW5zaW9ucw0KYykgV2UgdXNlIGEgc2luZ2xlIGNvbW1vbiBJUCBhcHBy
b2FjaA0KZCkgV2UgdXNlIGFuIGFwcHJvYWNoIHRoYXQgaXMgY29tbW9uIGFjcm9zcyBJUCBhbmQg
TVBMUw0KDQotIFN0ZXdhcnQNCkV0aGFuLg0KDQpGcm9tOiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRv
OnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSAxNywg
MjAxOCAxMjoyOSBBTQ0KVG86IEdyb3NzbWFuLCBFdGhhbiBBLiA8ZWFncm9zQGRvbGJ5LmNvbT48
bWFpbHRvOmVhZ3Jvc0Bkb2xieS5jb20+OyBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdh
QGVyaWNzc29uLmNvbT48bWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT47IEFuZHJl
dyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb20+PG1haWx0bzphZ21hbGlzQGdtYWlsLmNvbT4N
CkNjOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz48bWFpbHRvOmRldG5ldEBpZXRmLm9yZz47
IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+PG1haWx0bzptYWNoLmNoZW5AaHVhd2Vp
LmNvbT4NClN1YmplY3Q6IFJlOiBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0K
DQoNCg0KT24gMTYvMDEvMjAxOCAxODozOCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOg0KSGkg
QmFsYeKAmXpzLA0KUmVnYXJkaW5nIElQdjQsIEkgYWxzbyB1bmRlcnN0b29kIHRoYXQgd2UgZGVj
aWRlZCB0aGF0IHdlIGNhbuKAmXQgYWRkIG5ldyBJUHY0IGZpZWxkcy4gUGFyZG9uIG15IGlnbm9y
YW5jZSBoZXJlLCBidXQgZG9lcyB0aGF0IG1lYW4gdGhlcmUgaXMgbm8gcGFydCBvZiBEZXROZXQg
Y2FwYWJpbGl0eSB0aGF0IGNhbiBiZSBydW4gb3ZlciBJUHY0PyBPciBpcyB0aGVyZSBzb21lIOKA
nHdvcmthcm91bmTigJ0gdG8gcHJvdmlkZSBhcyBJIHNheSBldmVuIHBhcnQgb2YgdGhlIERldE5l
dCBjYXBhYmlsaXR5LCBnaXZlbiB0aGF0IGl0IGlzIGFuIEVuZ2luZWVyZWQgbmV0d29yaz8gSSBq
dXN0IHdhbnQgdG8gY2xhcmlmeSBleHBlY3RhdGlvbnMgaGVyZS4NCg0KSWYgeW91IGhhdmUgYSBu
YXRpdmUgSVB2NCBuZXR3b3JrIHRvIHdoaWNoIHlvdSBwcmVzZW50IElQdjYgcGFja2V0cywgeW91
IGVpdGhlciBoYXZlIHRvIHR1bm5lbCB0aGVtIGFjcm9zcyB3aGVyZSB0aGUgSVB2NiBpcyBjb25z
aWRlcmVkIG9wYXF1ZSBkYXRhLCBvciB5b3UgaGF2ZSB0byB0cmFuc2xhdGUgdGhlbSB0byBJUHY0
LCBidXQgdGhhdCByZXF1aXJlcyBzb21lIGNvbW1vbiBzZW1hbnRpY3MgdG8gZGVhbCB3aXRoIGV4
dGVuc2lvbiBoZWFkZXJzIHdoaWNoIHdlIGRvbid0IGN1cnJlbnRseSBoYXZlLg0KDQpTbywgYXMg
ZmFyIGFzIEkgY2FuIHNlZSwgYSBkZWNpc2lvbiBub3QgdG8gc3VwcG9ydCBJUHY0IG1lYW5zIG5v
IEROIHN1cHBvcnQgYWNyb3NzIHRoZSBJUHY0IG5ldHdvcmsuDQoNCldoaWNoIHRha2VzIHVzIGJh
Y2sgdG8gdGhlIHF1ZXN0aW9uIG9mIGhvdyBpbXBvcnRhbnQgaXMgdGhpcyBhbmQgd2hhdCB3aWxs
IGl0IGRvIHRvIHRoZSB0YWtlLXVwIG9mIHRoZSB0ZWNobm9sb2d5IGJ5IGl0cyB0YXJnZXQgY3Vz
dG9tZXJzPw0KDQotIFN0ZXdhcnQNCg0KVGhhbmtzLA0KRXRoYW4uDQoNCkZyb206IGRldG5ldCBb
bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQmFsw6F6cyBWYXJn
YSBBDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDE2LCAyMDE4IDEwOjIxIEFNDQpUbzogU3Rld2Fy
dCBCcnlhbnQgPHN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT48bWFpbHRvOnN0ZXdhcnQuYnJ5YW50
QGdtYWlsLmNvbT47IEFuZHJldyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb20+PG1haWx0bzph
Z21hbGlzQGdtYWlsLmNvbT4NCkNjOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz48bWFpbHRv
OmRldG5ldEBpZXRmLm9yZz47IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+PG1haWx0
bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4NClN1YmplY3Q6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChG
bG93IGlkZW50aWZpY2F0aW9uKQ0KDQpJIHRoaW5rIHRoZSBsYXN0IG1haWxzIGFyZSBtb3JlIGFi
b3V0IGZsb3cgaWRlbnRpZmljYXRpb24gYW5kIG5vdCB0aGUgc2VxdWVuY2UgbnVtYmVyLg0KU28s
IEkgaGF2ZSByZS1zdWJqZWN0ZWQgbXkgYW5zd2VyLg0KDQpQU04gbGF5ZXIgdnMuIEROIGxheWVy
IChNUExTKToNCi0gaW4gY3VycmVudCBkYXRhIHBsYW5lIHRleHQgd2UgaGF2ZSBzdGF0ZWQgdGhh
dCBEZXROZXQgUFdzIG1heSB1c2UgZGVkaWNhdGVkIExTUHMgKFRFLXR1bm5lbHMpLg0KVGhhdCBh
bGxvdyB0byBpZGVudGlmeSBEZXROZXQgZmxvd3MgaW4gUFNOIGxheWVyIHdpdGhvdXQgY2hlY2tp
bmcgdGhlIFBXIGxhYmVsLiBTdWNoIGEgc29sdXRpb24gb2YNCmNvdXJzZSBtYXkgY2hhbGxlbmdl
IHNjYWxhYmlsaXR5Lg0KLSByZWdhcmRpbmcgcHJpb3JpdGl6YXRpb246IHRleHQgYWxsb3dzIGJv
dGggRS1MU1AgYW5kIEwtTFNQIGNvbmNlcHQsIHdoYXQgbWFrZXMgcG9zc2libGUNCnRvIGlkZW50
aWZ5IERldE5ldCBwYWNrZXRzLiBIb3dldmVyIHRoYXQgaXMgbW9yZSBmb3Igc2ltcGxlIHF1ZXVp
bmcgc2NlbmFyaW9zIGFzIGl0IGRvZXMgbm90DQppZGVudGlmeSBpbmRpdmlkdWFsIGZsb3dzLg0K
DQpQU04gbGF5ZXIgdnMuIEROIGxheWVyIChub24tTVBMUyk6DQotIElQdjQ6IElmIEkgcmVtZW1i
ZXIgY29ycmVjdGx5IGl0IHdhcyBkaXNjdXNzZWQgdG8gYmUgb3V0LW9mLXNjb3BlIHRvIHNpbXBs
aWZ5IHRoZSBzY2VuYXJpb3Mgd2UgZm9jdXMgb24uDQpOby1vbmUgd2FudGVkIHRvIGRlZmluZSBu
ZXcgSVB2NCBmaWVsZHMgZm9yIGZsb3ctSUQgYW5kIFNlcS1OdW0gaW4gdGhlIOKAnHN1bnNldCBv
ZiBJUHY04oCdLg0KLSBJUHY2OiBiYXNlZCBvbiB0aGUgc3JjLUlQdjYgYW5kIHRoZSBmbG93LWxh
YmVsIE5QIGNhbiBkZXRlY3QgRGV0TmV0IGZsb3dzLiBXaHkgd291bGQgd2UgbmVlZCBhIG5ldw0K
SVAgcHJvdG9jb2wgdHlwZT8NCg0KR2VuZXJpYyB2cy4gRE4gYXdhcmUgZGF0YSBwbGFuZToNCi0g
SSB0aGluayB3ZSBuZWVkIGJvdGguIFdlIGhhdmUgdXNlLWNhc2VzIHNwZWNpZmllZCBmb3IgYm90
aC4NCg0KRGV0TmV0IHRyYWZmaWMgdG8gYmUgdHJhbnNwb3J0ZWQ6DQotIHR3byB0eXBlcyBhcmUg
Y29uc2lkZXJlZDoNCigxKSBFdGhlcm5ldDogSUVFRSBUU04gdHJhZmZpYyBlbmNhcHN1bGF0ZWQg
aW4gRXRoZXJuZXQgZnJhbWVzIGFuZA0KKDIpIElQOiBJUHY2IHRyYW5zcG9ydGVkIG92ZXIgYW55
IEwyIChub3QgYWx3YXlzIEV0aGVybmV0LCBidXQgbW9zdCBjYXNlcyBFdGhlcm5ldCkNCkFzIG5v
dGVkIGFib3ZlIElQdjQgaXMgY3VycmVudGx5IG91dC1vZi1zY29wZSDigKYNCg0KQ2hlZXJzDQpC
YWxh4oCZenMNCg0KRnJvbTogU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGV3YXJ0LmJyeWFudEBn
bWFpbC5jb21dDQpTZW50OiAyMDE4LiBqYW51w6FyIDE2LiAxNzozOA0KVG86IEFuZHJldyBHLiBN
YWxpcyA8YWdtYWxpc0BnbWFpbC5jb208bWFpbHRvOmFnbWFsaXNAZ21haWwuY29tPj4NCkNjOiBN
YWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNv
bT4+OyBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbTxtYWlsdG86
YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPj47IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3Jn
PG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtEZXRuZXRdIERQIHNvbHV0
aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpDQoNCg0KDQpBbmR5DQpPbiAxNi8wMS8yMDE4IDE1OjIw
LCBBbmRyZXcgRy4gTWFsaXMgd3JvdGU6DQpTdGV3YXJ0LA0KDQpMaWtlIHdpdGggUFdzIChzaW5j
ZSBERVRORVQgZm9yIE1QTFMgd291bGQganVzdCBiZSBhbm90aGVyIFBXIHR5cGUpLCB0YXJnZXRl
ZCBMRFAgYW5kIHByb3Zpc2lvbmluZyAodmlhIGEgY2VudHJhbCBjb250cm9sbGVyLCBOTVMsIGV0
Yy4pIGFyZSBhbHRlcm5hdGl2ZXMgdG8gUlNWUCBhbmQgU1IgdG8gcHJvdmlzaW9uaW5nL2FsbG9j
YXRpbmcgdGhlIERFVE5FVCBQVyBsYWJlbC4NCg0KLi4gYW5kIEkgc3VwcG9zZSBzdHJpY3RseSBC
R1Agd2hpY2ggaXMgYWxzbyB1c2VkIGZvciB0aGlzIHB1cnBvc2UgaW4gVlBOcw0KDQoNCllvdSBh
bmQgTWFjaCBhcmUgYm90aCByaWdodCB0aGF0IGluIHRoZSBJUCAobm9uLU1QTFMpIGNhc2UsIHdl
IG5lZWQgYSB3YXkgZm9yIHRoZSBOUCB0byBkZXRlY3QgREVUTkVUIGZsb3dzLiBXZSBjb3VsZCBo
YXZlIGEgbmV3IElQIHByb3RvY29sIHR5cGUgZm9yIERFVE5FVCwgYW5kIGEgREVUTkVUIGhlYWRl
ciBkaXJlY3RseSBmb2xsb3dzIHRoZSBJUCBoZWFkZXIuIEluIHRoYXQgY2FzZSwgdGhlIERFVE5F
VCBoZWFkZXIgd291bGQgYWxzbyBuZWVkIGEgbmV4dCBwcm90b2NvbCBpZGVudGlmaWVyLCB1bmxl
c3MgdGhlIG5leHQgcHJvdG9jb2wgaXMgYWx3YXlzIGFub3RoZXIgSVAgaGVhZGVyLg0KDQpMYXN0
IEkgc2F3LCB0aGUgdGhpbmtpbmcgd2FzIHRoYXQgdGhlcmUgd291bGQgYmUgYW4gSVAgZXh0ZW5z
aW9uIGhlYWRlciwgYWx0aG91Z2ggSSBhbSBub3QgYSBmYW4gb2YgdGhvc2Ugc2luY2UgKGEpIEkg
YW0gbm90IGNvbmZpZGVudCB3aGF0IGEgcm91dGVyIHdpbGwgZG8gb25lIGl0IGRvZXMgbm90IHVu
ZGVyc3RhbmQsIGFuZCAoYikgSSBhbSBjb25jZXJuZWQgYWJvdXQgdGhlIG5lZWQgdG8gc3VwcG9y
dCBJUHY0IHdoaWNoIEkgc3VzcGVjdCB3aWxsIGhhdmUgYSBsb25nIHRhaWwgaW4gZW50ZXJwcmlz
ZSBkZXBsb3ltZW50Lg0KDQpJIHByZWZlciBhIFVEUCB0eXBlIGZvciB0aGlzIHB1cnBvc2Ugc2lu
Y2UgaXQgaGFzIHVuaXZlcnNhbCBzdXBwb3J0IHRocm91Z2ggYW55IG1pZGRsZSBib3guIGZpcmV3
YWxsIGV0YywgYW5kIGFsbCByb3V0ZXJzIG5lZWQgdG8gbG9vayBhIHRoZSBVRFAgRFAgc28gY2hl
Y2tpbmcgaWYgaXQgaXMgb25lIHRoZXkgbmVlZCB0byB3b3JrIG9uIGlzIGp1c3Qgb25lIGNvbXBh
cmUgYW5kIGNvbmRpdGlvbmFsIGJyYW5jaC4NCg0KDQpPZiBjb3Vyc2UsIGZvciBNUExTLCB0aGUg
REVUTkVUIFBXIGxhYmVsIGlzIHRoZSBpZGVudGlmaWVyLg0KDQpPbmx5IGF0IHRoZSBQVyBsYXll
ci4gTm90ZSBteSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoaXMgaXMgc3VmZmljaWVudC4NCg0K
LSBTdGV3YXJ0DQoNCg0KQ2hlZXJzLA0KQW5keQ0KDQoNCk9uIFR1ZSwgSmFuIDE2LCAyMDE4IGF0
IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb208bWFpbHRv
OnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT4+IHdyb3RlOg0KDQpJZiB3ZSBuZWVkIHRvIGRpc2Ny
aW1pbmF0ZSBhdCB0aGUgUFNOIGxheWVyIHJhdGhlciB0aGFuIHRoZSBETiBsYXllciB0aGVuIHdl
IHJlYWxseSBhcmUgZm9yY2VkIHRvIGNyZWF0ZSBhIG5ldyBGRUMgdHlwZSBmb3IgTVBMUywgb3Ig
c3ludGhlc2l6ZSBvbmUgdGhyb3VnaCBSU1ZQIG9yIFNSLiBJUCBoYXMgbm8gbmF0aXZlIHN1cHBv
cnQgZm9yIHRoaXMsIGJ1dCB3ZSBjb3VsZCBpbnRyb2R1Y2UgdGhlIGNvbmNlcHQsIGZvciBleGFt
cGxlIGJ5IG1ha2luZyB0aGlzIHRoZSBwcm9wZXJ0eSBvZiB0aGUgSVAgYWRkcmVzcyBvciBzb21l
IHdheSBvZiBNUExTaW5nIElQLg0KDQpIb3dldmVyIHRoZXJlIGlzIGEgZGVlcGVyIHF1ZXN0aW9u
IHdlIG5lZWQgdG8gYW5zd2VyLiBJcyBvdXIgZXhwZWN0YXRpb24gdGhhdCBlYWNoIGhvcCBpbiB0
aGUgZGF0YSBwbGFuZSBETiBhd2FyZSwgb3IgaXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgYXQgbGVz
dCBpbiBzb21lIG5ldHdvcmtzIHRoZSBkYXRhIHBsYW5lIGlzIGdlbmVyaWMgd2l0aCBzb21lIERO
IG5vZGVzIHN0cmF0ZWdpY2FsbHkgcGxhY2VkPw0KDQpJIGNhbiBzZWUgdGhhbiBpbiBzb21lIGdy
ZWVuZmllbGQgc3BlY2lhbGlzdCBjYXNlcyB0aGUgcm91dGVycyB3aWxsIGFsbCBiZSBETiBhd2Fy
ZSwgYnV0IGluIG9yZGVyIHRvIGdldCBkZXBsb3ltZW50IGluIG1vc3QgbmV0d29ya3Mgd2UgbmVl
ZCB0byBkZXNpZ24gZm9yIHRoZSBjYXNlIHdoZXJlIG9ubHkgc3RyYXRlZ2ljIG5vZGVzIGFyZSBE
TiBhd2FyZS4NCg0KLSBTdGV3YXJ0DQoNCk9uIDE2LzAxLzIwMTggMDE6MTQsIE1hY2ggQ2hlbiB3
cm90ZToNCkhpIEJhbGF6cywNCg0KIzIgaXMgYSBtb3JlIG5hdHVyZSBzb2x1dGlvbiwgdGhlIERl
dE5ldCBDVyBpcyBkZWRpY2F0ZWQgZm9yIERldE5ldCwgc2VlbXMgdGhlcmUgaXMgbm8gY29tcGF0
aWJpbGl0eSBpc3N1ZS4NCg0KSW4gYWRkaXRpb24sIEkgdGhpbmsgd2UgbmVlZCB0byBkZWZpbmUg
YSB3YXkgb24gaG93IHRvIGRpZmZlcmVudGlhdGUgYSBEZXROZXQgZmxvdyBmcm9tIGEgbm9uLURl
dE5ldCBmbG93LCB0aGVuIHRoZSBuZXR3b3JrIHByb2Nlc3NvciBjYW4gcHJvY2VzcyB0aGUgQ1cg
YXMgZXhwZWN0ZWQuICBJbiBUU04sIGl0IHVzZXMgdGhlIHByaW9yaXR5IHRvIGRldGVybWluZSB3
aGV0aGVyIGEgZmxvdyBpcyBUU04gb3Igbm9uLVRTTiBmbG93LiBGb3IgRGV0TmV0LCBzaG91bGQg
d2UgYWxzbyB1c2UgdGhlIHNhbWUgd2F5IChlLmcuLCBUQywgRFNDUCk/IE9yIHRoZSBEZXROZXQg
c2VydmljZSBMYWJlbCBpdHNlbGYgaW1wbGllcyB0aGUgc2l0dWF0aW9uLCBidXQgaXQgc2VlbXMg
dGhhdCB0aGlzIG9ubHkgd29ya3Mgd2hlbiB0aGUgRGV0TmV0IHNlcnZpY2UgbGFiZWwgaXMgdGhl
IHRvcCBsYWJlbC4NCg0KQW55IG90aGVyIHRob3VnaHRzPw0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNo
DQoNCkZyb206IGRldG5ldCBbbWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh
bGYgT2YgQmFsw6F6cyBWYXJnYSBBDQpTZW50OiBNb25kYXksIEphbnVhcnkgMTUsIDIwMTggOTow
NiBQTQ0KVG86IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPjxtYWlsdG86ZGV0bmV0QGlldGYu
b3JnPg0KU3ViamVjdDogW0RldG5ldF0gRFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmluZykN
Cg0KDQpIaSwNCg0KDQoNClNvbWUgdGhvdWdodHMgdG8gc3RhcnQgZGlzY3Vzc2lvbiBvbiBvcGVu
IHBvaW50cyBvZiB0aGUgRFAgc29sdXRpb24gZHJhZnQuDQoNClRoaXMgbWFpbCgtdGhyZWFkKSBp
cyBvbiBzZXF1ZW5jZSBudW1iZXJpbmcuDQoNCg0KDQpQcm9ibGVtIGluIGNhc2Ugb2YgTVBMUyBh
bmQgRGV0TmV0IENvbnRyb2wgV29yZDoNCg0KLSBTL04gc2tpcHMgemVybyBwcm9ibGVtOiBFdGhl
cm5ldCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0aGF0IFMvTiBza2lwcyB6ZXJvLg0KDQpJdCB1c2Vz
IHplcm8gdG8gbWVhbiBubyBTL04gaW4gdXNlLiAocmZjNDQ0OCkNCg0KDQoNClBvc3NpYmxlIHBy
b2JsZW0gcmVzb2x1dGlvbnM6DQoNCiMxOiBVc2luZyBhICJmbGFnIiBpbiB0aGUgcmVzZXJ2ZWQg
Yml0cyBwYXJ0IG9mIHRoZSBDVzoNCg0KICAgICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAg
ICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KDQogICAgICAwIDEgMiAzIDQgNSA2
IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCg0KICAg
ICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKw0KDQogICAgIHwwIDAgMCAwfER8cmVzZXJ2ZWQgLSBzZXQgdG8gMCAgfCAgIDE2
IGJpdCBTZXF1ZW5jZSBOdW1iZXIgICAgICB8DQoNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KRC1iaXQ6IHNl
dCB0byDigJwx4oCdIG1lYW5zIERldE5ldCBzcGVjaWZpYyBTZXEuIE51bWJlciB1c2VkLA0KDQpC
aXQ1LTE1OiByZXNlcnZlZC4NCg0KDQoNClJGQzQ0NDggc3RhdGVzIHRoYXQgcmVzZXJ2ZWQgYml0
cyDigJxNVVNUIGJlIGlnbm9yZWQgdXBvbiByZWNlaXB04oCdLCBzbyBiYWNrd2FyZA0KDQpjb21w
YXRpYmlsaXR5IGlzIGVuc3VyZWQuIFN1Y2ggYSBzb2x1dGlvbiB3b3VsZCBhbGxvdyBhbHNvIHRv
IHVzZSBsb25nZXIgc2VxLm51bS4NCg0KZm9ybWF0cyAoaWYgbmVlZGVkKS4gU3VjaCBhIGZvcm1h
dCBpcyBhbHNvIGlubGluZSB3aXRoIFJGQzQzODUuDQoNCg0KDQojMjogTWFraW5nIOKAnDDigJ0g
YXMgYSB2YWxpZCBTZXEuTnVtLg0KDQpEZXROZXQgZmxvd3MgYXJlIHJlY29nbml6ZWQgYW5kIGZv
cndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0DQoNCmRvbWFpbi4gUy9OIGlzIHVzZWQg
d2l0aGluIHRoZSBEZXROZXQgZG9tYWluIGJ5IERldE5ldCBTZXJ2aWNlIGZ1bmN0aW9ucw0KDQoo
aS5lLiBQUkVGKS4gUy9OIHVzZWQgb25seSBvbiBEZXROZXQgZW5kLW5vZGVzIGFuZCBEZXROZXQg
cmVsYXktbm9kZXMuIE5vDQoNCm90aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMv
TiwgdGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lmeSBpdHMNCg0Kb3duIHNlcXVlbmNlIG51bWJl
ciBwcm9jZXNzaW5nIGFsZ29yaXRobS4gU28g4oCcMOKAnSBjYW4gYmUgYSB2YWxpZCBudW1iZXIN
Cg0KYW5kIG5vdCB0aGUgaW5kaWNhdGlvbiB0aGF0IG5vIFNlcS5OdW0uIGlzIHVzZWQuIFRoaXMg
aXMgaW5saW5lIHdpdGggUkZDNDM4NS4NCg0KDQoNCiMzOiBPdGhlciDigKYgPyE/DQoNCg0KDQpD
b21tZW50cyBhcmUgd2VsY29tZS4NCg0KDQoNCkNoZWVycw0KDQpCYWxhJ3pzDQoNCg0KDQotLS0t
LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogZGV0bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5j
ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMb3UgQmVyZ2VyDQpTZW50OiAyMDE4LiBqYW51w6Fy
IDEwLiAxOTowMQ0KVG86IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRA
aWV0Zi5vcmc+Pg0KU3ViamVjdDogW0RldG5ldF0gcmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVy
aW0NCg0KDQoNCmlzIGF2YWlsYWJsZSBmb3IgZG93bmxvYWQgYXQ6DQoNCmh0dHBzOi8vaWV0Zi53
ZWJleC5jb20vaWV0Zi9sZHIucGhwP1JDSUQ9ZTUxMTZiYzdkYjI1NGMyNGE3YmIzMjE3YmYyMDIz
MDE8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19p
ZXRmLndlYmV4LmNvbV9pZXRmX2xkci5waHAtM0ZSQ0lELTNEZTUxMTZiYzdkYjI1NGMyNGE3YmIz
MjE3YmYyMDIzMDEmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9n
RHdQRGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZN
anMmcz0zcmIzUkVfWjJ3T1c4dnAtQU1zYTJsZ1NoMFU0QmdkWkY3enUxdFh3ZDZrJmU9Pg0KDQoN
Cg0KcmF3IG5vdGVzIGFyZSBhdmFpbGFibGUgYXQNCg0KaHR0cDovL2V0aGVycGFkLnRvb2xzLmll
dGYub3JnOjkwMDAvcC9ub3Rlcy1pZXRmLWludGVyaW0tMjAxOC1kZXRuZXQtMDE8aHR0cHM6Ly91
cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX2V0aGVycGFkLnRvb2xz
LmlldGYub3JnLTNBOTAwMF9wX25vdGVzLTJEaWV0Zi0yRGludGVyaW0tMkQyMDE4LTJEZGV0bmV0
LTJEMDEmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNIQzZ3WF9nRHdQRGNm
TWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmcz1s
T19aZEhBclFRc2FETll2TXlJY3ptZDZGMVBfYWN1TTBrRk1aNTFVWDZjJmU9Pg0KDQoNCg0KUGxl
YXNlIGZlZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFkIGJhc2VkIG9uIHRoZSByZWNvcmRp
bmcuDQoNCg0KDQpMb3UgKGFuZCBjby1jaGFpcnMpDQoNCg0KDQpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpkZXRuZXQgbWFpbGluZyBsaXN0DQoNCmRl
dG5ldEBpZXRmLm9yZzxtYWlsdG86ZGV0bmV0QGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2lu
dC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2Rl
dG5ldCZkPUR3TUdhUSZjPWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmcj1aY0hDNndYX2dEd1BEY2ZN
YUZOWmlRJm09V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZzPWhT
OV9ISTExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0OW5qckZRTUkmZT0+DQoNCg0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KZGV0bmV0IG1haWxp
bmcgbGlzdA0KDQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NCg0KaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8aHR0cHM6Ly91cmxkZWZl
bnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1h
bl9saXN0aW5mb19kZXRuZXQmZD1Ed01HYVEmYz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJnI9WmNI
QzZ3WF9nRHdQRGNmTWFGTlppUSZtPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdk
SVdLQmZNanMmcz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJGUU1JJmU9
Pg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpk
ZXRuZXQgbWFpbGluZyBsaXN0DQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9y
Zz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0PGh0dHBzOi8v
dXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3Jn
X21haWxtYW5fbGlzdGluZm9fZGV0bmV0JmQ9RHdNR2FRJmM9bEk4WmI2VHpNM2QxdFg0aUV1N2Jw
ZyZyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmbT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFq
QWZ3UWY3ZElXS0JmTWpzJnM9aFM5X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpy
RlFNSSZlPT4NCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXw0KZGV0bmV0IG1haWxpbmcgbGlzdA0KZGV0bmV0QGlldGYub3JnPG1haWx0bzpk
ZXRuZXRAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Rl
dG5ldA0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4gXCxzZXJpZiI7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs
aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9t
Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu
cy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0
eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp
dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN
Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBD
aGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6
MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KcC5tc29ub3JtYWwwLCBsaS5t
c29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJ
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsN
Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwLm0tMTkzNjkyMjg2OTI4MjY0
MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0LCBsaS5tLTE5MzY5MjI4NjkyODI2
NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCwgZGl2Lm0tMTkzNjkyMjg2OTI4
MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0DQoJe21zby1zdHlsZS1uYW1l
Om1fLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dDsN
Cgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0
Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uSFRNTFByZWZvcm1h
dHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQi
Ow0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHls
ZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNv
bG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVy
c29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xv
cjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1v
bmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0
aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4w
cHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+
PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9
ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt
c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0
PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K
PC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0K
PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIEFuZHks
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlllcywgZ29vZCBwb2ludC4gRnJvbSBETiBmbG93IHBl
cnNwZWN0aXZlIHdlIGhhdmUgdG8gY29wZSB3aXRoIGluLW9yZGVyIGRlbGl2ZXJ5LiBIb3dldmVy
LA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5zb21lIGRldGFpbGVkIHRo
b3VnaHRzIG9uIHRoZSBETiBmdW5jdGlvbnMgYW5kIHRoZWlyIHVzYWdlIG9mIFMvTjo8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gRE4xLCBDb25nZXN0aW9uIHByb3RlY3Rp
b24gaXQgaXMgcHJhY3RpY2FsbHkgYWJvdXQgUW9TIGZ1bmN0aW9ucywgd2hpY2ggd29ya3Mgb24g
YSBwZXIgZmxvdw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5sZXZlbC4g
SXQgc2VsZWN0cyBxdWV1ZXMgYmFzZWQgb24gZmxvdy1JRC4gSXQgZG9lcyBub3QgY29uc2lkZXIg
Uy9OLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LSBETjIsIEV4cGxpY2l0
IHJvdXRlcyBpcyBwcmFjdGljYWxseSB0cmFmZmljIGVuZ2luZWVyaW5nLiBJdCBkb2VzIG5vdCBj
YXJlIGFib3V0IFMvTiwganVzdCBmbG93LUlEPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj4od2hpY2ggZmxvdyBoYXZlIHRvIHRha2Ugd2hpY2ggdHVubmVsKS48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gRE4zLCBTZXJ2aWNlIHByb3RlY3Rpb24gaXMg
dGhlIHBlciBwYWNrZXQgMSYjNDM7biBwcm90ZWN0aW9uLCB3aGVyZSB0aGUgZWxpbWluYXRpb24g
ZnVuY3Rpb24gaXMNCjxicj4NCmJhc2VkIG9uIFMvTi4gPG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PlRoaXMgaXMgd2h5IEkgd3JvdGUgUy9OIGlzIHVzZWQgb25seSBieSB0aGUgU2VydmljZSBQcm90
ZWN0aW9uIGZ1bmN0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CdXQgWW91ciBjb21tZW50
IGlzIGZ1bGx5IHZhbGlkIGFuZCBwb2ludHMgZm9yIG1lIHRvIGEgcG9zc2libGUgbWlzc2luZyBE
TiBmdW5jdGlvbi4gV2Ugc2hvdWxkDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPmNvbnNpZGVyIHRvIGRlZmluZSBhbiBhZGRpdGlvbmFsIG9uZTog4oCcRE40IEZyYW1lIG9y
ZGVyaW5n4oCdLiBTdWNoIGEgZnVuY3Rpb24gd291bGQgdXNlIGJvdGggdGhlPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5mbG93LUlEIGFuZCB0aGUgUy9OLiBJdHMgZnVuY3Rp
b24gaXMgdG8gZW5zdXJlIGluIG9yZGVyIGRlbGl2ZXJ5IGlmIHRoYXQgaXMgcmVxdWlyZWQgYnkg
dGhlIERldE5ldA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5hcHBsaWNh
dGlvbi4gQmVzdCBsb2NhdGVkIGF0IHRoZSBlZ3Jlc3MtUEUuIERldGFpbHMgbmVlZCBmdXJ0aGVy
IGRpc2N1c3Npb24uIChOb3RlOiBpZiB0aGUgYXBwbGljYXRpb24NCjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+aGFzIGl0cyBvd24gZW1iZWRkZWQgc2VxLm51bSBpbiB0aGUg
ZmxvdyBpdCBtYXkgbm90IG5lZWQgaW4tb3JkZXIgZGVsaXZlcnksIGV0Yy4pPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPkkgdGhpbmsgdGhhdCBpcyBhIGdvb2QgaWRlYSBhbmQgbWFrZXMgdGhlIERO
IGZ1bmN0aW9ucyBtb3JlIG1vZHVsYXIuIEFsc28gZHVyaW5nIHRoZSBFbGltaW5hdGlvbjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+d2UgY2FuIHNpbXBsZSBjb25jZW50cmF0
ZSBvbiBkdXBsaWNhdGUgZGV0ZWN0aW9uIGFuZCBvdXQtc291cmNlIGluLW9yZGVyIGRlbGl2ZXJ5
IHRvIERONC4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Tbywgd2UgY291bGQgZW5kIHVwIGlu
IGZvdXIgRE4gZnVuY3Rpb25zOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
LSBETjEsIENvbmdlc3Rpb24gcHJvdGVjdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+LSBETjIsIEV4cGxpY2l0IHJvdXRlczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+LSBETjMsIFNlcnZpY2UgcHJvdGVjdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+LSBETjQsIEZyYW1lIG9yZGVyaW5nPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPkNoZWVyczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QmFsYeKA
mXpzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9iPiBBbmRyZXcgRy4gTWFsaXMg
W21haWx0bzphZ21hbGlzQGdtYWlsLmNvbV0gPGJyPg0KPGI+U2VudDo8L2I+IDIwMTguIGphbnXD
oXIgMTguIDIyOjQ5PGJyPg0KPGI+VG86PC9iPiBCYWzDoXpzIFZhcmdhIEEgJmx0O2JhbGF6cy5h
LnZhcmdhQGVyaWNzc29uLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IERldE5ldCBXRyAmbHQ7ZGV0
bmV0QGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0RldG5ldF0gRFAgc29s
dXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5CYWzDoXpzLDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
SSBhZ3JlZSB3aXRoIHlvdXIgY29uY2x1c2lvbnMgcmVnYXJkaW5nIOKAnERldE5ldCBkaXN0YW5j
ZeKAnS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+SG93ZXZlciwgb25lIHBvaW50IEkgdGhpbmsgSSBkaXNhZ3JlZSB3aXRoIHlvdSBpcyB3aGVu
IHRoZSBzZXF1ZW5jZSBudW1iZXIgaXMgbmVjZXNzYXJ5IC0geW91IHNhaWQgb25seSBieSB0aGUg
4oCcc2VydmljZSBwcm90ZWN0aW9u4oCdIGZ1bmN0aW9u4oCdLiBIb3dldmVyLCBhcyBEZXROZXQg
Zmxvd3MgYXJlIGluZGVlZCBmbG93cywgYW5kIGFuZCBtb3N0IChpZiBub3QgYWxsKSBhcHBsaWNh
dGlvbnMgdGhhdCB3aWxsIHJlcXVpcmUNCiBEZXROZXQgd2lsbCBtb3N0IHByb2JhYmx5IHJlcXVp
cmUgaW4tb3JkZXIgZGVsaXZlcnksIHNlcXVlbmNlIG51bWJlcnMgYXJlIGdlbmVyYWxseSB1c2Vm
dWwgZm9yIHJlb3JkZXJpbmcgYXQgdGhlIGRlc3RpbmF0aW9uIGlmIHBhY2tldHMgZ2V0IG91dCBv
ZiBvcmRlciBkdXJpbmcgZGVsaXZlcnkgYnkgdGhlIHVuZGVybHlpbmcgbmV0d29yay48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLDxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5keTxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9u
IFRodSwgSmFuIDE4LCAyMDE4IGF0IDI6NDEgUE0sIEJhbMOhenMgVmFyZ2EgQSAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJh
bGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0K
PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0Mg
MS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4t
cmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5IaSw8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPnNvbWUgY29tbWVudHMgcmVnYXJkaW5nIHdoYXQgaXMg
bmVlZGVkIGZvciBhICZxdW90O25ldHdvcmtzIHRoYXQgYXJlIHVuZGVyIGEgc2luZ2xlIGFkbWlu
aXN0cmF0aXZlIGNvbnRyb2wmcXVvdDssIGJhc2VkIG9uIHRoZSBleGlzdGluZyBXRyBkcmFmdHMg
KHByb2JsZW0gc3RhdGVtZW50LCB1c2UtY2FzZXMsIGFyY2hpdGVjdHVyZSwNCiBldGMuKS4gTGV0
J3MgdHJ5IHRvIGtlZXAgaXQgc2ltcGxlIGFuZCBmb2N1cyBvbiB3aGF0IHdlIG5lZWQ6PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjEsIEZsb3cgcmVxdWlyZW1lbnRzOg0K
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyAtIGxvc3MgYW5kL29yIGRlbGF5IGJvdW5kczxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4yLCBEZXROZXQgZnVuY3Rpb25zIChkZWZpbmVkIHNv
IGZhcik6DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC0gRE4xLCBDb25nZXN0aW9uIHByb3RlY3Rpb24gKGku
ZS4gcmVzZXJ2aW5nIHJlc291cmNlcywgbWFnaWMgcXVldWluZywgZXRjLik8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IC0gRE4yLCBFeHBsaWNpdCByb3V0ZXMgKGkuZS4gdHJhZmZpYyBlbmdpbmVlcmluZyk8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IC0gRE4zLCBTZXJ2aWNlIHByb3RlY3Rpb24gKGFnYWluc3QgbG9zcyBieSBu
ZXR3b3JrIGZhaWx1cmVzKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5O
b3RlOiBUaGVzZSB0aHJlZSB0ZWNobmlxdWVzIGNhbiBiZSBhcHBsaWVkIGluZGVwZW5kZW50bHks
IGRlcGVuZGluZyBvbiB0aGUgRmxvdyByZXF1aXJlbWVudHMgYW5kIHRoZSBuZXR3b3JrIHNjZW5h
cmlvLiBBcyBhbiBleGFtcGxlLCBjb25nZXN0aW9uIHByb3RlY3Rpb24gKEROMSkgYWxvbmUgaXMg
b2ZmZXJlZA0KIGJ5IElFRUUgODAyLjEgQXVkaW8gVmlkZW8gYnJpZGdpbmcuPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj4zLCBGbG93IHNwZWNpZmljIGluZm9ybWF0aW9uIGhhdmUgdG8gdHJh
dmVsIHdpdGggdGhlIHBhY2tldDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC0gRmxvdy1JRCAocmVxdWlyZWQg
YnkgYWxsIERldE5ldCBmdW5jdGlvbnMpPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG8iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtIFNlcXVlbmNlIE51bWJl
ciAocmVxdWlyZWQgb25seSBieSAmcXVvdDtTZXJ2aWNlIFByb3RlY3Rpb24mcXVvdDsgZnVuY3Rp
b24pPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5TbywgcmVnYXJkaW5nIHRoZSBxdWVzdGlv
bnMgaGVyZSBvbiB0aGUgbGlzdDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+LSBEbyB3ZSBuZWVkIGFsbCBub2RlcyB0byBiZSBETi1hd2FyZSBpbiBhIG5ldHdvcms/PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk5vdCBuZWNlc3NhcmlseS4gSWYg
aW4gYSBuZXR3b3JrIHNjZW5hcmlvIERldE5ldCBmbG93cyByZXF1aXJlIG9ubHkgZm9yIGV4YW1w
bGUgYmFzaWMgRE4xIGZ1bmN0aW9uIHRoYW4gWW91IGhhdmUgYSBnb29kIGNoYW5jZSB0byBzZXJ2
ZSBpdCB3aXRoIGV4aXN0aW5nIGRldmljZXMuIEhvd2V2ZXIgaW4gc29tZQ0KIGNhc2VzIGFsbCBE
TiBmdW5jdGlvbnMgYXJlIG5lZWRlZCBhdCBlYWNoIGhvcCwgc28geWVzLCBhbGwgbm9kZXMgaGF2
ZSB0byBiZSBETiBhd2FyZS4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij5Db25jbHVzaW9uOiB0aGUgbW9yZSBETiBmdW5jdGlvbnMgYXJlIG5lZWRlZCBpbiBhIG5ldHdv
cmsgc2NlbmFyaW8gdG8gc2VydmUgRGV0TmV0IGZsb3dzLCB0aGUgbW9yZSBwcm9iYWJseSB3ZSBu
ZWVkIEROLWF3YXJlIG5vZGVzIGF0IGVhY2ggaG9wLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+LSBEbyB3ZSBuZWVkIERldE5ldCBkYXRhLXBsYW5lIGZvciBJUHY0LCBJUHY2IGFuZCBNUExT
PzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5ZZXMsIHRoYXQgd291bGQg
YmUgbmljZSB0byBoYXZlIGZvciBhbGwgb2YgdGhlbS4gQnV0IEkgdGhpbmsgaXQgaXMgYSBiZXR0
ZXIgcXVlc3Rpb24gd2hpY2ggb25lIGhhcyB0aGUgc21hbGxlc3QgZGlzdGFuY2UgdG8gYmUgRGV0
TmV0LXJlYWR5PyAoSSBtZWFuIHdoaWNoIG5lZWQgdGhlIGxlc3MgbmV3IHN0dWZmDQogdG8gc3Vw
cG9ydCBETj8pIFRoZSBkYXRhLXBsYW5lIGFsdGVybmF0aXZlIHJlbGF0ZWQgZHJhZnQgZm9jdXNl
ZCBvbiB0aGF0IGFuZCBhbHNvIHRoZSBtYWlsaW5nIHRocmVhZHMgaGVyZS4NCjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5Db25jbHVzaW9uOiBJIHRoaW5rIHdlIGNhbiBj
b25jbHVkZSBvbiBhIHJhbmsgb2YgJnF1b3Q7c21hbGxlc3QgRGV0TmV0LWRpc3RhbmNlJnF1b3Q7
OjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4xLCBNUExTPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjIsIElQdjY8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+My4gSVB2NDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj5Ob3RlOiBpbiBteSB2aWV3IHRoaXMgaXMgYWxzbyB0aGUgcHJvYmFiaWxpdHkg
bGlzdCB3aGF0IG5ldHdvcmtzIHNvbWVvbmUgaW50ZW5kcyB0byB1c2UgdG8gZm9yd2FyZCBEZXRO
ZXQgZmxvd3Mg4oCmPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw
OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5DaGVlcnM8bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VkJhbGEnenM8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBz
dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6
My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj5Gcm9tOjwvYj4g
ZGV0bmV0IFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnIiB0
YXJnZXQ9Il9ibGFuayI+ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxm
IE9mIDwvYj5Hcm9zc21hbiwgRXRoYW4gQS48YnI+DQo8Yj5TZW50OjwvYj4gMjAxOC4gamFudcOh
ciAxNy4gMTk6NTE8YnI+DQo8Yj5Ubzo8L2I+IERldE5ldCBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRv
OmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRldG5ldEBpZXRmLm9yZzwvYT4mZ3Q7
OyBEZWJvcmFoIEJydW5nYXJkICZsdDs8YSBocmVmPSJtYWlsdG86ZGIzNTQ2QGF0dC5jb20iIHRh
cmdldD0iX2JsYW5rIj5kYjM1NDZAYXR0LmNvbTwvYT4mZ3Q7OyBTdGV3YXJ0IEJyeWFudCAmbHQ7
PGEgaHJlZj0ibWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsi
PnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBUaW0gQ2hv
d24gKDxhIGhyZWY9Im1haWx0bzpUaW0uQ2hvd25AamlzYy5hYy51ayIgdGFyZ2V0PSJfYmxhbmsi
PlRpbS5DaG93bkBqaXNjLmFjLnVrPC9hPikgJmx0OzxhIGhyZWY9Im1haWx0bzpUaW0uQ2hvd25A
amlzYy5hYy51ayIgdGFyZ2V0PSJfYmxhbmsiPlRpbS5DaG93bkBqaXNjLmFjLnVrPC9hPiZndDs8
YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChGbG93IGlkZW50
aWZpY2F0aW9uKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+VGhhbmtzIFN0ZXdhcnQuIFJlZ2FyZGluZzoNCjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdp
bi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1z
aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi
PuKAnFllcywgd2UgbmVlZCB0byBoYXZlIHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCBy
ZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0aGVyPGJyPg0KYSkgV2Ugc3VwcG9ydCB2NDxicj4NCmIp
IFdlIHN1cHBvcnQgdjQgYW5kIHY2IGJ5IHY0IGFuZCB2NiBzcGVjaWZpYyBwcm90b2NvbCBleHRl
bnNpb25zPGJyPg0KYykgV2UgdXNlIGEgc2luZ2xlIGNvbW1vbiBJUCBhcHByb2FjaDxicj4NCmQp
IFdlIHVzZSBhbiBhcHByb2FjaCB0aGF0IGlzIGNvbW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFPigJ08
L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlBlcmhhcHMsIGdp
dmVuIFRpbSBDaG93buKAmXMgZWFybGllciBjb21tZW50OjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsg4oCcSWYgeW914oCZcmUgc3VnZ2VzdGluZyBhbiBJUHY0LW9ubHkgc29sdXRpb24sIHlvdeKA
mXJlIHJ1bm5pbmcgdXAgYWdhaW5zdA0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWFiLm9yZy8yMDE2
LzExLzA3L2lhYi1zdGF0ZW1lbnQtb24taXB2Ni8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3
dy5pYWIub3JnLzIwMTYvMTEvMDcvaWFiLXN0YXRlbWVudC1vbi1pcHY2LzwvYT4u4oCdPG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t
YXJnaW4tYm90dG9tLWFsdDphdXRvIj5XZSBjb3VsZCBnZXQgRGVib3JhaCB3aXRoIGhlciBBRCBo
YXQgb24gdG8gY29tbWVudCBvbiB0aGlzPw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPkV0aGFuLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk
ZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPkZyb206PC9iPiBTdGV3YXJ0IEJyeWFudCBbPGEgaHJl
Zj0ibWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0
bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5l
c2RheSwgSmFudWFyeSAxNywgMjAxOCAxMDozOSBBTTxicj4NCjxiPlRvOjwvYj4gR3Jvc3NtYW4s
IEV0aGFuIEEuICZsdDs8YSBocmVmPSJtYWlsdG86ZWFncm9zQGRvbGJ5LmNvbSIgdGFyZ2V0PSJf
YmxhbmsiPmVhZ3Jvc0Bkb2xieS5jb208L2E+Jmd0OzsgQmFsw6F6cyBWYXJnYSBBICZsdDs8YSBo
cmVmPSJtYWlsdG86YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+
YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPC9hPiZndDs7IEFuZHJldyBHLiBNYWxpcyAmbHQ7
PGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YWdtYWxp
c0BnbWFpbC5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gRGV0TmV0IFdHICZsdDs8YSBocmVm
PSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZGV0bmV0QGlldGYub3Jn
PC9hPiZndDs7IE1hY2ggQ2hlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWku
Y29tIiB0YXJnZXQ9Il9ibGFuayI+bWFjaC5jaGVuQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxi
PlN1YmplY3Q6PC9iPiBSZTogRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxwPkhpJm5ic3A7IEV0aGFuLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPk9uIDE3LzAxLzIwMTggMTg6MjQsIEdyb3NzbWFuLCBFdGhhbiBBLiB3cm90
ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6
NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoYW5r
cyBTdGV3YXJ0IGZvciB0aGUgY2xhcmlmaWNhdGlvbi4gSSBpbnRlcnByZXQgeW91ciBzdGF0ZW1l
bnQg4oCcYSBkZWNpc2lvbiBub3QgdG8gc3VwcG9ydCBJUHY04oCdIHRvIG1lYW4g4oCcYSBkZWNp
c2lvbiBub3QgdG8gcHJvcG9zZSBhZGRpbmcgYW55dGhpbmcgdG8gdGhlIGV4aXN0aW5nIElQdjQg
c3RhbmRhcmTigJ0uDQo8bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEy
LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt
ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+DQpUbyBzdXBwb3J0IElQdjQgdGhlcmUgYXJl
IGEgbnVtYmVyIG9mIG1ldGhvZHMgdGhhdCBhcmUgcG9zc2libGUsIG9uZSBpcyB0byBhZGQgc29t
ZXRoaW5nIHRvIHY0IGl0c2VsZiBhcyBpcyBwcm9wb3NlZCBmb3IgdjYuIEFkZGluZyBzb21ldGhp
bmcgdG8gdGhlIGJhc2UgcHJvdG9jb2wgd2lsbCBiZSB2ZXJ5IGRpZmZpY3VsdC48YnI+DQo8YnI+
DQpBbm90aGVyIG1ldGhvZCwgaXMgdG8gZG8gd2hhdCBoYXMgYmVlbiBwcm9wb3NlZCBieSBzb21l
IGZvciBNUExTLCB0aGF0IGlzIHRvIGVuY29kZSB0aGUgaWRlbnRpdHkgYW5kIHR5cGUgaW4gdGhl
IElQIGFkZHJlc3MuIFRoZXJlIGlzIGEgcHJvcG9zYWwgdG8gZG8gdGhpcyBpbiBTUnY2LiBJIGFt
IG5vdCBhIGdyZWF0IGZhbiBvZiBhYnVzaW5nIHRoZSBhZGRyZXNzIHNwYWNlIGZvciB0aGlzIGlu
IHRoZSB3YXkgcHJvcG9zZWQgYnkgdGhhdCB3b3JrLA0KIGJ1dCBtYXliZSB3ZSBjYW4gZG8gc29t
ZXRoaW5nIG11Y2ggc2ltcGxlciBoZXJlIGFuZCBzaW1wbHkgaWRlbnRpZnkgdGhlIEROIGluc3Rh
bmNlIGJ5IHRoZSBJUCBhZGRyZXNzIHdpdGggbm8gb3RoZXIgc2VtYW50aWNzLiBNdWNoIGVhc2ll
ciB0byBkbyB0aGlzIGZvciBJUHY2IHdpdGggdGhlICZxdW90O2luZmluaXRlIGFkZHJlc3NlcyZx
dW90OyBidXQgd2UgY291bGQgZ2V0IGF3YXkgd2l0aCBpdCBpbiBsaW1pdGVkIHByaXZhdGUgSXB2
NCBuZXR3b3Jrcy4gT2YNCiBjb3Vyc2UgdGhpcyBkb2VzIGNoYW5nZSB0aGUgcGVyLWhvcCBiZWhh
dmlvdXIgb2YgSVAgd2hpY2ggbWF5IGJlIGEgY2hhbGxlbmdlIHRvIGdldCB0aGUgSUVURiB0byBz
aWduIG9mIG9uLjxicj4NCjxicj4NCkFub3RoZXIgbWV0aG9kIGlzIHRvIHVzZSBzb21lIG1ldGhv
ZCBvZiBjYXJyeWluZyBhbiBNUExTIGxhYmVsIHN0YWNrIC0gdGhpcyB3YXMgdGhlIGZpcnN0IHBy
b3Bvc2FsLiBOb3cgSSBzYWlkIHRoYXQgSSBkaWQgbm90IHRoaW5rIGFueW9uZSBoYWQgZG9uZSB0
aGF0IGFuZCBJIHN0aWxsIGJlbGlldmUgdGhhdCB0byBiZSB0aGUgY2FzZSwgYnV0IHRoYXQgZG9l
cyBub3QgbWVhbiB0aGF0IGl0IGlzIG5vdCB0aGUgbGVhc3Qgd29yc3QgYXBwcm9hY2guDQogVGhl
cmUgYXJlIGFsdGVybmF0ZXMgZm9yIGV4YW1wbGUgSVAvVURQL01QTFM8YnI+DQp3aGljaCBpcyB0
aGUgc28gY2FsbGVkIFVTUiBhcHByb2FjaCB0aGF0IGEgbnVtYmVyIG9mIHVzIGFkdm9jYXRlIGFz
IGFuIGFsdGVybmF0aXZlIHRvIFNSdjYuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVv
dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i
b3R0b20tYWx0OmF1dG8iPklmIHRoYXQgaXNu4oCZdCBjb3JyZWN0LCBwbGVhc2UgbGV0IG1lIGtu
b3cuIEFzIHlvdSBtYXkgcmVjYWxsIEkgYWxyZWFkeSBzdGFydGVkIGEgdGhyZWFkIGF3aGlsZSBh
Z28gdG8gZGlzY3VzcyBJUHY0IHZzIElQdjYsIGFuZCBiYXNlZCBvbiB0aGUgcmVzcG9uc2VzIGl0
IGFwcGVhcmVkIHRvIG1lIGF0IHRoYXQNCiB0aW1lIHRoYXQgdGhlcmUgd2VyZSBzb21lIGtpbmQg
b2Ygb3B0aW9ucywgdGhvdWdoIG5vdCBhIOKAnG5hdGl2ZSBJUHY04oCdIHNvbHV0aW9uLCBidXQg
aXQgd2FzbuKAmXQgY2xlYXIgdG8gbWUgKGFzIGEgbm9uLWV4cGVydCBpbiB0aGUgdmFyaW91cyBu
ZXR3b3JraW5nIHByb3RvY29scyBtZW50aW9uZWQpIHdoZXRoZXIgdGhleSB3b3VsZCBiZSB2aWFi
bGUgaW4gcHJhY3RpY2Ugb3Igbm90LiBJIHdpbGwgcmV2aXZlIHRoYXQgdGhyZWFkIGFuZCBzZWUg
aWYNCiB3ZSBjYW4gZ2V0IGFueSBjbG9zZXIgdG8gZGV0ZXJtaW5pbmcgdGhlIGltcG9ydGFuY2Ug
b2YgSVB2NCB0byBvdXIgdGFyZ2V0IGN1c3RvbWVycywgYW5kIGhvcGVmdWxseSBzb21lIHNlbnNl
IG9mIHdoZXRoZXIgdGhlIHByb3Bvc2VkIG5vbi1uYXRpdmUtSVB2NCBzdHJhdGVnaWVzIHdpbGwg
aG9sZCB3YXRlci4NCjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0b206MTIu
MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l
cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NClllcywgd2UgbmVlZCB0byBoYXZlIHRoZSBk
aXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0aGVyPGJy
Pg0KPGJyPg0KYSkgV2Ugc3VwcG9ydCB2NDxicj4NCmIpIFdlIHN1cHBvcnQgdjQgYW5kIHY2IGJ5
IHY0IGFuZCB2NiBzcGVjaWZpYyBwcm90b2NvbCBleHRlbnNpb25zPGJyPg0KYykgV2UgdXNlIGEg
c2luZ2xlIGNvbW1vbiBJUCBhcHByb2FjaDxicj4NCmQpIFdlIHVzZSBhbiBhcHByb2FjaCB0aGF0
IGlzIGNvbW1vbiBhY3Jvc3MgSVAgYW5kIE1QTFM8YnI+DQo8YnI+DQotIFN0ZXdhcnQ8L3NwYW4+
PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn
aW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+RXRoYW4uPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRp
dj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBw
dDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+
RnJvbTo8L2I+IFN0ZXdhcnQgQnJ5YW50IFs8YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRA
Z21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNv
bTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBKYW51YXJ5IDE3LCAyMDE4IDEy
OjI5IEFNPGJyPg0KPGI+VG86PC9iPiBHcm9zc21hbiwgRXRoYW4gQS4gPGEgaHJlZj0ibWFpbHRv
OmVhZ3Jvc0Bkb2xieS5jb20iIHRhcmdldD0iX2JsYW5rIj4mbHQ7ZWFncm9zQGRvbGJ5LmNvbSZn
dDs8L2E+OyBCYWzDoXpzIFZhcmdhIEENCjxhIGhyZWY9Im1haWx0bzpiYWxhenMuYS52YXJnYUBl
cmljc3Nvbi5jb20iIHRhcmdldD0iX2JsYW5rIj4mbHQ7YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24u
Y29tJmd0OzwvYT47IEFuZHJldyBHLiBNYWxpcw0KPGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21h
aWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Jmx0O2FnbWFsaXNAZ21haWwuY29tJmd0OzwvYT48YnI+
DQo8Yj5DYzo8L2I+IERldE5ldCBXRyA8YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0
YXJnZXQ9Il9ibGFuayI+Jmx0O2RldG5ldEBpZXRmLm9yZyZndDs8L2E+OyBNYWNoIENoZW4NCjxh
IGhyZWY9Im1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPiZsdDtt
YWNoLmNoZW5AaHVhd2VpLmNvbSZndDs8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBEUCBz
b2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5i
c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9v
OnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+T24gMTYvMDEvMjAxOCAxODoz
OCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8Ymxv
Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+SGkgQmFsYeKAmXpzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj5SZWdhcmRpbmcgSVB2NCwgSSBhbHNvIHVuZGVyc3Rvb2QgdGhhdCB3
ZSBkZWNpZGVkIHRoYXQgd2UgY2Fu4oCZdCBhZGQgbmV3IElQdjQgZmllbGRzLiBQYXJkb24gbXkg
aWdub3JhbmNlIGhlcmUsIGJ1dCBkb2VzIHRoYXQgbWVhbiB0aGVyZSBpcyBubyBwYXJ0IG9mIERl
dE5ldCBjYXBhYmlsaXR5IHRoYXQgY2FuDQogYmUgcnVuIG92ZXIgSVB2ND8gT3IgaXMgdGhlcmUg
c29tZSDigJx3b3JrYXJvdW5k4oCdIHRvIHByb3ZpZGUgYXMgSSBzYXkgZXZlbiBwYXJ0IG9mIHRo
ZSBEZXROZXQgY2FwYWJpbGl0eSwgZ2l2ZW4gdGhhdCBpdCBpcyBhbiBFbmdpbmVlcmVkIG5ldHdv
cms/IEkganVzdCB3YW50IHRvIGNsYXJpZnkgZXhwZWN0YXRpb25zIGhlcmUuDQo8bzpwPjwvbzpw
PjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVv
dDsiPjxicj4NCklmIHlvdSBoYXZlIGEgbmF0aXZlIElQdjQgbmV0d29yayB0byB3aGljaCB5b3Ug
cHJlc2VudCBJUHY2IHBhY2tldHMsIHlvdSBlaXRoZXIgaGF2ZSB0byB0dW5uZWwgdGhlbSBhY3Jv
c3Mgd2hlcmUgdGhlIElQdjYgaXMgY29uc2lkZXJlZCBvcGFxdWUgZGF0YSwgb3IgeW91IGhhdmUg
dG8gdHJhbnNsYXRlIHRoZW0gdG8gSVB2NCwgYnV0IHRoYXQgcmVxdWlyZXMgc29tZSBjb21tb24g
c2VtYW50aWNzIHRvIGRlYWwgd2l0aCBleHRlbnNpb24gaGVhZGVycw0KIHdoaWNoIHdlIGRvbid0
IGN1cnJlbnRseSBoYXZlLjxicj4NCjxicj4NClNvLCBhcyBmYXIgYXMgSSBjYW4gc2VlLCBhIGRl
Y2lzaW9uIG5vdCB0byBzdXBwb3J0IElQdjQgbWVhbnMgbm8gRE4gc3VwcG9ydCBhY3Jvc3MgdGhl
IElQdjQgbmV0d29yay48YnI+DQo8YnI+DQpXaGljaCB0YWtlcyB1cyBiYWNrIHRvIHRoZSBxdWVz
dGlvbiBvZiBob3cgaW1wb3J0YW50IGlzIHRoaXMgYW5kIHdoYXQgd2lsbCBpdCBkbyB0byB0aGUg
dGFrZS11cCBvZiB0aGUgdGVjaG5vbG9neSBieSBpdHMgdGFyZ2V0IGN1c3RvbWVycz88YnI+DQo8
YnI+DQotIFN0ZXdhcnQ8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2tx
dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj5FdGhhbi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5i
c3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy
LXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj48Yj5Gcm9tOjwvYj4gZGV0bmV0IFs8YSBocmVmPSJtYWlsdG86
ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tYWlsdG86ZGV0bmV0LWJv
dW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5CYWzDoXpzIFZhcmdhIEE8
YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSmFudWFyeSAxNiwgMjAxOCAxMDoyMSBBTTxicj4N
CjxiPlRvOjwvYj4gU3Rld2FydCBCcnlhbnQgPGEgaHJlZj0ibWFpbHRvOnN0ZXdhcnQuYnJ5YW50
QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPg0KJmx0O3N0ZXdhcnQuYnJ5YW50QGdtYWlsLmNv
bSZndDs8L2E+OyBBbmRyZXcgRy4gTWFsaXMgPGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21haWwu
Y29tIiB0YXJnZXQ9Il9ibGFuayI+DQombHQ7YWdtYWxpc0BnbWFpbC5jb20mZ3Q7PC9hPjxicj4N
CjxiPkNjOjwvYj4gRGV0TmV0IFdHIDxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRh
cmdldD0iX2JsYW5rIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0OzwvYT47IE1hY2ggQ2hlbg0KPGEg
aHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+Jmx0O21h
Y2guY2hlbkBodWF3ZWkuY29tJmd0OzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW0RldG5ldF0g
RFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+SSB0aGluayB0aGUgbGFzdCBtYWlscyBhcmUgbW9yZSBhYm91
dCBmbG93IGlkZW50aWZpY2F0aW9uIGFuZCBub3QgdGhlIHNlcXVlbmNlIG51bWJlci48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+U28sIEkgaGF2ZSByZS1zdWJqZWN0ZWQg
bXkgYW5zd2VyLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+UFNOIGxheWVyIHZzLiBETiBs
YXllciAoTVBMUyk6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gaW4g
Y3VycmVudCBkYXRhIHBsYW5lIHRleHQgd2UgaGF2ZSBzdGF0ZWQgdGhhdCBEZXROZXQgUFdzIG1h
eSB1c2UgZGVkaWNhdGVkIExTUHMgKFRFLXR1bm5lbHMpLg0KPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPlRoYXQgYWxsb3cgdG8gaWRlbnRpZnkgRGV0TmV0IGZsb3dzIGlu
IFBTTiBsYXllciB3aXRob3V0IGNoZWNraW5nIHRoZSBQVyBsYWJlbC4gU3VjaCBhIHNvbHV0aW9u
IG9mDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Y291cnNlIG1heSBj
aGFsbGVuZ2Ugc2NhbGFiaWxpdHkuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPi0gcmVnYXJkaW5nIHByaW9yaXRpemF0aW9uOiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQIGFu
ZCBMLUxTUCBjb25jZXB0LCB3aGF0IG1ha2VzIHBvc3NpYmxlDQo8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy
Z2luLWJvdHRvbS1hbHQ6YXV0byI+dG8gaWRlbnRpZnkgRGV0TmV0IHBhY2tldHMuIEhvd2V2ZXIg
dGhhdCBpcyBtb3JlIGZvciBzaW1wbGUgcXVldWluZyBzY2VuYXJpb3MgYXMgaXQgZG9lcyBub3Q8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+aWRlbnRpZnkgaW5kaXZpZHVh
bCBmbG93cy4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+UFNOIGxheWVyIHZzLiBETiBs
YXllciAobm9uLU1QTFMpOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4t
IElQdjQ6IElmIEkgcmVtZW1iZXIgY29ycmVjdGx5IGl0IHdhcyBkaXNjdXNzZWQgdG8gYmUgb3V0
LW9mLXNjb3BlIHRvIHNpbXBsaWZ5IHRoZSBzY2VuYXJpb3Mgd2UgZm9jdXMgb24uDQo8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Tm8tb25lIHdhbnRlZCB0byBkZWZpbmUg
bmV3IElQdjQgZmllbGRzIGZvciBmbG93LUlEIGFuZCBTZXEtTnVtIGluIHRoZSDigJxzdW5zZXQg
b2YgSVB2NOKAnS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LSBJUHY2
OiBiYXNlZCBvbiB0aGUgc3JjLUlQdjYgYW5kIHRoZSBmbG93LWxhYmVsIE5QIGNhbiBkZXRlY3Qg
RGV0TmV0IGZsb3dzLiBXaHkgd291bGQgd2UgbmVlZCBhIG5ldw0KPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPklQIHByb3RvY29sIHR5cGU/DQo8bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPkdlbmVyaWMgdnMuIEROIGF3YXJlIGRhdGEgcGxhbmU6PG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gSSB0aGluayB3ZSBuZWVkIGJvdGguIFdlIGhh
dmUgdXNlLWNhc2VzIHNwZWNpZmllZCBmb3IgYm90aC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPkRldE5ldCB0cmFmZmljIHRvIGJlIHRyYW5zcG9ydGVkOjxvOnA+PC9vOnA+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn
aW4tYm90dG9tLWFsdDphdXRvIj4tIHR3byB0eXBlcyBhcmUgY29uc2lkZXJlZDoNCjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO3RleHQtaW5kZW50OjM2LjBwdCI+DQooMSkg
RXRoZXJuZXQ6IElFRUUgVFNOIHRyYWZmaWMgZW5jYXBzdWxhdGVkIGluIEV0aGVybmV0IGZyYW1l
cyBhbmQgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87dGV4dC1pbmRlbnQ6
MzYuMHB0Ij4NCigyKSBJUDogSVB2NiB0cmFuc3BvcnRlZCBvdmVyIGFueSBMMiAobm90IGFsd2F5
cyBFdGhlcm5ldCwgYnV0IG1vc3QgY2FzZXMgRXRoZXJuZXQpPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG87dGV4dC1pbmRlbnQ6MzYuMHB0Ij4NCkFzIG5vdGVkIGFib3ZlIElQ
djQgaXMgY3VycmVudGx5IG91dC1vZi1zY29wZSDigKY8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPkNoZWVyczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5CYWxh4oCZ
enM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286
cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj
RTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48Yj5Gcm9tOjwvYj4gU3Rld2FydCBCcnlhbnQgWzxhIGhyZWY9Im1haWx0bzpzdGV3
YXJ0LmJyeWFudEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5tYWlsdG86c3Rld2FydC5icnlh
bnRAZ21haWwuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiAyMDE4LiBqYW51w6FyIDE2LiAx
NzozODxicj4NCjxiPlRvOjwvYj4gQW5kcmV3IEcuIE1hbGlzICZsdDs8YSBocmVmPSJtYWlsdG86
YWdtYWxpc0BnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5hZ21hbGlzQGdtYWlsLmNvbTwvYT4m
Z3Q7PGJyPg0KPGI+Q2M6PC9iPiBNYWNoIENoZW4gJmx0OzxhIGhyZWY9Im1haWx0bzptYWNoLmNo
ZW5AaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm1hY2guY2hlbkBodWF3ZWkuY29tPC9hPiZn
dDs7IEJhbMOhenMgVmFyZ2EgQSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVy
aWNzc29uLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbTwv
YT4mZ3Q7OyBEZXROZXQgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRh
cmdldD0iX2JsYW5rIj5kZXRuZXRAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9i
PiBSZTogW0RldG5ldF0gRFAgc29sdXRpb24gKFNlcXVlbmNlIE51bWJlcmluZyk8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRvbToxMi4wcHQiPkFu
ZHk8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk9uIDE2LzAx
LzIwMTggMTU6MjAsIEFuZHJldyBHLiBNYWxpcyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw
dCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5TdGV3YXJ0LA0KPG86cD48L286cD48
L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+TGlrZSB3aXRoIFBXcyAoc2lu
Y2UgREVUTkVUIGZvciBNUExTIHdvdWxkIGp1c3QgYmUgYW5vdGhlciBQVyB0eXBlKSwgdGFyZ2V0
ZWQgTERQIGFuZCBwcm92aXNpb25pbmcgKHZpYSBhIGNlbnRyYWwgY29udHJvbGxlciwgTk1TLCBl
dGMuKSBhcmUgYWx0ZXJuYXRpdmVzIHRvIFJTVlAgYW5kIFNSIHRvIHByb3Zpc2lvbmluZy9hbGxv
Y2F0aW5nDQogdGhlIERFVE5FVCBQVyBsYWJlbC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k
aXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCi4uIGFuZCBJIHN1cHBv
c2Ugc3RyaWN0bHkgQkdQIHdoaWNoIGlzIGFsc28gdXNlZCBmb3IgdGhpcyBwdXJwb3NlIGluIFZQ
TnM8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t
dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj5Zb3UgYW5kIE1hY2ggYXJlIGJvdGggcmlnaHQgdGhhdCBpbiB0aGUg
SVAgKG5vbi1NUExTKSBjYXNlLCB3ZSBuZWVkIGEgd2F5IGZvciB0aGUgTlAgdG8gZGV0ZWN0IERF
VE5FVCBmbG93cy4gV2UgY291bGQgaGF2ZSBhIG5ldyBJUCBwcm90b2NvbCB0eXBlIGZvciBERVRO
RVQsIGFuZCBhIERFVE5FVCBoZWFkZXINCiBkaXJlY3RseSBmb2xsb3dzIHRoZSBJUCBoZWFkZXIu
IEluIHRoYXQgY2FzZSwgdGhlIERFVE5FVCBoZWFkZXIgd291bGQgYWxzbyBuZWVkIGEgbmV4dCBw
cm90b2NvbCBpZGVudGlmaWVyLCB1bmxlc3MgdGhlIG5leHQgcHJvdG9jb2wgaXMgYWx3YXlzIGFu
b3RoZXIgSVAgaGVhZGVyLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx
dW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KTGFzdCBJIHNhdywgdGhlIHRoaW5raW5nIHdh
cyB0aGF0IHRoZXJlIHdvdWxkIGJlIGFuIElQIGV4dGVuc2lvbiBoZWFkZXIsIGFsdGhvdWdoIEkg
YW0gbm90IGEgZmFuIG9mIHRob3NlIHNpbmNlIChhKSBJIGFtIG5vdCBjb25maWRlbnQgd2hhdCBh
IHJvdXRlciB3aWxsIGRvIG9uZSBpdCBkb2VzIG5vdCB1bmRlcnN0YW5kLCBhbmQgKGIpIEkgYW0g
Y29uY2VybmVkIGFib3V0IHRoZSBuZWVkIHRvIHN1cHBvcnQgSVB2NCB3aGljaCBJIHN1c3BlY3Qg
d2lsbA0KIGhhdmUgYSBsb25nIHRhaWwgaW4gZW50ZXJwcmlzZSBkZXBsb3ltZW50Ljxicj4NCjxi
cj4NCkkgcHJlZmVyIGEgVURQIHR5cGUgZm9yIHRoaXMgcHVycG9zZSBzaW5jZSBpdCBoYXMgdW5p
dmVyc2FsIHN1cHBvcnQgdGhyb3VnaCBhbnkgbWlkZGxlIGJveC4gZmlyZXdhbGwgZXRjLCBhbmQg
YWxsIHJvdXRlcnMgbmVlZCB0byBsb29rIGEgdGhlIFVEUCBEUCBzbyBjaGVja2luZyBpZiBpdCBp
cyBvbmUgdGhleSBuZWVkIHRvIHdvcmsgb24gaXMganVzdCBvbmUgY29tcGFyZSBhbmQgY29uZGl0
aW9uYWwgYnJhbmNoLjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5
bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk9mIGNvdXJzZSwgZm9yIE1QTFMsIHRoZSBERVRO
RVQgUFcgbGFiZWwgaXMgdGhlIGlkZW50aWZpZXIuDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCk9ubHkgYXQgdGhl
IFBXIGxheWVyLiBOb3RlIG15IHF1ZXN0aW9uIGFib3V0IHdoZXRoZXIgdGhpcyBpcyBzdWZmaWNp
ZW50Ljxicj4NCjxicj4NCi0gU3Rld2FydDxicj4NCiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGJs
b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkNoZWVycyw8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+QW5keTxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk9u
IFR1ZSwgSmFuIDE2LCAyMDE4IGF0IDU6NDYgQU0sIFN0ZXdhcnQgQnJ5YW50ICZsdDs8YSBocmVm
PSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+c3Rld2Fy
dC5icnlhbnRAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8YmxvY2tx
dW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtw
YWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4w
cHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cD5JZiB3
ZSBuZWVkIHRvIGRpc2NyaW1pbmF0ZSBhdCB0aGUgUFNOIGxheWVyIHJhdGhlciB0aGFuIHRoZSBE
TiBsYXllciB0aGVuIHdlIHJlYWxseSBhcmUgZm9yY2VkIHRvIGNyZWF0ZSBhIG5ldyBGRUMgdHlw
ZSBmb3IgTVBMUywgb3Igc3ludGhlc2l6ZSBvbmUgdGhyb3VnaCBSU1ZQIG9yIFNSLiBJUCBoYXMg
bm8gbmF0aXZlIHN1cHBvcnQgZm9yIHRoaXMsIGJ1dCB3ZSBjb3VsZCBpbnRyb2R1Y2UgdGhlIGNv
bmNlcHQsIGZvciBleGFtcGxlIGJ5DQogbWFraW5nIHRoaXMgdGhlIHByb3BlcnR5IG9mIHRoZSBJ
UCBhZGRyZXNzIG9yIHNvbWUgd2F5IG9mIE1QTFNpbmcgSVAuPG86cD48L286cD48L3A+DQo8cD5I
b3dldmVyIHRoZXJlIGlzIGEgZGVlcGVyIHF1ZXN0aW9uIHdlIG5lZWQgdG8gYW5zd2VyLiBJcyBv
dXIgZXhwZWN0YXRpb24gdGhhdCBlYWNoIGhvcCBpbiB0aGUgZGF0YSBwbGFuZSBETiBhd2FyZSwg
b3IgaXMgb3VyIGV4cGVjdGF0aW9uIHRoYXQgYXQgbGVzdCBpbiBzb21lIG5ldHdvcmtzIHRoZSBk
YXRhIHBsYW5lIGlzIGdlbmVyaWMgd2l0aCBzb21lIEROIG5vZGVzIHN0cmF0ZWdpY2FsbHkgcGxh
Y2VkPzxvOnA+PC9vOnA+PC9wPg0KPHA+SSBjYW4gc2VlIHRoYW4gaW4gc29tZSBncmVlbmZpZWxk
IHNwZWNpYWxpc3QgY2FzZXMgdGhlIHJvdXRlcnMgd2lsbCBhbGwgYmUgRE4gYXdhcmUsIGJ1dCBp
biBvcmRlciB0byBnZXQgZGVwbG95bWVudCBpbiBtb3N0IG5ldHdvcmtzIHdlIG5lZWQgdG8gZGVz
aWduIGZvciB0aGUgY2FzZSB3aGVyZSBvbmx5IHN0cmF0ZWdpYyBub2RlcyBhcmUgRE4gYXdhcmUu
PG86cD48L286cD48L3A+DQo8cD48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+LSBTdGV3YXJ0
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
T24gMTYvMDEvMjAxOCAwMToxNCwgTWFjaCBDaGVuIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu
MHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjoj
MUY0OTdEIj5IaSBCYWxhenMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3
RCI+IzIgaXMgYSBtb3JlIG5hdHVyZSBzb2x1dGlvbiwgdGhlIERldE5ldCBDVyBpcyBkZWRpY2F0
ZWQgZm9yIERldE5ldCwgc2VlbXMgdGhlcmUgaXMgbm8gY29tcGF0aWJpbGl0eSBpc3N1ZS48L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJj
b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5JbiBhZGRpdGlvbiwgSSB0aGlu
ayB3ZSBuZWVkIHRvIGRlZmluZSBhIHdheSBvbiBob3cgdG8gZGlmZmVyZW50aWF0ZSBhIERldE5l
dCBmbG93IGZyb20gYSBub24tRGV0TmV0IGZsb3csIHRoZW4gdGhlIG5ldHdvcmsgcHJvY2Vzc29y
IGNhbiBwcm9jZXNzIHRoZQ0KIENXIGFzIGV4cGVjdGVkLiZuYnNwOyBJbiBUU04sIGl0IHVzZXMg
dGhlIHByaW9yaXR5IHRvIGRldGVybWluZSB3aGV0aGVyIGEgZmxvdyBpcyBUU04gb3Igbm9uLVRT
TiBmbG93LiBGb3IgRGV0TmV0LCBzaG91bGQgd2UgYWxzbyB1c2UgdGhlIHNhbWUgd2F5IChlLmcu
LCBUQywgRFNDUCk/IE9yIHRoZSBEZXROZXQgc2VydmljZSBMYWJlbCBpdHNlbGYgaW1wbGllcyB0
aGUgc2l0dWF0aW9uLCBidXQgaXQgc2VlbXMgdGhhdCB0aGlzIG9ubHkgd29ya3Mgd2hlbg0KIHRo
ZSBEZXROZXQgc2VydmljZSBsYWJlbCBpcyB0aGUgdG9wIGxhYmVsLiAmbmJzcDs8L3NwYW4+PG86
cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjoj
MUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Bbnkgb3RoZXIgdGhvdWdodHM/PC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29s
b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QmVzdCByZWdhcmRzLDwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMxRjQ5N0QiPk1hY2g8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48
L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0
O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu
b25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20g
MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+RnJvbTo8L2I+IGRldG5ldCBbPGEgaHJl
Zj0ibWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRv
OmRldG5ldC1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+QmFsw6F6
cyBWYXJnYSBBPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgSmFudWFyeSAxNSwgMjAxOCA5OjA2
IFBNPGJyPg0KPGI+VG86PC9iPiBEZXROZXQgV0cgPGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRm
Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPiZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7PC9hPjxicj4NCjxi
PlN1YmplY3Q6PC9iPiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKTxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5i
c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3
NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkhpLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Im0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4m
bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+U29tZSB0aG91Z2h0cyB0byBzdGFydCBkaXNj
dXNzaW9uIG9uIG9wZW4gcG9pbnRzIG9mIHRoZSBEUCBzb2x1dGlvbiBkcmFmdC48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+VGhpcyBtYWlsKC10aHJlYWQpIGlzIG9uIHNlcXVlbmNlIG51bWJlcmlu
Zy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0ibS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PlByb2JsZW0gaW4gY2FzZSBvZiBNUExTIGFuZCBEZXROZXQgQ29udHJvbCBXb3JkOjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij4tIFMvTiBza2lwcyB6ZXJvIHByb2JsZW06IEV0aGVybmV0IFBXIGRl
ZmluaXRpb24gc3RhdGVzIHRoYXQgUy9OIHNraXBzIHplcm8uPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0ibS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQiPkl0IHVzZXMgemVybyB0byBtZWFuIG5vIFMvTiBpbiB1c2UuIChyZmM0NDQ4KTxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5
MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+UG9zc2libGUg
cHJvYmxlbSByZXNvbHV0aW9uczo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4
NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+IzE6IFVzaW5nIGEg
JnF1b3Q7ZmxhZyZxdW90OyBpbiB0aGUgcmVzZXJ2ZWQgYml0cyBwYXJ0IG9mIHRoZSBDVzo8bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYw
OTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZh
bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IDAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
MSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyJm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDM8L3NwYW4+
PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUz
OTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0
IDUgNiA3IDggOSAwIDE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibS0xOTM2OTIy
ODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250
LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IHwwIDAgMCAwfER8cmVzZXJ2ZWQgLSBzZXQgdG8gMCZuYnNwOyB8Jm5ic3A7Jm5ic3A7IDE2IGJp
dCBTZXF1ZW5jZSBOdW1iZXImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250
LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Im0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0
Ij5ELWJpdDogc2V0IHRvIOKAnDHigJ0gbWVhbnMgRGV0TmV0IHNwZWNpZmljIFNlcS4gTnVtYmVy
IHVzZWQsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1
MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkJpdDUtMTU6IHJlc2VydmVkLjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5
MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+UkZDNDQ0OCBz
dGF0ZXMgdGhhdCByZXNlcnZlZCBiaXRzIOKAnE1VU1QgYmUgaWdub3JlZCB1cG9uIHJlY2VpcHTi
gJ0sIHNvIGJhY2t3YXJkDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4Njky
ODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Y29tcGF0aWJpbGl0eSBp
cyBlbnN1cmVkLiBTdWNoIGEgc29sdXRpb24gd291bGQgYWxsb3cgYWxzbyB0byB1c2UgbG9uZ2Vy
IHNlcS5udW0uDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3
NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Zm9ybWF0cyAoaWYgbmVlZGVkKS4g
U3VjaCBhIGZvcm1hdCBpcyBhbHNvIGlubGluZSB3aXRoIFJGQzQzODUuPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0ibS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4
MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4jMjogTWFraW5nIOKAnDDi
gJ0gYXMgYSB2YWxpZCBTZXEuTnVtLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjky
Mjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5EZXROZXQgZmxv
d3MgYXJlIHJlY29nbml6ZWQgYW5kIGZvcndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0
DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3
NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+ZG9tYWluLiBTL04gaXMgdXNlZCB3aXRoaW4gdGhl
IERldE5ldCBkb21haW4gYnkgRGV0TmV0IFNlcnZpY2UgZnVuY3Rpb25zDQo8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+KGkuZS4gUFJFRikuIFMvTiB1c2VkIG9ubHkgb24gRGV0TmV0IGVuZC1ub2Rl
cyBhbmQgRGV0TmV0IHJlbGF5LW5vZGVzLiBObw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPm90
aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMvTiwgdGhlcmVmb3JlIERldE5ldCBj
YW4gc3BlY2lmeSBpdHMNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4
MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5vd24gc2VxdWVuY2UgbnVt
YmVyIHByb2Nlc3NpbmcgYWxnb3JpdGhtLiBTbyDigJww4oCdIGNhbiBiZSBhIHZhbGlkIG51bWJl
cjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1
Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5hbmQgbm90IHRoZSBpbmRpY2F0aW9uIHRoYXQgbm8g
U2VxLk51bS4gaXMgdXNlZC4gVGhpcyBpcyBpbmxpbmUgd2l0aCBSRkM0Mzg1LjxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4
NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+IzM6IE90aGVyIOKA
piA/IT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0ibS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQiPkNvbW1lbnRzIGFyZSB3ZWxjb21lLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkz
NjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Q2hlZXJzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkJh
bGEnenM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0ibS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRl
eHQiPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogZGV0bmV0IFs8YSBocmVm
PSJtYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tYWlsdG86
ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcjxicj4N
ClNlbnQ6IDIwMTguIGphbnXDoXIgMTAuIDE5OjAxPGJyPg0KVG86IERldE5ldCBXRyAmbHQ7PGEg
aHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRldG5ldEBpZXRm
Lm9yZzwvYT4mZ3Q7PGJyPg0KU3ViamVjdDogW0RldG5ldF0gcmVjb3JkaW5nIGZvciB0b2RheSdz
IGludGVyaW08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0ibS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFp
bnRleHQiPmlzIGF2YWlsYWJsZSBmb3IgZG93bmxvYWQgYXQ6DQo8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91
PWh0dHBzLTNBX19pZXRmLndlYmV4LmNvbV9pZXRmX2xkci5waHAtM0ZSQ0lELTNEZTUxMTZiYzdk
YjI1NGMyNGE3YmIzMjE3YmYyMDIzMDEmYW1wO2Q9RHdNR2FRJmFtcDtjPWxJOFpiNlR6TTNkMXRY
NGlFdTdicGcmYW1wO3I9WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT1XdzUwNkdUNUkxbHBs
MHo0d2gwTnRLLXNkYXFqQWZ3UWY3ZElXS0JmTWpzJmFtcDtzPTNyYjNSRV9aMndPVzh2cC1BTXNh
MmxnU2gwVTRCZ2RaRjd6dTF0WHdkNmsmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5
bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHBzOi8vaWV0Zi53
ZWJleC5jb20vaWV0Zi9sZHIucGhwP1JDSUQ9ZTUxMTZiYzdkYjI1NGMyNGE3YmIzMjE3YmYyMDIz
MDE8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4MjY0
MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+cmF3IG5vdGVzIGFyZSBhdmFpbGFibGUgYXQNCjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs
P3U9aHR0cC0zQV9fZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmctM0E5MDAwX3Bfbm90ZXMtMkRpZXRm
LTJEaW50ZXJpbS0yRDIwMTgtMkRkZXRuZXQtMkQwMSZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2
VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3NTA2
R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9bE9fWmRIQXJRUXNh
RE5Zdk15SWN6bWQ2RjFQX2FjdU0wa0ZNWjUxVVg2YyZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj48
c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cDov
L2V0aGVycGFkLnRvb2xzLmlldGYub3JnOjkwMDAvcC9ub3Rlcy1pZXRmLWludGVyaW0tMjAxOC1k
ZXRuZXQtMDE8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2
OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUw
NTQyM21zb3BsYWludGV4dCI+UGxlYXNlIGZlZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFk
IGJhc2VkIG9uIHRoZSByZWNvcmRpbmcuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibS0xOTM2
OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0
NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Mb3UgKGFuZCBjby1jaGFpcnMpPG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0ibS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29w
bGFpbnRleHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Im0tMTkzNjkyMjg2OTI4
MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Im0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5k
ZXRuZXQgbWFpbGluZyBsaXN0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibS0xOTM2OTIyODY5
MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Im1haWx0
bzpkZXRuZXRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+ZGV0bmV0QGlldGYub3JnPC9zcGFuPjwvYT48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29m
cG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5m
b19kZXRuZXQmYW1wO2Q9RHdNR2FRJmFtcDtjPWxJOFpiNlR6TTNkMXRYNGlFdTdicGcmYW1wO3I9
WmNIQzZ3WF9nRHdQRGNmTWFGTlppUSZhbXA7bT1XdzUwNkdUNUkxbHBsMHo0d2gwTnRLLXNkYXFq
QWZ3UWY3ZElXS0JmTWpzJmFtcDtzPWhTOV9ISTExNHZseVQtTURKVnA1ZUs4aDdVUm9icGNXYkJ0
OW5qckZRTUkmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v
bGlzdGluZm8vZGV0bmV0PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFy
Z2luLWJvdHRvbToxMi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHByZT5fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8
cHJlPmRldG5ldCBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJt
YWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZGV0bmV0QGlldGYub3JnPC9h
PjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v
ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGlu
Zm9fZGV0bmV0JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDty
PVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFx
akFmd1FmN2RJV0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JC
dDluanJGUU1JJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vbGlzdGluZm8vZGV0bmV0PC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCmRldG5ldCBtYWlsaW5nIGxpc3Q8YnI+
DQo8YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZGV0bmV0
QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50
LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fZGV0
bmV0JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2
d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1Fm
N2RJV0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JCdDluanJG
UU1JJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v
bGlzdGluZm8vZGV0bmV0PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At
YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9w
Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZx
dW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls
eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpfX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCmRldG5ldCBtYWlsaW5nIGxpc3Q8
YnI+DQo8YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIj5kZXRuZXRAaWV0Zi5vcmc8L2E+
PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRu
ZXQiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L2RldG5ldDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i
b2R5Pg0KPC9odG1sPg0K

--_000_VI1PR07MB1005682F105E1DA91CD4C160ACEF0VI1PR07MB1005eurp_--


From nobody Fri Jan 19 04:25:59 2018
Return-Path: <agmalis@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F16412D80F for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 04:25:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.697
X-Spam-Level: 
X-Spam-Status: No, score=-2.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=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 7Ed48pj6HQMq for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 04:25:54 -0800 (PST)
Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::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 575E8126DCA for <detnet@ietf.org>; Fri, 19 Jan 2018 04:25:54 -0800 (PST)
Received: by mail-oi0-x236.google.com with SMTP id n81so987430oig.8 for <detnet@ietf.org>; Fri, 19 Jan 2018 04:25:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=cdjDB/+ZtZ6AOYea+KosXxquiFU2esqThlPXihrp3uw=; b=FyAHrxCxwRIoGmRYl/57FJX+CJdQTPLtUI//rY90Jha5DbNWcwWYzx6bWCwuQAmx+9 xez77uNmy6y2VoNQbB3YeHga7plqJoecegzLjWNqdpA+YdzKar6/Wtfw2odxOMSQoM0m r9BIZYPNV+GNRx9VZQpvVZDRonrp/V/Y/tQDx38LJFyT5YLFkv9dbQP/5NicdjUQ/k10 2aUJCfBDmtiT54u7s8cgRNgT+9+gxhNZIW13gaa+Et6n7A739qvdfUWzQI86sTCqv+15 IHa8E+fvXf6z/bEeqxqPe3/xPZmqK00ZOKTiSS/K9EpqjGbngIrw4WR7KNId7zt5j+Cy gZ1Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=cdjDB/+ZtZ6AOYea+KosXxquiFU2esqThlPXihrp3uw=; b=ZMfe0xs4SOKUSMgtfrbTNZ4FdJg2HsHUzehxTkYdCxh0fw7HBALH3msGHzlqh0/rtx aFdZSmIItGUEN8zdBDFsahqTiBw5wgT9IwS3NdaTQvSnsmgjo+6lF/p04DzOTBl03/Io IhabhiaYB8YopajtEbnYGKKZ0nMDWG0599E08ctWkdjcLSQ3dIgzevfusSebefk6CViR Zeh66ATzBbVmKMm4y8d5p6iDrBXpr/bOP04icPG55qrdYulEdS9cRmEkHDQ7By3/hmOb ziLA1UPmRPwXPpcNC91VW2FbCPRGn9esYUmQtqqsVO1ThEfHPSK15RVvayYcJzTx+VlM sMCw==
X-Gm-Message-State: AKwxyte2giouGrj4j2lN13uCpmniubP+MDLZiH+cSYpDbzYXJLE5PQ7/ G7Fzt3w4DvesM/QHIrgBZ8LVF8MUdfaAI5o8Gag=
X-Google-Smtp-Source: ACJfBosMubIFhxCMPm2St/KVD0NIZlOevJ3gHErhSGd9zysg9wVHlACKanwigrVE3YRB2dKE4Z410wHA0TI7gVa1P20=
X-Received: by 10.202.95.6 with SMTP id t6mr4909490oib.57.1516364753023; Fri, 19 Jan 2018 04:25:53 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.27.211 with HTTP; Fri, 19 Jan 2018 04:25:32 -0800 (PST)
In-Reply-To: <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Fri, 19 Jan 2018 07:25:32 -0500
Message-ID: <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com>
To: Loa Andersson <loa@pi.nu>
Cc: =?UTF-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>,  DetNet WG <detnet@ietf.org>
Content-Type: multipart/alternative; boundary="001a113cdbbc7438a20563202eaa"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/SpV7xsHADew5BWjy1WI_2axUIRI>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jan 2018 12:25:57 -0000

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

Loa,

We really don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we can allocate =
a PW type to indicate
that this is a DetNet PW, plus the context of the label can identify its
use for a DetNet PW/flow.

We DO need the first nibble to be zero. But beyond that, we are free to use
all 28 bits as a sequence number, if there=E2=80=99s no need for either fla=
gs or
PW-layer fragmentation, which would require two bits.

The key to determine the required number of bits in the sequence number is
to determine, for the maximum expected rate of a DetNet flow, how long will
it take to wrap around?

For example, for a 10Gbps flow, that would reasonably equate to 833K pps,
assuming 1500-byte packets. This would wrap around in a little over one
second with 20 bits. A 100 Gbps flow with a 27-bit sequence number would
wrap around in about 1 second.

All that said, a second is a very long holding time for flows with
constrained latency, so we could probably take two bits off those numbers
and still be OK (wrap around in 250 ms).

So 25 bits is probably sufficient, at least for today. 28 bits gives us
room for further BW growth in the future, approaching 1Tbps.

Cheers,
Andy



On Fri, Jan 19, 2018 at 12:10 AM, Loa Andersson <loa@pi.nu> wrote:

> Folks,
>
> Thanks for the discussion on sequenced number, where they are used and
> what size they need to be.
>
> There seems to a few ideas floating around.
>
> This mail have #1 has a CW of 32 bits and a sequence number 16 bits.
>
> #2 has a CW of 32 bits (?) and a sequence number of 27 bits if the D-bit
> is thare (?), right?
>
> The draft-ietf-detnet-dp-sol has a CW of 32 bits and a sequence number of
> 28 bits.
>
> Other ideas I've heard in discussion is to make the sequence number
> configurable.
>
> Questions:
>
> It has been said that that if anyone can give a use case where we need a
> sequence number bigger than 28 bits, we'll have to accommodate this. Is
> the jury still out on this, or can we say that 28 bits is enough?? Would
> 27 bit be enough? 16 bits?? Or might we even need a two byte CW?
>
> There is not much idea to start drawing figures of the CW unless we have
> an answer to that question.
>
> Honestly I don't have to much idea on ho to go about to get that answer.
> Any ideas? I think that the dt had some math on this in an early stage.
> Anyone that have that available?
>
> On the D-bit. Is it enough to have the D-bit set to determine if it is
> a DetNet flow? What if the D-bit is not set?
>
> /Loa
>
>
>
>
> On 2018-01-15 21:05, Bal=C3=A1zs Varga A wrote:
>
>> Hi,
>>
>> Some thoughts to start discussion on open points of the DP solution draf=
t.
>>
>> This mail(-thread) is on sequence numbering.
>>
>> Problem in case of MPLS and DetNet Control Word:
>>
>> - S/N skips zero problem: Ethernet PW definition states that S/N skips
>> zero.
>>
>> It uses zero to mean no S/N in use. (rfc4448)
>>
>> Possible problem resolutions:
>>
>> #1: Using a "flag" in the reserved bits part of the CW:
>>
>>        0                   1                   2                   3
>>
>>        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>>
>>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>>       |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>>
>>       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>> D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number used=
,
>>
>> Bit5-15: reserved.
>>
>> RFC4448 states that reserved bits =E2=80=9CMUST be ignored upon receipt=
=E2=80=9D, so
>> backward
>>
>> compatibility is ensured. Such a solution would allow also to use longer
>> seq.num.
>>
>> formats (if needed). Such a format is also inline with RFC4385.
>>
>> #2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.
>>
>> DetNet flows are recognized and forwarded special within the DetNet
>>
>> domain. S/N is used within the DetNet domain by DetNet Service functions
>>
>> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. N=
o
>>
>> other nodes care about the value of S/N, therefore DetNet can specify it=
s
>>
>> own sequence number processing algorithm. So =E2=80=9C0=E2=80=9D can be =
a valid number
>>
>> and not the indication that no Seq.Num. is used. This is inline with
>> RFC4385.
>>
>> #3: Other =E2=80=A6 ?!?
>>
>> Comments are welcome.
>>
>> Cheers
>>
>> Bala'zs
>>
>> -----Original Message-----
>> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
>> Sent: 2018. janu=C3=A1r 10. 19:01
>> To: DetNet WG <detnet@ietf.org>
>> Subject: [Detnet] recording for today's interim
>>
>> is available for download at:
>>
>> https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf202=
301
>>
>> raw notes are available at
>>
>> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>>
>> Please feel free to update the etherpad based on the recording.
>>
>> Lou (and co-chairs)
>>
>> _______________________________________________
>>
>> detnet mailing list
>>
>> detnet@ietf.org <mailto:detnet@ietf.org>
>>
>> https://www.ietf.org/mailman/listinfo/detnet
>>
>>
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>>
>>
> --
>
>
> Loa Andersson                        email: loa@pi.nu
> Senior MPLS Expert
> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>

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

<div dir=3D"ltr">Loa,<div><br></div><div>We really don=E2=80=99t need a =E2=
=80=9CD=E2=80=9D bit, as we can allocate a PW type to indicate that this is=
 a DetNet PW, plus the context of the label can identify its use for a DetN=
et PW/flow.</div><div><br></div><div>We DO need the first nibble to be zero=
. But beyond that, we are free to use all 28 bits as a sequence number, if =
there=E2=80=99s no need for either flags or PW-layer fragmentation, which w=
ould require two bits.</div><div><br></div><div>The key to determine the re=
quired number of bits in the sequence number is to determine, for the maxim=
um expected rate of a DetNet flow, how long will it take to wrap around?=C2=
=A0</div><div><br></div><div>For example, for a 10Gbps flow, that would rea=
sonably equate to 833K pps, assuming 1500-byte packets. This would wrap aro=
und in a little over one second with 20 bits. A 100 Gbps flow with a 27-bit=
 sequence number would wrap around in about 1 second.=C2=A0</div><div><br><=
/div><div>All that said, a second is a very long holding time for flows wit=
h constrained latency, so we could probably take two bits off those numbers=
 and still be OK (wrap around in 250 ms).=C2=A0</div><div><br></div><div>So=
 25 bits is probably sufficient, at least for today. 28 bits gives us room =
for further BW growth in the future, approaching 1Tbps.</div><div><br></div=
><div>Cheers,</div><div>Andy</div><div><br></div><div><br></div></div><div =
class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Fri, Jan 19, 2018 a=
t 12:10 AM, Loa Andersson <span dir=3D"ltr">&lt;<a href=3D"mailto:loa@pi.nu=
" target=3D"_blank">loa@pi.nu</a>&gt;</span> wrote:<br><blockquote class=3D=
"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding=
-left:1ex">Folks,<br>
<br>
Thanks for the discussion on sequenced number, where they are used and<br>
what size they need to be.<br>
<br>
There seems to a few ideas floating around.<br>
<br>
This mail have #1 has a CW of 32 bits and a sequence number 16 bits.<br>
<br>
#2 has a CW of 32 bits (?) and a sequence number of 27 bits if the D-bit<br=
>
is thare (?), right?<br>
<br>
The draft-ietf-detnet-dp-sol has a CW of 32 bits and a sequence number of 2=
8 bits.<br>
<br>
Other ideas I&#39;ve heard in discussion is to make the sequence number<br>
configurable.<br>
<br>
Questions:<br>
<br>
It has been said that that if anyone can give a use case where we need a<br=
>
sequence number bigger than 28 bits, we&#39;ll have to accommodate this. Is=
<br>
the jury still out on this, or can we say that 28 bits is enough?? Would<br=
>
27 bit be enough? 16 bits?? Or might we even need a two byte CW?<br>
<br>
There is not much idea to start drawing figures of the CW unless we have<br=
>
an answer to that question.<br>
<br>
Honestly I don&#39;t have to much idea on ho to go about to get that answer=
.<br>
Any ideas? I think that the dt had some math on this in an early stage.<br>
Anyone that have that available?<br>
<br>
On the D-bit. Is it enough to have the D-bit set to determine if it is<br>
a DetNet flow? What if the D-bit is not set?<br>
<br>
/Loa<div><div class=3D"h5"><br>
<br>
<br>
<br>
On 2018-01-15 21:05, Bal=C3=A1zs Varga A wrote:<br>
</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div class=3D"h5">
Hi,<br>
<br>
Some thoughts to start discussion on open points of the DP solution draft.<=
br>
<br>
This mail(-thread) is on sequence numbering.<br>
<br>
Problem in case of MPLS and DetNet Control Word:<br>
<br>
- S/N skips zero problem: Ethernet PW definition states that S/N skips zero=
.<br>
<br>
It uses zero to mean no S/N in use. (rfc4448)<br>
<br>
Possible problem resolutions:<br>
<br>
#1: Using a &quot;flag&quot; in the reserved bits part of the CW:<br>
<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3<br>
<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 =
9 0 1 2 3 4 5 6 7 8 9 0 1<br>
<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+<br>
<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |0 0 0 0|D|reserved - set to 0=C2=A0 |=C2=A0=
=C2=A0 16 bit Sequence Number=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |<br>
<br>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+<br>
<br>
D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number used,<b=
r>
<br>
Bit5-15: reserved.<br>
<br>
RFC4448 states that reserved bits =E2=80=9CMUST be ignored upon receipt=E2=
=80=9D, so backward<br>
<br>
compatibility is ensured. Such a solution would allow also to use longer se=
q.num.<br>
<br>
formats (if needed). Such a format is also inline with RFC4385.<br>
<br>
#2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.<br>
<br>
DetNet flows are recognized and forwarded special within the DetNet<br>
<br>
domain. S/N is used within the DetNet domain by DetNet Service functions<br=
>
<br>
(i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No<b=
r>
<br>
other nodes care about the value of S/N, therefore DetNet can specify its<b=
r>
<br>
own sequence number processing algorithm. So =E2=80=9C0=E2=80=9D can be a v=
alid number<br>
<br>
and not the indication that no Seq.Num. is used. This is inline with RFC438=
5.<br>
<br>
#3: Other =E2=80=A6 ?!?<br>
<br>
Comments are welcome.<br>
<br>
Cheers<br>
<br>
Bala&#39;zs<br>
<br>
-----Original Message-----<br>
From: detnet [mailto:<a href=3D"mailto:detnet-bounces@ietf.org" target=3D"_=
blank">detnet-bounces@ietf.or<wbr>g</a>] On Behalf Of Lou Berger<br>
Sent: 2018. janu=C3=A1r 10. 19:01<br>
To: DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detn=
et@ietf.org</a>&gt;<br>
Subject: [Detnet] recording for today&#39;s interim<br>
<br>
is available for download at:<br>
<br>
<a href=3D"https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3=
217bf202301" rel=3D"noreferrer" target=3D"_blank">https://ietf.webex.com/ie=
tf/ld<wbr>r.php?RCID=3De5116bc7db254c24a7b<wbr>b3217bf202301</a><br>
<br>
raw notes are available at<br>
<br>
<a href=3D"http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-de=
tnet-01" rel=3D"noreferrer" target=3D"_blank">http://etherpad.tools.ietf.or=
g<wbr>:9000/p/notes-ietf-interim-201<wbr>8-detnet-01</a><br>
<br>
Please feel free to update the etherpad based on the recording.<br>
<br>
Lou (and co-chairs)<br>
<br>
______________________________<wbr>_________________<br>
<br>
detnet mailing list<br>
<br>
</div></div><a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detnet@iet=
f.org</a> &lt;mailto:<a href=3D"mailto:detnet@ietf.org" target=3D"_blank">d=
etnet@ietf.org</a>&gt;<br>
<br>
<a href=3D"https://www.ietf.org/mailman/listinfo/detnet" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/l<wbr>istinfo/detnet</a><sp=
an class=3D""><br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
detnet mailing list<br>
<a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detnet@ietf.org</a><br=
>
<a href=3D"https://www.ietf.org/mailman/listinfo/detnet" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/l<wbr>istinfo/detnet</a><br=
>
<br>
</span></blockquote><span class=3D"HOEnZb"><font color=3D"#888888">
<br>
-- <br>
<br>
<br>
Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 email: <a href=3D"mailto:loa@pi.nu" target=3D"_blank"=
>loa@pi.nu</a><br>
Senior MPLS Expert<br>
Huawei Technologies (consultant)=C2=A0 =C2=A0 =C2=A0phone: <a href=3D"tel:%=
2B46%20739%2081%2021%2064" value=3D"+46739812164" target=3D"_blank">+46 739=
 81 21 64</a></font></span><div class=3D"HOEnZb"><div class=3D"h5"><br>
<br>
______________________________<wbr>_________________<br>
detnet mailing list<br>
<a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detnet@ietf.org</a><br=
>
<a href=3D"https://www.ietf.org/mailman/listinfo/detnet" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/l<wbr>istinfo/detnet</a><br=
>
</div></div></blockquote></div><br></div>

--001a113cdbbc7438a20563202eaa--


From nobody Fri Jan 19 04:34:07 2018
Return-Path: <agmalis@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46AE0126DEE for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 04:34:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.698
X-Spam-Level: 
X-Spam-Status: No, score=-0.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 zwiQBsEr3Dtf for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 04:33:56 -0800 (PST)
Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 913CD127058 for <detnet@ietf.org>; Fri, 19 Jan 2018 04:33:56 -0800 (PST)
Received: by mail-oi0-x231.google.com with SMTP id a184so1003424oif.7 for <detnet@ietf.org>; Fri, 19 Jan 2018 04:33:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Xpe+V0QGe0/o6qlOFXdmmhNdHIk5PXlsweU89hiUagw=; b=nnVfXg1PqE8JpRlWiWhP88L19Q6/jmTlBdCcd2unL4XzNfJL5wywHnur+q3R9H1IWG JWHs2e94aP2fuBUipX4jyrveTRxgIkiLoBBM5jt9eHBIHDt39xXr1MT/6uSRGAjbzEem lbNrVHjdl4JS7M9YbwAeaVaC6oFActjlayeRNUnfPCJzdb6ZWTdsiYwWDqufvsR05IaT Ppl/+9XGjNyNluBqSv+0fHMoiLDAPeRNB/J3tnieMuLfwkroEEkl3BTDGNBTKjLna7D5 4dzbUYUTg2M45syBQyGdyVEJK/zwJ6eglgwh8m3pLlTErTVdBcACpzVVo821OXE6uZTu K5VQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Xpe+V0QGe0/o6qlOFXdmmhNdHIk5PXlsweU89hiUagw=; b=uSp28NF3FBLgogXq7Oh17Z364DkUKsSWRmtx8hOv/+xcjln9gM1uMZdnQEe+BOXRLe xEm9czBXS5iY+c0/m6CFesLSuLmogCM/9A0MhJVaINwpPLEyCL+7kR/s+L7xWmepVqSq ZopqYqHwd8Lum9htqBS+LaJudtvBIBB1HEXkLduBS1OVk685TuQt4k3MyxNnKkhX9hrd mXKdooP2zMbBBGcWt6pwD0vlcTdagxqYFMAz6/ugFJn9Qahysycn98KKzE0j6SDJWymn ahfav0XFCtFUOEyG1uPKw8sKFWb4ay2GErZ+xDv+FgU7AUh1lJhShoN9naLVkh2G0Bc6 ObKw==
X-Gm-Message-State: AKwxyte0tehX4HlEvhyeNgVs5nfSwCvTQoFImfFoSbBnfbYOjK1kHl8H kA+SV+cJ6+6peDO1dQGqOeU8gIpZZ9dgalhT7MhrQg==
X-Google-Smtp-Source: ACJfBose+AeoeYKc4A2QAEI9nt/FicAL9sYkKF7eGYVUoC3I7TvJYcEq7zMbCoptTPbRYtvq8my50NN8sESSk0B3msg=
X-Received: by 10.202.80.150 with SMTP id e144mr5114713oib.333.1516365235805;  Fri, 19 Jan 2018 04:33:55 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.27.211 with HTTP; Fri, 19 Jan 2018 04:33:35 -0800 (PST)
In-Reply-To: <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com> <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Fri, 19 Jan 2018 07:33:35 -0500
Message-ID: <CAA=duU0ZV2md=64svO1o=zhSjfR81T1==uo=N7FPxx=vS41pkQ@mail.gmail.com>
To: =?UTF-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>
Cc: DetNet WG <detnet@ietf.org>
Content-Type: multipart/alternative; boundary="001a113d6c923ae6660563204bdc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/jjDq6Fg89VizUZ6lH8HnWchEom0>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jan 2018 12:34:06 -0000

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

Bal=C3=A1zs,

Yes, I agree with this analysis.

Cheers,
Andy



On Fri, Jan 19, 2018 at 4:09 AM, Bal=C3=A1zs Varga A <balazs.a.varga@ericss=
on.com
> wrote:

> Hi Andy,
>
>
>
> Yes, good point. From DN flow perspective we have to cope with in-order
> delivery. However,
>
> some detailed thoughts on the DN functions and their usage of S/N:
>
> - DN1, Congestion protection it is practically about QoS functions, which
> works on a per flow
>
> level. It selects queues based on flow-ID. It does not consider S/N.
>
> - DN2, Explicit routes is practically traffic engineering. It does not
> care about S/N, just flow-ID
>
> (which flow have to take which tunnel).
>
> - DN3, Service protection is the per packet 1+n protection, where the
> elimination function is
> based on S/N.
>
>
>
> This is why I wrote S/N is used only by the Service Protection function.
>
>
>
> But Your comment is fully valid and points for me to a possible missing D=
N
> function. We should
>
> consider to define an additional one: =E2=80=9CDN4 Frame ordering=E2=80=
=9D. Such a
> function would use both the
>
> flow-ID and the S/N. Its function is to ensure in order delivery if that
> is required by the DetNet
>
> application. Best located at the egress-PE. Details need further
> discussion. (Note: if the application
>
> has its own embedded seq.num in the flow it may not need in-order
> delivery, etc.)
>
>
>
> I think that is a good idea and makes the DN functions more modular. Also
> during the Elimination
>
> we can simple concentrate on duplicate detection and out-source in-order
> delivery to DN4.
>
>
>
> So, we could end up in four DN functions:
>
> - DN1, Congestion protection
>
> - DN2, Explicit routes
>
> - DN3, Service protection
>
> - DN4, Frame ordering
>
>
>
> Cheers
>
> Bala=E2=80=99zs
>
>
>
> *From:* Andrew G. Malis [mailto:agmalis@gmail.com]
> *Sent:* 2018. janu=C3=A1r 18. 22:49
> *To:* Bal=C3=A1zs Varga A <balazs.a.varga@ericsson.com>
> *Cc:* DetNet WG <detnet@ietf.org>
> *Subject:* Re: [Detnet] DP solution (Flow identification)
>
>
>
> Bal=C3=A1zs,
>
>
>
> I agree with your conclusions regarding =E2=80=9CDetNet distance=E2=80=9D=
.
>
>
>
> However, one point I think I disagree with you is when the sequence numbe=
r
> is necessary - you said only by the =E2=80=9Cservice protection=E2=80=9D =
function=E2=80=9D.
> However, as DetNet flows are indeed flows, and and most (if not all)
> applications that will require DetNet will most probably require in-order
> delivery, sequence numbers are generally useful for reordering at the
> destination if packets get out of order during delivery by the underlying
> network.
>
>
>
> Cheers,
>
> Andy
>
>
>
>
>
> On Thu, Jan 18, 2018 at 2:41 PM, Bal=C3=A1zs Varga A <
> balazs.a.varga@ericsson.com> wrote:
>
> Hi,
>
>
>
> some comments regarding what is needed for a "networks that are under a
> single administrative control", based on the existing WG drafts (problem
> statement, use-cases, architecture, etc.). Let's try to keep it simple an=
d
> focus on what we need:
>
> 1, Flow requirements:
>
>                 - loss and/or delay bounds
>
> 2, DetNet functions (defined so far):
>
>                 - DN1, Congestion protection (i.e. reserving resources,
> magic queuing, etc.)
>
>                 - DN2, Explicit routes (i.e. traffic engineering)
>
>                 - DN3, Service protection (against loss by network
> failures)
>
> Note: These three techniques can be applied independently, depending on
> the Flow requirements and the network scenario. As an example, congestion
> protection (DN1) alone is offered by IEEE 802.1 Audio Video bridging.
>
>
>
> 3, Flow specific information have to travel with the packet:
>
>                 - Flow-ID (required by all DetNet functions)
>
>                 - Sequence Number (required only by "Service Protection"
> function)
>
>
>
> So, regarding the questions here on the list:
>
> - Do we need all nodes to be DN-aware in a network?
>
> Not necessarily. If in a network scenario DetNet flows require only for
> example basic DN1 function than You have a good chance to serve it with
> existing devices. However in some cases all DN functions are needed at ea=
ch
> hop, so yes, all nodes have to be DN aware.
>
> Conclusion: the more DN functions are needed in a network scenario to
> serve DetNet flows, the more probably we need DN-aware nodes at each hop.
>
>
>
> - Do we need DetNet data-plane for IPv4, IPv6 and MPLS?
>
> Yes, that would be nice to have for all of them. But I think it is a
> better question which one has the smallest distance to be DetNet-ready? (=
I
> mean which need the less new stuff to support DN?) The data-plane
> alternative related draft focused on that and also the mailing threads
> here.
>
> Conclusion: I think we can conclude on a rank of "smallest
> DetNet-distance":
>
> 1, MPLS
>
> 2, IPv6
>
> 3. IPv4
>
> Note: in my view this is also the probability list what networks someone
> intends to use to forward DetNet flows =E2=80=A6
>
>
>
> Cheers
>
> VBala'zs
>
>
>
> *From:* detnet [mailto:detnet-bounces@ietf.org] *On Behalf Of *Grossman,
> Ethan A.
> *Sent:* 2018. janu=C3=A1r 17. 19:51
> *To:* DetNet WG <detnet@ietf.org>; Deborah Brungard <db3546@att.com>;
> Stewart Bryant <stewart.bryant@gmail.com>
> *Cc:* Tim Chown (Tim.Chown@jisc.ac.uk) <Tim.Chown@jisc.ac.uk>
> *Subject:* Re: [Detnet] DP solution (Flow identification)
>
>
>
> Thanks Stewart. Regarding:
>
> =E2=80=9CYes, we need to have the discussion on the list and reach a cons=
ensus of
> whether
> a) We support v4
> b) We support v4 and v6 by v4 and v6 specific protocol extensions
> c) We use a single common IP approach
> d) We use an approach that is common across IP and MPLS=E2=80=9D
>
> Perhaps, given Tim Chown=E2=80=99s earlier comment:
>
>         =E2=80=9CIf you=E2=80=99re suggesting an IPv4-only solution, you=
=E2=80=99re running up
> against https://www.iab.org/2016/11/07/iab-statement-on-ipv6/.=E2=80=9D
>
>
>
> We could get Deborah with her AD hat on to comment on this?
>
> Ethan.
>
>
>
> *From:* Stewart Bryant [mailto:stewart.bryant@gmail.com
> <stewart.bryant@gmail.com>]
> *Sent:* Wednesday, January 17, 2018 10:39 AM
> *To:* Grossman, Ethan A. <eagros@dolby.com>; Bal=C3=A1zs Varga A <
> balazs.a.varga@ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
> *Cc:* DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
> *Subject:* Re: DP solution (Flow identification)
>
>
>
> Hi  Ethan,
>
>
>
> On 17/01/2018 18:24, Grossman, Ethan A. wrote:
>
> Thanks Stewart for the clarification. I interpret your statement =E2=80=
=9Ca
> decision not to support IPv4=E2=80=9D to mean =E2=80=9Ca decision not to =
propose adding
> anything to the existing IPv4 standard=E2=80=9D.
>
>
> To support IPv4 there are a number of methods that are possible, one is t=
o
> add something to v4 itself as is proposed for v6. Adding something to the
> base protocol will be very difficult.
>
> Another method, is to do what has been proposed by some for MPLS, that is
> to encode the identity and type in the IP address. There is a proposal to
> do this in SRv6. I am not a great fan of abusing the address space for th=
is
> in the way proposed by that work, but maybe we can do something much
> simpler here and simply identify the DN instance by the IP address with n=
o
> other semantics. Much easier to do this for IPv6 with the "infinite
> addresses" but we could get away with it in limited private Ipv4 networks=
.
> Of course this does change the per-hop behaviour of IP which may be a
> challenge to get the IETF to sign of on.
>
> Another method is to use some method of carrying an MPLS label stack -
> this was the first proposal. Now I said that I did not think anyone had
> done that and I still believe that to be the case, but that does not mean
> that it is not the least worst approach. There are alternates for example
> IP/UDP/MPLS
> which is the so called USR approach that a number of us advocate as an
> alternative to SRv6.
>
> If that isn=E2=80=99t correct, please let me know. As you may recall I al=
ready
> started a thread awhile ago to discuss IPv4 vs IPv6, and based on the
> responses it appeared to me at that time that there were some kind of
> options, though not a =E2=80=9Cnative IPv4=E2=80=9D solution, but it wasn=
=E2=80=99t clear to me (as
> a non-expert in the various networking protocols mentioned) whether they
> would be viable in practice or not. I will revive that thread and see if =
we
> can get any closer to determining the importance of IPv4 to our target
> customers, and hopefully some sense of whether the proposed non-native-IP=
v4
> strategies will hold water.
>
>
> Yes, we need to have the discussion on the list and reach a consensus of
> whether
>
> a) We support v4
> b) We support v4 and v6 by v4 and v6 specific protocol extensions
> c) We use a single common IP approach
> d) We use an approach that is common across IP and MPLS
>
> - Stewart
>
> Ethan.
>
>
>
> *From:* Stewart Bryant [mailto:stewart.bryant@gmail.com
> <stewart.bryant@gmail.com>]
> *Sent:* Wednesday, January 17, 2018 12:29 AM
> *To:* Grossman, Ethan A. <eagros@dolby.com> <eagros@dolby.com>; Bal=C3=A1=
zs
> Varga A <balazs.a.varga@ericsson.com> <balazs.a.varga@ericsson.com>;
> Andrew G. Malis <agmalis@gmail.com> <agmalis@gmail.com>
> *Cc:* DetNet WG <detnet@ietf.org> <detnet@ietf.org>; Mach Chen
> <mach.chen@huawei.com> <mach.chen@huawei.com>
> *Subject:* Re: DP solution (Flow identification)
>
>
>
>
>
>
>
> On 16/01/2018 18:38, Grossman, Ethan A. wrote:
>
> Hi Bala=E2=80=99zs,
>
> Regarding IPv4, I also understood that we decided that we can=E2=80=99t a=
dd new
> IPv4 fields. Pardon my ignorance here, but does that mean there is no par=
t
> of DetNet capability that can be run over IPv4? Or is there some
> =E2=80=9Cworkaround=E2=80=9D to provide as I say even part of the DetNet =
capability, given
> that it is an Engineered network? I just want to clarify expectations her=
e.
>
>
> If you have a native IPv4 network to which you present IPv6 packets, you
> either have to tunnel them across where the IPv6 is considered opaque dat=
a,
> or you have to translate them to IPv4, but that requires some common
> semantics to deal with extension headers which we don't currently have.
>
> So, as far as I can see, a decision not to support IPv4 means no DN
> support across the IPv4 network.
>
> Which takes us back to the question of how important is this and what wil=
l
> it do to the take-up of the technology by its target customers?
>
> - Stewart
>
> Thanks,
>
> Ethan.
>
>
>
> *From:* detnet [mailto:detnet-bounces@ietf.org <detnet-bounces@ietf.org>]=
 *On
> Behalf Of *Bal=C3=A1zs Varga A
> *Sent:* Tuesday, January 16, 2018 10:21 AM
> *To:* Stewart Bryant <stewart.bryant@gmail.com> <stewart.bryant@gmail.com=
>;
> Andrew G. Malis <agmalis@gmail.com> <agmalis@gmail.com>
> *Cc:* DetNet WG <detnet@ietf.org> <detnet@ietf.org>; Mach Chen
> <mach.chen@huawei.com> <mach.chen@huawei.com>
> *Subject:* [Detnet] DP solution (Flow identification)
>
>
>
> I think the last mails are more about flow identification and not the
> sequence number.
>
> So, I have re-subjected my answer.
>
>
>
> PSN layer vs. DN layer (MPLS):
>
> - in current data plane text we have stated that DetNet PWs may use
> dedicated LSPs (TE-tunnels).
>
> That allow to identify DetNet flows in PSN layer without checking the PW
> label. Such a solution of
>
> course may challenge scalability.
>
> - regarding prioritization: text allows both E-LSP and L-LSP concept, wha=
t
> makes possible
>
> to identify DetNet packets. However that is more for simple queuing
> scenarios as it does not
>
> identify individual flows.
>
>
>
> PSN layer vs. DN layer (non-MPLS):
>
> - IPv4: If I remember correctly it was discussed to be out-of-scope to
> simplify the scenarios we focus on.
>
> No-one wanted to define new IPv4 fields for flow-ID and Seq-Num in the
> =E2=80=9Csunset of IPv4=E2=80=9D.
>
> - IPv6: based on the src-IPv6 and the flow-label NP can detect DetNet
> flows. Why would we need a new
>
> IP protocol type?
>
>
>
> Generic vs. DN aware data plane:
>
> - I think we need both. We have use-cases specified for both.
>
>
>
> DetNet traffic to be transported:
>
> - two types are considered:
>
> (1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames and
>
> (2) IP: IPv6 transported over any L2 (not always Ethernet, but most cases
> Ethernet)
>
> As noted above IPv4 is currently out-of-scope =E2=80=A6
>
>
>
> Cheers
>
> Bala=E2=80=99zs
>
>
>
> *From:* Stewart Bryant [mailto:stewart.bryant@gmail.com
> <stewart.bryant@gmail.com>]
> *Sent:* 2018. janu=C3=A1r 16. 17:38
> *To:* Andrew G. Malis <agmalis@gmail.com>
> *Cc:* Mach Chen <mach.chen@huawei.com>; Bal=C3=A1zs Varga A <
> balazs.a.varga@ericsson.com>; DetNet WG <detnet@ietf.org>
> *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
>
>
>
>
> Andy
>
> On 16/01/2018 15:20, Andrew G. Malis wrote:
>
> Stewart,
>
>
>
> Like with PWs (since DETNET for MPLS would just be another PW type),
> targeted LDP and provisioning (via a central controller, NMS, etc.) are
> alternatives to RSVP and SR to provisioning/allocating the DETNET PW labe=
l.
>
>
> .. and I suppose strictly BGP which is also used for this purpose in VPNs
>
>
>
> You and Mach are both right that in the IP (non-MPLS) case, we need a way
> for the NP to detect DETNET flows. We could have a new IP protocol type f=
or
> DETNET, and a DETNET header directly follows the IP header. In that case,
> the DETNET header would also need a next protocol identifier, unless the
> next protocol is always another IP header.
>
>
> Last I saw, the thinking was that there would be an IP extension header,
> although I am not a fan of those since (a) I am not confident what a rout=
er
> will do one it does not understand, and (b) I am concerned about the need
> to support IPv4 which I suspect will have a long tail in enterprise
> deployment.
>
> I prefer a UDP type for this purpose since it has universal support
> through any middle box. firewall etc, and all routers need to look a the
> UDP DP so checking if it is one they need to work on is just one compare
> and conditional branch.
>
>
>
> Of course, for MPLS, the DETNET PW label is the identifier.
>
>
> Only at the PW layer. Note my question about whether this is sufficient.
>
> - Stewart
>
>
>
>
> Cheers,
>
> Andy
>
>
>
>
>
> On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant <stewart.bryant@gmail.com=
>
> wrote:
>
> If we need to discriminate at the PSN layer rather than the DN layer then
> we really are forced to create a new FEC type for MPLS, or synthesize one
> through RSVP or SR. IP has no native support for this, but we could
> introduce the concept, for example by making this the property of the IP
> address or some way of MPLSing IP.
>
> However there is a deeper question we need to answer. Is our expectation
> that each hop in the data plane DN aware, or is our expectation that at
> lest in some networks the data plane is generic with some DN nodes
> strategically placed?
>
> I can see than in some greenfield specialist cases the routers will all b=
e
> DN aware, but in order to get deployment in most networks we need to desi=
gn
> for the case where only strategic nodes are DN aware.
>
> - Stewart
>
>
>
> On 16/01/2018 01:14, Mach Chen wrote:
>
> Hi Balazs,
>
>
>
> #2 is a more nature solution, the DetNet CW is dedicated for DetNet, seem=
s
> there is no compatibility issue.
>
>
>
> In addition, I think we need to define a way on how to differentiate a
> DetNet flow from a non-DetNet flow, then the network processor can proces=
s
> the CW as expected.  In TSN, it uses the priority to determine whether a
> flow is TSN or non-TSN flow. For DetNet, should we also use the same way
> (e.g., TC, DSCP)? Or the DetNet service Label itself implies the situatio=
n,
> but it seems that this only works when the DetNet service label is the to=
p
> label.
>
>
>
> Any other thoughts?
>
>
>
> Best regards,
>
> Mach
>
>
>
> *From:* detnet [mailto:detnet-bounces@ietf.org <detnet-bounces@ietf.org>]=
 *On
> Behalf Of *Bal=C3=A1zs Varga A
> *Sent:* Monday, January 15, 2018 9:06 PM
> *To:* DetNet WG <detnet@ietf.org> <detnet@ietf.org>
> *Subject:* [Detnet] DP solution (Sequence Numbering)
>
>
>
> Hi,
>
>
>
> Some thoughts to start discussion on open points of the DP solution draft=
.
>
> This mail(-thread) is on sequence numbering.
>
>
>
> Problem in case of MPLS and DetNet Control Word:
>
> - S/N skips zero problem: Ethernet PW definition states that S/N skips
> zero.
>
> It uses zero to mean no S/N in use. (rfc4448)
>
>
>
> Possible problem resolutions:
>
> #1: Using a "flag" in the reserved bits part of the CW:
>
>       0                   1                   2                   3
>
>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>      |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number used,
>
> Bit5-15: reserved.
>
>
>
> RFC4448 states that reserved bits =E2=80=9CMUST be ignored upon receipt=
=E2=80=9D, so
> backward
>
> compatibility is ensured. Such a solution would allow also to use longer
> seq.num.
>
> formats (if needed). Such a format is also inline with RFC4385.
>
>
>
> #2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.
>
> DetNet flows are recognized and forwarded special within the DetNet
>
> domain. S/N is used within the DetNet domain by DetNet Service functions
>
> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. No
>
> other nodes care about the value of S/N, therefore DetNet can specify its
>
> own sequence number processing algorithm. So =E2=80=9C0=E2=80=9D can be a=
 valid number
>
> and not the indication that no Seq.Num. is used. This is inline with
> RFC4385.
>
>
>
> #3: Other =E2=80=A6 ?!?
>
>
>
> Comments are welcome.
>
>
>
> Cheers
>
> Bala'zs
>
>
>
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org <detnet-bounces@ietf.org>]
> On Behalf Of Lou Berger
> Sent: 2018. janu=C3=A1r 10. 19:01
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] recording for today's interim
>
>
>
> is available for download at:
>
> https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf2023=
01
> <https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__ietf.webex.com_ie=
tf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&d=3DDwMGaQ&c=3DlI8Zb6T=
zM3d1tX4iEu7bpg&r=3DZcHC6wX_gDwPDcfMaFNZiQ&m=3DWw506GT5I1lpl0z4wh0NtK-sdaqj=
AfwQf7dIWKBfMjs&s=3D3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&e=3D>
>
>
>
> raw notes are available at
>
> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
> <https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__etherpad.tools.iet=
f.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&d=3DDwMGaQ&c=3Dl=
I8Zb6TzM3d1tX4iEu7bpg&r=3DZcHC6wX_gDwPDcfMaFNZiQ&m=3DWw506GT5I1lpl0z4wh0NtK=
-sdaqjAfwQf7dIWKBfMjs&s=3DlO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&e=3D>
>
>
>
> Please feel free to update the etherpad based on the recording.
>
>
>
> Lou (and co-chairs)
>
>
>
> _______________________________________________
>
> detnet mailing list
>
> detnet@ietf.org
>
> https://www.ietf.org/mailman/listinfo/detnet
> <https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail=
man_listinfo_detnet&d=3DDwMGaQ&c=3DlI8Zb6TzM3d1tX4iEu7bpg&r=3DZcHC6wX_gDwPD=
cfMaFNZiQ&m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3DhS9_HI114vlyT=
-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=3D>
>
>
>
> _______________________________________________
>
> detnet mailing list
>
> detnet@ietf.org
>
> https://www.ietf.org/mailman/listinfo/detnet <https://urldefense.proofpoi=
nt.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman_listinfo_detnet&d=3DDwMGaQ=
&c=3DlI8Zb6TzM3d1tX4iEu7bpg&r=3DZcHC6wX_gDwPDcfMaFNZiQ&m=3DWw506GT5I1lpl0z4=
wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3DhS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI=
&e=3D>
>
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
> <https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail=
man_listinfo_detnet&d=3DDwMGaQ&c=3DlI8Zb6TzM3d1tX4iEu7bpg&r=3DZcHC6wX_gDwPD=
cfMaFNZiQ&m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3DhS9_HI114vlyT=
-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=3D>
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>
>
>

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

<div dir=3D"ltr"><span style=3D"font-size:12.800000190734863px">Bal=C3=A1zs=
,</span><div><span style=3D"font-size:12.800000190734863px"><br></span></di=
v><div><span style=3D"font-size:12.800000190734863px">Yes, I agree with thi=
s analysis.</span></div><div><span style=3D"font-size:12.800000190734863px"=
><br></span></div><div><span style=3D"font-size:12.800000190734863px">Cheer=
s,</span></div><div><span style=3D"font-size:12.800000190734863px">Andy</sp=
an></div><div><span style=3D"font-size:12.800000190734863px"><br></span><di=
v><br></div></div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_=
quote">On Fri, Jan 19, 2018 at 4:09 AM, Bal=C3=A1zs Varga A <span dir=3D"lt=
r">&lt;<a href=3D"mailto:balazs.a.varga@ericsson.com" target=3D"_blank">bal=
azs.a.varga@ericsson.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex">





<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"m_6749648087223486945WordSection1">
<p class=3D"MsoNormal">Hi Andy,<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">Yes, good point. From DN flow perspective we have to=
 cope with in-order delivery. However,
<u></u><u></u></p>
<p class=3D"MsoNormal">some detailed thoughts on the DN functions and their=
 usage of S/N:<u></u><u></u></p>
<p class=3D"MsoNormal">- DN1, Congestion protection it is practically about=
 QoS functions, which works on a per flow
<u></u><u></u></p>
<p class=3D"MsoNormal">level. It selects queues based on flow-ID. It does n=
ot consider S/N.<u></u><u></u></p>
<p class=3D"MsoNormal">- DN2, Explicit routes is practically traffic engine=
ering. It does not care about S/N, just flow-ID<u></u><u></u></p>
<p class=3D"MsoNormal">(which flow have to take which tunnel).<u></u><u></u=
></p>
<p class=3D"MsoNormal">- DN3, Service protection is the per packet 1+n prot=
ection, where the elimination function is
<br>
based on S/N. <u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">This is why I wrote S/N is used only by the Service =
Protection function.<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">But Your comment is fully valid and points for me to=
 a possible missing DN function. We should
<u></u><u></u></p>
<p class=3D"MsoNormal">consider to define an additional one: =E2=80=9CDN4 F=
rame ordering=E2=80=9D. Such a function would use both the<u></u><u></u></p=
>
<p class=3D"MsoNormal">flow-ID and the S/N. Its function is to ensure in or=
der delivery if that is required by the DetNet
<u></u><u></u></p>
<p class=3D"MsoNormal">application. Best located at the egress-PE. Details =
need further discussion. (Note: if the application
<u></u><u></u></p>
<p class=3D"MsoNormal">has its own embedded seq.num in the flow it may not =
need in-order delivery, etc.)<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">I think that is a good idea and makes the DN functio=
ns more modular. Also during the Elimination<u></u><u></u></p>
<p class=3D"MsoNormal">we can simple concentrate on duplicate detection and=
 out-source in-order delivery to DN4.
<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">So, we could end up in four DN functions:<u></u><u><=
/u></p>
<p class=3D"MsoNormal">- DN1, Congestion protection<u></u><u></u></p>
<p class=3D"MsoNormal">- DN2, Explicit routes<u></u><u></u></p>
<p class=3D"MsoNormal">- DN3, Service protection<u></u><u></u></p>
<p class=3D"MsoNormal">- DN4, Frame ordering<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">Cheers<u></u><u></u></p>
<p class=3D"MsoNormal">Bala=E2=80=99zs<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><b>From:</b> Andrew G. Malis [mailto:<a href=3D"mail=
to:agmalis@gmail.com" target=3D"_blank">agmalis@gmail.com</a>] <br>
<b>Sent:</b> 2018. janu=C3=A1r 18. 22:49<br>
<b>To:</b> Bal=C3=A1zs Varga A &lt;<a href=3D"mailto:balazs.a.varga@ericsso=
n.com" target=3D"_blank">balazs.a.varga@ericsson.com</a>&gt;<br>
<b>Cc:</b> DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org" target=3D"_blan=
k">detnet@ietf.org</a>&gt;<br>
<b>Subject:</b> Re: [Detnet] DP solution (Flow identification)<u></u><u></u=
></p><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Bal=C3=A1zs,<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I agree with your conclusions regarding =E2=80=9CDet=
Net distance=E2=80=9D.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">However, one point I think I disagree with you is wh=
en the sequence number is necessary - you said only by the =E2=80=9Cservice=
 protection=E2=80=9D function=E2=80=9D. However, as DetNet flows are indeed=
 flows, and and most (if not all) applications that will require
 DetNet will most probably require in-order delivery, sequence numbers are =
generally useful for reordering at the destination if packets get out of or=
der during delivery by the underlying network.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Cheers,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Andy<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Thu, Jan 18, 2018 at 2:41 PM, Bal=C3=A1zs Varga A=
 &lt;<a href=3D"mailto:balazs.a.varga@ericsson.com" target=3D"_blank">balaz=
s.a.varga@ericsson.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal">Hi,<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">some comments regarding what is needed for a &quot;n=
etworks that are under a single administrative control&quot;, based on the =
existing WG drafts (problem statement, use-cases, architecture,
 etc.). Let&#39;s try to keep it simple and focus on what we need:<u></u><u=
></u></p>
<p class=3D"MsoNormal">1, Flow requirements:
<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - loss and/or delay bounds<u></u><u=
></u></p>
<p class=3D"MsoNormal">2, DetNet functions (defined so far):
<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - DN1, Congestion protection (i.e. =
reserving resources, magic queuing, etc.)<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - DN2, Explicit routes (i.e. traffi=
c engineering)<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - DN3, Service protection (against =
loss by network failures)<u></u><u></u></p>
<p class=3D"MsoNormal">Note: These three techniques can be applied independ=
ently, depending on the Flow requirements and the network scenario. As an e=
xample, congestion protection (DN1) alone is offered
 by IEEE 802.1 Audio Video bridging.<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">3, Flow specific information have to travel with the=
 packet:<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - Flow-ID (required by all DetNet f=
unctions)<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - Sequence Number (required only by=
 &quot;Service Protection&quot; function)<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">So, regarding the questions here on the list:<u></u>=
<u></u></p>
<p class=3D"MsoNormal">- Do we need all nodes to be DN-aware in a network?<=
u></u><u></u></p>
<p class=3D"MsoNormal">Not necessarily. If in a network scenario DetNet flo=
ws require only for example basic DN1 function than You have a good chance =
to serve it with existing devices. However in some
 cases all DN functions are needed at each hop, so yes, all nodes have to b=
e DN aware.
<u></u><u></u></p>
<p class=3D"MsoNormal">Conclusion: the more DN functions are needed in a ne=
twork scenario to serve DetNet flows, the more probably we need DN-aware no=
des at each hop.<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">- Do we need DetNet data-plane for IPv4, IPv6 and MP=
LS?<u></u><u></u></p>
<p class=3D"MsoNormal">Yes, that would be nice to have for all of them. But=
 I think it is a better question which one has the smallest distance to be =
DetNet-ready? (I mean which need the less new stuff
 to support DN?) The data-plane alternative related draft focused on that a=
nd also the mailing threads here.
<u></u><u></u></p>
<p class=3D"MsoNormal">Conclusion: I think we can conclude on a rank of &qu=
ot;smallest DetNet-distance&quot;:<u></u><u></u></p>
<p class=3D"MsoNormal">1, MPLS<u></u><u></u></p>
<p class=3D"MsoNormal">2, IPv6<u></u><u></u></p>
<p class=3D"MsoNormal">3. IPv4<u></u><u></u></p>
<p class=3D"MsoNormal">Note: in my view this is also the probability list w=
hat networks someone intends to use to forward DetNet flows =E2=80=A6<u></u=
><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">Cheers<u></u><u></u></p>
<p class=3D"MsoNormal">VBala&#39;zs<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b>From:</b> detnet [mailto:<a href=3D"mailto:detnet=
-bounces@ietf.org" target=3D"_blank">detnet-bounces@ietf.<wbr>org</a>]
<b>On Behalf Of </b>Grossman, Ethan A.<br>
<b>Sent:</b> 2018. janu=C3=A1r 17. 19:51<br>
<b>To:</b> DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org" target=3D"_blan=
k">detnet@ietf.org</a>&gt;; Deborah Brungard &lt;<a href=3D"mailto:db3546@a=
tt.com" target=3D"_blank">db3546@att.com</a>&gt;; Stewart Bryant &lt;<a hre=
f=3D"mailto:stewart.bryant@gmail.com" target=3D"_blank">stewart.bryant@gmai=
l.com</a>&gt;<br>
<b>Cc:</b> Tim Chown (<a href=3D"mailto:Tim.Chown@jisc.ac.uk" target=3D"_bl=
ank">Tim.Chown@jisc.ac.uk</a>) &lt;<a href=3D"mailto:Tim.Chown@jisc.ac.uk" =
target=3D"_blank">Tim.Chown@jisc.ac.uk</a>&gt;<br>
<b>Subject:</b> Re: [Detnet] DP solution (Flow identification)<u></u><u></u=
></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">Thanks Stewart. Regarding:
<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt;margin-left:36.0pt">
<span style=3D"font-size:12.0pt;font-family:&quot;Times New Roman&quot;,ser=
if">=E2=80=9CYes, we need to have the discussion on the list and reach a co=
nsensus of whether<br>
a) We support v4<br>
b) We support v4 and v6 by v4 and v6 specific protocol extensions<br>
c) We use a single common IP approach<br>
d) We use an approach that is common across IP and MPLS=E2=80=9D</span><u><=
/u><u></u></p>
<p class=3D"MsoNormal">Perhaps, given Tim Chown=E2=80=99s earlier comment:<=
u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =E2=80=9C=
If you=E2=80=99re suggesting an IPv4-only solution, you=E2=80=99re running =
up against
<a href=3D"https://www.iab.org/2016/11/07/iab-statement-on-ipv6/" target=3D=
"_blank">https://www.iab.org/2016/11/<wbr>07/iab-statement-on-ipv6/</a>.=E2=
=80=9D<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">We could get Deborah with her AD hat on to comment o=
n this?
<u></u><u></u></p>
<p class=3D"MsoNormal">Ethan.<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b>From:</b> Stewart Bryant [<a href=3D"mailto:stewa=
rt.bryant@gmail.com" target=3D"_blank">mailto:stewart.bryant@gmail.<wbr>com=
</a>]
<br>
<b>Sent:</b> Wednesday, January 17, 2018 10:39 AM<br>
<b>To:</b> Grossman, Ethan A. &lt;<a href=3D"mailto:eagros@dolby.com" targe=
t=3D"_blank">eagros@dolby.com</a>&gt;; Bal=C3=A1zs Varga A &lt;<a href=3D"m=
ailto:balazs.a.varga@ericsson.com" target=3D"_blank">balazs.a.varga@ericsso=
n.com</a>&gt;; Andrew G. Malis &lt;<a href=3D"mailto:agmalis@gmail.com" tar=
get=3D"_blank">agmalis@gmail.com</a>&gt;<br>
<b>Cc:</b> DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org" target=3D"_blan=
k">detnet@ietf.org</a>&gt;; Mach Chen &lt;<a href=3D"mailto:mach.chen@huawe=
i.com" target=3D"_blank">mach.chen@huawei.com</a>&gt;<br>
<b>Subject:</b> Re: DP solution (Flow identification)<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p>Hi=C2=A0 Ethan,<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On 17/01/2018 18:24, Grossman, Ethan A. wrote:<u></u=
><u></u></p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal">Thanks Stewart for the clarification. I interpret yo=
ur statement =E2=80=9Ca decision not to support IPv4=E2=80=9D to mean =E2=
=80=9Ca decision not to propose adding anything to the existing IPv4 standa=
rd=E2=80=9D.
<u></u><u></u></p>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:12.0pt;font-family:&quot;Times New Roman&quot;,serif"><br>
To support IPv4 there are a number of methods that are possible, one is to =
add something to v4 itself as is proposed for v6. Adding something to the b=
ase protocol will be very difficult.<br>
<br>
Another method, is to do what has been proposed by some for MPLS, that is t=
o encode the identity and type in the IP address. There is a proposal to do=
 this in SRv6. I am not a great fan of abusing the address space for this i=
n the way proposed by that work,
 but maybe we can do something much simpler here and simply identify the DN=
 instance by the IP address with no other semantics. Much easier to do this=
 for IPv6 with the &quot;infinite addresses&quot; but we could get away wit=
h it in limited private Ipv4 networks. Of
 course this does change the per-hop behaviour of IP which may be a challen=
ge to get the IETF to sign of on.<br>
<br>
Another method is to use some method of carrying an MPLS label stack - this=
 was the first proposal. Now I said that I did not think anyone had done th=
at and I still believe that to be the case, but that does not mean that it =
is not the least worst approach.
 There are alternates for example IP/UDP/MPLS<br>
which is the so called USR approach that a number of us advocate as an alte=
rnative to SRv6.</span><u></u><u></u></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal">If that isn=E2=80=99t correct, please let me know. A=
s you may recall I already started a thread awhile ago to discuss IPv4 vs I=
Pv6, and based on the responses it appeared to me at that
 time that there were some kind of options, though not a =E2=80=9Cnative IP=
v4=E2=80=9D solution, but it wasn=E2=80=99t clear to me (as a non-expert in=
 the various networking protocols mentioned) whether they would be viable i=
n practice or not. I will revive that thread and see if
 we can get any closer to determining the importance of IPv4 to our target =
customers, and hopefully some sense of whether the proposed non-native-IPv4=
 strategies will hold water.
<u></u><u></u></p>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:12.0pt;font-family:&quot;Times New Roman&quot;,serif"><br>
Yes, we need to have the discussion on the list and reach a consensus of wh=
ether<br>
<br>
a) We support v4<br>
b) We support v4 and v6 by v4 and v6 specific protocol extensions<br>
c) We use a single common IP approach<br>
d) We use an approach that is common across IP and MPLS<br>
<br>
- Stewart</span><u></u><u></u></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal">Ethan.<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b>From:</b> Stewart Bryant [<a href=3D"mailto:stewa=
rt.bryant@gmail.com" target=3D"_blank">mailto:stewart.bryant@gmail.<wbr>com=
</a>]
<br>
<b>Sent:</b> Wednesday, January 17, 2018 12:29 AM<br>
<b>To:</b> Grossman, Ethan A. <a href=3D"mailto:eagros@dolby.com" target=3D=
"_blank">&lt;eagros@dolby.com&gt;</a>; Bal=C3=A1zs Varga A
<a href=3D"mailto:balazs.a.varga@ericsson.com" target=3D"_blank">&lt;balazs=
.a.varga@ericsson.com&gt;</a>; Andrew G. Malis
<a href=3D"mailto:agmalis@gmail.com" target=3D"_blank">&lt;agmalis@gmail.co=
m&gt;</a><br>
<b>Cc:</b> DetNet WG <a href=3D"mailto:detnet@ietf.org" target=3D"_blank">&=
lt;detnet@ietf.org&gt;</a>; Mach Chen
<a href=3D"mailto:mach.chen@huawei.com" target=3D"_blank">&lt;mach.chen@hua=
wei.com&gt;</a><br>
<b>Subject:</b> Re: DP solution (Flow identification)<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p>=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On 16/01/2018 18:38, Grossman, Ethan A. wrote:<u></u=
><u></u></p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal">Hi Bala=E2=80=99zs,<u></u><u></u></p>
<p class=3D"MsoNormal">Regarding IPv4, I also understood that we decided th=
at we can=E2=80=99t add new IPv4 fields. Pardon my ignorance here, but does=
 that mean there is no part of DetNet capability that can
 be run over IPv4? Or is there some =E2=80=9Cworkaround=E2=80=9D to provide=
 as I say even part of the DetNet capability, given that it is an Engineere=
d network? I just want to clarify expectations here.
<u></u><u></u></p>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-s=
ize:12.0pt;font-family:&quot;Times New Roman ,serif&quot;"><br>
If you have a native IPv4 network to which you present IPv6 packets, you ei=
ther have to tunnel them across where the IPv6 is considered opaque data, o=
r you have to translate them to IPv4, but that requires some common semanti=
cs to deal with extension headers
 which we don&#39;t currently have.<br>
<br>
So, as far as I can see, a decision not to support IPv4 means no DN support=
 across the IPv4 network.<br>
<br>
Which takes us back to the question of how important is this and what will =
it do to the take-up of the technology by its target customers?<br>
<br>
- Stewart<br>
<br>
</span><u></u><u></u></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal">Thanks,<u></u><u></u></p>
<p class=3D"MsoNormal">Ethan.<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b>From:</b> detnet [<a href=3D"mailto:detnet-bounce=
s@ietf.org" target=3D"_blank">mailto:detnet-bounces@ietf.<wbr>org</a>]
<b>On Behalf Of </b>Bal=C3=A1zs Varga A<br>
<b>Sent:</b> Tuesday, January 16, 2018 10:21 AM<br>
<b>To:</b> Stewart Bryant <a href=3D"mailto:stewart.bryant@gmail.com" targe=
t=3D"_blank">
&lt;stewart.bryant@gmail.com&gt;</a>; Andrew G. Malis <a href=3D"mailto:agm=
alis@gmail.com" target=3D"_blank">
&lt;agmalis@gmail.com&gt;</a><br>
<b>Cc:</b> DetNet WG <a href=3D"mailto:detnet@ietf.org" target=3D"_blank">&=
lt;detnet@ietf.org&gt;</a>; Mach Chen
<a href=3D"mailto:mach.chen@huawei.com" target=3D"_blank">&lt;mach.chen@hua=
wei.com&gt;</a><br>
<b>Subject:</b> [Detnet] DP solution (Flow identification)<u></u><u></u></p=
>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">I think the last mails are more about flow identific=
ation and not the sequence number.<u></u><u></u></p>
<p class=3D"MsoNormal">So, I have re-subjected my answer.<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">PSN layer vs. DN layer (MPLS):<u></u><u></u></p>
<p class=3D"MsoNormal">- in current data plane text we have stated that Det=
Net PWs may use dedicated LSPs (TE-tunnels).
<u></u><u></u></p>
<p class=3D"MsoNormal">That allow to identify DetNet flows in PSN layer wit=
hout checking the PW label. Such a solution of
<u></u><u></u></p>
<p class=3D"MsoNormal">course may challenge scalability.<u></u><u></u></p>
<p class=3D"MsoNormal">- regarding prioritization: text allows both E-LSP a=
nd L-LSP concept, what makes possible
<u></u><u></u></p>
<p class=3D"MsoNormal">to identify DetNet packets. However that is more for=
 simple queuing scenarios as it does not<u></u><u></u></p>
<p class=3D"MsoNormal">identify individual flows.
<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">PSN layer vs. DN layer (non-MPLS):<u></u><u></u></p>
<p class=3D"MsoNormal">- IPv4: If I remember correctly it was discussed to =
be out-of-scope to simplify the scenarios we focus on.
<u></u><u></u></p>
<p class=3D"MsoNormal">No-one wanted to define new IPv4 fields for flow-ID =
and Seq-Num in the =E2=80=9Csunset of IPv4=E2=80=9D.<u></u><u></u></p>
<p class=3D"MsoNormal">- IPv6: based on the src-IPv6 and the flow-label NP =
can detect DetNet flows. Why would we need a new
<u></u><u></u></p>
<p class=3D"MsoNormal">IP protocol type?
<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">Generic vs. DN aware data plane:<u></u><u></u></p>
<p class=3D"MsoNormal">- I think we need both. We have use-cases specified =
for both.<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">DetNet traffic to be transported:<u></u><u></u></p>
<p class=3D"MsoNormal">- two types are considered:
<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"text-indent:36.0pt">
(1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames and <u></u><=
u></u></p>
<p class=3D"MsoNormal" style=3D"text-indent:36.0pt">
(2) IP: IPv6 transported over any L2 (not always Ethernet, but most cases E=
thernet)<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"text-indent:36.0pt">
As noted above IPv4 is currently out-of-scope =E2=80=A6<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal">Cheers<u></u><u></u></p>
<p class=3D"MsoNormal">Bala=E2=80=99zs<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b>From:</b> Stewart Bryant [<a href=3D"mailto:stewa=
rt.bryant@gmail.com" target=3D"_blank">mailto:stewart.bryant@gmail.<wbr>com=
</a>]
<br>
<b>Sent:</b> 2018. janu=C3=A1r 16. 17:38<br>
<b>To:</b> Andrew G. Malis &lt;<a href=3D"mailto:agmalis@gmail.com" target=
=3D"_blank">agmalis@gmail.com</a>&gt;<br>
<b>Cc:</b> Mach Chen &lt;<a href=3D"mailto:mach.chen@huawei.com" target=3D"=
_blank">mach.chen@huawei.com</a>&gt;; Bal=C3=A1zs Varga A &lt;<a href=3D"ma=
ilto:balazs.a.varga@ericsson.com" target=3D"_blank">balazs.a.varga@ericsson=
.com</a>&gt;; DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org" target=3D"_b=
lank">detnet@ietf.org</a>&gt;<br>
<b>Subject:</b> Re: [Detnet] DP solution (Sequence Numbering)<u></u><u></u>=
</p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p>=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">Andy<u></u><u></u></p=
>
<div>
<p class=3D"MsoNormal">On 16/01/2018 15:20, Andrew G. Malis wrote:<u></u><u=
></u></p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class=3D"MsoNormal">Stewart,
<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Like with PWs (since DETNET for MPLS would just be a=
nother PW type), targeted LDP and provisioning (via a central controller, N=
MS, etc.) are alternatives to RSVP and SR to provisioning/allocating
 the DETNET PW label.<u></u><u></u></p>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
.. and I suppose strictly BGP which is also used for this purpose in VPNs<b=
r>
<br>
<u></u><u></u></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">You and Mach are both right that in the IP (non-MPLS=
) case, we need a way for the NP to detect DETNET flows. We could have a ne=
w IP protocol type for DETNET, and a DETNET header
 directly follows the IP header. In that case, the DETNET header would also=
 need a next protocol identifier, unless the next protocol is always anothe=
r IP header.<u></u><u></u></p>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
Last I saw, the thinking was that there would be an IP extension header, al=
though I am not a fan of those since (a) I am not confident what a router w=
ill do one it does not understand, and (b) I am concerned about the need to=
 support IPv4 which I suspect will
 have a long tail in enterprise deployment.<br>
<br>
I prefer a UDP type for this purpose since it has universal support through=
 any middle box. firewall etc, and all routers need to look a the UDP DP so=
 checking if it is one they need to work on is just one compare and conditi=
onal branch.<br>
<br>
<u></u><u></u></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Of course, for MPLS, the DETNET PW label is the iden=
tifier.
<u></u><u></u></p>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
Only at the PW layer. Note my question about whether this is sufficient.<br=
>
<br>
- Stewart<br>
=C2=A0<u></u><u></u></p>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Cheers,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Andy<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant &lt;=
<a href=3D"mailto:stewart.bryant@gmail.com" target=3D"_blank">stewart.bryan=
t@gmail.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<p>If we need to discriminate at the PSN layer rather than the DN layer the=
n we really are forced to create a new FEC type for MPLS, or synthesize one=
 through RSVP or SR. IP has no native support for this, but we could introd=
uce the concept, for example by
 making this the property of the IP address or some way of MPLSing IP.<u></=
u><u></u></p>
<p>However there is a deeper question we need to answer. Is our expectation=
 that each hop in the data plane DN aware, or is our expectation that at le=
st in some networks the data plane is generic with some DN nodes strategica=
lly placed?<u></u><u></u></p>
<p>I can see than in some greenfield specialist cases the routers will all =
be DN aware, but in order to get deployment in most networks we need to des=
ign for the case where only strategic nodes are DN aware.<u></u><u></u></p>
<p><span style=3D"color:#888888">- Stewart</span><u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On 16/01/2018 01:14, Mach Chen wrote:<u></u><u></u><=
/p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">Hi Balazs,</span><u></=
u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">#2 is a more nature so=
lution, the DetNet CW is dedicated for DetNet, seems there is no compatibil=
ity issue.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">In addition, I think w=
e need to define a way on how to differentiate a DetNet flow from a non-Det=
Net flow, then the network processor can process the
 CW as expected.=C2=A0 In TSN, it uses the priority to determine whether a =
flow is TSN or non-TSN flow. For DetNet, should we also use the same way (e=
.g., TC, DSCP)? Or the DetNet service Label itself implies the situation, b=
ut it seems that this only works when
 the DetNet service label is the top label. =C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">Any other thoughts?</s=
pan><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">Best regards,</span><u=
></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">Mach</span><u></u><u><=
/u></p>
<p class=3D"MsoNormal"><span style=3D"color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b>From:</b> detnet [<a href=3D"mailto:detnet-bounce=
s@ietf.org" target=3D"_blank">mailto:detnet-bounces@ietf.<wbr>org</a>]
<b>On Behalf Of </b>Bal=C3=A1zs Varga A<br>
<b>Sent:</b> Monday, January 15, 2018 9:06 PM<br>
<b>To:</b> DetNet WG <a href=3D"mailto:detnet@ietf.org" target=3D"_blank">&=
lt;detnet@ietf.org&gt;</a><br>
<b>Subject:</b> [Detnet] DP solution (Sequence Numbering)<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">Hi,<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">Some thoughts to start discussion on open points of the DP sol=
ution draft.<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">This mail(-thread) is on sequence numbering.<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">Problem in case of MPLS and DetNet Control Word:<u></u><u></u>=
</p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">- S/N skips zero problem: Ethernet PW definition states that S=
/N skips zero.<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">It uses zero to mean no S/N in use. (rfc4448)<u></u><u></u></p=
>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">Possible problem resolutions:<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">#1: Using a &quot;flag&quot; in the reserved bits part of the =
CW:<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext"><span style=3D"font-size:7.5pt;font-family:&quot;Courier New&q=
uot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3</sp=
an><u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext"><span style=3D"font-size:7.5pt;font-family:&quot;Courier New&q=
uot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 =
9 0 1 2 3 4 5 6 7 8 9 0 1</span><u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext"><span style=3D"font-size:7.5pt;font-family:&quot;Courier New&q=
uot;">=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+</span><u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext"><span style=3D"font-size:7.5pt;font-family:&quot;Courier New&q=
uot;">=C2=A0=C2=A0=C2=A0=C2=A0 |0 0 0 0|D|reserved - set to 0=C2=A0 |=C2=A0=
=C2=A0 16 bit Sequence Number=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |</span><u></u>=
<u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext"><span style=3D"font-size:7.5pt;font-family:&quot;Courier New&q=
uot;">=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+</span><u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. N=
umber used,<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">Bit5-15: reserved.<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">RFC4448 states that reserved bits =E2=80=9CMUST be ignored upo=
n receipt=E2=80=9D, so backward
<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">compatibility is ensured. Such a solution would allow also to =
use longer seq.num.
<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">formats (if needed). Such a format is also inline with RFC4385=
.<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">#2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.<u></u><u></=
u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">DetNet flows are recognized and forwarded special within the D=
etNet
<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">domain. S/N is used within the DetNet domain by DetNet Service=
 functions
<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">(i.e. PREF). S/N used only on DetNet end-nodes and DetNet rela=
y-nodes. No
<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">other nodes care about the value of S/N, therefore DetNet can =
specify its
<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">own sequence number processing algorithm. So =E2=80=9C0=E2=80=
=9D can be a valid number<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">and not the indication that no Seq.Num. is used. This is inlin=
e with RFC4385.<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">#3: Other =E2=80=A6 ?!?<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">Comments are welcome.<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">Cheers<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">Bala&#39;zs<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">-----Original Message-----<br>
From: detnet [<a href=3D"mailto:detnet-bounces@ietf.org" target=3D"_blank">=
mailto:detnet-bounces@ietf.<wbr>org</a>] On Behalf Of Lou Berger<br>
Sent: 2018. janu=C3=A1r 10. 19:01<br>
To: DetNet WG &lt;<a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detn=
et@ietf.org</a>&gt;<br>
Subject: [Detnet] recording for today&#39;s interim<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">is available for download at:
<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext"><a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-=
3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&a=
mp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3DZcHC6wX_gDwPDcfMaFNZiQ=
&amp;m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3D3rb3RE_Z2wOW8v=
p-AMsa2lgSh0U4BgdZF7zu1tXwd6k&amp;e=3D" target=3D"_blank"><span style=3D"co=
lor:windowtext;text-decoration:none">https://ietf.webex.com/ietf/<wbr>ldr.p=
hp?RCID=3D<wbr>e5116bc7db254c24a7bb3217bf2023<wbr>01</span></a><u></u><u></=
u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">raw notes are available at
<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext"><a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3=
A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-=
2D01&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&amp;r=3DZcHC6wX_gDwPDcfM=
aFNZiQ&amp;m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3DlO_ZdHAr=
QQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&amp;e=3D" target=3D"_blank"><span style=
=3D"color:windowtext;text-decoration:none">http://etherpad.tools.ietf.<wbr>=
org:9000/p/notes-ietf-interim-<wbr>2018-detnet-01</span></a><u></u><u></u><=
/p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">Please feel free to update the etherpad based on the recording=
.<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">Lou (and co-chairs)<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">=C2=A0<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">______________________________<wbr>_________________<u></u><u>=
</u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext">detnet mailing list<u></u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext"><a href=3D"mailto:detnet@ietf.org" target=3D"_blank"><span sty=
le=3D"color:windowtext;text-decoration:none">detnet@ietf.org</span></a><u><=
/u><u></u></p>
<p class=3D"m_6749648087223486945m-1936922869282641754m1519775394609505423m=
soplaintext"><a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-=
3A__www.ietf.org_mailman_listinfo_detnet&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d=
1tX4iEu7bpg&amp;r=3DZcHC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw506GT5I1lpl0z4wh0NtK-s=
daqjAfwQf7dIWKBfMjs&amp;s=3DhS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp=
;e=3D" target=3D"_blank"><span style=3D"color:windowtext;text-decoration:no=
ne">https://www.ietf.org/mailman/<wbr>listinfo/detnet</span></a><u></u><u><=
/u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt">=C2=A0<u></u><u></u><=
/p>
<pre>______________________________<wbr>_________________<u></u><u></u></pr=
e>
<pre>detnet mailing list<u></u><u></u></pre>
<pre><a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detnet@ietf.org</=
a><u></u><u></u></pre>
<pre><a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.=
ietf.org_mailman_listinfo_detnet&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7=
bpg&amp;r=3DZcHC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQ=
f7dIWKBfMjs&amp;s=3DhS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=3D" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a><u></=
u><u></u></pre>
</blockquote>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
______________________________<wbr>_________________<br>
detnet mailing list<br>
<a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detnet@ietf.org</a><br=
>
<a href=3D"https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.=
org_mailman_listinfo_detnet&amp;d=3DDwMGaQ&amp;c=3DlI8Zb6TzM3d1tX4iEu7bpg&a=
mp;r=3DZcHC6wX_gDwPDcfMaFNZiQ&amp;m=3DWw506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIW=
KBfMjs&amp;s=3DhS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=3D" target=
=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a><u></u><u>=
</u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</blockquote>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</blockquote>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:&quot;Ti=
mes New Roman ,serif&quot;">=C2=A0</span><u></u><u></u></p>
</blockquote>
<p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:&quot;Ti=
mes New Roman&quot;,serif">=C2=A0</span><u></u><u></u></p>
</div>
</div>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
______________________________<wbr>_________________<br>
detnet mailing list<br>
<a href=3D"mailto:detnet@ietf.org" target=3D"_blank">detnet@ietf.org</a><br=
>
<a href=3D"https://www.ietf.org/mailman/listinfo/detnet" target=3D"_blank">=
https://www.ietf.org/mailman/<wbr>listinfo/detnet</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div></div></div>
</div>

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

--001a113d6c923ae6660563204bdc--


From nobody Fri Jan 19 08:30:17 2018
Return-Path: <loa@pi.nu>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDF4012DA28 for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 08:30:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level: 
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, WEIRD_PORT=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 3sUIodPPfqcg for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 08:30:13 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96BCE12DA24 for <detnet@ietf.org>; Fri, 19 Jan 2018 08:30:12 -0800 (PST)
Received: from [192.168.1.10] (unknown [119.94.164.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 32C401801569; Fri, 19 Jan 2018 17:30:02 +0100 (CET)
To: "Andrew G. Malis" <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu>
Date: Sat, 20 Jan 2018 00:29:55 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/Y3cqNhpzOjHc4b6GxXeP_NCDgi8>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jan 2018 16:30:16 -0000

Andy,


On 2018-01-19 20:25, Andrew G. Malis wrote:
> Loa,
> 
> We really don’t need a “D” bit, as we can allocate a PW type to indicate 
> that this is a DetNet PW, plus the context of the label can identify its 
> use for a DetNet PW/flow.

Fine, however we have at least diverging opinions, that both say that we 
should not use PWs
- first we have people that believe that we should use EVPN instead
- second there are people that say that we should define what is
   necessary for DetNet and then specify that independent of EVPN and PWs

We need a consensus on that before we can start the design according to
one or the other of those paradigms.
> 
> We DO need the first nibble to be zero. But beyond that, we are free to 
> use all 28 bits as a sequence number, if there’s no need for either 
> flags or PW-layer fragmentation, which would require two bits.
> 
> The key to determine the required number of bits in the sequence number 
> is to determine, for the maximum expected rate of a DetNet flow, how 
> long will it take to wrap around?

Isn't that only part of the truth? We are not concerned only by the fact 
that the source might sue the same sequence number again, but that a 
struggling packet might show up at a point in the network where a wrap
around just happened.
> 
> For example, for a 10Gbps flow, that would reasonably equate to 833K 
> pps, assuming 1500-byte packets. This would wrap around in a little over 
> one second with 20 bits. A 100 Gbps flow with a 27-bit sequence number 
> would wrap around in about 1 second.
> 
> All that said, a second is a very long holding time for flows with 
> constrained latency, so we could probably take two bits off those 
> numbers and still be OK (wrap around in 250 ms).
> 
> So 25 bits is probably sufficient, at least for today. 28 bits gives us 
> room for further BW growth in the future, approaching 1Tbps.

I think that we need to design for Tbps (or worse), but that is another
thing we need consensus on before starting to specify.

/Loa
> 
> Cheers,
> Andy
> 
> 
> 
> On Fri, Jan 19, 2018 at 12:10 AM, Loa Andersson <loa@pi.nu 
> <mailto:loa@pi.nu>> wrote:
> 
>     Folks,
> 
>     Thanks for the discussion on sequenced number, where they are used and
>     what size they need to be.
> 
>     There seems to a few ideas floating around.
> 
>     This mail have #1 has a CW of 32 bits and a sequence number 16 bits.
> 
>     #2 has a CW of 32 bits (?) and a sequence number of 27 bits if the D-bit
>     is thare (?), right?
> 
>     The draft-ietf-detnet-dp-sol has a CW of 32 bits and a sequence
>     number of 28 bits.
> 
>     Other ideas I've heard in discussion is to make the sequence number
>     configurable.
> 
>     Questions:
> 
>     It has been said that that if anyone can give a use case where we need a
>     sequence number bigger than 28 bits, we'll have to accommodate this. Is
>     the jury still out on this, or can we say that 28 bits is enough?? Would
>     27 bit be enough? 16 bits?? Or might we even need a two byte CW?
> 
>     There is not much idea to start drawing figures of the CW unless we have
>     an answer to that question.
> 
>     Honestly I don't have to much idea on ho to go about to get that answer.
>     Any ideas? I think that the dt had some math on this in an early stage.
>     Anyone that have that available?
> 
>     On the D-bit. Is it enough to have the D-bit set to determine if it is
>     a DetNet flow? What if the D-bit is not set?
> 
>     /Loa
> 
> 
> 
> 
>     On 2018-01-15 21:05, Balázs Varga A wrote:
> 
>         Hi,
> 
>         Some thoughts to start discussion on open points of the DP
>         solution draft.
> 
>         This mail(-thread) is on sequence numbering.
> 
>         Problem in case of MPLS and DetNet Control Word:
> 
>         - S/N skips zero problem: Ethernet PW definition states that S/N
>         skips zero.
> 
>         It uses zero to mean no S/N in use. (rfc4448)
> 
>         Possible problem resolutions:
> 
>         #1: Using a "flag" in the reserved bits part of the CW:
> 
>                 0                   1                  
>         2                   3
> 
>                 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
>         8 9 0 1
> 
>               
>         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> 
>                |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence
>         Number      |
> 
>               
>         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> 
>         D-bit: set to “1” means DetNet specific Seq. Number used,
> 
>         Bit5-15: reserved.
> 
>         RFC4448 states that reserved bits “MUST be ignored upon
>         receipt”, so backward
> 
>         compatibility is ensured. Such a solution would allow also to
>         use longer seq.num.
> 
>         formats (if needed). Such a format is also inline with RFC4385.
> 
>         #2: Making “0” as a valid Seq.Num.
> 
>         DetNet flows are recognized and forwarded special within the DetNet
> 
>         domain. S/N is used within the DetNet domain by DetNet Service
>         functions
> 
>         (i.e. PREF). S/N used only on DetNet end-nodes and DetNet
>         relay-nodes. No
> 
>         other nodes care about the value of S/N, therefore DetNet can
>         specify its
> 
>         own sequence number processing algorithm. So “0” can be a valid
>         number
> 
>         and not the indication that no Seq.Num. is used. This is inline
>         with RFC4385.
> 
>         #3: Other … ?!?
> 
>         Comments are welcome.
> 
>         Cheers
> 
>         Bala'zs
> 
>         -----Original Message-----
>         From: detnet [mailto:detnet-bounces@ietf.org
>         <mailto:detnet-bounces@ietf.org>] On Behalf Of Lou Berger
>         Sent: 2018. január 10. 19:01
>         To: DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>
>         Subject: [Detnet] recording for today's interim
> 
>         is available for download at:
> 
>         https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>         <https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301>
> 
>         raw notes are available at
> 
>         http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>         <http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01>
> 
>         Please feel free to update the etherpad based on the recording.
> 
>         Lou (and co-chairs)
> 
>         _______________________________________________
> 
>         detnet mailing list
> 
>         detnet@ietf.org <mailto:detnet@ietf.org> <mailto:detnet@ietf.org
>         <mailto:detnet@ietf.org>>
> 
>         https://www.ietf.org/mailman/listinfo/detnet
>         <https://www.ietf.org/mailman/listinfo/detnet>
> 
> 
> 
>         _______________________________________________
>         detnet mailing list
>         detnet@ietf.org <mailto:detnet@ietf.org>
>         https://www.ietf.org/mailman/listinfo/detnet
>         <https://www.ietf.org/mailman/listinfo/detnet>
> 
> 
>     -- 
> 
> 
>     Loa Andersson                        email: loa@pi.nu <mailto:loa@pi.nu>
>     Senior MPLS Expert
>     Huawei Technologies (consultant)     phone: +46 739 81 21 64
>     <tel:%2B46%20739%2081%2021%2064>
> 
> 
>     _______________________________________________
>     detnet mailing list
>     detnet@ietf.org <mailto:detnet@ietf.org>
>     https://www.ietf.org/mailman/listinfo/detnet
>     <https://www.ietf.org/mailman/listinfo/detnet>
> 
> 
> 
> 
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
> 

-- 


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


From nobody Fri Jan 19 10:37:09 2018
Return-Path: <agmalis@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16087128959 for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 10:37:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bH5RXf7sI2AD for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 10:37:04 -0800 (PST)
Received: from mail-ot0-x22a.google.com (mail-ot0-x22a.google.com [IPv6:2607:f8b0:4003:c0f::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8B27128954 for <detnet@ietf.org>; Fri, 19 Jan 2018 10:37:04 -0800 (PST)
Received: by mail-ot0-x22a.google.com with SMTP id f100so2205071otf.3 for <detnet@ietf.org>; Fri, 19 Jan 2018 10:37:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Mvc3ZYfiCqcS+Xq1b2hOgHc0qj/j7pKE0Or/IDwQtSM=; b=HTEztakgkZSZqJX4k+qBmWEXTEAPS6W0TSAbYNTr7ECvvSrzMFAzumUkvDFU962gc9 eGdnOWAaIyHcQFK98hmPcJQMacCsKfYyksX+y6a3DPbrI5ST2Jdh01fwY+LeP2nAs19i I1655/+DG9dWwmTpt+g8Ve0/LVDTrxUpugVaYRikGwsK//Or3M9VN6IGeEh7NxP/kjgD TyKT4uzf9Ok2f0BaG56wSqm2EqNTjdx2/JMWD7hT/BDhp6wyaK8K7Np15IFpQSaN29f4 0WInAFJ/ag+K0U3cZ2WM4oXGlSfxvpvFFgN59+Vq4s/3hvhcTvot2uI563yVtv9g825K A0/A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Mvc3ZYfiCqcS+Xq1b2hOgHc0qj/j7pKE0Or/IDwQtSM=; b=rRP1gTD17oRrksJ8cPed5Kf/2vYmt4Iwn6vWv+UfXoRRMUdlp62SLy+8tEZAVwyJBE 8tq5/x8E+OiTau+/3Aq9z+3YXxDewURyi4CkzDWOIWb5fwuCn8IBA6saKN9gcwC5qVJZ yHF12Z0Xiilo38aGqSbphZguHNvWyxHbivV3o1dOq4RaRbNR/QS6saBfSyOGhRJJPH0H wQHK7060sGWdQpsJZXAAT/ZOfkaxOJtu3m5RkiUoZcEeOIyp1/tIN7riWIaOtXo7w7IN 2eXigzkmjE0UdczKoXvbkTyAF97ovpeUIx88udDzJZRG2fjoZ7TsDtnX56DRYmkpkkDs AZGw==
X-Gm-Message-State: AKwxyte8cyUi+/vQ4bKEY0h8FcepaSz7bGsvJoGowG8oNWhmRfi5sTv/ ygriY8pdhyuJDlrm01U0jZliHr5GOaN8i6ORjN4=
X-Google-Smtp-Source: ACJfBot8oUqUhy+G7snkKdWkAZPrji6PoI0+0ZRjo+X38QLWGM0r3VRly6G0ROTrMBqP2tbEoqQ9vZ+cc0pKLJy1Qgg=
X-Received: by 10.157.15.97 with SMTP id 88mr6920030ott.223.1516387023984; Fri, 19 Jan 2018 10:37:03 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.27.211 with HTTP; Fri, 19 Jan 2018 10:36:43 -0800 (PST)
In-Reply-To: <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Fri, 19 Jan 2018 13:36:43 -0500
Message-ID: <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com>
To: Loa Andersson <loa@pi.nu>
Cc: DetNet WG <detnet@ietf.org>, =?UTF-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>
Content-Type: multipart/alternative; boundary="94eb2c04c9a8e81de50563255d27"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/KdVjHkrwOMPqBEG6HISLf4Lh3bs>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jan 2018 18:37:07 -0000

--94eb2c04c9a8e81de50563255d27
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Loa,

You=E2=80=99re right, we do need to think about the maximum lifetime of an =
errant
packet in the network as well, thanks for that.

You=E2=80=99re also correct that we need to define what=E2=80=99s optimal f=
or DETNET,
however we do have a charter constraint. To quote Lou=E2=80=99s recent emai=
l, "We
are not expected to come up with new encapsulations, but rather how DetNet
uses what exists today. =E2=80=9C. So we can=E2=80=99t be TOO creative ...

I=E2=80=99m really interested to hear what other people have to say about t=
he upper
limit of flow BW that DetNet needs to support, and I also made an
assumption in my math that an average DetNet packet (at least for a very
large flow) would be 1500 bytes. Do we have consensus on that as well? That
also has implications for the sequence number length.

Cheers,
Andy

On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu> wrote:

> Andy,
>
>
> On 2018-01-19 20:25, Andrew G. Malis wrote:
>
>> Loa,
>>
>> We really don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we can alloca=
te a PW type to indicate
>> that this is a DetNet PW, plus the context of the label can identify its
>> use for a DetNet PW/flow.
>>
>
> Fine, however we have at least diverging opinions, that both say that we
> should not use PWs
> - first we have people that believe that we should use EVPN instead
> - second there are people that say that we should define what is
>   necessary for DetNet and then specify that independent of EVPN and PWs
>
> We need a consensus on that before we can start the design according to
> one or the other of those paradigms.
>
>>
>> We DO need the first nibble to be zero. But beyond that, we are free to
>> use all 28 bits as a sequence number, if there=E2=80=99s no need for eit=
her flags
>> or PW-layer fragmentation, which would require two bits.
>>
>> The key to determine the required number of bits in the sequence number
>> is to determine, for the maximum expected rate of a DetNet flow, how lon=
g
>> will it take to wrap around?
>>
>
> Isn't that only part of the truth? We are not concerned only by the fact
> that the source might sue the same sequence number again, but that a
> struggling packet might show up at a point in the network where a wrap
> around just happened.
>
>>
>> For example, for a 10Gbps flow, that would reasonably equate to 833K pps=
,
>> assuming 1500-byte packets. This would wrap around in a little over one
>> second with 20 bits. A 100 Gbps flow with a 27-bit sequence number would
>> wrap around in about 1 second.
>>
>> All that said, a second is a very long holding time for flows with
>> constrained latency, so we could probably take two bits off those number=
s
>> and still be OK (wrap around in 250 ms).
>>
>> So 25 bits is probably sufficient, at least for today. 28 bits gives us
>> room for further BW growth in the future, approaching 1Tbps.
>>
>
> I think that we need to design for Tbps (or worse), but that is another
> thing we need consensus on before starting to specify.
>
> /Loa
>
>>
>> Cheers,
>> Andy
>>
>>
>

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

<div dir=3D"ltr">Loa,<div><br></div><div>You=E2=80=99re right, we do need t=
o think about the maximum lifetime of an errant packet in the network as we=
ll, thanks for that.</div><div><br></div><div>You=E2=80=99re also correct t=
hat we need to define what=E2=80=99s optimal for DETNET, however we do have=
 a charter constraint. To quote Lou=E2=80=99s recent email, &quot;<span sty=
le=3D"font-size:12.800000190734863px">We are not expected to come up with n=
ew encapsulations, but rather how DetNet uses what exists today.=C2=A0=E2=
=80=9C. So we can=E2=80=99t be TOO creative ...</span></div><div><span styl=
e=3D"font-size:12.800000190734863px"><br></span></div><div>I=E2=80=99m real=
ly interested to hear what other people have to say about the upper limit o=
f flow BW that DetNet needs to support, and I also made an assumption in my=
 math that an average DetNet packet (at least for a very large flow) would =
be 1500 bytes. Do we have consensus on that as well? That also has implicat=
ions for the sequence number length.</div><div><br></div><div>Cheers,</div>=
<div>Andy</div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On=
 Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <span dir=3D"ltr">&lt;<a href=
=3D"mailto:loa@pi.nu" target=3D"_blank">loa@pi.nu</a>&gt;</span> wrote:<br>=
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);p=
adding-left:1ex">Andy,<span><br>
<br>
<br>
On 2018-01-19 20:25, Andrew G. Malis wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);p=
adding-left:1ex">
Loa,<br>
<br>
We really don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we can allocate =
a PW type to indicate that this is a DetNet PW, plus the context of the lab=
el can identify its use for a DetNet PW/flow.<br>
</blockquote>
<br></span>
Fine, however we have at least diverging opinions, that both say that we sh=
ould not use PWs<br>
- first we have people that believe that we should use EVPN instead<br>
- second there are people that say that we should define what is<br>
=C2=A0 necessary for DetNet and then specify that independent of EVPN and P=
Ws<br>
<br>
We need a consensus on that before we can start the design according to<br>
one or the other of those paradigms.<span><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);p=
adding-left:1ex">
<br>
We DO need the first nibble to be zero. But beyond that, we are free to use=
 all 28 bits as a sequence number, if there=E2=80=99s no need for either fl=
ags or PW-layer fragmentation, which would require two bits.<br>
<br>
The key to determine the required number of bits in the sequence number is =
to determine, for the maximum expected rate of a DetNet flow, how long will=
 it take to wrap around?<br>
</blockquote>
<br></span>
Isn&#39;t that only part of the truth? We are not concerned only by the fac=
t that the source might sue the same sequence number again, but that a stru=
ggling packet might show up at a point in the network where a wrap<br>
around just happened.<span><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);p=
adding-left:1ex">
<br>
For example, for a 10Gbps flow, that would reasonably equate to 833K pps, a=
ssuming 1500-byte packets. This would wrap around in a little over one seco=
nd with 20 bits. A 100 Gbps flow with a 27-bit sequence number would wrap a=
round in about 1 second.<br>
<br>
All that said, a second is a very long holding time for flows with constrai=
ned latency, so we could probably take two bits off those numbers and still=
 be OK (wrap around in 250 ms).<br>
<br>
So 25 bits is probably sufficient, at least for today. 28 bits gives us roo=
m for further BW growth in the future, approaching 1Tbps.<br>
</blockquote>
<br></span>
I think that we need to design for Tbps (or worse), but that is another<br>
thing we need consensus on before starting to specify.<br>
<br>
/Loa<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);p=
adding-left:1ex">
<br>
Cheers,<br>
Andy<div><div class=3D"gmail-m_2383321181375146987h5"><br></div></div></blo=
ckquote><div class=3D"gmail-m_2383321181375146987HOEnZb"><div class=3D"gmai=
l-m_2383321181375146987h5"><br>
</div></div></blockquote></div><br></div></div>

--94eb2c04c9a8e81de50563255d27--


From nobody Fri Jan 19 18:10:43 2018
Return-Path: <huang.guangping@zte.com.cn>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4CCD12D7F1 for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 18:10:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.228
X-Spam-Level: 
X-Spam-Status: No, score=-1.228 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_FONT_FACE_BAD=0.981, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001, WEIRD_PORT=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 GACtqi2NnCNc for <detnet@ietfa.amsl.com>; Fri, 19 Jan 2018 18:10:35 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86578124BAC for <detnet@ietf.org>; Fri, 19 Jan 2018 18:10:33 -0800 (PST)
Received: from mxct.zte.com.cn (unknown [192.168.164.217]) by Forcepoint Email with ESMTPS id 4A387E6DEB6C3D5BE9BF; Sat, 20 Jan 2018 10:10:31 +0800 (CST)
Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Forcepoint Email with ESMTPS id 38DF923B2B71E32F4137; Sat, 20 Jan 2018 10:10:31 +0800 (CST)
Received: from kjyxapp03.zte.com.cn ([10.30.12.202]) by mse01.zte.com.cn with SMTP id w0K2ANHt028519; Sat, 20 Jan 2018 10:10:23 +0800 (GMT-8) (envelope-from huang.guangping@zte.com.cn)
Received: from mapi (kjyxapp01[null]) by mapi (Zmail) with MAPI id mid17; Sat, 20 Jan 2018 10:10:24 +0800 (CST)
Date: Sat, 20 Jan 2018 10:10:24 +0800 (CST)
X-Zmail-TransId: 2b035a62a510ffffffff959-b8dba
X-Mailer: Zmail v1.0
Message-ID: <201801201010240732154@zte.com.cn>
In-Reply-To: <CAA=duU0ZV2md=64svO1o=zhSjfR81T1==uo=N7FPxx=vS41pkQ@mail.gmail.com>
References: VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com, CAA=duU0ZV2md=64svO1o=zhSjfR81T1==uo=N7FPxx=vS41pkQ@mail.gmail.com
Mime-Version: 1.0
From: <huang.guangping@zte.com.cn>
To: <agmalis@gmail.com>
Cc: <balazs.a.varga@ericsson.com>, <detnet@ietf.org>
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse01.zte.com.cn w0K2ANHt028519
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/2brklaxJPkNarEl_WzDNFi5G7T4>
Subject: [Detnet] =?utf-8?b?562U5aSNOiBSZTogIERQIHNvbHV0aW9uIChGbG93IGlk?= =?utf-8?q?entification=29?=
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Jan 2018 02:10:40 -0000

--=====_001_next=====
Content-Type: multipart/related;
	boundary="=====_002_next====="


--=====_002_next=====
Content-Type: multipart/alternative;
	boundary="=====_003_next====="


--=====_003_next=====
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64 

SGkgQmFsw6F6cywNCg0KDQpJIGFncmVlIHdpdGggeW91ciBjbGFyaWZpY2F0aW9uIG9uIFMvTiBh
bmQgRE4gZnJhbWUgb3JkZXJpbmcgZnVuY3Rpb24gc3VnZ2VzdGlvbi4NCg0KDQpmcm9tIHNlcnZp
Y2UgcHJvdGVjdGlvbiBwb2ludCBvZiB2aWV3LCBTL04gaXMgYWxzbyBoZWF2aWx5IGludm9sdmVk
IGluIHJlcGxpY2F0aW9uIHdoaWNoIG1pZ2h0IGhhcHBlbiBpbiBtdWx0aXBsZSBpbnRlcm1pZGlh
cnkgbm9kZXMsICBpbiBhZGRpdGlvbiB0byBkdXBsaWNhdGUgZGVjdGlvbiBpbiBlbGltaW5hdGlv
biBhbmQgcmUtb3JkZXJpbmcgZGVsaXZlcnkgb24gdGhlIGVncmVzcy4NCg0KDQoNCg0KDQoNCmNo
ZWVycywNCg0KDQpEYW5pZWwNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQrpu4TlhYnlubMgaHVhbmdndWFuZ3BpbmcNCg0KDQoNCg0KDQoNCumihOeglOagh+WH
humDqC/mnInnur/noJTnqbbpmaIv5pyJ57q/5Lqn5ZOB57uP6JCl6YOoIFN0YW5kYXJkIFByZXJl
c2VhcmNoIERlcHQuL1dpcmVsaW5lIFByb2R1Y3QgT3BlcmF0aW9uIERpdmlzaW9uDQoNCg0KDQoN
Cg0KDQoNCg0KDQrljZfkuqzluILpm6joirHljLrova/ku7blpKfpgZM1MOWPt+S4reWFtOmAmuiu
rzHlj7fmpbwgDQpSJkQgQnVpbGRpbmcsIFpURQpDb3Jwb3JhdGlvbiBTb2Z0d2FyZSBSb2FkIE5v
LjUwLCANCll1aHVhIERpc3RyaWN0LCBOYW5qaW5nLCBQLi5SLkNoaW5hLCAyMTAwMTIgDQpNOiAr
ODYgMTM3NzAzMTEwNTIgDQpFOiBodWFuZy5ndWFuZ3BpbmdAenRlLmNvbS5jbiANCnd3dy56dGUu
Y29tLmNuDQoNCg0KDQoNCg0KDQrljp/lp4vpgq7ku7YNCg0KDQoNCg0K5Y+R5Lu25Lq677yaIDxh
Z21hbGlzQGdtYWlsLmNvbT47DQrmlLbku7bkurrvvJogPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29u
LmNvbT47DQrmioTpgIHkurrvvJogPGRldG5ldEBpZXRmLm9yZz47DQrml6Ug5pyfIO+8mjIwMTjl
ubQwMeaciDE55pelIDIwOjM0DQrkuLsg6aKYIO+8mlJlOiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAo
RmxvdyBpZGVudGlmaWNhdGlvbikNCg0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fDQpkZXRuZXQgbWFpbGluZyBsaXN0DQpkZXRuZXRAaWV0
Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0DQoNCg0K
QmFsw6F6cywNClllcywgSSBhZ3JlZSB3aXRoIHRoaXMgYW5hbHlzaXMuDQoNCkNoZWVycywNCkFu
ZHkNCg0KDQoNCg0KDQoNCk9uIEZyaSwgSmFuIDE5LCAyMDE4IGF0IDQ6MDkgQU0sIEJhbMOhenMg
VmFyZ2EgQSA8YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPiB3cm90ZToNCg0KDQoNCkhpIEFu
ZHksDQoNCg0KIA0KDQoNClllcywgZ29vZCBwb2ludC4gRnJvbSBETiBmbG93IHBlcnNwZWN0aXZl
IHdlIGhhdmUgdG8gY29wZSB3aXRoIGluLW9yZGVyIGRlbGl2ZXJ5LiBIb3dldmVyLA0KDQoNCnNv
bWUgZGV0YWlsZWQgdGhvdWdodHMgb24gdGhlIEROIGZ1bmN0aW9ucyBhbmQgdGhlaXIgdXNhZ2Ug
b2YgUy9OOg0KDQoNCi0gRE4xLCBDb25nZXN0aW9uIHByb3RlY3Rpb24gaXQgaXMgcHJhY3RpY2Fs
bHkgYWJvdXQgUW9TIGZ1bmN0aW9ucywgd2hpY2ggd29ya3Mgb24gYSBwZXIgZmxvdw0KDQoNCmxl
dmVsLiBJdCBzZWxlY3RzIHF1ZXVlcyBiYXNlZCBvbiBmbG93LUlELiBJdCBkb2VzIG5vdCBjb25z
aWRlciBTL04uDQoNCg0KLSBETjIsIEV4cGxpY2l0IHJvdXRlcyBpcyBwcmFjdGljYWxseSB0cmFm
ZmljIGVuZ2luZWVyaW5nLiBJdCBkb2VzIG5vdCBjYXJlIGFib3V0IFMvTiwganVzdCBmbG93LUlE
DQoNCg0KKHdoaWNoIGZsb3cgaGF2ZSB0byB0YWtlIHdoaWNoIHR1bm5lbCkuDQoNCg0KLSBETjMs
IFNlcnZpY2UgcHJvdGVjdGlvbiBpcyB0aGUgcGVyIHBhY2tldCAxK24gcHJvdGVjdGlvbiwgd2hl
cmUgdGhlIGVsaW1pbmF0aW9uIGZ1bmN0aW9uIGlzIA0KIGJhc2VkIG9uIFMvTi4NCg0KDQogDQoN
Cg0KVGhpcyBpcyB3aHkgSSB3cm90ZSBTL04gaXMgdXNlZCBvbmx5IGJ5IHRoZSBTZXJ2aWNlIFBy
b3RlY3Rpb24gZnVuY3Rpb24uDQoNCg0KIA0KDQoNCkJ1dCBZb3VyIGNvbW1lbnQgaXMgZnVsbHkg
dmFsaWQgYW5kIHBvaW50cyBmb3IgbWUgdG8gYSBwb3NzaWJsZSBtaXNzaW5nIEROIGZ1bmN0aW9u
LiBXZSBzaG91bGQNCg0KDQpjb25zaWRlciB0byBkZWZpbmUgYW4gYWRkaXRpb25hbCBvbmU6IOKA
nERONCBGcmFtZSBvcmRlcmluZ+KAnS4gU3VjaCBhIGZ1bmN0aW9uIHdvdWxkIHVzZSBib3RoIHRo
ZQ0KDQoNCmZsb3ctSUQgYW5kIHRoZSBTL04uIEl0cyBmdW5jdGlvbiBpcyB0byBlbnN1cmUgaW4g
b3JkZXIgZGVsaXZlcnkgaWYgdGhhdCBpcyByZXF1aXJlZCBieSB0aGUgRGV0TmV0DQoNCg0KYXBw
bGljYXRpb24uIEJlc3QgbG9jYXRlZCBhdCB0aGUgZWdyZXNzLVBFLiBEZXRhaWxzIG5lZWQgZnVy
dGhlciBkaXNjdXNzaW9uLiAoTm90ZTogaWYgdGhlIGFwcGxpY2F0aW9uDQoNCg0KaGFzIGl0cyBv
d24gZW1iZWRkZWQgc2VxLm51bSBpbiB0aGUgZmxvdyBpdCBtYXkgbm90IG5lZWQgaW4tb3JkZXIg
ZGVsaXZlcnksIGV0Yy4pDQoNCg0KIA0KDQoNCkkgdGhpbmsgdGhhdCBpcyBhIGdvb2QgaWRlYSBh
bmQgbWFrZXMgdGhlIEROIGZ1bmN0aW9ucyBtb3JlIG1vZHVsYXIuIEFsc28gZHVyaW5nIHRoZSBF
bGltaW5hdGlvbg0KDQoNCndlIGNhbiBzaW1wbGUgY29uY2VudHJhdGUgb24gZHVwbGljYXRlIGRl
dGVjdGlvbiBhbmQgb3V0LXNvdXJjZSBpbi1vcmRlciBkZWxpdmVyeSB0byBETjQuDQoNCg0KIA0K
DQoNClNvLCB3ZSBjb3VsZCBlbmQgdXAgaW4gZm91ciBETiBmdW5jdGlvbnM6DQoNCg0KLSBETjEs
IENvbmdlc3Rpb24gcHJvdGVjdGlvbg0KDQoNCi0gRE4yLCBFeHBsaWNpdCByb3V0ZXMNCg0KDQot
IEROMywgU2VydmljZSBwcm90ZWN0aW9uDQoNCg0KLSBETjQsIEZyYW1lIG9yZGVyaW5nDQoNCg0K
IA0KDQoNCkNoZWVycw0KDQoNCkJhbGHigJl6cw0KDQoNCiANCg0KDQpGcm9tOiBBbmRyZXcgRy4g
TWFsaXMgW21haWx0bzphZ21hbGlzQGdtYWlsLmNvbV0gDQogU2VudDogMjAxOC4gamFudcOhciAx
OC4gMjI6NDkNCiBUbzogQmFsw6F6cyBWYXJnYSBBIDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5j
b20+DQogQ2M6IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPg0KIFN1YmplY3Q6IFJlOiBbRGV0
bmV0XSBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0KDQoNCiANCg0KDQpCYWzD
oXpzLA0KDQoNCiANCg0KDQpJIGFncmVlIHdpdGggeW91ciBjb25jbHVzaW9ucyByZWdhcmRpbmcg
4oCcRGV0TmV0IGRpc3RhbmNl4oCdLg0KDQoNCg0KIA0KDQoNCkhvd2V2ZXIsIG9uZSBwb2ludCBJ
IHRoaW5rIEkgZGlzYWdyZWUgd2l0aCB5b3UgaXMgd2hlbiB0aGUgc2VxdWVuY2UgbnVtYmVyIGlz
IG5lY2Vzc2FyeSAtIHlvdSBzYWlkIG9ubHkgYnkgdGhlIOKAnHNlcnZpY2UgcHJvdGVjdGlvbuKA
nSBmdW5jdGlvbuKAnS4gSG93ZXZlciwgYXMgRGV0TmV0IGZsb3dzIGFyZSBpbmRlZWQgZmxvd3Ms
IGFuZCBhbmQgbW9zdCAoaWYgbm90IGFsbCkgYXBwbGljYXRpb25zIHRoYXQgd2lsbCByZXF1aXJl
ICBEZXROZXQgd2lsbCBtb3N0IHByb2JhYmx5IHJlcXVpcmUgaW4tb3JkZXIgZGVsaXZlcnksIHNl
cXVlbmNlIG51bWJlcnMgYXJlIGdlbmVyYWxseSB1c2VmdWwgZm9yIHJlb3JkZXJpbmcgYXQgdGhl
IGRlc3RpbmF0aW9uIGlmIHBhY2tldHMgZ2V0IG91dCBvZiBvcmRlciBkdXJpbmcgZGVsaXZlcnkg
YnkgdGhlIHVuZGVybHlpbmcgbmV0d29yay4NCg0KDQoNCiANCg0KDQpDaGVlcnMsDQoNCg0KDQpB
bmR5DQoNCg0KDQogDQoNCg0KDQogDQoNCg0KT24gVGh1LCBKYW4gMTgsIDIwMTggYXQgMjo0MSBQ
TSwgQmFsw6F6cyBWYXJnYSBBIDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+IHdyb3RlOg0K
DQoNCkhpLA0KDQoNCiANCg0KDQpzb21lIGNvbW1lbnRzIHJlZ2FyZGluZyB3aGF0IGlzIG5lZWRl
ZCBmb3IgYSAibmV0d29ya3MgdGhhdCBhcmUgdW5kZXIgYSBzaW5nbGUgYWRtaW5pc3RyYXRpdmUg
Y29udHJvbCIsIGJhc2VkIG9uIHRoZSBleGlzdGluZyBXRyBkcmFmdHMgKHByb2JsZW0gc3RhdGVt
ZW50LCB1c2UtY2FzZXMsIGFyY2hpdGVjdHVyZSwgIGV0Yy4pLiBMZXQncyB0cnkgdG8ga2VlcCBp
dCBzaW1wbGUgYW5kIGZvY3VzIG9uIHdoYXQgd2UgbmVlZDoNCg0KDQoxLCBGbG93IHJlcXVpcmVt
ZW50czoNCg0KDQogICAgICAgICAgICAgICAgLSBsb3NzIGFuZC9vciBkZWxheSBib3VuZHMNCg0K
DQoyLCBEZXROZXQgZnVuY3Rpb25zIChkZWZpbmVkIHNvIGZhcik6DQoNCg0KICAgICAgICAgICAg
ICAgIC0gRE4xLCBDb25nZXN0aW9uIHByb3RlY3Rpb24gKGkuZS4gcmVzZXJ2aW5nIHJlc291cmNl
cywgbWFnaWMgcXVldWluZywgZXRjLikNCg0KDQogICAgICAgICAgICAgICAgLSBETjIsIEV4cGxp
Y2l0IHJvdXRlcyAoaS5lLiB0cmFmZmljIGVuZ2luZWVyaW5nKQ0KDQoNCiAgICAgICAgICAgICAg
ICAtIEROMywgU2VydmljZSBwcm90ZWN0aW9uIChhZ2FpbnN0IGxvc3MgYnkgbmV0d29yayBmYWls
dXJlcykNCg0KDQpOb3RlOiBUaGVzZSB0aHJlZSB0ZWNobmlxdWVzIGNhbiBiZSBhcHBsaWVkIGlu
ZGVwZW5kZW50bHksIGRlcGVuZGluZyBvbiB0aGUgRmxvdyByZXF1aXJlbWVudHMgYW5kIHRoZSBu
ZXR3b3JrIHNjZW5hcmlvLiBBcyBhbiBleGFtcGxlLCBjb25nZXN0aW9uIHByb3RlY3Rpb24gKERO
MSkgYWxvbmUgaXMgb2ZmZXJlZCAgYnkgSUVFRSA4MDIuMSBBdWRpbyBWaWRlbyBicmlkZ2luZy4N
Cg0KDQogDQoNCg0KMywgRmxvdyBzcGVjaWZpYyBpbmZvcm1hdGlvbiBoYXZlIHRvIHRyYXZlbCB3
aXRoIHRoZSBwYWNrZXQ6DQoNCg0KICAgICAgICAgICAgICAgIC0gRmxvdy1JRCAocmVxdWlyZWQg
YnkgYWxsIERldE5ldCBmdW5jdGlvbnMpDQoNCg0KICAgICAgICAgICAgICAgIC0gU2VxdWVuY2Ug
TnVtYmVyIChyZXF1aXJlZCBvbmx5IGJ5ICJTZXJ2aWNlIFByb3RlY3Rpb24iIGZ1bmN0aW9uKQ0K
DQoNCiANCg0KDQpTbywgcmVnYXJkaW5nIHRoZSBxdWVzdGlvbnMgaGVyZSBvbiB0aGUgbGlzdDoN
Cg0KDQotIERvIHdlIG5lZWQgYWxsIG5vZGVzIHRvIGJlIEROLWF3YXJlIGluIGEgbmV0d29yaz8N
Cg0KDQpOb3QgbmVjZXNzYXJpbHkuIElmIGluIGEgbmV0d29yayBzY2VuYXJpbyBEZXROZXQgZmxv
d3MgcmVxdWlyZSBvbmx5IGZvciBleGFtcGxlIGJhc2ljIEROMSBmdW5jdGlvbiB0aGFuIFlvdSBo
YXZlIGEgZ29vZCBjaGFuY2UgdG8gc2VydmUgaXQgd2l0aCBleGlzdGluZyBkZXZpY2VzLiBIb3dl
dmVyIGluIHNvbWUgIGNhc2VzIGFsbCBETiBmdW5jdGlvbnMgYXJlIG5lZWRlZCBhdCBlYWNoIGhv
cCwgc28geWVzLCBhbGwgbm9kZXMgaGF2ZSB0byBiZSBETiBhd2FyZS4NCg0KDQpDb25jbHVzaW9u
OiB0aGUgbW9yZSBETiBmdW5jdGlvbnMgYXJlIG5lZWRlZCBpbiBhIG5ldHdvcmsgc2NlbmFyaW8g
dG8gc2VydmUgRGV0TmV0IGZsb3dzLCB0aGUgbW9yZSBwcm9iYWJseSB3ZSBuZWVkIEROLWF3YXJl
IG5vZGVzIGF0IGVhY2ggaG9wLg0KDQoNCiANCg0KDQotIERvIHdlIG5lZWQgRGV0TmV0IGRhdGEt
cGxhbmUgZm9yIElQdjQsIElQdjYgYW5kIE1QTFM/DQoNCg0KWWVzLCB0aGF0IHdvdWxkIGJlIG5p
Y2UgdG8gaGF2ZSBmb3IgYWxsIG9mIHRoZW0uIEJ1dCBJIHRoaW5rIGl0IGlzIGEgYmV0dGVyIHF1
ZXN0aW9uIHdoaWNoIG9uZSBoYXMgdGhlIHNtYWxsZXN0IGRpc3RhbmNlIHRvIGJlIERldE5ldC1y
ZWFkeT8gKEkgbWVhbiB3aGljaCBuZWVkIHRoZSBsZXNzIG5ldyBzdHVmZiAgdG8gc3VwcG9ydCBE
Tj8pIFRoZSBkYXRhLXBsYW5lIGFsdGVybmF0aXZlIHJlbGF0ZWQgZHJhZnQgZm9jdXNlZCBvbiB0
aGF0IGFuZCBhbHNvIHRoZSBtYWlsaW5nIHRocmVhZHMgaGVyZS4NCg0KDQpDb25jbHVzaW9uOiBJ
IHRoaW5rIHdlIGNhbiBjb25jbHVkZSBvbiBhIHJhbmsgb2YgInNtYWxsZXN0IERldE5ldC1kaXN0
YW5jZSI6DQoNCg0KMSwgTVBMUw0KDQoNCjIsIElQdjYNCg0KDQozLiBJUHY0DQoNCg0KTm90ZTog
aW4gbXkgdmlldyB0aGlzIGlzIGFsc28gdGhlIHByb2JhYmlsaXR5IGxpc3Qgd2hhdCBuZXR3b3Jr
cyBzb21lb25lIGludGVuZHMgdG8gdXNlIHRvIGZvcndhcmQgRGV0TmV0IGZsb3dzIOKApg0KDQoN
CiANCg0KDQpDaGVlcnMNCg0KDQpWQmFsYSd6cw0KDQoNCiANCg0KDQoNCkZyb206IGRldG5ldCBb
bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgR3Jvc3NtYW4sIEV0
aGFuIEEuDQogU2VudDogMjAxOC4gamFudcOhciAxNy4gMTk6NTENCiBUbzogRGV0TmV0IFdHIDxk
ZXRuZXRAaWV0Zi5vcmc+OyBEZWJvcmFoIEJydW5nYXJkIDxkYjM1NDZAYXR0LmNvbT47IFN0ZXdh
cnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+DQogQ2M6IFRpbSBDaG93biAoVGlt
LkNob3duQGppc2MuYWMudWspIDxUaW0uQ2hvd25AamlzYy5hYy51az4NCiBTdWJqZWN0OiBSZTog
W0RldG5ldF0gRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pDQoNCg0KDQoNCiANCg0K
DQpUaGFua3MgU3Rld2FydC4gUmVnYXJkaW5nOg0KDQoNCuKAnFllcywgd2UgbmVlZCB0byBoYXZl
IHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0
aGVyDQogYSkgV2Ugc3VwcG9ydCB2NA0KIGIpIFdlIHN1cHBvcnQgdjQgYW5kIHY2IGJ5IHY0IGFu
ZCB2NiBzcGVjaWZpYyBwcm90b2NvbCBleHRlbnNpb25zDQogYykgV2UgdXNlIGEgc2luZ2xlIGNv
bW1vbiBJUCBhcHByb2FjaA0KIGQpIFdlIHVzZSBhbiBhcHByb2FjaCB0aGF0IGlzIGNvbW1vbiBh
Y3Jvc3MgSVAgYW5kIE1QTFPigJ0NCg0KDQpQZXJoYXBzLCBnaXZlbiBUaW0gQ2hvd27igJlzIGVh
cmxpZXIgY29tbWVudDoNCg0KDQogICAgICAgIOKAnElmIHlvdeKAmXJlIHN1Z2dlc3RpbmcgYW4g
SVB2NC1vbmx5IHNvbHV0aW9uLCB5b3XigJlyZSBydW5uaW5nIHVwIGFnYWluc3QgaHR0cHM6Ly93
d3cuaWFiLm9yZy8yMDE2LzExLzA3L2lhYi1zdGF0ZW1lbnQtb24taXB2Ni8u4oCdDQoNCg0KIA0K
DQoNCldlIGNvdWxkIGdldCBEZWJvcmFoIHdpdGggaGVyIEFEIGhhdCBvbiB0byBjb21tZW50IG9u
IHRoaXM/DQoNCg0KRXRoYW4uDQoNCg0KIA0KDQoNCg0KRnJvbTogU3Rld2FydCBCcnlhbnQgW21h
aWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dIA0KIFNlbnQ6IFdlZG5lc2RheSwgSmFudWFy
eSAxNywgMjAxOCAxMDozOSBBTQ0KIFRvOiBHcm9zc21hbiwgRXRoYW4gQS4gPGVhZ3Jvc0Bkb2xi
eS5jb20+OyBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT47IEFu
ZHJldyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb20+DQogQ2M6IERldE5ldCBXRyA8ZGV0bmV0
QGlldGYub3JnPjsgTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbT4NCiBTdWJqZWN0OiBS
ZTogRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24pDQoNCg0KDQoNCiANCg0KSGkgIEV0
aGFuLA0KDQoNCiANCg0KDQpPbiAxNy8wMS8yMDE4IDE4OjI0LCBHcm9zc21hbiwgRXRoYW4gQS4g
d3JvdGU6DQoNCg0KDQpUaGFua3MgU3Rld2FydCBmb3IgdGhlIGNsYXJpZmljYXRpb24uIEkgaW50
ZXJwcmV0IHlvdXIgc3RhdGVtZW50IOKAnGEgZGVjaXNpb24gbm90IHRvIHN1cHBvcnQgSVB2NOKA
nSB0byBtZWFuIOKAnGEgZGVjaXNpb24gbm90IHRvIHByb3Bvc2UgYWRkaW5nIGFueXRoaW5nIHRv
IHRoZSBleGlzdGluZyBJUHY0IHN0YW5kYXJk4oCdLg0KDQoNCg0KIFRvIHN1cHBvcnQgSVB2NCB0
aGVyZSBhcmUgYSBudW1iZXIgb2YgbWV0aG9kcyB0aGF0IGFyZSBwb3NzaWJsZSwgb25lIGlzIHRv
IGFkZCBzb21ldGhpbmcgdG8gdjQgaXRzZWxmIGFzIGlzIHByb3Bvc2VkIGZvciB2Ni4gQWRkaW5n
IHNvbWV0aGluZyB0byB0aGUgYmFzZSBwcm90b2NvbCB3aWxsIGJlIHZlcnkgZGlmZmljdWx0Lg0K
IA0KIEFub3RoZXIgbWV0aG9kLCBpcyB0byBkbyB3aGF0IGhhcyBiZWVuIHByb3Bvc2VkIGJ5IHNv
bWUgZm9yIE1QTFMsIHRoYXQgaXMgdG8gZW5jb2RlIHRoZSBpZGVudGl0eSBhbmQgdHlwZSBpbiB0
aGUgSVAgYWRkcmVzcy4gVGhlcmUgaXMgYSBwcm9wb3NhbCB0byBkbyB0aGlzIGluIFNSdjYuIEkg
YW0gbm90IGEgZ3JlYXQgZmFuIG9mIGFidXNpbmcgdGhlIGFkZHJlc3Mgc3BhY2UgZm9yIHRoaXMg
aW4gdGhlIHdheSBwcm9wb3NlZCBieSB0aGF0IHdvcmssICBidXQgbWF5YmUgd2UgY2FuIGRvIHNv
bWV0aGluZyBtdWNoIHNpbXBsZXIgaGVyZSBhbmQgc2ltcGx5IGlkZW50aWZ5IHRoZSBETiBpbnN0
YW5jZSBieSB0aGUgSVAgYWRkcmVzcyB3aXRoIG5vIG90aGVyIHNlbWFudGljcy4gTXVjaCBlYXNp
ZXIgdG8gZG8gdGhpcyBmb3IgSVB2NiB3aXRoIHRoZSAiaW5maW5pdGUgYWRkcmVzc2VzIiBidXQg
d2UgY291bGQgZ2V0IGF3YXkgd2l0aCBpdCBpbiBsaW1pdGVkIHByaXZhdGUgSXB2NCBuZXR3b3Jr
cy4gT2YgIGNvdXJzZSB0aGlzIGRvZXMgY2hhbmdlIHRoZSBwZXItaG9wIGJlaGF2aW91ciBvZiBJ
UCB3aGljaCBtYXkgYmUgYSBjaGFsbGVuZ2UgdG8gZ2V0IHRoZSBJRVRGIHRvIHNpZ24gb2Ygb24u
DQogDQogQW5vdGhlciBtZXRob2QgaXMgdG8gdXNlIHNvbWUgbWV0aG9kIG9mIGNhcnJ5aW5nIGFu
IE1QTFMgbGFiZWwgc3RhY2sgLSB0aGlzIHdhcyB0aGUgZmlyc3QgcHJvcG9zYWwuIE5vdyBJIHNh
aWQgdGhhdCBJIGRpZCBub3QgdGhpbmsgYW55b25lIGhhZCBkb25lIHRoYXQgYW5kIEkgc3RpbGwg
YmVsaWV2ZSB0aGF0IHRvIGJlIHRoZSBjYXNlLCBidXQgdGhhdCBkb2VzIG5vdCBtZWFuIHRoYXQg
aXQgaXMgbm90IHRoZSBsZWFzdCB3b3JzdCBhcHByb2FjaC4gIFRoZXJlIGFyZSBhbHRlcm5hdGVz
IGZvciBleGFtcGxlIElQL1VEUC9NUExTDQogd2hpY2ggaXMgdGhlIHNvIGNhbGxlZCBVU1IgYXBw
cm9hY2ggdGhhdCBhIG51bWJlciBvZiB1cyBhZHZvY2F0ZSBhcyBhbiBhbHRlcm5hdGl2ZSB0byBT
UnY2Lg0KDQoNCklmIHRoYXQgaXNu4oCZdCBjb3JyZWN0LCBwbGVhc2UgbGV0IG1lIGtub3cuIEFz
IHlvdSBtYXkgcmVjYWxsIEkgYWxyZWFkeSBzdGFydGVkIGEgdGhyZWFkIGF3aGlsZSBhZ28gdG8g
ZGlzY3VzcyBJUHY0IHZzIElQdjYsIGFuZCBiYXNlZCBvbiB0aGUgcmVzcG9uc2VzIGl0IGFwcGVh
cmVkIHRvIG1lIGF0IHRoYXQgIHRpbWUgdGhhdCB0aGVyZSB3ZXJlIHNvbWUga2luZCBvZiBvcHRp
b25zLCB0aG91Z2ggbm90IGEg4oCcbmF0aXZlIElQdjTigJ0gc29sdXRpb24sIGJ1dCBpdCB3YXNu
4oCZdCBjbGVhciB0byBtZSAoYXMgYSBub24tZXhwZXJ0IGluIHRoZSB2YXJpb3VzIG5ldHdvcmtp
bmcgcHJvdG9jb2xzIG1lbnRpb25lZCkgd2hldGhlciB0aGV5IHdvdWxkIGJlIHZpYWJsZSBpbiBw
cmFjdGljZSBvciBub3QuIEkgd2lsbCByZXZpdmUgdGhhdCB0aHJlYWQgYW5kIHNlZSBpZiAgd2Ug
Y2FuIGdldCBhbnkgY2xvc2VyIHRvIGRldGVybWluaW5nIHRoZSBpbXBvcnRhbmNlIG9mIElQdjQg
dG8gb3VyIHRhcmdldCBjdXN0b21lcnMsIGFuZCBob3BlZnVsbHkgc29tZSBzZW5zZSBvZiB3aGV0
aGVyIHRoZSBwcm9wb3NlZCBub24tbmF0aXZlLUlQdjQgc3RyYXRlZ2llcyB3aWxsIGhvbGQgd2F0
ZXIuDQoNCg0KDQogWWVzLCB3ZSBuZWVkIHRvIGhhdmUgdGhlIGRpc2N1c3Npb24gb24gdGhlIGxp
c3QgYW5kIHJlYWNoIGEgY29uc2Vuc3VzIG9mIHdoZXRoZXINCiANCiBhKSBXZSBzdXBwb3J0IHY0
DQogYikgV2Ugc3VwcG9ydCB2NCBhbmQgdjYgYnkgdjQgYW5kIHY2IHNwZWNpZmljIHByb3RvY29s
IGV4dGVuc2lvbnMNCiBjKSBXZSB1c2UgYSBzaW5nbGUgY29tbW9uIElQIGFwcHJvYWNoDQogZCkg
V2UgdXNlIGFuIGFwcHJvYWNoIHRoYXQgaXMgY29tbW9uIGFjcm9zcyBJUCBhbmQgTVBMUw0KIA0K
IC0gU3Rld2FydA0KDQoNCkV0aGFuLg0KDQoNCiANCg0KDQoNCkZyb206IFN0ZXdhcnQgQnJ5YW50
IFttYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXSANCiBTZW50OiBXZWRuZXNkYXksIEph
bnVhcnkgMTcsIDIwMTggMTI6MjkgQU0NCiBUbzogR3Jvc3NtYW4sIEV0aGFuIEEuIDxlYWdyb3NA
ZG9sYnkuY29tPjsgQmFsw6F6cyBWYXJnYSBBIDxiYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb20+
OyBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21haWwuY29tPg0KIENjOiBEZXROZXQgV0cgPGRl
dG5ldEBpZXRmLm9yZz47IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+DQogU3ViamVj
dDogUmU6IERQIHNvbHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKQ0KDQoNCg0KDQogDQoNCiAN
Cg0KDQogDQoNCg0KT24gMTYvMDEvMjAxOCAxODozOCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3Rl
Og0KDQoNCg0KSGkgQmFsYeKAmXpzLA0KDQoNClJlZ2FyZGluZyBJUHY0LCBJIGFsc28gdW5kZXJz
dG9vZCB0aGF0IHdlIGRlY2lkZWQgdGhhdCB3ZSBjYW7igJl0IGFkZCBuZXcgSVB2NCBmaWVsZHMu
IFBhcmRvbiBteSBpZ25vcmFuY2UgaGVyZSwgYnV0IGRvZXMgdGhhdCBtZWFuIHRoZXJlIGlzIG5v
IHBhcnQgb2YgRGV0TmV0IGNhcGFiaWxpdHkgdGhhdCBjYW4gIGJlIHJ1biBvdmVyIElQdjQ/IE9y
IGlzIHRoZXJlIHNvbWUg4oCcd29ya2Fyb3VuZOKAnSB0byBwcm92aWRlIGFzIEkgc2F5IGV2ZW4g
cGFydCBvZiB0aGUgRGV0TmV0IGNhcGFiaWxpdHksIGdpdmVuIHRoYXQgaXQgaXMgYW4gRW5naW5l
ZXJlZCBuZXR3b3JrPyBJIGp1c3Qgd2FudCB0byBjbGFyaWZ5IGV4cGVjdGF0aW9ucyBoZXJlLg0K
DQoNCg0KIElmIHlvdSBoYXZlIGEgbmF0aXZlIElQdjQgbmV0d29yayB0byB3aGljaCB5b3UgcHJl
c2VudCBJUHY2IHBhY2tldHMsIHlvdSBlaXRoZXIgaGF2ZSB0byB0dW5uZWwgdGhlbSBhY3Jvc3Mg
d2hlcmUgdGhlIElQdjYgaXMgY29uc2lkZXJlZCBvcGFxdWUgZGF0YSwgb3IgeW91IGhhdmUgdG8g
dHJhbnNsYXRlIHRoZW0gdG8gSVB2NCwgYnV0IHRoYXQgcmVxdWlyZXMgc29tZSBjb21tb24gc2Vt
YW50aWNzIHRvIGRlYWwgd2l0aCBleHRlbnNpb24gaGVhZGVycyAgd2hpY2ggd2UgZG9uJ3QgY3Vy
cmVudGx5IGhhdmUuDQogDQogU28sIGFzIGZhciBhcyBJIGNhbiBzZWUsIGEgZGVjaXNpb24gbm90
IHRvIHN1cHBvcnQgSVB2NCBtZWFucyBubyBETiBzdXBwb3J0IGFjcm9zcyB0aGUgSVB2NCBuZXR3
b3JrLg0KIA0KIFdoaWNoIHRha2VzIHVzIGJhY2sgdG8gdGhlIHF1ZXN0aW9uIG9mIGhvdyBpbXBv
cnRhbnQgaXMgdGhpcyBhbmQgd2hhdCB3aWxsIGl0IGRvIHRvIHRoZSB0YWtlLXVwIG9mIHRoZSB0
ZWNobm9sb2d5IGJ5IGl0cyB0YXJnZXQgY3VzdG9tZXJzPw0KIA0KIC0gU3Rld2FydA0KIA0KIA0K
DQoNClRoYW5rcywNCg0KDQpFdGhhbi4NCg0KDQogDQoNCg0KDQpGcm9tOiBkZXRuZXQgW21haWx0
bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJhbMOhenMgVmFyZ2EgQQ0K
IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTYsIDIwMTggMTA6MjEgQU0NCiBUbzogU3Rld2FydCBC
cnlhbnQgPHN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT47IEFuZHJldyBHLiBNYWxpcyA8YWdtYWxp
c0BnbWFpbC5jb20+DQogQ2M6IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPjsgTWFjaCBDaGVu
IDxtYWNoLmNoZW5AaHVhd2VpLmNvbT4NCiBTdWJqZWN0OiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAo
RmxvdyBpZGVudGlmaWNhdGlvbikNCg0KDQoNCg0KIA0KDQoNCkkgdGhpbmsgdGhlIGxhc3QgbWFp
bHMgYXJlIG1vcmUgYWJvdXQgZmxvdyBpZGVudGlmaWNhdGlvbiBhbmQgbm90IHRoZSBzZXF1ZW5j
ZSBudW1iZXIuDQoNCg0KU28sIEkgaGF2ZSByZS1zdWJqZWN0ZWQgbXkgYW5zd2VyLg0KDQoNCiAN
Cg0KDQpQU04gbGF5ZXIgdnMuIEROIGxheWVyIChNUExTKToNCg0KDQotIGluIGN1cnJlbnQgZGF0
YSBwbGFuZSB0ZXh0IHdlIGhhdmUgc3RhdGVkIHRoYXQgRGV0TmV0IFBXcyBtYXkgdXNlIGRlZGlj
YXRlZCBMU1BzIChURS10dW5uZWxzKS4NCg0KDQpUaGF0IGFsbG93IHRvIGlkZW50aWZ5IERldE5l
dCBmbG93cyBpbiBQU04gbGF5ZXIgd2l0aG91dCBjaGVja2luZyB0aGUgUFcgbGFiZWwuIFN1Y2gg
YSBzb2x1dGlvbiBvZg0KDQoNCmNvdXJzZSBtYXkgY2hhbGxlbmdlIHNjYWxhYmlsaXR5Lg0KDQoN
Ci0gcmVnYXJkaW5nIHByaW9yaXRpemF0aW9uOiB0ZXh0IGFsbG93cyBib3RoIEUtTFNQIGFuZCBM
LUxTUCBjb25jZXB0LCB3aGF0IG1ha2VzIHBvc3NpYmxlDQoNCg0KdG8gaWRlbnRpZnkgRGV0TmV0
IHBhY2tldHMuIEhvd2V2ZXIgdGhhdCBpcyBtb3JlIGZvciBzaW1wbGUgcXVldWluZyBzY2VuYXJp
b3MgYXMgaXQgZG9lcyBub3QNCg0KDQppZGVudGlmeSBpbmRpdmlkdWFsIGZsb3dzLg0KDQoNCiAN
Cg0KDQpQU04gbGF5ZXIgdnMuIEROIGxheWVyIChub24tTVBMUyk6DQoNCg0KLSBJUHY0OiBJZiBJ
IHJlbWVtYmVyIGNvcnJlY3RseSBpdCB3YXMgZGlzY3Vzc2VkIHRvIGJlIG91dC1vZi1zY29wZSB0
byBzaW1wbGlmeSB0aGUgc2NlbmFyaW9zIHdlIGZvY3VzIG9uLg0KDQoNCk5vLW9uZSB3YW50ZWQg
dG8gZGVmaW5lIG5ldyBJUHY0IGZpZWxkcyBmb3IgZmxvdy1JRCBhbmQgU2VxLU51bSBpbiB0aGUg
4oCcc3Vuc2V0IG9mIElQdjTigJ0uDQoNCg0KLSBJUHY2OiBiYXNlZCBvbiB0aGUgc3JjLUlQdjYg
YW5kIHRoZSBmbG93LWxhYmVsIE5QIGNhbiBkZXRlY3QgRGV0TmV0IGZsb3dzLiBXaHkgd291bGQg
d2UgbmVlZCBhIG5ldw0KDQoNCklQIHByb3RvY29sIHR5cGU/DQoNCg0KIA0KDQoNCkdlbmVyaWMg
dnMuIEROIGF3YXJlIGRhdGEgcGxhbmU6DQoNCg0KLSBJIHRoaW5rIHdlIG5lZWQgYm90aC4gV2Ug
aGF2ZSB1c2UtY2FzZXMgc3BlY2lmaWVkIGZvciBib3RoLg0KDQoNCiANCg0KDQpEZXROZXQgdHJh
ZmZpYyB0byBiZSB0cmFuc3BvcnRlZDoNCg0KDQotIHR3byB0eXBlcyBhcmUgY29uc2lkZXJlZDoN
Cg0KDQooMSkgRXRoZXJuZXQ6IElFRUUgVFNOIHRyYWZmaWMgZW5jYXBzdWxhdGVkIGluIEV0aGVy
bmV0IGZyYW1lcyBhbmQNCg0KDQooMikgSVA6IElQdjYgdHJhbnNwb3J0ZWQgb3ZlciBhbnkgTDIg
KG5vdCBhbHdheXMgRXRoZXJuZXQsIGJ1dCBtb3N0IGNhc2VzIEV0aGVybmV0KQ0KDQoNCkFzIG5v
dGVkIGFib3ZlIElQdjQgaXMgY3VycmVudGx5IG91dC1vZi1zY29wZSDigKYNCg0KDQogDQoNCg0K
Q2hlZXJzDQoNCg0KQmFsYeKAmXpzDQoNCg0KIA0KDQoNCg0KRnJvbTogU3Rld2FydCBCcnlhbnQg
W21haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dIA0KIFNlbnQ6IDIwMTguIGphbnXDoXIg
MTYuIDE3OjM4DQogVG86IEFuZHJldyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb20+DQogQ2M6
IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+OyBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6
cy5hLnZhcmdhQGVyaWNzc29uLmNvbT47IERldE5ldCBXRyA8ZGV0bmV0QGlldGYub3JnPg0KIFN1
YmplY3Q6IFJlOiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKQ0KDQoN
Cg0KDQogDQoNCiANCg0KDQpBbmR5DQoNCg0KT24gMTYvMDEvMjAxOCAxNToyMCwgQW5kcmV3IEcu
IE1hbGlzIHdyb3RlOg0KDQoNCg0KU3Rld2FydCwNCg0KDQogDQoNCg0KTGlrZSB3aXRoIFBXcyAo
c2luY2UgREVUTkVUIGZvciBNUExTIHdvdWxkIGp1c3QgYmUgYW5vdGhlciBQVyB0eXBlKSwgdGFy
Z2V0ZWQgTERQIGFuZCBwcm92aXNpb25pbmcgKHZpYSBhIGNlbnRyYWwgY29udHJvbGxlciwgTk1T
LCBldGMuKSBhcmUgYWx0ZXJuYXRpdmVzIHRvIFJTVlAgYW5kIFNSIHRvIHByb3Zpc2lvbmluZy9h
bGxvY2F0aW5nICB0aGUgREVUTkVUIFBXIGxhYmVsLg0KDQoNCg0KDQoNCiAuLi4gYW5kIEkgc3Vw
cG9zZSBzdHJpY3RseSBCR1Agd2hpY2ggaXMgYWxzbyB1c2VkIGZvciB0aGlzIHB1cnBvc2UgaW4g
VlBOcw0KIA0KIA0KDQoNCiANCg0KDQpZb3UgYW5kIE1hY2ggYXJlIGJvdGggcmlnaHQgdGhhdCBp
biB0aGUgSVAgKG5vbi1NUExTKSBjYXNlLCB3ZSBuZWVkIGEgd2F5IGZvciB0aGUgTlAgdG8gZGV0
ZWN0IERFVE5FVCBmbG93cy4gV2UgY291bGQgaGF2ZSBhIG5ldyBJUCBwcm90b2NvbCB0eXBlIGZv
ciBERVRORVQsIGFuZCBhIERFVE5FVCBoZWFkZXIgIGRpcmVjdGx5IGZvbGxvd3MgdGhlIElQIGhl
YWRlci4gSW4gdGhhdCBjYXNlLCB0aGUgREVUTkVUIGhlYWRlciB3b3VsZCBhbHNvIG5lZWQgYSBu
ZXh0IHByb3RvY29sIGlkZW50aWZpZXIsIHVubGVzcyB0aGUgbmV4dCBwcm90b2NvbCBpcyBhbHdh
eXMgYW5vdGhlciBJUCBoZWFkZXIuDQoNCg0KDQoNCg0KIExhc3QgSSBzYXcsIHRoZSB0aGlua2lu
ZyB3YXMgdGhhdCB0aGVyZSB3b3VsZCBiZSBhbiBJUCBleHRlbnNpb24gaGVhZGVyLCBhbHRob3Vn
aCBJIGFtIG5vdCBhIGZhbiBvZiB0aG9zZSBzaW5jZSAoYSkgSSBhbSBub3QgY29uZmlkZW50IHdo
YXQgYSByb3V0ZXIgd2lsbCBkbyBvbmUgaXQgZG9lcyBub3QgdW5kZXJzdGFuZCwgYW5kIChiKSBJ
IGFtIGNvbmNlcm5lZCBhYm91dCB0aGUgbmVlZCB0byBzdXBwb3J0IElQdjQgd2hpY2ggSSBzdXNw
ZWN0IHdpbGwgIGhhdmUgYSBsb25nIHRhaWwgaW4gZW50ZXJwcmlzZSBkZXBsb3ltZW50Lg0KIA0K
IEkgcHJlZmVyIGEgVURQIHR5cGUgZm9yIHRoaXMgcHVycG9zZSBzaW5jZSBpdCBoYXMgdW5pdmVy
c2FsIHN1cHBvcnQgdGhyb3VnaCBhbnkgbWlkZGxlIGJveC4gZmlyZXdhbGwgZXRjLCBhbmQgYWxs
IHJvdXRlcnMgbmVlZCB0byBsb29rIGEgdGhlIFVEUCBEUCBzbyBjaGVja2luZyBpZiBpdCBpcyBv
bmUgdGhleSBuZWVkIHRvIHdvcmsgb24gaXMganVzdCBvbmUgY29tcGFyZSBhbmQgY29uZGl0aW9u
YWwgYnJhbmNoLg0KIA0KIA0KDQoNCiANCg0KDQpPZiBjb3Vyc2UsIGZvciBNUExTLCB0aGUgREVU
TkVUIFBXIGxhYmVsIGlzIHRoZSBpZGVudGlmaWVyLg0KDQoNCg0KDQoNCiBPbmx5IGF0IHRoZSBQ
VyBsYXllci4gTm90ZSBteSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoaXMgaXMgc3VmZmljaWVu
dC4NCiANCiAtIFN0ZXdhcnQNCiAgDQoNCg0KIA0KDQoNCkNoZWVycywNCg0KDQoNCkFuZHkNCg0K
DQoNCiANCg0KDQoNCiANCg0KDQpPbiBUdWUsIEphbiAxNiwgMjAxOCBhdCA1OjQ2IEFNLCBTdGV3
YXJ0IEJyeWFudCA8c3Rld2FydC5icnlhbnRAZ21haWwuY29tPiB3cm90ZToNCg0KSWYgd2UgbmVl
ZCB0byBkaXNjcmltaW5hdGUgYXQgdGhlIFBTTiBsYXllciByYXRoZXIgdGhhbiB0aGUgRE4gbGF5
ZXIgdGhlbiB3ZSByZWFsbHkgYXJlIGZvcmNlZCB0byBjcmVhdGUgYSBuZXcgRkVDIHR5cGUgZm9y
IE1QTFMsIG9yIHN5bnRoZXNpemUgb25lIHRocm91Z2ggUlNWUCBvciBTUi4gSVAgaGFzIG5vIG5h
dGl2ZSBzdXBwb3J0IGZvciB0aGlzLCBidXQgd2UgY291bGQgaW50cm9kdWNlIHRoZSBjb25jZXB0
LCBmb3IgZXhhbXBsZSBieSAgbWFraW5nIHRoaXMgdGhlIHByb3BlcnR5IG9mIHRoZSBJUCBhZGRy
ZXNzIG9yIHNvbWUgd2F5IG9mIE1QTFNpbmcgSVAuDQoNCkhvd2V2ZXIgdGhlcmUgaXMgYSBkZWVw
ZXIgcXVlc3Rpb24gd2UgbmVlZCB0byBhbnN3ZXIuIElzIG91ciBleHBlY3RhdGlvbiB0aGF0IGVh
Y2ggaG9wIGluIHRoZSBkYXRhIHBsYW5lIEROIGF3YXJlLCBvciBpcyBvdXIgZXhwZWN0YXRpb24g
dGhhdCBhdCBsZXN0IGluIHNvbWUgbmV0d29ya3MgdGhlIGRhdGEgcGxhbmUgaXMgZ2VuZXJpYyB3
aXRoIHNvbWUgRE4gbm9kZXMgc3RyYXRlZ2ljYWxseSBwbGFjZWQ/DQoNCkkgY2FuIHNlZSB0aGFu
IGluIHNvbWUgZ3JlZW5maWVsZCBzcGVjaWFsaXN0IGNhc2VzIHRoZSByb3V0ZXJzIHdpbGwgYWxs
IGJlIEROIGF3YXJlLCBidXQgaW4gb3JkZXIgdG8gZ2V0IGRlcGxveW1lbnQgaW4gbW9zdCBuZXR3
b3JrcyB3ZSBuZWVkIHRvIGRlc2lnbiBmb3IgdGhlIGNhc2Ugd2hlcmUgb25seSBzdHJhdGVnaWMg
bm9kZXMgYXJlIEROIGF3YXJlLg0KDQotIFN0ZXdhcnQNCg0KDQogDQoNCg0KT24gMTYvMDEvMjAx
OCAwMToxNCwgTWFjaCBDaGVuIHdyb3RlOg0KDQoNCg0KSGkgQmFsYXpzLA0KDQoNCiANCg0KDQoj
MiBpcyBhIG1vcmUgbmF0dXJlIHNvbHV0aW9uLCB0aGUgRGV0TmV0IENXIGlzIGRlZGljYXRlZCBm
b3IgRGV0TmV0LCBzZWVtcyB0aGVyZSBpcyBubyBjb21wYXRpYmlsaXR5IGlzc3VlLg0KDQoNCiAN
Cg0KDQpJbiBhZGRpdGlvbiwgSSB0aGluayB3ZSBuZWVkIHRvIGRlZmluZSBhIHdheSBvbiBob3cg
dG8gZGlmZmVyZW50aWF0ZSBhIERldE5ldCBmbG93IGZyb20gYSBub24tRGV0TmV0IGZsb3csIHRo
ZW4gdGhlIG5ldHdvcmsgcHJvY2Vzc29yIGNhbiBwcm9jZXNzIHRoZSAgQ1cgYXMgZXhwZWN0ZWQu
ICBJbiBUU04sIGl0IHVzZXMgdGhlIHByaW9yaXR5IHRvIGRldGVybWluZSB3aGV0aGVyIGEgZmxv
dyBpcyBUU04gb3Igbm9uLVRTTiBmbG93LiBGb3IgRGV0TmV0LCBzaG91bGQgd2UgYWxzbyB1c2Ug
dGhlIHNhbWUgd2F5IChlLmcuLCBUQywgRFNDUCk/IE9yIHRoZSBEZXROZXQgc2VydmljZSBMYWJl
bCBpdHNlbGYgaW1wbGllcyB0aGUgc2l0dWF0aW9uLCBidXQgaXQgc2VlbXMgdGhhdCB0aGlzIG9u
bHkgd29ya3Mgd2hlbiAgdGhlIERldE5ldCBzZXJ2aWNlIGxhYmVsIGlzIHRoZSB0b3AgbGFiZWwu
ICANCg0KDQogDQoNCg0KQW55IG90aGVyIHRob3VnaHRzPw0KDQoNCiANCg0KDQpCZXN0IHJlZ2Fy
ZHMsDQoNCg0KTWFjaA0KDQoNCiANCg0KDQoNCg0KRnJvbTogZGV0bmV0IFttYWlsdG86ZGV0bmV0
LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBCYWzDoXpzIFZhcmdhIEENCiBTZW50OiBN
b25kYXksIEphbnVhcnkgMTUsIDIwMTggOTowNiBQTQ0KIFRvOiBEZXROZXQgV0cgPGRldG5ldEBp
ZXRmLm9yZz4NCiBTdWJqZWN0OiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVy
aW5nKQ0KDQoNCg0KDQogDQoNCg0KSGksDQoNCg0KIA0KDQoNClNvbWUgdGhvdWdodHMgdG8gc3Rh
cnQgZGlzY3Vzc2lvbiBvbiBvcGVuIHBvaW50cyBvZiB0aGUgRFAgc29sdXRpb24gZHJhZnQuDQoN
Cg0KVGhpcyBtYWlsKC10aHJlYWQpIGlzIG9uIHNlcXVlbmNlIG51bWJlcmluZy4NCg0KDQogDQoN
Cg0KUHJvYmxlbSBpbiBjYXNlIG9mIE1QTFMgYW5kIERldE5ldCBDb250cm9sIFdvcmQ6DQoNCg0K
LSBTL04gc2tpcHMgemVybyBwcm9ibGVtOiBFdGhlcm5ldCBQVyBkZWZpbml0aW9uIHN0YXRlcyB0
aGF0IFMvTiBza2lwcyB6ZXJvLg0KDQoNCkl0IHVzZXMgemVybyB0byBtZWFuIG5vIFMvTiBpbiB1
c2UuIChyZmM0NDQ4KQ0KDQoNCiANCg0KDQpQb3NzaWJsZSBwcm9ibGVtIHJlc29sdXRpb25zOg0K
DQoNCiMxOiBVc2luZyBhICJmbGFnIiBpbiB0aGUgcmVzZXJ2ZWQgYml0cyBwYXJ0IG9mIHRoZSBD
VzoNCg0KDQogICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAg
ICAgICAgICAgICAgICAgICAzDQoNCg0KICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAz
IDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQoNCg0KICAgICArLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0K
DQoNCiAgICAgfDAgMCAwIDB8RHxyZXNlcnZlZCAtIHNldCB0byAwICB8ICAgMTYgYml0IFNlcXVl
bmNlIE51bWJlciAgICAgIHwNCg0KDQogICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCg0KRC1iaXQ6IHNldCB0byDi
gJwx4oCdIG1lYW5zIERldE5ldCBzcGVjaWZpYyBTZXEuIE51bWJlciB1c2VkLA0KDQoNCkJpdDUt
MTU6IHJlc2VydmVkLg0KDQoNCiANCg0KDQpSRkM0NDQ4IHN0YXRlcyB0aGF0IHJlc2VydmVkIGJp
dHMg4oCcTVVTVCBiZSBpZ25vcmVkIHVwb24gcmVjZWlwdOKAnSwgc28gYmFja3dhcmQNCg0KDQpj
b21wYXRpYmlsaXR5IGlzIGVuc3VyZWQuIFN1Y2ggYSBzb2x1dGlvbiB3b3VsZCBhbGxvdyBhbHNv
IHRvIHVzZSBsb25nZXIgc2VxLm51bS4NCg0KDQpmb3JtYXRzIChpZiBuZWVkZWQpLiBTdWNoIGEg
Zm9ybWF0IGlzIGFsc28gaW5saW5lIHdpdGggUkZDNDM4NS4NCg0KDQogDQoNCg0KIzI6IE1ha2lu
ZyDigJww4oCdIGFzIGEgdmFsaWQgU2VxLk51bS4NCg0KDQpEZXROZXQgZmxvd3MgYXJlIHJlY29n
bml6ZWQgYW5kIGZvcndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0DQoNCg0KZG9tYWlu
LiBTL04gaXMgdXNlZCB3aXRoaW4gdGhlIERldE5ldCBkb21haW4gYnkgRGV0TmV0IFNlcnZpY2Ug
ZnVuY3Rpb25zDQoNCg0KKGkuZS4gUFJFRikuIFMvTiB1c2VkIG9ubHkgb24gRGV0TmV0IGVuZC1u
b2RlcyBhbmQgRGV0TmV0IHJlbGF5LW5vZGVzLiBObw0KDQoNCm90aGVyIG5vZGVzIGNhcmUgYWJv
dXQgdGhlIHZhbHVlIG9mIFMvTiwgdGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lmeSBpdHMNCg0K
DQpvd24gc2VxdWVuY2UgbnVtYmVyIHByb2Nlc3NpbmcgYWxnb3JpdGhtLiBTbyDigJww4oCdIGNh
biBiZSBhIHZhbGlkIG51bWJlcg0KDQoNCmFuZCBub3QgdGhlIGluZGljYXRpb24gdGhhdCBubyBT
ZXEuTnVtLiBpcyB1c2VkLiBUaGlzIGlzIGlubGluZSB3aXRoIFJGQzQzODUuDQoNCg0KIA0KDQoN
CiMzOiBPdGhlciDigKYgPyE/DQoNCg0KIA0KDQoNCkNvbW1lbnRzIGFyZSB3ZWxjb21lLg0KDQoN
CiANCg0KDQpDaGVlcnMNCg0KDQpCYWxhJ3pzDQoNCg0KIA0KDQoNCi0tLS0tT3JpZ2luYWwgTWVz
c2FnZS0tLS0tDQogRnJvbTogZGV0bmV0IFttYWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmdd
IE9uIEJlaGFsZiBPZiBMb3UgQmVyZ2VyDQogU2VudDogMjAxOC4gamFudcOhciAxMC4gMTk6MDEN
CiBUbzogRGV0TmV0IFdHIDxkZXRuZXRAaWV0Zi5vcmc+DQogU3ViamVjdDogW0RldG5ldF0gcmVj
b3JkaW5nIGZvciB0b2RheSdzIGludGVyaW0NCg0KDQogDQoNCg0KaXMgYXZhaWxhYmxlIGZvciBk
b3dubG9hZCBhdDoNCg0KDQpodHRwczovL2lldGYud2ViZXguY29tL2lldGYvbGRyLnBocD9SQ0lE
PWU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAxDQoNCg0KIA0KDQoNCnJhdyBub3RlcyBh
cmUgYXZhaWxhYmxlIGF0DQoNCg0KaHR0cDovL2V0aGVycGFkLnRvb2xzLmlldGYub3JnOjkwMDAv
cC9ub3Rlcy1pZXRmLWludGVyaW0tMjAxOC1kZXRuZXQtMDENCg0KDQogDQoNCg0KUGxlYXNlIGZl
ZWwgZnJlZSB0byB1cGRhdGUgdGhlIGV0aGVycGFkIGJhc2VkIG9uIHRoZSByZWNvcmRpbmcuDQoN
Cg0KIA0KDQoNCkxvdSAoYW5kIGNvLWNoYWlycykNCg0KDQogDQoNCg0KX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KDQpkZXRuZXQgbWFpbGluZyBsaXN0
DQoNCg0KZGV0bmV0QGlldGYub3JnDQoNCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s
aXN0aW5mby9kZXRuZXQNCg0KDQoNCg0KIA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXyBkZXRuZXQgbWFpbGluZyBsaXN0IGRldG5ldEBpZXRmLm9yZyBo
dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldCANCiANCg0KDQoNCg0K
DQoNCiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KIGRl
dG5ldCBtYWlsaW5nIGxpc3QNCiBkZXRuZXRAaWV0Zi5vcmcNCiBodHRwczovL3d3dy5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldA0KDQoNCg0KIA0KDQoNCg0KIA0KDQoNCiANCg0KDQog
DQoNCg0KDQoNCg0KDQoNCiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXw0KIGRldG5ldCBtYWlsaW5nIGxpc3QNCiBkZXRuZXRAaWV0Zi5vcmcNCiBodHRwczov
L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldA==


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPiA8cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1m
YW1pbHk6YXJpYWw7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdN
aWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0
aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjBweDsgYmFja2dyb3VuZC1jb2xvcjogcmdi
KDI1NSwgMjU1LCAyNTUpOyI+SGkgQmFsw6F6cyw8L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LXNp
emU6MTRweDtmb250LWZhbWlseTphcmlhbDsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQXJp
YWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwg
THVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4OyBiYWNrZ3Jv
dW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij5JIGFncmVlIHdpdGggeW91ciBjbGFyaWZp
Y2F0aW9uIG9uIFMvTiBhbmQgRE4gZnJhbWUgb3JkZXJpbmcgZnVuY3Rpb24gc3VnZ2VzdGlvbi48
L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6IDE0cHg7Ij48Zm9udCBmYWNlPSJBcmlhbCwg
5a6L5L2TLCBNaWNyb3NvZnQgWWFoZWksIEx1Y2lkYSBHcmFuZGUsIFZlcmRhbmEsIEx1Y2lkYSwg
SGVsdmV0aWNhLCBzYW5zLXNlcmlmIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIwcHg7IGJh
Y2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPmZyb20gc2VydmljZSBwcm90ZWN0
aW9uIHBvaW50IG9mIHZpZXcsIFMvTiBpcyBhbHNvIGhlYXZpbHkgaW52b2x2ZWQgaW4gcmVwbGlj
YXRpb24gd2hpY2ggbWlnaHQgaGFwcGVuIGluIG11bHRpcGxlIGludGVybWlkaWFyeSBub2Rlcywg
Jm5ic3A7aW4gYWRkaXRpb24gdG8gZHVwbGljYXRlIGRlY3Rpb24gaW4gZWxpbWluYXRpb24gYW5k
IHJlLW9yZGVyaW5nIGRlbGl2ZXJ5IG9uIHRoZSBlZ3Jlc3MuPC9zcGFuPjwvZm9udD48L3A+PHAg
c3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHls
ZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij5jaGVlcnMsPC9wPjxwIHN0eWxl
PSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbDsiPkRhbmllbDwvcD48cCBzdHlsZT0i
Zm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250
LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6
ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48ZGl2IGNsYXNzPSJ6TWFpbFNpZ24i
IHVub25hbWVjaD0i6buE5YWJ5bmzMTAwMzk3MTQiIHVub25hbWVlbj0iaHVhbmdndWFuZ3Bpbmcx
MDAzOTcxNCI+PHAgY2xhc3M9InpNYWlsU2lnblRpdGxlIiB1bm9uYW1lY2g9Ium7hOWFieW5szEw
MDM5NzE0IiB1bm9uYW1lZW49Imh1YW5nZ3VhbmdwaW5nMTAwMzk3MTQiIHN0eWxlPSJkaXNwbGF5
OiBub25lOyI+PGxhYmVsIGNsYXNzPSJzaWduX25hbWVVbm8iPjwvbGFiZWw+PHNwYW4gY2xhc3M9
InNpZ25fYXJyb3ciPjwvc3Bhbj48L3A+PGRpdiBjbGFzcz0iek1haWxTaWduQ29udGVudCI+PGRp
dj48ZGl2PjxkaXY+PHAgc3R5bGU9ImZvbnQtZmFtaWx5OiDlrovkvZM7IGZvbnQtc2l6ZToxNHB4
OyBsaW5lLWhlaWdodDogbm9ybWFsOyB3aWRvd3M6IDE7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjE0cHg7Y29sb3I6IzU4NTk1Qjtmb250LWZhbWlseTrlvq7ova/pm4Xpu5E7Zm9udC1zaXplOjE0
cHg7Ij48c3BhbiBjbGFzcz0ic2lnbmVkaXQiPjxicj48L3NwYW4+PC9zcGFuPjwvcD48cCBzdHls
ZT0iZm9udC1mYW1pbHk6IOWui+S9kzsgZm9udC1zaXplOjE0cHg7IGxpbmUtaGVpZ2h0OiBub3Jt
YWw7IHdpZG93czogMTsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTRweDtjb2xvcjojNTg1OTVC
O2ZvbnQtZmFtaWx5OuW+rui9r+mbhem7kSI+PHNwYW4gY2xhc3M9InNpZ25lZGl0IiBpZD0ic2ln
bl9uYW1lIj7pu4TlhYnlubM8L3NwYW4+IDxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpBcmlhbCI+
PHNwYW4gY2xhc3M9InNpZ25lZGl0IiBpZD0ic2lnbl9uYW1lX2VuZyI+aHVhbmdndWFuZ3Bpbmc8
L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4OyBsaW5lLWhl
aWdodDogbm9ybWFsOyB3aWRvd3M6IDE7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250LWZhbWlseTog
5a6L5L2TOyBmb250LXNpemU6MTRweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgd2lkb3dzOiAxOyI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2NvbG9yOiM1ODU5NUI7Zm9udC1mYW1pbHk65b6u
6L2v6ZuF6buRIj48c3BhbiBjbGFzcz0ic2lnbmVkaXQiIGlkPSJzaWduX2RlcHQiPumihOeglOag
h+WHhumDqC/mnInnur/noJTnqbbpmaIv5pyJ57q/5Lqn5ZOB57uP6JCl6YOoPC9zcGFuPiA8c3Bh
biBzdHlsZT0iZm9udC1mYW1pbHk6QXJpYWwiPiA8c3BhbiBjbGFzcz0ic2lnbmVkaXQiIGlkPSJz
aWduX2RlcHRfZW5nIj5TdGFuZGFyZCBQcmVyZXNlYXJjaCBEZXB0Li9XaXJlbGluZSBQcm9kdWN0
IE9wZXJhdGlvbiBEaXZpc2lvbjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvcD48cCBzdHlsZT0iZm9u
dC1zaXplOjE0cHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IHdpZG93czogMTsiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTRweDtjb2xvcjojNTg1OTVCO2ZvbnQtZmFtaWx5OuW+rui9r+mbhem7kTtm
b250LXNpemU6MTRweDsiPjxzcGFuIHN0eWxlPSIiPjxzcGFuIGNsYXNzPSJzaWduZWRpdCI+PGJy
Pjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7IGxpbmUt
aGVpZ2h0OiBub3JtYWw7IHdpZG93czogMTsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTRweDtj
b2xvcjojNTg1OTVCO2ZvbnQtZmFtaWx5OuW+rui9r+mbhem7kTtmb250LXNpemU6MTRweDsiPjwv
c3Bhbj48L3A+PHRhYmxlIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTog
5a6L5L2TOyB3aWRvd3M6IDE7Ij48dGJvZHk+PHRyIGNsYXNzPSJmaXJzdFJvdyI+PHRkIHZhbGln
bj0idG9wIiB3aWR0aD0iMTAwIj48aW1nIGlkPSJzaWduLWljb24iIHNyYz0iY2lkOjlhZTNlMjE0
YzE3ZDQ5ZWQ5MzVkODdjNjc0YmEzZWUyIiB3aWR0aD0iMTMwIiBoZWlnaHQ9IjEyMCI+PC90ZD48
dGQgdmFsaWduPSJ0b3AiIHdpZHRoPSI1MDAiIHN0eWxlPSJ3b3JkLWJyZWFrOiBicmVhay1hbGw7
Ij48aW1nIGlkPSJzaWduLWxvZ28iIHNyYz0iY2lkOjI0MjQyZTU2MzdhZjQyODg5MWM0ZGI3MzFl
Nzc2NWFkIiB3aWR0aD0iMTE1IiBoZWlnaHQ9IjM4Ij48YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxNHB4O2NvbG9yOiM1ODU5NUI7Zm9udC1mYW1pbHk65b6u6L2v6ZuF6buRIj48c3BhbiBjbGFz
cz0ic2lnbmVkaXQiIGlkPSJzaWduX2FkZHIiPuWNl+S6rOW4gumbqOiKseWMuui9r+S7tuWkp+mB
kzUw5Y+35Lit5YW06YCa6K6vMeWPt+alvCZuYnNwOzwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OkFyaWFsIj48c3BhbiBjbGFzcz0ic2lnbmVkaXQiIGlkPSJzaWduX2FkZHJfZW5n
XzEiPlImYW1wO0QgQnVpbGRpbmcsIFpURQpDb3Jwb3JhdGlvbiBTb2Z0d2FyZSBSb2FkIE5vLjUw
PC9zcGFuPiwgPGJyPjxzcGFuIGNsYXNzPSJzaWduZWRpdCIgaWQ9InNpZ25fYWRkcl9lbmdfMiI+
WXVodWEgRGlzdHJpY3QsIE5hbmppbmcsIFAuLlIuQ2hpbmEsIDIxMDAxMjwvc3Bhbj4mbmJzcDs8
YnI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDhGRDQiPk08L3NwYW4+OiA8c3BhbiBjbGFzcz0ic2ln
bmVkaXQiIGlkPSJzaWduX3Bob25lIj4rODYgMTM3NzAzMTEwNTI8L3NwYW4+IDxicj48c3BhbiBz
dHlsZT0iY29sb3I6IzAwOEZENCI+RTwvc3Bhbj46IDxzcGFuIGNsYXNzPSJzaWduZWRpdCIgaWQ9
InNpZ25fZW1haWwiPmh1YW5nLmd1YW5ncGluZ0B6dGUuY29tLmNuPC9zcGFuPiA8YnI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMwMDhGRDQiPjxhIGhyZWY9Imh0dHA6Ly93d3cuenRlLmNvbS5jbi8iIHRh
cmdldD0iX2JsYW5rIj53d3cuenRlLmNvbS5jbjwvYT48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3Rk
PjwvdHI+PC90Ym9keT48L3RhYmxlPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyB3
aWRvd3M6IDE7IGZvbnQtc2l6ZToxNHB4Oztjb2xvcjojNTg1OTViO2ZvbnQtc2l6ZToxMHB4Ij48
L3NwYW4+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PGRpdj48ZGl2IGNsYXNzPSJ6aGlz
dG9yeVJvdyIgc3R5bGU9ImRpc3BsYXk6YmxvY2siPjxkaXYgY2xhc3M9InpoaXN0b3J5RGVzIiBz
dHlsZT0id2lkdGg6IDEwMCU7IGhlaWdodDogMjhweDsgbGluZS1oZWlnaHQ6IDI4cHg7IGJhY2tn
cm91bmQtY29sb3I6ICNFMEU1RTk7IGNvbG9yOiAjMTM4OEZGOyB0ZXh0LWFsaWduOiBjZW50ZXI7
IiBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5T3JnVHh0Ij7ljp/lp4vpgq7ku7Y8L2Rpdj48ZGl2IGlk
PSJ6d3JpdGVIaXN0b3J5Q29udGFpbmVyIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUN1cnJlbnRDb250
ZW50Ij48ZGl2IGNsYXNzPSJjb250cm9sLWdyb3VwIHpoaXN0b3J5UGFuZWwiPjxkaXYgY2xhc3M9
InpoaXN0b3J5SGVhZGVyIiBzdHlsZT0icGFkZGluZzogOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAj
RjVGNkY4OyI+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTZW5kZXJUeHQiPuWP
keS7tuS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIj4gJmx0O2FnbWFs
aXNAZ21haWwuY29tJmd0Ozs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9
Ikhpc3RvcnlUT1R4dCI+5pS25Lu25Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNl
ck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij4gJmx0O2JhbGF6cy5hLnZhcmdhQGVyaWNz
c29uLmNvbSZndDs7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0
b3J5Q0NUeHQiPuaKhOmAgeS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1l
IiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+ICZsdDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7Ozwvc3Bh
bj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeURhdGVUeHQiPuaXpSDm
nJ8g77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9IiI+MjAxOOW5tDAx5pyIMTnml6UgMjA6MzQ8L3Nw
YW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTdWJqZWN0VHh0Ij7k
uLsg6aKYIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFRpdGxlIj48c3Ryb25nPlJlOiBb
RGV0bmV0XSBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbik8L3N0cm9uZz48L3NwYW4+
PC9kaXY+PC9kaXY+PHAgY2xhc3M9InpoaXN0b3J5Q29udGVudCI+PGJyPjwvcD48L2Rpdj48ZGl2
Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPmRldG5l
dCZuYnNwO21haWxpbmcmbmJzcDtsaXN0PGJyPmRldG5ldEBpZXRmLm9yZzxicj5odHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldDxicj48YnI+PGRpdiBkaXI9Imx0ciI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi44MDAwMDAxOTA3MzQ4NjNweCI+QmFsw6F6cyw8L3Nw
YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi44MDAwMDAxOTA3MzQ4NjNweCI+PGJyPjwvc3Bh
bj48ZGl2PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuODAwMDAwMTkwNzM0ODYzcHgiPlllcywg
SSBhZ3JlZSB3aXRoIHRoaXMgYW5hbHlzaXMuPC9zcGFuPjwvZGl2PjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTIuODAwMDAwMTkwNzM0ODYzcHgiPjxicj48L3NwYW4+PGRpdj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEyLjgwMDAwMDE5MDczNDg2M3B4Ij5DaGVlcnMsPC9zcGFuPjwvZGl2PjxkaXY+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi44MDAwMDAxOTA3MzQ4NjNweCI+QW5keTwvc3Bhbj48
L2Rpdj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjgwMDAwMDE5MDczNDg2M3B4Ij48YnI+PC9z
cGFuPjxicj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPjxkaXYgY2xhc3M9Imdt
YWlsX3F1b3RlIj5PbiBGcmksIEphbiAxOSwgMjAxOCBhdCA0OjA5IEFNLCBCYWzDoXpzIFZhcmdh
IEEgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86YmFsYXpzLmEudmFyZ2FAZXJp
Y3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPC9h
PiZndDs8L3NwYW4+IHdyb3RlOjxicj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0
eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5n
LWxlZnQ6MWV4Ij48ZGl2IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj48
ZGl2IGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVXb3JkU2VjdGlvbjEiPjxwIGNsYXNzPSJN
c29Ob3JtYWwiPkhpIEFuZHksPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBj
bGFzcz0iTXNvTm9ybWFsIj5ZZXMsIGdvb2QgcG9pbnQuIEZyb20gRE4gZmxvdyBwZXJzcGVjdGl2
ZSB3ZSBoYXZlIHRvIGNvcGUgd2l0aCBpbi1vcmRlciBkZWxpdmVyeS4gSG93ZXZlciw8L3A+PHAg
Y2xhc3M9Ik1zb05vcm1hbCI+c29tZSBkZXRhaWxlZCB0aG91Z2h0cyBvbiB0aGUgRE4gZnVuY3Rp
b25zIGFuZCB0aGVpciB1c2FnZSBvZiBTL046PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gRE4x
LCBDb25nZXN0aW9uIHByb3RlY3Rpb24gaXQgaXMgcHJhY3RpY2FsbHkgYWJvdXQgUW9TIGZ1bmN0
aW9ucywgd2hpY2ggd29ya3Mgb24gYSBwZXIgZmxvdzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5s
ZXZlbC4gSXQgc2VsZWN0cyBxdWV1ZXMgYmFzZWQgb24gZmxvdy1JRC4gSXQgZG9lcyBub3QgY29u
c2lkZXIgUy9OLjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4tIEROMiwgRXhwbGljaXQgcm91dGVz
IGlzIHByYWN0aWNhbGx5IHRyYWZmaWMgZW5naW5lZXJpbmcuIEl0IGRvZXMgbm90IGNhcmUgYWJv
dXQgUy9OLCBqdXN0IGZsb3ctSUQ8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+KHdoaWNoIGZsb3cg
aGF2ZSB0byB0YWtlIHdoaWNoIHR1bm5lbCkuPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gRE4z
LCBTZXJ2aWNlIHByb3RlY3Rpb24gaXMgdGhlIHBlciBwYWNrZXQgMStuIHByb3RlY3Rpb24sIHdo
ZXJlIHRoZSBlbGltaW5hdGlvbiBmdW5jdGlvbiBpcyA8YnI+IGJhc2VkIG9uIFMvTi48L3A+PHAg
Y2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgaXMg
d2h5IEkgd3JvdGUgUy9OIGlzIHVzZWQgb25seSBieSB0aGUgU2VydmljZSBQcm90ZWN0aW9uIGZ1
bmN0aW9uLjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05v
cm1hbCI+QnV0IFlvdXIgY29tbWVudCBpcyBmdWxseSB2YWxpZCBhbmQgcG9pbnRzIGZvciBtZSB0
byBhIHBvc3NpYmxlIG1pc3NpbmcgRE4gZnVuY3Rpb24uIFdlIHNob3VsZDwvcD48cCBjbGFzcz0i
TXNvTm9ybWFsIj5jb25zaWRlciB0byBkZWZpbmUgYW4gYWRkaXRpb25hbCBvbmU6IOKAnERONCBG
cmFtZSBvcmRlcmluZ+KAnS4gU3VjaCBhIGZ1bmN0aW9uIHdvdWxkIHVzZSBib3RoIHRoZTwvcD48
cCBjbGFzcz0iTXNvTm9ybWFsIj5mbG93LUlEIGFuZCB0aGUgUy9OLiBJdHMgZnVuY3Rpb24gaXMg
dG8gZW5zdXJlIGluIG9yZGVyIGRlbGl2ZXJ5IGlmIHRoYXQgaXMgcmVxdWlyZWQgYnkgdGhlIERl
dE5ldDwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5hcHBsaWNhdGlvbi4gQmVzdCBsb2NhdGVkIGF0
IHRoZSBlZ3Jlc3MtUEUuIERldGFpbHMgbmVlZCBmdXJ0aGVyIGRpc2N1c3Npb24uIChOb3RlOiBp
ZiB0aGUgYXBwbGljYXRpb248L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+aGFzIGl0cyBvd24gZW1i
ZWRkZWQgc2VxLm51bSBpbiB0aGUgZmxvdyBpdCBtYXkgbm90IG5lZWQgaW4tb3JkZXIgZGVsaXZl
cnksIGV0Yy4pPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNv
Tm9ybWFsIj5JIHRoaW5rIHRoYXQgaXMgYSBnb29kIGlkZWEgYW5kIG1ha2VzIHRoZSBETiBmdW5j
dGlvbnMgbW9yZSBtb2R1bGFyLiBBbHNvIGR1cmluZyB0aGUgRWxpbWluYXRpb248L3A+PHAgY2xh
c3M9Ik1zb05vcm1hbCI+d2UgY2FuIHNpbXBsZSBjb25jZW50cmF0ZSBvbiBkdXBsaWNhdGUgZGV0
ZWN0aW9uIGFuZCBvdXQtc291cmNlIGluLW9yZGVyIGRlbGl2ZXJ5IHRvIERONC48L3A+PHAgY2xh
c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNvLCB3ZSBjb3Vs
ZCBlbmQgdXAgaW4gZm91ciBETiBmdW5jdGlvbnM6PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0g
RE4xLCBDb25nZXN0aW9uIHByb3RlY3Rpb248L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+LSBETjIs
IEV4cGxpY2l0IHJvdXRlczwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4tIEROMywgU2VydmljZSBw
cm90ZWN0aW9uPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gRE40LCBGcmFtZSBvcmRlcmluZzwv
cD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hl
ZXJzPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJhbGHigJl6czwvcD48cCBjbGFzcz0iTXNvTm9y
bWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHN0cm9uZz5Gcm9tOjwvc3Ryb25n
PiBBbmRyZXcgRy4gTWFsaXMgW21haWx0bzo8YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFpbC5j
b20iIHRhcmdldD0iX2JsYW5rIj5hZ21hbGlzQGdtYWlsLmNvbTwvYT5dIDxicj4gPHN0cm9uZz5T
ZW50Ojwvc3Ryb25nPiAyMDE4LiBqYW51w6FyIDE4LiAyMjo0OTxicj4gPHN0cm9uZz5Ubzo8L3N0
cm9uZz4gQmFsw6F6cyBWYXJnYSBBICZsdDs8YSBocmVmPSJtYWlsdG86YmFsYXpzLmEudmFyZ2FA
ZXJpY3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29t
PC9hPiZndDs8YnI+IDxzdHJvbmc+Q2M6PC9zdHJvbmc+IERldE5ldCBXRyAmbHQ7PGEgaHJlZj0i
bWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRldG5ldEBpZXRmLm9yZzwv
YT4mZ3Q7PGJyPiA8c3Ryb25nPlN1YmplY3Q6PC9zdHJvbmc+IFJlOiBbRGV0bmV0XSBEUCBzb2x1
dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbik8L3A+PGRpdj48ZGl2IGNsYXNzPSJoNSI+PHAgY2xh
c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxkaXY+PHAgY2xhc3M9Ik1zb05vcm1hbCI+QmFsw6F6
cyw8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxkaXY+PHAgY2xhc3M9Ik1zb05v
cm1hbCI+SSBhZ3JlZSB3aXRoIHlvdXIgY29uY2x1c2lvbnMgcmVnYXJkaW5nIOKAnERldE5ldCBk
aXN0YW5jZeKAnS48L3A+PC9kaXY+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxkaXY+
PHAgY2xhc3M9Ik1zb05vcm1hbCI+SG93ZXZlciwgb25lIHBvaW50IEkgdGhpbmsgSSBkaXNhZ3Jl
ZSB3aXRoIHlvdSBpcyB3aGVuIHRoZSBzZXF1ZW5jZSBudW1iZXIgaXMgbmVjZXNzYXJ5IC0geW91
IHNhaWQgb25seSBieSB0aGUg4oCcc2VydmljZSBwcm90ZWN0aW9u4oCdIGZ1bmN0aW9u4oCdLiBI
b3dldmVyLCBhcyBEZXROZXQgZmxvd3MgYXJlIGluZGVlZCBmbG93cywgYW5kIGFuZCBtb3N0IChp
ZiBub3QgYWxsKSBhcHBsaWNhdGlvbnMgdGhhdCB3aWxsIHJlcXVpcmUgJm5ic3A7RGV0TmV0IHdp
bGwgbW9zdCBwcm9iYWJseSByZXF1aXJlIGluLW9yZGVyIGRlbGl2ZXJ5LCBzZXF1ZW5jZSBudW1i
ZXJzIGFyZSBnZW5lcmFsbHkgdXNlZnVsIGZvciByZW9yZGVyaW5nIGF0IHRoZSBkZXN0aW5hdGlv
biBpZiBwYWNrZXRzIGdldCBvdXQgb2Ygb3JkZXIgZHVyaW5nIGRlbGl2ZXJ5IGJ5IHRoZSB1bmRl
cmx5aW5nIG5ldHdvcmsuPC9wPjwvZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48
ZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNoZWVycyw8L3A+PC9kaXY+PGRpdj48cCBjbGFzcz0i
TXNvTm9ybWFsIj5BbmR5PC9wPjwvZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48
L2Rpdj48ZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48ZGl2PjxwIGNsYXNzPSJN
c29Ob3JtYWwiPk9uIFRodSwgSmFuIDE4LCAyMDE4IGF0IDI6NDEgUE0sIEJhbMOhenMgVmFyZ2Eg
QSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbSIgdGFyZ2V0
PSJfYmxhbmsiPmJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvcD48
YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI2NjY2NjYyAx
LjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1y
aWdodDowY20iPjxkaXY+PGRpdj48cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSw8L3A+PHAgY2xhc3M9
Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPnNvbWUgY29tbWVudHMg
cmVnYXJkaW5nIHdoYXQgaXMgbmVlZGVkIGZvciBhICJuZXR3b3JrcyB0aGF0IGFyZSB1bmRlciBh
IHNpbmdsZSBhZG1pbmlzdHJhdGl2ZSBjb250cm9sIiwgYmFzZWQgb24gdGhlIGV4aXN0aW5nIFdH
IGRyYWZ0cyAocHJvYmxlbSBzdGF0ZW1lbnQsIHVzZS1jYXNlcywgYXJjaGl0ZWN0dXJlLCAmbmJz
cDtldGMuKS4gTGV0J3MgdHJ5IHRvIGtlZXAgaXQgc2ltcGxlIGFuZCBmb2N1cyBvbiB3aGF0IHdl
IG5lZWQ6PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjEsIEZsb3cgcmVxdWlyZW1lbnRzOjwvcD48
cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLSBs
b3NzIGFuZC9vciBkZWxheSBib3VuZHM8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+MiwgRGV0TmV0
IGZ1bmN0aW9ucyAoZGVmaW5lZCBzbyBmYXIpOjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLSBETjEsIENvbmdlc3Rpb24gcHJvdGVjdGlv
biAoaS5lLiByZXNlcnZpbmcgcmVzb3VyY2VzLCBtYWdpYyBxdWV1aW5nLCBldGMuKTwvcD48cCBj
bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLSBETjIs
IEV4cGxpY2l0IHJvdXRlcyAoaS5lLiB0cmFmZmljIGVuZ2luZWVyaW5nKTwvcD48cCBjbGFzcz0i
TXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLSBETjMsIFNlcnZp
Y2UgcHJvdGVjdGlvbiAoYWdhaW5zdCBsb3NzIGJ5IG5ldHdvcmsgZmFpbHVyZXMpPC9wPjxwIGNs
YXNzPSJNc29Ob3JtYWwiPk5vdGU6IFRoZXNlIHRocmVlIHRlY2huaXF1ZXMgY2FuIGJlIGFwcGxp
ZWQgaW5kZXBlbmRlbnRseSwgZGVwZW5kaW5nIG9uIHRoZSBGbG93IHJlcXVpcmVtZW50cyBhbmQg
dGhlIG5ldHdvcmsgc2NlbmFyaW8uIEFzIGFuIGV4YW1wbGUsIGNvbmdlc3Rpb24gcHJvdGVjdGlv
biAoRE4xKSBhbG9uZSBpcyBvZmZlcmVkICZuYnNwO2J5IElFRUUgODAyLjEgQXVkaW8gVmlkZW8g
YnJpZGdpbmcuPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNv
Tm9ybWFsIj4zLCBGbG93IHNwZWNpZmljIGluZm9ybWF0aW9uIGhhdmUgdG8gdHJhdmVsIHdpdGgg
dGhlIHBhY2tldDo8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IC0gRmxvdy1JRCAocmVxdWlyZWQgYnkgYWxsIERldE5ldCBmdW5jdGlvbnMp
PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyAtIFNlcXVlbmNlIE51bWJlciAocmVxdWlyZWQgb25seSBieSAiU2VydmljZSBQcm90ZWN0aW9u
IiBmdW5jdGlvbik8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJN
c29Ob3JtYWwiPlNvLCByZWdhcmRpbmcgdGhlIHF1ZXN0aW9ucyBoZXJlIG9uIHRoZSBsaXN0Ojwv
cD48cCBjbGFzcz0iTXNvTm9ybWFsIj4tIERvIHdlIG5lZWQgYWxsIG5vZGVzIHRvIGJlIEROLWF3
YXJlIGluIGEgbmV0d29yaz88L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Tm90IG5lY2Vzc2FyaWx5
LiBJZiBpbiBhIG5ldHdvcmsgc2NlbmFyaW8gRGV0TmV0IGZsb3dzIHJlcXVpcmUgb25seSBmb3Ig
ZXhhbXBsZSBiYXNpYyBETjEgZnVuY3Rpb24gdGhhbiBZb3UgaGF2ZSBhIGdvb2QgY2hhbmNlIHRv
IHNlcnZlIGl0IHdpdGggZXhpc3RpbmcgZGV2aWNlcy4gSG93ZXZlciBpbiBzb21lICZuYnNwO2Nh
c2VzIGFsbCBETiBmdW5jdGlvbnMgYXJlIG5lZWRlZCBhdCBlYWNoIGhvcCwgc28geWVzLCBhbGwg
bm9kZXMgaGF2ZSB0byBiZSBETiBhd2FyZS48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Q29uY2x1
c2lvbjogdGhlIG1vcmUgRE4gZnVuY3Rpb25zIGFyZSBuZWVkZWQgaW4gYSBuZXR3b3JrIHNjZW5h
cmlvIHRvIHNlcnZlIERldE5ldCBmbG93cywgdGhlIG1vcmUgcHJvYmFibHkgd2UgbmVlZCBETi1h
d2FyZSBub2RlcyBhdCBlYWNoIGhvcC48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9w
PjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gRG8gd2UgbmVlZCBEZXROZXQgZGF0YS1wbGFuZSBmb3Ig
SVB2NCwgSVB2NiBhbmQgTVBMUz88L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+WWVzLCB0aGF0IHdv
dWxkIGJlIG5pY2UgdG8gaGF2ZSBmb3IgYWxsIG9mIHRoZW0uIEJ1dCBJIHRoaW5rIGl0IGlzIGEg
YmV0dGVyIHF1ZXN0aW9uIHdoaWNoIG9uZSBoYXMgdGhlIHNtYWxsZXN0IGRpc3RhbmNlIHRvIGJl
IERldE5ldC1yZWFkeT8gKEkgbWVhbiB3aGljaCBuZWVkIHRoZSBsZXNzIG5ldyBzdHVmZiAmbmJz
cDt0byBzdXBwb3J0IEROPykgVGhlIGRhdGEtcGxhbmUgYWx0ZXJuYXRpdmUgcmVsYXRlZCBkcmFm
dCBmb2N1c2VkIG9uIHRoYXQgYW5kIGFsc28gdGhlIG1haWxpbmcgdGhyZWFkcyBoZXJlLjwvcD48
cCBjbGFzcz0iTXNvTm9ybWFsIj5Db25jbHVzaW9uOiBJIHRoaW5rIHdlIGNhbiBjb25jbHVkZSBv
biBhIHJhbmsgb2YgInNtYWxsZXN0IERldE5ldC1kaXN0YW5jZSI6PC9wPjxwIGNsYXNzPSJNc29O
b3JtYWwiPjEsIE1QTFM8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+MiwgSVB2NjwvcD48cCBjbGFz
cz0iTXNvTm9ybWFsIj4zLiBJUHY0PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPk5vdGU6IGluIG15
IHZpZXcgdGhpcyBpcyBhbHNvIHRoZSBwcm9iYWJpbGl0eSBsaXN0IHdoYXQgbmV0d29ya3Mgc29t
ZW9uZSBpbnRlbmRzIHRvIHVzZSB0byBmb3J3YXJkIERldE5ldCBmbG93cyDigKY8L3A+PHAgY2xh
c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNoZWVyczwvcD48
cCBjbGFzcz0iTXNvTm9ybWFsIj5WQmFsYSd6czwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDs8L3A+PGRpdj48ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNlMWUx
ZTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+PHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHN0cm9uZz5Gcm9tOjwvc3Ryb25nPiBkZXRuZXQgW21haWx0bzo8YSBocmVmPSJtYWlsdG86ZGV0
bmV0LWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kZXRuZXQtYm91bmNlc0BpZXRm
Ljx3YnI+b3JnPC9hPl0gPHN0cm9uZz5PbiBCZWhhbGYgT2YgPC9zdHJvbmc+R3Jvc3NtYW4sIEV0
aGFuIEEuPGJyPiA8c3Ryb25nPlNlbnQ6PC9zdHJvbmc+IDIwMTguIGphbnXDoXIgMTcuIDE5OjUx
PGJyPiA8c3Ryb25nPlRvOjwvc3Ryb25nPiBEZXROZXQgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzpk
ZXRuZXRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kZXRuZXRAaWV0Zi5vcmc8L2E+Jmd0Ozsg
RGVib3JhaCBCcnVuZ2FyZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRiMzU0NkBhdHQuY29tIiB0YXJn
ZXQ9Il9ibGFuayI+ZGIzNTQ2QGF0dC5jb208L2E+Jmd0OzsgU3Rld2FydCBCcnlhbnQgJmx0Ozxh
IGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5z
dGV3YXJ0LmJyeWFudEBnbWFpbC5jb208L2E+Jmd0Ozxicj4gPHN0cm9uZz5DYzo8L3N0cm9uZz4g
VGltIENob3duICg8YSBocmVmPSJtYWlsdG86VGltLkNob3duQGppc2MuYWMudWsiIHRhcmdldD0i
X2JsYW5rIj5UaW0uQ2hvd25AamlzYy5hYy51azwvYT4pICZsdDs8YSBocmVmPSJtYWlsdG86VGlt
LkNob3duQGppc2MuYWMudWsiIHRhcmdldD0iX2JsYW5rIj5UaW0uQ2hvd25AamlzYy5hYy51azwv
YT4mZ3Q7PGJyPiA8c3Ryb25nPlN1YmplY3Q6PC9zdHJvbmc+IFJlOiBbRGV0bmV0XSBEUCBzb2x1
dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbik8L3A+PC9kaXY+PC9kaXY+PGRpdj48ZGl2PjxwIGNs
YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgU3Rl
d2FydC4gUmVnYXJkaW5nOjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv
dHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy
LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPuKAnFll
cywgd2UgbmVlZCB0byBoYXZlIHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFuZCByZWFjaCBh
IGNvbnNlbnN1cyBvZiB3aGV0aGVyPGJyPiBhKSBXZSBzdXBwb3J0IHY0PGJyPiBiKSBXZSBzdXBw
b3J0IHY0IGFuZCB2NiBieSB2NCBhbmQgdjYgc3BlY2lmaWMgcHJvdG9jb2wgZXh0ZW5zaW9uczxi
cj4gYykgV2UgdXNlIGEgc2luZ2xlIGNvbW1vbiBJUCBhcHByb2FjaDxicj4gZCkgV2UgdXNlIGFu
IGFwcHJvYWNoIHRoYXQgaXMgY29tbW9uIGFjcm9zcyBJUCBhbmQgTVBMU+KAnTwvc3Bhbj48L3A+
PHAgY2xhc3M9Ik1zb05vcm1hbCI+UGVyaGFwcywgZ2l2ZW4gVGltIENob3du4oCZcyBlYXJsaWVy
IGNvbW1lbnQ6PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyDigJxJZiB5b3XigJlyZSBzdWdnZXN0aW5nIGFuIElQdjQtb25s
eSBzb2x1dGlvbiwgeW914oCZcmUgcnVubmluZyB1cCBhZ2FpbnN0IDxhIGhyZWY9Imh0dHBzOi8v
d3d3LmlhYi5vcmcvMjAxNi8xMS8wNy9pYWItc3RhdGVtZW50LW9uLWlwdjYvIiB0YXJnZXQ9Il9i
bGFuayI+aHR0cHM6Ly93d3cuaWFiLm9yZy8yMDE2LzExLzx3YnI+MDcvaWFiLXN0YXRlbWVudC1v
bi1pcHY2LzwvYT4u4oCdPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFz
cz0iTXNvTm9ybWFsIj5XZSBjb3VsZCBnZXQgRGVib3JhaCB3aXRoIGhlciBBRCBoYXQgb24gdG8g
Y29tbWVudCBvbiB0aGlzPzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5FdGhhbi48L3A+PHAgY2xh
c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxkaXY+PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y
ZGVyLXRvcDpzb2xpZCAjZTFlMWUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzdHJvbmc+RnJvbTo8L3N0cm9uZz4gU3Rld2FydCBCcnlhbnQg
WzxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5r
Ij5tYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuPHdicj5jb208L2E+XSA8YnI+IDxzdHJvbmc+
U2VudDo8L3N0cm9uZz4gV2VkbmVzZGF5LCBKYW51YXJ5IDE3LCAyMDE4IDEwOjM5IEFNPGJyPiA8
c3Ryb25nPlRvOjwvc3Ryb25nPiBHcm9zc21hbiwgRXRoYW4gQS4gJmx0OzxhIGhyZWY9Im1haWx0
bzplYWdyb3NAZG9sYnkuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZWFncm9zQGRvbGJ5LmNvbTwvYT4m
Z3Q7OyBCYWzDoXpzIFZhcmdhIEEgJmx0OzxhIGhyZWY9Im1haWx0bzpiYWxhenMuYS52YXJnYUBl
cmljc3Nvbi5jb20iIHRhcmdldD0iX2JsYW5rIj5iYWxhenMuYS52YXJnYUBlcmljc3Nvbi5jb208
L2E+Jmd0OzsgQW5kcmV3IEcuIE1hbGlzICZsdDs8YSBocmVmPSJtYWlsdG86YWdtYWxpc0BnbWFp
bC5jb20iIHRhcmdldD0iX2JsYW5rIj5hZ21hbGlzQGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPiA8c3Ry
b25nPkNjOjwvc3Ryb25nPiBEZXROZXQgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0
Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kZXRuZXRAaWV0Zi5vcmc8L2E+Jmd0OzsgTWFjaCBDaGVu
ICZsdDs8YSBocmVmPSJtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5r
Ij5tYWNoLmNoZW5AaHVhd2VpLmNvbTwvYT4mZ3Q7PGJyPiA8c3Ryb25nPlN1YmplY3Q6PC9zdHJv
bmc+IFJlOiBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbik8L3A+PC9kaXY+PC9kaXY+
PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwPkhpJm5ic3A7IEV0aGFuLDwvcD48cCBj
bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PGRpdj48cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAx
Ny8wMS8yMDE4IDE4OjI0LCBHcm9zc21hbiwgRXRoYW4gQS4gd3JvdGU6PC9wPjwvZGl2PjxibG9j
a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPjxwIGNs
YXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBTdGV3YXJ0IGZvciB0aGUgY2xhcmlmaWNhdGlvbi4gSSBp
bnRlcnByZXQgeW91ciBzdGF0ZW1lbnQg4oCcYSBkZWNpc2lvbiBub3QgdG8gc3VwcG9ydCBJUHY0
4oCdIHRvIG1lYW4g4oCcYSBkZWNpc2lvbiBub3QgdG8gcHJvcG9zZSBhZGRpbmcgYW55dGhpbmcg
dG8gdGhlIGV4aXN0aW5nIElQdjQgc3RhbmRhcmTigJ0uPC9wPjwvYmxvY2txdW90ZT48cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz
ZXJpZiI+PGJyPiBUbyBzdXBwb3J0IElQdjQgdGhlcmUgYXJlIGEgbnVtYmVyIG9mIG1ldGhvZHMg
dGhhdCBhcmUgcG9zc2libGUsIG9uZSBpcyB0byBhZGQgc29tZXRoaW5nIHRvIHY0IGl0c2VsZiBh
cyBpcyBwcm9wb3NlZCBmb3IgdjYuIEFkZGluZyBzb21ldGhpbmcgdG8gdGhlIGJhc2UgcHJvdG9j
b2wgd2lsbCBiZSB2ZXJ5IGRpZmZpY3VsdC48YnI+IDxicj4gQW5vdGhlciBtZXRob2QsIGlzIHRv
IGRvIHdoYXQgaGFzIGJlZW4gcHJvcG9zZWQgYnkgc29tZSBmb3IgTVBMUywgdGhhdCBpcyB0byBl
bmNvZGUgdGhlIGlkZW50aXR5IGFuZCB0eXBlIGluIHRoZSBJUCBhZGRyZXNzLiBUaGVyZSBpcyBh
IHByb3Bvc2FsIHRvIGRvIHRoaXMgaW4gU1J2Ni4gSSBhbSBub3QgYSBncmVhdCBmYW4gb2YgYWJ1
c2luZyB0aGUgYWRkcmVzcyBzcGFjZSBmb3IgdGhpcyBpbiB0aGUgd2F5IHByb3Bvc2VkIGJ5IHRo
YXQgd29yaywgJm5ic3A7YnV0IG1heWJlIHdlIGNhbiBkbyBzb21ldGhpbmcgbXVjaCBzaW1wbGVy
IGhlcmUgYW5kIHNpbXBseSBpZGVudGlmeSB0aGUgRE4gaW5zdGFuY2UgYnkgdGhlIElQIGFkZHJl
c3Mgd2l0aCBubyBvdGhlciBzZW1hbnRpY3MuIE11Y2ggZWFzaWVyIHRvIGRvIHRoaXMgZm9yIElQ
djYgd2l0aCB0aGUgImluZmluaXRlIGFkZHJlc3NlcyIgYnV0IHdlIGNvdWxkIGdldCBhd2F5IHdp
dGggaXQgaW4gbGltaXRlZCBwcml2YXRlIElwdjQgbmV0d29ya3MuIE9mICZuYnNwO2NvdXJzZSB0
aGlzIGRvZXMgY2hhbmdlIHRoZSBwZXItaG9wIGJlaGF2aW91ciBvZiBJUCB3aGljaCBtYXkgYmUg
YSBjaGFsbGVuZ2UgdG8gZ2V0IHRoZSBJRVRGIHRvIHNpZ24gb2Ygb24uPGJyPiA8YnI+IEFub3Ro
ZXIgbWV0aG9kIGlzIHRvIHVzZSBzb21lIG1ldGhvZCBvZiBjYXJyeWluZyBhbiBNUExTIGxhYmVs
IHN0YWNrIC0gdGhpcyB3YXMgdGhlIGZpcnN0IHByb3Bvc2FsLiBOb3cgSSBzYWlkIHRoYXQgSSBk
aWQgbm90IHRoaW5rIGFueW9uZSBoYWQgZG9uZSB0aGF0IGFuZCBJIHN0aWxsIGJlbGlldmUgdGhh
dCB0byBiZSB0aGUgY2FzZSwgYnV0IHRoYXQgZG9lcyBub3QgbWVhbiB0aGF0IGl0IGlzIG5vdCB0
aGUgbGVhc3Qgd29yc3QgYXBwcm9hY2guICZuYnNwO1RoZXJlIGFyZSBhbHRlcm5hdGVzIGZvciBl
eGFtcGxlIElQL1VEUC9NUExTPGJyPiB3aGljaCBpcyB0aGUgc28gY2FsbGVkIFVTUiBhcHByb2Fj
aCB0aGF0IGEgbnVtYmVyIG9mIHVzIGFkdm9jYXRlIGFzIGFuIGFsdGVybmF0aXZlIHRvIFNSdjYu
PC9zcGFuPjwvcD48YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90
dG9tOjUuMHB0Ij48cCBjbGFzcz0iTXNvTm9ybWFsIj5JZiB0aGF0IGlzbuKAmXQgY29ycmVjdCwg
cGxlYXNlIGxldCBtZSBrbm93LiBBcyB5b3UgbWF5IHJlY2FsbCBJIGFscmVhZHkgc3RhcnRlZCBh
IHRocmVhZCBhd2hpbGUgYWdvIHRvIGRpc2N1c3MgSVB2NCB2cyBJUHY2LCBhbmQgYmFzZWQgb24g
dGhlIHJlc3BvbnNlcyBpdCBhcHBlYXJlZCB0byBtZSBhdCB0aGF0ICZuYnNwO3RpbWUgdGhhdCB0
aGVyZSB3ZXJlIHNvbWUga2luZCBvZiBvcHRpb25zLCB0aG91Z2ggbm90IGEg4oCcbmF0aXZlIElQ
djTigJ0gc29sdXRpb24sIGJ1dCBpdCB3YXNu4oCZdCBjbGVhciB0byBtZSAoYXMgYSBub24tZXhw
ZXJ0IGluIHRoZSB2YXJpb3VzIG5ldHdvcmtpbmcgcHJvdG9jb2xzIG1lbnRpb25lZCkgd2hldGhl
ciB0aGV5IHdvdWxkIGJlIHZpYWJsZSBpbiBwcmFjdGljZSBvciBub3QuIEkgd2lsbCByZXZpdmUg
dGhhdCB0aHJlYWQgYW5kIHNlZSBpZiAmbmJzcDt3ZSBjYW4gZ2V0IGFueSBjbG9zZXIgdG8gZGV0
ZXJtaW5pbmcgdGhlIGltcG9ydGFuY2Ugb2YgSVB2NCB0byBvdXIgdGFyZ2V0IGN1c3RvbWVycywg
YW5kIGhvcGVmdWxseSBzb21lIHNlbnNlIG9mIHdoZXRoZXIgdGhlIHByb3Bvc2VkIG5vbi1uYXRp
dmUtSVB2NCBzdHJhdGVnaWVzIHdpbGwgaG9sZCB3YXRlci48L3A+PC9ibG9ja3F1b3RlPjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7
LHNlcmlmIj48YnI+IFllcywgd2UgbmVlZCB0byBoYXZlIHRoZSBkaXNjdXNzaW9uIG9uIHRoZSBs
aXN0IGFuZCByZWFjaCBhIGNvbnNlbnN1cyBvZiB3aGV0aGVyPGJyPiA8YnI+IGEpIFdlIHN1cHBv
cnQgdjQ8YnI+IGIpIFdlIHN1cHBvcnQgdjQgYW5kIHY2IGJ5IHY0IGFuZCB2NiBzcGVjaWZpYyBw
cm90b2NvbCBleHRlbnNpb25zPGJyPiBjKSBXZSB1c2UgYSBzaW5nbGUgY29tbW9uIElQIGFwcHJv
YWNoPGJyPiBkKSBXZSB1c2UgYW4gYXBwcm9hY2ggdGhhdCBpcyBjb21tb24gYWNyb3NzIElQIGFu
ZCBNUExTPGJyPiA8YnI+IC0gU3Rld2FydDwvc3Bhbj48L3A+PGJsb2NrcXVvdGUgc3R5bGU9Im1h
cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+PHAgY2xhc3M9Ik1zb05vcm1hbCI+
RXRoYW4uPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48ZGl2PjxkaXYgc3R5bGU9
ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI2UxZTFlMSAxLjBwdDtwYWRkaW5nOjMuMHB0
IDBjbSAwY20gMGNtIj48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Ryb25nPkZyb206PC9zdHJvbmc+
IFN0ZXdhcnQgQnJ5YW50IFs8YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29t
IiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLjx3YnI+Y29tPC9h
Pl0gPGJyPiA8c3Ryb25nPlNlbnQ6PC9zdHJvbmc+IFdlZG5lc2RheSwgSmFudWFyeSAxNywgMjAx
OCAxMjoyOSBBTTxicj4gPHN0cm9uZz5Ubzo8L3N0cm9uZz4gR3Jvc3NtYW4sIEV0aGFuIEEuIDxh
IGhyZWY9Im1haWx0bzplYWdyb3NAZG9sYnkuY29tIiB0YXJnZXQ9Il9ibGFuayI+Jmx0O2VhZ3Jv
c0Bkb2xieS5jb20mZ3Q7PC9hPjsgQmFsw6F6cyBWYXJnYSBBIDxhIGhyZWY9Im1haWx0bzpiYWxh
enMuYS52YXJnYUBlcmljc3Nvbi5jb20iIHRhcmdldD0iX2JsYW5rIj4mbHQ7YmFsYXpzLmEudmFy
Z2FAZXJpY3Nzb24uY29tJmd0OzwvYT47IEFuZHJldyBHLiBNYWxpcyA8YSBocmVmPSJtYWlsdG86
YWdtYWxpc0BnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj4mbHQ7YWdtYWxpc0BnbWFpbC5jb20m
Z3Q7PC9hPjxicj4gPHN0cm9uZz5DYzo8L3N0cm9uZz4gRGV0TmV0IFdHIDxhIGhyZWY9Im1haWx0
bzpkZXRuZXRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4mbHQ7ZGV0bmV0QGlldGYub3JnJmd0
OzwvYT47IE1hY2ggQ2hlbiA8YSBocmVmPSJtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20iIHRh
cmdldD0iX2JsYW5rIj4mbHQ7bWFjaC5jaGVuQGh1YXdlaS5jb20mZ3Q7PC9hPjxicj4gPHN0cm9u
Zz5TdWJqZWN0Ojwvc3Ryb25nPiBSZTogRFAgc29sdXRpb24gKEZsb3cgaWRlbnRpZmljYXRpb24p
PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cD4mbmJzcDs8
L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxkaXY+PHAgY2xhc3M9Ik1zb05vcm1h
bCI+T24gMTYvMDEvMjAxOCAxODozOCwgR3Jvc3NtYW4sIEV0aGFuIEEuIHdyb3RlOjwvcD48L2Rp
dj48YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0
Ij48cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBCYWxh4oCZenMsPC9wPjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPlJlZ2FyZGluZyBJUHY0LCBJIGFsc28gdW5kZXJzdG9vZCB0aGF0IHdlIGRlY2lkZWQgdGhh
dCB3ZSBjYW7igJl0IGFkZCBuZXcgSVB2NCBmaWVsZHMuIFBhcmRvbiBteSBpZ25vcmFuY2UgaGVy
ZSwgYnV0IGRvZXMgdGhhdCBtZWFuIHRoZXJlIGlzIG5vIHBhcnQgb2YgRGV0TmV0IGNhcGFiaWxp
dHkgdGhhdCBjYW4gJm5ic3A7YmUgcnVuIG92ZXIgSVB2ND8gT3IgaXMgdGhlcmUgc29tZSDigJx3
b3JrYXJvdW5k4oCdIHRvIHByb3ZpZGUgYXMgSSBzYXkgZXZlbiBwYXJ0IG9mIHRoZSBEZXROZXQg
Y2FwYWJpbGl0eSwgZ2l2ZW4gdGhhdCBpdCBpcyBhbiBFbmdpbmVlcmVkIG5ldHdvcms/IEkganVz
dCB3YW50IHRvIGNsYXJpZnkgZXhwZWN0YXRpb25zIGhlcmUuPC9wPjwvYmxvY2txdW90ZT48cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2Vy
aWYmcXVvdDsiPjxicj4gSWYgeW91IGhhdmUgYSBuYXRpdmUgSVB2NCBuZXR3b3JrIHRvIHdoaWNo
IHlvdSBwcmVzZW50IElQdjYgcGFja2V0cywgeW91IGVpdGhlciBoYXZlIHRvIHR1bm5lbCB0aGVt
IGFjcm9zcyB3aGVyZSB0aGUgSVB2NiBpcyBjb25zaWRlcmVkIG9wYXF1ZSBkYXRhLCBvciB5b3Ug
aGF2ZSB0byB0cmFuc2xhdGUgdGhlbSB0byBJUHY0LCBidXQgdGhhdCByZXF1aXJlcyBzb21lIGNv
bW1vbiBzZW1hbnRpY3MgdG8gZGVhbCB3aXRoIGV4dGVuc2lvbiBoZWFkZXJzICZuYnNwO3doaWNo
IHdlIGRvbid0IGN1cnJlbnRseSBoYXZlLjxicj4gPGJyPiBTbywgYXMgZmFyIGFzIEkgY2FuIHNl
ZSwgYSBkZWNpc2lvbiBub3QgdG8gc3VwcG9ydCBJUHY0IG1lYW5zIG5vIEROIHN1cHBvcnQgYWNy
b3NzIHRoZSBJUHY0IG5ldHdvcmsuPGJyPiA8YnI+IFdoaWNoIHRha2VzIHVzIGJhY2sgdG8gdGhl
IHF1ZXN0aW9uIG9mIGhvdyBpbXBvcnRhbnQgaXMgdGhpcyBhbmQgd2hhdCB3aWxsIGl0IGRvIHRv
IHRoZSB0YWtlLXVwIG9mIHRoZSB0ZWNobm9sb2d5IGJ5IGl0cyB0YXJnZXQgY3VzdG9tZXJzPzxi
cj4gPGJyPiAtIFN0ZXdhcnQ8YnI+IDxicj4gPC9zcGFuPjwvcD48YmxvY2txdW90ZSBzdHlsZT0i
bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij48cCBjbGFzcz0iTXNvTm9ybWFs
Ij5UaGFua3MsPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPkV0aGFuLjwvcD48cCBjbGFzcz0iTXNv
Tm9ybWFsIj4mbmJzcDs8L3A+PGRpdj48ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w
OnNvbGlkICNlMWUxZTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+PHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHN0cm9uZz5Gcm9tOjwvc3Ryb25nPiBkZXRuZXQgWzxhIGhyZWY9Im1haWx0
bzpkZXRuZXQtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0bzpkZXRuZXQt
Ym91bmNlc0BpZXRmLjx3YnI+b3JnPC9hPl0gPHN0cm9uZz5PbiBCZWhhbGYgT2YgPC9zdHJvbmc+
QmFsw6F6cyBWYXJnYSBBPGJyPiA8c3Ryb25nPlNlbnQ6PC9zdHJvbmc+IFR1ZXNkYXksIEphbnVh
cnkgMTYsIDIwMTggMTA6MjEgQU08YnI+IDxzdHJvbmc+VG86PC9zdHJvbmc+IFN0ZXdhcnQgQnJ5
YW50IDxhIGhyZWY9Im1haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20iIHRhcmdldD0iX2Js
YW5rIj4gJmx0O3N0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSZndDs8L2E+OyBBbmRyZXcgRy4gTWFs
aXMgPGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ICZs
dDthZ21hbGlzQGdtYWlsLmNvbSZndDs8L2E+PGJyPiA8c3Ryb25nPkNjOjwvc3Ryb25nPiBEZXRO
ZXQgV0cgPGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPiZs
dDtkZXRuZXRAaWV0Zi5vcmcmZ3Q7PC9hPjsgTWFjaCBDaGVuIDxhIGhyZWY9Im1haWx0bzptYWNo
LmNoZW5AaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPiZsdDttYWNoLmNoZW5AaHVhd2VpLmNv
bSZndDs8L2E+PGJyPiA8c3Ryb25nPlN1YmplY3Q6PC9zdHJvbmc+IFtEZXRuZXRdIERQIHNvbHV0
aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz0iTXNvTm9y
bWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+SSB0aGluayB0aGUgbGFzdCBtYWls
cyBhcmUgbW9yZSBhYm91dCBmbG93IGlkZW50aWZpY2F0aW9uIGFuZCBub3QgdGhlIHNlcXVlbmNl
IG51bWJlci48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+U28sIEkgaGF2ZSByZS1zdWJqZWN0ZWQg
bXkgYW5zd2VyLjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1z
b05vcm1hbCI+UFNOIGxheWVyIHZzLiBETiBsYXllciAoTVBMUyk6PC9wPjxwIGNsYXNzPSJNc29O
b3JtYWwiPi0gaW4gY3VycmVudCBkYXRhIHBsYW5lIHRleHQgd2UgaGF2ZSBzdGF0ZWQgdGhhdCBE
ZXROZXQgUFdzIG1heSB1c2UgZGVkaWNhdGVkIExTUHMgKFRFLXR1bm5lbHMpLjwvcD48cCBjbGFz
cz0iTXNvTm9ybWFsIj5UaGF0IGFsbG93IHRvIGlkZW50aWZ5IERldE5ldCBmbG93cyBpbiBQU04g
bGF5ZXIgd2l0aG91dCBjaGVja2luZyB0aGUgUFcgbGFiZWwuIFN1Y2ggYSBzb2x1dGlvbiBvZjwv
cD48cCBjbGFzcz0iTXNvTm9ybWFsIj5jb3Vyc2UgbWF5IGNoYWxsZW5nZSBzY2FsYWJpbGl0eS48
L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+LSByZWdhcmRpbmcgcHJpb3JpdGl6YXRpb246IHRleHQg
YWxsb3dzIGJvdGggRS1MU1AgYW5kIEwtTFNQIGNvbmNlcHQsIHdoYXQgbWFrZXMgcG9zc2libGU8
L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+dG8gaWRlbnRpZnkgRGV0TmV0IHBhY2tldHMuIEhvd2V2
ZXIgdGhhdCBpcyBtb3JlIGZvciBzaW1wbGUgcXVldWluZyBzY2VuYXJpb3MgYXMgaXQgZG9lcyBu
b3Q8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+aWRlbnRpZnkgaW5kaXZpZHVhbCBmbG93cy48L3A+
PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPlBTTiBs
YXllciB2cy4gRE4gbGF5ZXIgKG5vbi1NUExTKTo8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+LSBJ
UHY0OiBJZiBJIHJlbWVtYmVyIGNvcnJlY3RseSBpdCB3YXMgZGlzY3Vzc2VkIHRvIGJlIG91dC1v
Zi1zY29wZSB0byBzaW1wbGlmeSB0aGUgc2NlbmFyaW9zIHdlIGZvY3VzIG9uLjwvcD48cCBjbGFz
cz0iTXNvTm9ybWFsIj5Oby1vbmUgd2FudGVkIHRvIGRlZmluZSBuZXcgSVB2NCBmaWVsZHMgZm9y
IGZsb3ctSUQgYW5kIFNlcS1OdW0gaW4gdGhlIOKAnHN1bnNldCBvZiBJUHY04oCdLjwvcD48cCBj
bGFzcz0iTXNvTm9ybWFsIj4tIElQdjY6IGJhc2VkIG9uIHRoZSBzcmMtSVB2NiBhbmQgdGhlIGZs
b3ctbGFiZWwgTlAgY2FuIGRldGVjdCBEZXROZXQgZmxvd3MuIFdoeSB3b3VsZCB3ZSBuZWVkIGEg
bmV3PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPklQIHByb3RvY29sIHR5cGU/PC9wPjxwIGNsYXNz
PSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5HZW5lcmljIHZzLiBE
TiBhd2FyZSBkYXRhIHBsYW5lOjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4tIEkgdGhpbmsgd2Ug
bmVlZCBib3RoLiBXZSBoYXZlIHVzZS1jYXNlcyBzcGVjaWZpZWQgZm9yIGJvdGguPC9wPjxwIGNs
YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5EZXROZXQgdHJh
ZmZpYyB0byBiZSB0cmFuc3BvcnRlZDo8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+LSB0d28gdHlw
ZXMgYXJlIGNvbnNpZGVyZWQ6PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWlu
ZGVudDozNi4wcHQiPigxKSBFdGhlcm5ldDogSUVFRSBUU04gdHJhZmZpYyBlbmNhcHN1bGF0ZWQg
aW4gRXRoZXJuZXQgZnJhbWVzIGFuZDwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4
dC1pbmRlbnQ6MzYuMHB0Ij4oMikgSVA6IElQdjYgdHJhbnNwb3J0ZWQgb3ZlciBhbnkgTDIgKG5v
dCBhbHdheXMgRXRoZXJuZXQsIGJ1dCBtb3N0IGNhc2VzIEV0aGVybmV0KTwvcD48cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6MzYuMHB0Ij5BcyBub3RlZCBhYm92ZSBJUHY0
IGlzIGN1cnJlbnRseSBvdXQtb2Ytc2NvcGUg4oCmPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu
YnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5DaGVlcnM8L3A+PHAgY2xhc3M9Ik1zb05vcm1h
bCI+QmFsYeKAmXpzPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48ZGl2PjxkaXYg
c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI2UxZTFlMSAxLjBwdDtwYWRkaW5n
OjMuMHB0IDBjbSAwY20gMGNtIj48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Ryb25nPkZyb206PC9z
dHJvbmc+IFN0ZXdhcnQgQnJ5YW50IFs8YSBocmVmPSJtYWlsdG86c3Rld2FydC5icnlhbnRAZ21h
aWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLjx3YnI+
Y29tPC9hPl0gPGJyPiA8c3Ryb25nPlNlbnQ6PC9zdHJvbmc+IDIwMTguIGphbnXDoXIgMTYuIDE3
OjM4PGJyPiA8c3Ryb25nPlRvOjwvc3Ryb25nPiBBbmRyZXcgRy4gTWFsaXMgJmx0OzxhIGhyZWY9
Im1haWx0bzphZ21hbGlzQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFnbWFsaXNAZ21haWwu
Y29tPC9hPiZndDs8YnI+IDxzdHJvbmc+Q2M6PC9zdHJvbmc+IE1hY2ggQ2hlbiAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFjaC5jaGVu
QGh1YXdlaS5jb208L2E+Jmd0OzsgQmFsw6F6cyBWYXJnYSBBICZsdDs8YSBocmVmPSJtYWlsdG86
YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+YmFsYXpzLmEudmFy
Z2FAZXJpY3Nzb24uY29tPC9hPiZndDs7IERldE5ldCBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRl
dG5ldEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRldG5ldEBpZXRmLm9yZzwvYT4mZ3Q7PGJy
PiA8c3Ryb25nPlN1YmplY3Q6PC9zdHJvbmc+IFJlOiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2Vx
dWVuY2UgTnVtYmVyaW5nKTwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDs8L3A+PHA+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90
dG9tOjEyLjBwdCI+QW5keTwvcD48ZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDE2LzAxLzIw
MTggMTU6MjAsIEFuZHJldyBHLiBNYWxpcyB3cm90ZTo8L3A+PC9kaXY+PGJsb2NrcXVvdGUgc3R5
bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+PGRpdj48cCBjbGFzcz0i
TXNvTm9ybWFsIj5TdGV3YXJ0LDwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PGRp
dj48cCBjbGFzcz0iTXNvTm9ybWFsIj5MaWtlIHdpdGggUFdzIChzaW5jZSBERVRORVQgZm9yIE1Q
TFMgd291bGQganVzdCBiZSBhbm90aGVyIFBXIHR5cGUpLCB0YXJnZXRlZCBMRFAgYW5kIHByb3Zp
c2lvbmluZyAodmlhIGEgY2VudHJhbCBjb250cm9sbGVyLCBOTVMsIGV0Yy4pIGFyZSBhbHRlcm5h
dGl2ZXMgdG8gUlNWUCBhbmQgU1IgdG8gcHJvdmlzaW9uaW5nL2FsbG9jYXRpbmcgJm5ic3A7dGhl
IERFVE5FVCBQVyBsYWJlbC48L3A+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPiAuLi4gYW5kIEkgc3Vw
cG9zZSBzdHJpY3RseSBCR1Agd2hpY2ggaXMgYWxzbyB1c2VkIGZvciB0aGlzIHB1cnBvc2UgaW4g
VlBOczxicj4gPGJyPiA8L3A+PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy
Z2luLWJvdHRvbTo1LjBwdCI+PGRpdj48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PGRp
dj48cCBjbGFzcz0iTXNvTm9ybWFsIj5Zb3UgYW5kIE1hY2ggYXJlIGJvdGggcmlnaHQgdGhhdCBp
biB0aGUgSVAgKG5vbi1NUExTKSBjYXNlLCB3ZSBuZWVkIGEgd2F5IGZvciB0aGUgTlAgdG8gZGV0
ZWN0IERFVE5FVCBmbG93cy4gV2UgY291bGQgaGF2ZSBhIG5ldyBJUCBwcm90b2NvbCB0eXBlIGZv
ciBERVRORVQsIGFuZCBhIERFVE5FVCBoZWFkZXIgJm5ic3A7ZGlyZWN0bHkgZm9sbG93cyB0aGUg
SVAgaGVhZGVyLiBJbiB0aGF0IGNhc2UsIHRoZSBERVRORVQgaGVhZGVyIHdvdWxkIGFsc28gbmVl
ZCBhIG5leHQgcHJvdG9jb2wgaWRlbnRpZmllciwgdW5sZXNzIHRoZSBuZXh0IHByb3RvY29sIGlz
IGFsd2F5cyBhbm90aGVyIElQIGhlYWRlci48L3A+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPiBMYXN0
IEkgc2F3LCB0aGUgdGhpbmtpbmcgd2FzIHRoYXQgdGhlcmUgd291bGQgYmUgYW4gSVAgZXh0ZW5z
aW9uIGhlYWRlciwgYWx0aG91Z2ggSSBhbSBub3QgYSBmYW4gb2YgdGhvc2Ugc2luY2UgKGEpIEkg
YW0gbm90IGNvbmZpZGVudCB3aGF0IGEgcm91dGVyIHdpbGwgZG8gb25lIGl0IGRvZXMgbm90IHVu
ZGVyc3RhbmQsIGFuZCAoYikgSSBhbSBjb25jZXJuZWQgYWJvdXQgdGhlIG5lZWQgdG8gc3VwcG9y
dCBJUHY0IHdoaWNoIEkgc3VzcGVjdCB3aWxsICZuYnNwO2hhdmUgYSBsb25nIHRhaWwgaW4gZW50
ZXJwcmlzZSBkZXBsb3ltZW50Ljxicj4gPGJyPiBJIHByZWZlciBhIFVEUCB0eXBlIGZvciB0aGlz
IHB1cnBvc2Ugc2luY2UgaXQgaGFzIHVuaXZlcnNhbCBzdXBwb3J0IHRocm91Z2ggYW55IG1pZGRs
ZSBib3guIGZpcmV3YWxsIGV0YywgYW5kIGFsbCByb3V0ZXJzIG5lZWQgdG8gbG9vayBhIHRoZSBV
RFAgRFAgc28gY2hlY2tpbmcgaWYgaXQgaXMgb25lIHRoZXkgbmVlZCB0byB3b3JrIG9uIGlzIGp1
c3Qgb25lIGNvbXBhcmUgYW5kIGNvbmRpdGlvbmFsIGJyYW5jaC48YnI+IDxicj4gPC9wPjxibG9j
a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPjxkaXY+
PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxkaXY+PHAgY2xhc3M9Ik1zb05vcm1hbCI+
T2YgY291cnNlLCBmb3IgTVBMUywgdGhlIERFVE5FVCBQVyBsYWJlbCBpcyB0aGUgaWRlbnRpZmll
ci48L3A+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPiBPbmx5IGF0IHRoZSBQVyBsYXllci4gTm90ZSBt
eSBxdWVzdGlvbiBhYm91dCB3aGV0aGVyIHRoaXMgaXMgc3VmZmljaWVudC48YnI+IDxicj4gLSBT
dGV3YXJ0PGJyPiAmbmJzcDs8L3A+PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7
bWFyZ2luLWJvdHRvbTo1LjBwdCI+PGRpdj48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+
PGRpdj48cCBjbGFzcz0iTXNvTm9ybWFsIj5DaGVlcnMsPC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9
Ik1zb05vcm1hbCI+QW5keTwvcD48L2Rpdj48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+
PC9kaXY+PGRpdj48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PGRpdj48cCBjbGFzcz0i
TXNvTm9ybWFsIj5PbiBUdWUsIEphbiAxNiwgMjAxOCBhdCA1OjQ2IEFNLCBTdGV3YXJ0IEJyeWFu
dCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbSIgdGFyZ2V0PSJf
YmxhbmsiPnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvcD48YmxvY2tx
dW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI2NjY2NjYyAxLjBwdDtw
YWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4w
cHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij48ZGl2PjxwPklmIHdlIG5l
ZWQgdG8gZGlzY3JpbWluYXRlIGF0IHRoZSBQU04gbGF5ZXIgcmF0aGVyIHRoYW4gdGhlIEROIGxh
eWVyIHRoZW4gd2UgcmVhbGx5IGFyZSBmb3JjZWQgdG8gY3JlYXRlIGEgbmV3IEZFQyB0eXBlIGZv
ciBNUExTLCBvciBzeW50aGVzaXplIG9uZSB0aHJvdWdoIFJTVlAgb3IgU1IuIElQIGhhcyBubyBu
YXRpdmUgc3VwcG9ydCBmb3IgdGhpcywgYnV0IHdlIGNvdWxkIGludHJvZHVjZSB0aGUgY29uY2Vw
dCwgZm9yIGV4YW1wbGUgYnkgJm5ic3A7bWFraW5nIHRoaXMgdGhlIHByb3BlcnR5IG9mIHRoZSBJ
UCBhZGRyZXNzIG9yIHNvbWUgd2F5IG9mIE1QTFNpbmcgSVAuPC9wPjxwPkhvd2V2ZXIgdGhlcmUg
aXMgYSBkZWVwZXIgcXVlc3Rpb24gd2UgbmVlZCB0byBhbnN3ZXIuIElzIG91ciBleHBlY3RhdGlv
biB0aGF0IGVhY2ggaG9wIGluIHRoZSBkYXRhIHBsYW5lIEROIGF3YXJlLCBvciBpcyBvdXIgZXhw
ZWN0YXRpb24gdGhhdCBhdCBsZXN0IGluIHNvbWUgbmV0d29ya3MgdGhlIGRhdGEgcGxhbmUgaXMg
Z2VuZXJpYyB3aXRoIHNvbWUgRE4gbm9kZXMgc3RyYXRlZ2ljYWxseSBwbGFjZWQ/PC9wPjxwPkkg
Y2FuIHNlZSB0aGFuIGluIHNvbWUgZ3JlZW5maWVsZCBzcGVjaWFsaXN0IGNhc2VzIHRoZSByb3V0
ZXJzIHdpbGwgYWxsIGJlIEROIGF3YXJlLCBidXQgaW4gb3JkZXIgdG8gZ2V0IGRlcGxveW1lbnQg
aW4gbW9zdCBuZXR3b3JrcyB3ZSBuZWVkIHRvIGRlc2lnbiBmb3IgdGhlIGNhc2Ugd2hlcmUgb25s
eSBzdHJhdGVnaWMgbm9kZXMgYXJlIEROIGF3YXJlLjwvcD48cD48c3BhbiBzdHlsZT0iY29sb3I6
Izg4ODg4OCI+LSBTdGV3YXJ0PC9zcGFuPjwvcD48ZGl2PjxkaXY+PHAgY2xhc3M9Ik1zb05vcm1h
bCI+Jm5ic3A7PC9wPjxkaXY+PHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMTYvMDEvMjAxOCAwMTox
NCwgTWFjaCBDaGVuIHdyb3RlOjwvcD48L2Rpdj48YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv
cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij48ZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJjb2xvcjojMWY0OTdkIj5IaSBCYWxhenMsPC9zcGFuPjwvcD48cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFmNDk3ZCI+Jm5ic3A7PC9zcGFuPjwvcD48
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFmNDk3ZCI+IzIgaXMgYSBt
b3JlIG5hdHVyZSBzb2x1dGlvbiwgdGhlIERldE5ldCBDVyBpcyBkZWRpY2F0ZWQgZm9yIERldE5l
dCwgc2VlbXMgdGhlcmUgaXMgbm8gY29tcGF0aWJpbGl0eSBpc3N1ZS48L3NwYW4+PC9wPjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMWY0OTdkIj4mbmJzcDs8L3NwYW4+
PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMWY0OTdkIj5JbiBh
ZGRpdGlvbiwgSSB0aGluayB3ZSBuZWVkIHRvIGRlZmluZSBhIHdheSBvbiBob3cgdG8gZGlmZmVy
ZW50aWF0ZSBhIERldE5ldCBmbG93IGZyb20gYSBub24tRGV0TmV0IGZsb3csIHRoZW4gdGhlIG5l
dHdvcmsgcHJvY2Vzc29yIGNhbiBwcm9jZXNzIHRoZSAmbmJzcDtDVyBhcyBleHBlY3RlZC4mbmJz
cDsgSW4gVFNOLCBpdCB1c2VzIHRoZSBwcmlvcml0eSB0byBkZXRlcm1pbmUgd2hldGhlciBhIGZs
b3cgaXMgVFNOIG9yIG5vbi1UU04gZmxvdy4gRm9yIERldE5ldCwgc2hvdWxkIHdlIGFsc28gdXNl
IHRoZSBzYW1lIHdheSAoZS5nLiwgVEMsIERTQ1ApPyBPciB0aGUgRGV0TmV0IHNlcnZpY2UgTGFi
ZWwgaXRzZWxmIGltcGxpZXMgdGhlIHNpdHVhdGlvbiwgYnV0IGl0IHNlZW1zIHRoYXQgdGhpcyBv
bmx5IHdvcmtzIHdoZW4gJm5ic3A7dGhlIERldE5ldCBzZXJ2aWNlIGxhYmVsIGlzIHRoZSB0b3Ag
bGFiZWwuICZuYnNwOzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOiMxZjQ5N2QiPiZuYnNwOzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImNvbG9yOiMxZjQ5N2QiPkFueSBvdGhlciB0aG91Z2h0cz88L3NwYW4+PC9wPjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMWY0OTdkIj4mbmJzcDs8L3Nw
YW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMWY0OTdkIj5C
ZXN0IHJlZ2FyZHMsPC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Y29sb3I6IzFmNDk3ZCI+TWFjaDwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMxZjQ5N2QiPiZuYnNwOzwvc3Bhbj48L3A+PGRpdiBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQu
MHB0Ij48ZGl2PjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI2UxZTFl
MSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj48cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3Ryb25nPkZyb206PC9zdHJvbmc+IGRldG5ldCBbPGEgaHJlZj0ibWFpbHRvOmRldG5ldC1ib3Vu
Y2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYu
PHdicj5vcmc8L2E+XSA8c3Ryb25nPk9uIEJlaGFsZiBPZiA8L3N0cm9uZz5CYWzDoXpzIFZhcmdh
IEE8YnI+IDxzdHJvbmc+U2VudDo8L3N0cm9uZz4gTW9uZGF5LCBKYW51YXJ5IDE1LCAyMDE4IDk6
MDYgUE08YnI+IDxzdHJvbmc+VG86PC9zdHJvbmc+IERldE5ldCBXRyA8YSBocmVmPSJtYWlsdG86
ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+Jmx0O2RldG5ldEBpZXRmLm9yZyZndDs8
L2E+PGJyPiA8c3Ryb25nPlN1YmplY3Q6PC9zdHJvbmc+IFtEZXRuZXRdIERQIHNvbHV0aW9uIChT
ZXF1ZW5jZSBOdW1iZXJpbmcpPC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu
YnNwOzwvcD48cCBjbGFzcz0ibV82NzQ5NjQ4MDg3MjIzNDg2OTQ1bS0xOTM2OTIyODY5MjgyNjQx
NzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPkhpLDwvcD48cCBjbGFzcz0ibV82
NzQ5NjQ4MDg3MjIzNDg2OTQ1bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPiZuYnNwOzwvcD48cCBjbGFzcz0ibV82NzQ5NjQ4MDg3MjIzNDg2OTQ1
bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlNv
bWUgdGhvdWdodHMgdG8gc3RhcnQgZGlzY3Vzc2lvbiBvbiBvcGVuIHBvaW50cyBvZiB0aGUgRFAg
c29sdXRpb24gZHJhZnQuPC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5MzY5
MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+VGhpcyBtYWls
KC10aHJlYWQpIGlzIG9uIHNlcXVlbmNlIG51bWJlcmluZy48L3A+PHAgY2xhc3M9Im1fNjc0OTY0
ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij4mbmJzcDs8L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkz
NjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5Qcm9ibGVt
IGluIGNhc2Ugb2YgTVBMUyBhbmQgRGV0TmV0IENvbnRyb2wgV29yZDo8L3A+PHAgY2xhc3M9Im1f
Njc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij4tIFMvTiBza2lwcyB6ZXJvIHByb2JsZW06IEV0aGVybmV0IFBXIGRl
ZmluaXRpb24gc3RhdGVzIHRoYXQgUy9OIHNraXBzIHplcm8uPC9wPjxwIGNsYXNzPSJtXzY3NDk2
NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+SXQgdXNlcyB6ZXJvIHRvIG1lYW4gbm8gUy9OIGluIHVzZS4gKHJmYzQ0NDgp
PC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJtXzY3
NDk2NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQy
M21zb3BsYWludGV4dCI+UG9zc2libGUgcHJvYmxlbSByZXNvbHV0aW9uczo8L3A+PHAgY2xhc3M9
Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5
NTA1NDIzbXNvcGxhaW50ZXh0Ij4jMTogVXNpbmcgYSAiZmxhZyIgaW4gdGhlIHJlc2VydmVkIGJp
dHMgcGFydCBvZiB0aGUgQ1c6PC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5
MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90
OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDM8L3NwYW4+PC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcy
MjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy
aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAgMSAyIDMgNCA1
IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMTwvc3Bh
bj48L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1
NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstPHdicj4rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy08d2JyPistKy0rPC9zcGFuPjwvcD48cCBjbGFzcz0ibV82NzQ5
NjQ4MDg3MjIzNDg2OTQ1bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNt
c29wbGFpbnRleHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8MCAwIDAgMHxE
fHJlc2VydmVkIC0gc2V0IHRvIDAmbmJzcDsgfCZuYnNwOyZuYnNwOyAxNiBiaXQgU2VxdWVuY2Ug
TnVtYmVyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8L3NwYW4+PC9wPjxwIGNsYXNz
PSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYw
OTUwNTQyM21zb3BsYWludGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZh
bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLTx3YnI+Ky0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstPHdicj4rLSstKzwvc3Bhbj48L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0
NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5E
LWJpdDogc2V0IHRvIOKAnDHigJ0gbWVhbnMgRGV0TmV0IHNwZWNpZmljIFNlcS4gTnVtYmVyIHVz
ZWQsPC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3
NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Qml0NS0xNTogcmVzZXJ2ZWQuPC9w
PjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUx
OTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJtXzY3NDk2
NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+UkZDNDQ0OCBzdGF0ZXMgdGhhdCByZXNlcnZlZCBiaXRzIOKAnE1VU1QgYmUg
aWdub3JlZCB1cG9uIHJlY2VpcHTigJ0sIHNvIGJhY2t3YXJkPC9wPjxwIGNsYXNzPSJtXzY3NDk2
NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+Y29tcGF0aWJpbGl0eSBpcyBlbnN1cmVkLiBTdWNoIGEgc29sdXRpb24gd291
bGQgYWxsb3cgYWxzbyB0byB1c2UgbG9uZ2VyIHNlcS5udW0uPC9wPjxwIGNsYXNzPSJtXzY3NDk2
NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+Zm9ybWF0cyAoaWYgbmVlZGVkKS4gU3VjaCBhIGZvcm1hdCBpcyBhbHNvIGlu
bGluZSB3aXRoIFJGQzQzODUuPC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5
MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5ic3A7
PC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+IzI6IE1ha2luZyDigJww4oCdIGFzIGEg
dmFsaWQgU2VxLk51bS48L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjky
Mjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5EZXROZXQgZmxv
d3MgYXJlIHJlY29nbml6ZWQgYW5kIGZvcndhcmRlZCBzcGVjaWFsIHdpdGhpbiB0aGUgRGV0TmV0
PC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRt
MTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+ZG9tYWluLiBTL04gaXMgdXNlZCB3aXRo
aW4gdGhlIERldE5ldCBkb21haW4gYnkgRGV0TmV0IFNlcnZpY2UgZnVuY3Rpb25zPC9wPjxwIGNs
YXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5
NDYwOTUwNTQyM21zb3BsYWludGV4dCI+KGkuZS4gUFJFRikuIFMvTiB1c2VkIG9ubHkgb24gRGV0
TmV0IGVuZC1ub2RlcyBhbmQgRGV0TmV0IHJlbGF5LW5vZGVzLiBObzwvcD48cCBjbGFzcz0ibV82
NzQ5NjQ4MDg3MjIzNDg2OTQ1bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0
MjNtc29wbGFpbnRleHQiPm90aGVyIG5vZGVzIGNhcmUgYWJvdXQgdGhlIHZhbHVlIG9mIFMvTiwg
dGhlcmVmb3JlIERldE5ldCBjYW4gc3BlY2lmeSBpdHM8L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4
NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij5vd24gc2VxdWVuY2UgbnVtYmVyIHByb2Nlc3NpbmcgYWxnb3JpdGhtLiBTbyDigJww
4oCdIGNhbiBiZSBhIHZhbGlkIG51bWJlcjwvcD48cCBjbGFzcz0ibV82NzQ5NjQ4MDg3MjIzNDg2
OTQ1bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PmFuZCBub3QgdGhlIGluZGljYXRpb24gdGhhdCBubyBTZXEuTnVtLiBpcyB1c2VkLiBUaGlzIGlz
IGlubGluZSB3aXRoIFJGQzQzODUuPC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVt
LTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+Jm5i
c3A7PC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3
NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+IzM6IE90aGVyIOKApiA/IT88L3A+
PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5
Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8L3A+PHAgY2xhc3M9Im1fNjc0OTY0
ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNv
cGxhaW50ZXh0Ij5Db21tZW50cyBhcmUgd2VsY29tZS48L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4
NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxh
aW50ZXh0Ij4mbmJzcDs8L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjky
Mjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5DaGVlcnM8L3A+
PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5
Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5CYWxhJ3pzPC9wPjxwIGNsYXNzPSJtXzY3NDk2
NDgwODcyMjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21z
b3BsYWludGV4dCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcyMjM0ODY5NDVtLTE5
MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWludGV4dCI+LS0tLS1P
cmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+IEZyb206IGRldG5ldCBbPGEgaHJlZj0ibWFpbHRvOmRl
dG5ldC1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOmRldG5ldC1ib3Vu
Y2VzQGlldGYuPHdicj5vcmc8L2E+XSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcjxicj4gU2VudDog
MjAxOC4gamFudcOhciAxMC4gMTk6MDE8YnI+IFRvOiBEZXROZXQgV0cgJmx0OzxhIGhyZWY9Im1h
aWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kZXRuZXRAaWV0Zi5vcmc8L2E+
Jmd0Ozxicj4gU3ViamVjdDogW0RldG5ldF0gcmVjb3JkaW5nIGZvciB0b2RheSdzIGludGVyaW08
L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0x
NTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8L3A+PHAgY2xhc3M9Im1fNjc0
OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIz
bXNvcGxhaW50ZXh0Ij5pcyBhdmFpbGFibGUgZm9yIGRvd25sb2FkIGF0OjwvcD48cCBjbGFzcz0i
bV82NzQ5NjQ4MDg3MjIzNDg2OTQ1bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50
LmNvbS92Mi91cmw/dT1odHRwcy0zQV9faWV0Zi53ZWJleC5jb21faWV0Zl9sZHIucGhwLTNGUkNJ
RC0zRGU1MTE2YmM3ZGIyNTRjMjRhN2JiMzIxN2JmMjAyMzAxJmFtcDtkPUR3TUdhUSZhbXA7Yz1s
SThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209
V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZhbXA7cz0zcmIzUkVf
WjJ3T1c4dnAtQU1zYTJsZ1NoMFU0QmdkWkY3enUxdFh3ZDZrJmFtcDtlPSIgdGFyZ2V0PSJfYmxh
bmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5o
dHRwczovL2lldGYud2ViZXguY29tL2lldGYvPHdicj5sZHIucGhwP1JDSUQ9PHdicj5lNTExNmJj
N2RiMjU0YzI0YTdiYjMyMTdiZjIwMjM8d2JyPjAxPC9zcGFuPjwvYT48L3A+PHAgY2xhc3M9Im1f
Njc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1
NDIzbXNvcGxhaW50ZXh0Ij4mbmJzcDs8L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0
NW0tMTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5y
YXcgbm90ZXMgYXJlIGF2YWlsYWJsZSBhdDwvcD48cCBjbGFzcz0ibV82NzQ5NjQ4MDg3MjIzNDg2
OTQ1bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRw
LTNBX19ldGhlcnBhZC50b29scy5pZXRmLm9yZy0zQTkwMDBfcF9ub3Rlcy0yRGlldGYtMkRpbnRl
cmltLTJEMjAxOC0yRGRldG5ldC0yRDAxJmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0
WDRpRXU3YnBnJmFtcDtyPVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxw
bDB6NHdoME50Sy1zZGFxakFmd1FmN2RJV0tCZk1qcyZhbXA7cz1sT19aZEhBclFRc2FETll2TXlJ
Y3ptZDZGMVBfYWN1TTBrRk1aNTFVWDZjJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0
eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwOi8vZXRoZXJw
YWQudG9vbHMuaWV0Zi48d2JyPm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi1pbnRlcmltLTx3YnI+MjAx
OC1kZXRuZXQtMDE8L3NwYW4+PC9hPjwvcD48cCBjbGFzcz0ibV82NzQ5NjQ4MDg3MjIzNDg2OTQ1
bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPiZu
YnNwOzwvcD48cCBjbGFzcz0ibV82NzQ5NjQ4MDg3MjIzNDg2OTQ1bS0xOTM2OTIyODY5MjgyNjQx
NzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQiPlBsZWFzZSBmZWVsIGZyZWUgdG8g
dXBkYXRlIHRoZSBldGhlcnBhZCBiYXNlZCBvbiB0aGUgcmVjb3JkaW5nLjwvcD48cCBjbGFzcz0i
bV82NzQ5NjQ4MDg3MjIzNDg2OTQ1bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1
MDU0MjNtc29wbGFpbnRleHQiPiZuYnNwOzwvcD48cCBjbGFzcz0ibV82NzQ5NjQ4MDg3MjIzNDg2
OTQ1bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PkxvdSAoYW5kIGNvLWNoYWlycyk8L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0t
MTkzNjkyMjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij4mbmJz
cDs8L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjkyMjg2OTI4MjY0MTc1
NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij5fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX188d2JyPl9fX19fX19fX19fX19fX19fPC9wPjxwIGNsYXNzPSJtXzY3NDk2NDgwODcy
MjM0ODY5NDVtLTE5MzY5MjI4NjkyODI2NDE3NTRtMTUxOTc3NTM5NDYwOTUwNTQyM21zb3BsYWlu
dGV4dCI+ZGV0bmV0IG1haWxpbmcgbGlzdDwvcD48cCBjbGFzcz0ibV82NzQ5NjQ4MDg3MjIzNDg2
OTQ1bS0xOTM2OTIyODY5MjgyNjQxNzU0bTE1MTk3NzUzOTQ2MDk1MDU0MjNtc29wbGFpbnRleHQi
PjxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+ZGV0bmV0QGlldGYu
b3JnPC9zcGFuPjwvYT48L3A+PHAgY2xhc3M9Im1fNjc0OTY0ODA4NzIyMzQ4Njk0NW0tMTkzNjky
Mjg2OTI4MjY0MTc1NG0xNTE5Nzc1Mzk0NjA5NTA1NDIzbXNvcGxhaW50ZXh0Ij48YSBocmVmPSJo
dHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5p
ZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2RldG5ldCZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2
VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1aY0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3NTA2
R1Q1STFscGwwejR3aDBOdEstc2RhcWpBZndRZjdkSVdLQmZNanMmYW1wO3M9aFM5X0hJMTE0dmx5
VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5bmpyRlFNSSZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj48
c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cHM6
Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi88d2JyPmxpc3RpbmZvL2RldG5ldDwvc3Bhbj48L2E+PC9w
PjwvZGl2PjwvZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEy
LjBwdCI+Jm5ic3A7PC9wPjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPHdicj5f
X19fX19fX19fX19fX19fXzwvcHJlPiA8cHJlPmRldG5ldCBtYWlsaW5nIGxpc3Q8L3ByZT4gPHBy
ZT48YSBocmVmPSJtYWlsdG86ZGV0bmV0QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZGV0bmV0
QGlldGYub3JnPC9hPjwvcHJlPiA8cHJlPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v
ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGlu
Zm9fZGV0bmV0JmFtcDtkPUR3TUdhUSZhbXA7Yz1sSThaYjZUek0zZDF0WDRpRXU3YnBnJmFtcDty
PVpjSEM2d1hfZ0R3UERjZk1hRk5aaVEmYW1wO209V3c1MDZHVDVJMWxwbDB6NHdoME50Sy1zZGFx
akFmd1FmN2RJV0tCZk1qcyZhbXA7cz1oUzlfSEkxMTR2bHlULU1ESlZwNWVLOGg3VVJvYnBjV2JC
dDluanJGUU1JJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vPHdicj5saXN0aW5mby9kZXRuZXQ8L2E+PC9wcmU+IDwvYmxvY2txdW90ZT48cCBjbGFz
cz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PC9kaXY+PC9kaXY+PC9kaXY+PHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+IF9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXzx3YnI+X19fX19fX19fX19fX19fX188YnI+IGRldG5ldCBtYWlsaW5nIGxp
c3Q8YnI+IDxhIGhyZWY9Im1haWx0bzpkZXRuZXRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5k
ZXRuZXRAaWV0Zi5vcmc8L2E+PGJyPiA8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zw
b2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZv
X2RldG5ldCZhbXA7ZD1Ed01HYVEmYW1wO2M9bEk4WmI2VHpNM2QxdFg0aUV1N2JwZyZhbXA7cj1a
Y0hDNndYX2dEd1BEY2ZNYUZOWmlRJmFtcDttPVd3NTA2R1Q1STFscGwwejR3aDBOdEstc2RhcWpB
ZndRZjdkSVdLQmZNanMmYW1wO3M9aFM5X0hJMTE0dmx5VC1NREpWcDVlSzhoN1VSb2JwY1diQnQ5
bmpyRlFNSSZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls
bWFuLzx3YnI+bGlzdGluZm8vZGV0bmV0PC9hPjwvcD48L2Jsb2NrcXVvdGU+PC9kaXY+PHAgY2xh
c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjwvZGl2PjwvYmxvY2txdW90ZT48cCBjbGFzcz0iTXNv
Tm9ybWFsIj4mbmJzcDs8L3A+PC9ibG9ja3F1b3RlPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h
biAsc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48L3A+PC9ibG9ja3F1b3RlPjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjwvcD48L2Rpdj48L2Rp
dj48L2Rpdj48L2Rpdj48cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTox
Mi4wcHQiPjxicj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPHdicj5fX19fX19fX19f
X19fX19fXzxicj4gZGV0bmV0IG1haWxpbmcgbGlzdDxicj4gPGEgaHJlZj0ibWFpbHRvOmRldG5l
dEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRldG5ldEBpZXRmLm9yZzwvYT48YnI+IDxhIGhy
ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0IiB0YXJnZXQ9
Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi88d2JyPmxpc3RpbmZvL2RldG5l
dDwvYT48L3A+PC9ibG9ja3F1b3RlPjwvZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwv
cD48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjwv
ZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjxwPjxicj48L3A+IDwvZGl2Pg==


--=====_003_next=====--

--=====_002_next=====
Content-Type: image/jpeg;
	 name="=?UTF-8?B?MjQyNDJlNTYzN2FmNDI4ODkxYzRkYjczMWU3NzY1YWQuanBn?="
Content-Disposition: inline;
	filename="=?UTF-8?B?MjQyNDJlNTYzN2FmNDI4ODkxYzRkYjczMWU3NzY1YWQuanBn?="
Content-Transfer-Encoding: base64
Content-ID: <24242e5637af428891c4db731e7765ad>

R0lGODlhcwAmAPcAAAAAAP///wCP1QCP1Pf7/vL5/QCP1gWR1gqT1gyU2AyU1w6V1xWY2BeZ2R6c
2iGd2iyi3C6j3TOl3Tqo3kWt4Emv4Uyw4U2x4lOz4ly35F645GO65WW75me85m6/53XC6IHH64XJ
64bK7IzM7I/N7JXQ7ZfR7pnS7pzT7p3U76PW8KPW76XX8K7b8bDc8rff87vh9Lzh9L7i9cnn9tLr
+Nnu+eDx+uf0++n1++33/PD4/PT6/fj8/gKQ1AWR1QeS1QiT1QmT1g+W1xCW1xOX1xia2Bub2Ryb
2R+d2SCd2SKe2iSf2iag2ymh2yqh2yui3DSm3Tio3Typ3j2q3j6q3kCr30Os30eu4Euw4U6x4U+y
4k+y4VGz4lCy4Va141W04li241q341245F+55GW75Ga85Wm95mi95Gq+5Wu+5m2/5m/A53HB6HDA
53HB5nLB53PC53XC53bD53nE6HvF6X3G6X/H6YHI6oHI6YLI6oLI6YbK64TJ6YnL64rM64zM65HP
7JPQ7ZbR7ZrT7qXX76bY8KfY76jZ8Kra8azb8a/c8bDc8bHd8rLd8rXe8rXe8bjg87zi9Lzh873i
88Dj9MPl9cXm9cfm9cnn9c3p9s/q987p9tHr99Lr99Xt+Nbt+Nrv+d/x+eDx+eX0++Tz+u/4/OHy
+ePz+ur2+/b7/fr9/vz+/v7//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAEAAK0ALAAAAABzACYA
Rwj/AAMIHEiwoMGDCBMqXMiwoUOGiti0mUhxopcBAgZoHKAglcATFaVg3DgAC0U2hgKsKkJyiZqK
FUV4bHijx4AHDFmN0BiJ4A2NRFYRJKAAo6WFKzJibOCQEclMB1WxxOgDUQEeqbKm2sEDoQaMhAqS
sonE4B2MeQ7WmGlwj0YKCv0oHeDkIUGnAvJCNShVowA7dgXyyXKhsGEJG6kYNqxFUEImGSsQDJFR
gOSClUj61cx5wAmEBKJk9JIwTefTaxzaGNnQxhIBex0WAUPwRZoOZnLr3q27Q6CBKXgL742mhUBW
e3AP771HlcNSaDjQCVwwByQc1A2+9vtbodONsQn2/8UI2O6F03lP+/1QcEpeJgMbabwyMEzeOQuJ
bBSAyC5ejeENNN5GQzBAxIEHNgAGAQZ9JQAlBvUggBIGlYDWQBtYoKGGW1yw4YZacPGhBVjsIRAB
B4xEV3YCfZdRgAKNJ0ATLBo01gBlOXSIARgpohAEeQkgSo1EFmnkkUgmqeSSCKkxl3qaMRUBZ5V1
llcHAaQ40lxP+uXQWALkmB0HGplhECYHWADDQ24oJYAVClHilwCgRMVSXiYGhgIZG/TZZxlXaNTD
F2X4+adxA+Fg0wBkEGTfACkQhNgAKzR0iop0MvQdgHZu5EdgXw0AYUE2UViQhQKkVdAcQZYSAA9D
GP/xxQ4B1KHRFg1h4OYYDzHiJowBDKgiSZXlSZAGeYVFEJhiDnRHXnoM5EOXxO7HmQMGdRJkRtj5
txmwMqoRWBZPplftuXEkxIUJBj2CxUJSVPkGi5sOAO5UA6hqJCql2sVKEBilcRCyAxhQB0GFqEet
X3IglAhJlxzEAwPoaSaABV+S1VAmQ+RlREOTBHkGkySXbPLJKKes8sosC6TJllCS9JshC8NsbSUB
eFAzZ244FIpSNfrRxADsGoRKQS/ETCWWIShspSMBUGyteu82dGOzCr3AR0EyaESFQU4OAJdDcBC7
SEJjuJmuQTzg+0SSNmG7ECuQDZBAQUlo9AlBg2D/BMVDm2wpQA4KOUISJ53mpa9DJVRmLkZcUgv1
QDRjRMNAI2SUmkAzYDSEcw3xMVcEmj7VqUblPSRGRl2ooMIKK6hAh0Y/kMBC7K9PkBceBeGwUaUB
gLKRc/xqZIpD7vkFR0Obwna6AGiAqlEhBY1iUxIG5YFRtAZh1IYOAh090AIY9cRQAUBALsBRzM91
734CICDEAvQvoMAQGNBaELICKDvQ1Wa5kEBi4IJGNMITmTCgAhvhgg8o5QsvMKALcHaQSKRHAAro
SlO+ZafHQQ5mAuhDg8AiFo0VBAQCDAAIMWWuKlWGKQZJg5vg5C2/vI92LujKKna4CtAdRAwa8QIL
7YY4xLPErwREHGIVMMI7km0nL4CgjovsdboBiNAumbPYsKpkLUQZRAZ5+dtAOrEAAXwtITjgkiey
U68bDiB1RSKARo4QmEOkR3wDOUNlMnCQQrgJPvQyHV+KUCwkAfAhYMjLD4RyECxUJhEESeRmBCAB
mMCkBAlpnhsHwAQPWHIifWCQ1UzIEFAEqQsLwQEQ8gIBgWiBS0qbI0JeMJcaHGQV04plXr6kEbkp
hBVTEkAPjtcQOWSEVwGQxBw+wMxmOvOZHxiEQnIAgj1o8JZ/gKY2SeDDhejgDW1YnEI+AUm7fIKR
LUunOtfJThYFBAA7


--=====_002_next=====
Content-Type: image/jpeg;
	 name="=?UTF-8?B?OWFlM2UyMTRjMTdkNDllZDkzNWQ4N2M2NzRiYTNlZTIuanBn?="
Content-Disposition: inline;
	filename="=?UTF-8?B?OWFlM2UyMTRjMTdkNDllZDkzNWQ4N2M2NzRiYTNlZTIuanBn?="
Content-Transfer-Encoding: base64
Content-ID: <9ae3e214c17d49ed935d87c674ba3ee2>

R0lGODlhggB4AHcAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQICgAAACwAAAAAggB4AIcATr79vg2j
x+twuSDo8tdNjNSk0mTQ57AojVB4uI7+1GPI3/P+6rKPxan9yjsBes4/gtD+34y61u9jm9rr9vva
7Pek0aolccv///8Baccki9Sj0FwSfM6DtOOAv2Wy1e9Mo92axurf78n9xisLacf+2XNwpN33+vE7
m9r9zkv+89Q0jNWMvebh7/nL5KPR5vbC3vP+5Jxks+NbpN10u+UDg9Gqzuyi0YLx9+aTvuYkhNF/
wDbZ7L0cjNQAdccAZMUlkta73Y0Ybsn+z1CUyk5LnNpiqd88k9f9whz+3YNNqt9EnNr0+/18vOaF
weczm9oBjNQae879xzK426PV7fjc8vqIxCek0u79zEP+5qR8r+Cd0u5ss+O84vT+8Mlbqd8Le87M
6fdTnNrl8dMrg9G22e8BXcMKdMsrdcyUyuuMy+xtqd+s1vAsktb+9t3+1muy2Hqs1XTt+f1xsdvE
4/X9012BwQ3u9uIwjelDkteKxTTW6rr+23tTo939xCNEo91ro92DvPd7wOcchNKEwoQ8jNRtvOZN
ltg8o90sm9qIvui02YOm0/kri9QLgM/m+f1dseIUg9EMjNQOZsZUqd8NW8I0k9cSdMv+4ZObzOwk
fM/H6ff+6Ku24PN1wunV8frz+esyhNHN5quDvOZcnNrU6vczeM2bzVpxr+y/35R7viO73PLb7cOn
0mz++OTE4Z2s2vHj8/oSbsphpN6TyTwAbMmU0O6r05rb7vn9wRTN7PlDi9Ti8M1Dltj+7LvT6LRK
ktaTxene+Pw3od2EyetbrOHL5fV0reAse86d2PF6vSlzteMCk9am2PEtldigz/Eckdaz1/Gt1IW6
3IRjreGz3PkBVMBNseEzltg8mOH9yC9sreFVrOBSltgcdMs9ltgkldmKwOdhueUeftAAddCMw+mB
v+kNbcnn89ir0+6jzex6tOP90E/q9NyVyPBEqd7R56+k0nH9yTSz2/ILftB8w+mAvyP92G390VQK
hNEBdMuEw+kAfdARftD+/v7///8I/wAxCBxIsKDBgwgTKlzIsKHDhxAJMimHAgaGckvoYNgHgg6T
JktKMaFRpBSGZSBKyeECogIFLn1iYeDyxSW1LxRiFeMmh8kXarGq9KHGBNdPDLH6cImFC8QyDC9A
0MBABUQTJsaWNMFAZ8koDFn3MemyJBiGVX/SYJiHItNaFFsiLkwH4goTarXSYZihjw2GPvrSyQFx
xiMKfRaPgFkV69slY7Es0aOCoVEkY1UaaYpValAkCnIG6SjVeQUFY5E0FAXTBtcmDnmYrHrwhKu+
IhTmnenDJJ0+EBg+1OJ9pdY2DMH0ycCQptayibW+ZvozT67BJrW4gFXXgusVmXS+c/9NR+HslfKr
0slMT0E2GyZr2bRf9YEJkw/RBKaLZj/aKgwUpFNdb/MwIUc6FgX4HwVX/BcLgkhd0QVS6mgUiw3G
YICLOhnickWGpahTwUw1uGXdWcGU8kIaGp3o4oswMsSEEpKsUkoT1UVUzAMmxujjjz5SoUMtsFzx
ADVyZfLFf0A26eRDxswTxhrArGJME/lBSUd5T3YZC3xdFtSUDuowBSYT8zC5EBMgaGBRmE3OM0sw
XMKJQRP6RAemQKvkg8KeCTExgyUt2hkjE1xY0wguhlLRiD5PbFJQVto1xMSXhv54BQo01NnlRA/w
eJB9Db3gUaY/XiqHobGAoI8zlBn/REEzOSokxiVZogrjKtzs4+mTqP0gw6oGrXJJHgzRgEKhup6I
aAYrjAhnUhr4dVApXJi1UE6ANisXBcXU0kascFYhUqDdHmTMKr96CxEFkOiTCLldzgPJFQnFkkmu
CYnhDb+6VlFPPYw6RMEXPzRi0kNXGMKsQhQYYY0l7fKpzxEMdSDGw6iyUUsGejnERDBkzCKTQ1UU
Ys1xlqpDilgIlbJNOO5CtMouBXQRS8UHUdAJvQvF8skxppQD0SbEvkhHNDzbyUQYYawyAw0nF8QE
FfPYUh0uIaRT1BZX0FF1QVfMEIwuW4q8yhqZpCtQLGlYq9Af+nxQ80Cj/KAP1QRV/wELSJHoA4S+
ZuiAyyj6PIANNVvoAmgzGphxBNBBI+zM2AStoo8lDIHEcbPzAFHLA50KVMoMD+SpzyW94ALDEUux
EMUZqrehzkDz9FALGII0fVAslECK+UAVcGH03RGFro8+acQixxWa/NDDH4bYIilSq8YCSz3XgHPG
D7MwQUEYooPBN0SxcKMPIr43tG77mc7TRiQg9EJDGKNQM0/SCDGhiyfcSFMf3gGNSPROLunTxzCG
97Z9MaQIl5Ab8qgShmVUQgfGIJVAVBCDJCShBAp4Ax8w4QWB2IcC67CGBmBxLgSqLxEMxEAZZIGs
hYyiDxmaoOmoYIxllKNOWVCAA//8II8I4CMXSPADEkZQB04MZBViaB4V3MYQnfzAEjGsQBN6FCj4
xa8NjdgfmHyhgBH4YQQjkEcS+CCPETjAAW1EAj5KiJRYUIMM++DfQ9jQh2BQEQN/JAgd2BDDgP1h
dLDYIB+kQEQ4ysMBUsBHDCJQhwjEoAR1SGMWTHiEH0Qikdapgh77tg98LaQIZ7Ab8iayPBnIxBUx
wAIS5IEFB9QhCW9QQAmScA985DIFSYhAEmMgEHVEIgMgqEJEmHCFOVFRc5xbCAtmkcO7GaMNtYCV
QDiByzfIEguYiEEddukANyoRCxHIAj4CMIJNMgESZwCDWt7VB2tgg2e4WAcXdZj/EDnsI3H7EIg6
bRmDN+AjAkI8IxbQSMs68OGhJXBAABzgBq4AIQN/oJxCZKPPQDZkFeK5G/B+0BoMeCEFSpRHCdLJ
h1yMAB/4wEIJMBnOOsgDH5gogTxu6YqZZOCTEYmFRgcSi2CETCGHAeXd2ACCeSbBD1gYgjzkoYAy
yuMenKCkF2KQgqrKAwkO4IMHIzACJ9JBDFxQ5kN00gs1GWQetYimQpoAgmq6KxZhUCsGFIAEEQ7x
jG/AxBvekAIHYKKMSXRAYV+ahSTkogRvo0IVPEoQWOgjAzA7SPGOx0+FLIMDAcWAG/CBBD5koQ4p
wIcCJimPRmKBD5eEIxZSIA8p/2BCmCmoaFZK4hCd1CISbjUIZcEyDy++qCcCkQMFllsFQFSCNwLh
KxYGiwlOvAGODsBCLUeggDXyAR+0dAA7kmDVEqphEqaIhnJBAx8DYaAKm5AJBfZRA31Q4o8tCIYp
bSWL2xlDHYxhQgX2EwtMuYgOf5ABBeighCcg4gnFUMcHCoWJJNIyBQ+VrXa164BcpCALb3CjTOvw
RnkwAAO6SEMImoCIPyBiGGlgQibqwgXQrmR5PajVQVZBQ48GgxppuFIPuNEJY2QCGyCYxxWkdaIQ
mOEMpQiBLDKgD73JQBgFeQMStjzR645gwxzuawzwoQ3tFvaN2tgkIGFBBr3V4v8HRfgEKczQhyWY
YRmxEIMZejDPhFRgFLdb03rDAIstUQAX89CZgU9kjBlw4TTUWEIfvoCCfPRCx67IAghDSFgzErG1
KvUFJ1Lw5Vpmt5ybjMUyNJCIGdS5CJmQgzrEIKFyZGgV4VjFcD+aCeO6aGeRxUUskuGIWoSWIK5I
thtU4AVu4mMEKSjBG9aYhDoQccMOWKIvuDIkQzCFCrho72QBOZDhtqAc+03IEs4QXF3RQQP6qIdD
VJBV8mIBqhHgQznTmIKuVnQVjyJGkzSHAob82CP20WCmuqCBB8j7ISpAqRTayAdOhLAE+BArJgQC
i4YLHEi42GJvq0ByybrbEvr/EEdEMHHGwmJBtZY0aApOjAE15AMMcanZKtJQigL7XFe4KMIPnlBI
hPAhsQ7QhmIXGgAFDEQGP9CBjmN0uEAjVR/tRhUT1iGLPvhaIK7ggxmnasYA5KIOPRXIMkhQBL36
aB76+AZDylGMFyAvDPuYkHWCiIWpyoMdmEi7QIxhiHT7CBfm2Gf/9rRrH9knFlfw2omanQUGVLTc
Si66ixSeEBikQWck/8S4DRXyfYTjHOMIg5OoEApjN94hVWeIGM7RNjkERfM+ioUMaqGDYjQCBbgP
KggeIIkkD/xYDEkDFxamq1hA4gG1QAFkwkCHguXeGB7SQcIM/6JYqOGo6HLX/zpqUYsn6F0dOgBB
8BlysEbgKxxgEJdSdcWGclgfVZCoBTb0zoRRUPkqMbIPD/ADT0EBTQAGP3AEqhcjpbAMfZYQvVAL
bRMUogcjuJAGnrAP+1APnjCBTfB5W6B3g4cNv5UGo2cdbDAI4sIkBsgBS+B2LgJXbcAQmXAMdGB7
VVCBCNQE1OAh8RcqeRIFXZAJP8ABzEcQufMAPQAC+mMdq+AM+pAP6TYrSrYN3BcR52Z1mRIGZ2AG
mUAHRxAFGjCGUZAHhIYMCogQ9SAJoVJ+n6MQuLAEP0A66SIHS2ANS/B6LhINmbB+MTMPxrANVYIB
m5AMsDAPsNAMGcIEzdAFVP/UBT1QA8xQAw/AWQ5RAUPiSj0zCrvAAnooJoDGECiQFy7SFP2QBnLw
CJ84EMbQcFBQAzWgLQ0RC11AB2lwPqPyCauYObWAMQuRBpSwP0FRBX7IBP+UAQD4IojCAanTB0e4
EOWwG7sYERWwDzm3EDhIcroAg3B4GM6wgDAyXwn2jBs1CpWwAn4II5yHEPPQhyfSJw43jcJFVJgi
B2pFASRXBbhAB13QBegGdB/IEIcgCwDzEFvwADUwfz8SC/vwBG3QNk0ABAXCBeCQCE/wBIPAAU4g
j8lzDrGxEJmwDCZhe6vyeO1BRSMzOlMXI1XADWCQAT9ADVUADNZQDrHQCHr/szx6Yw7eoi+qtCZ0
0AlNYAlcUItXUARfMA/NwI0CMQ+RoE1N0gSpowFGoGuZAAgekQkz8AWGQAM04I6dZRDpsA/zUAXp
sAyZIFl0MAq2ljajQgfkCCMVMIpPAAsncykmVGCgMUqZggvLIIvq1hcmxHgeFQtbIBhNEgYaQIDu
sgevMAagwAup8As4gAOvkApjcAJj4AINQA7ZQINNEJcNoQ4/cAlZ5yIvcWnNcgKsEAcGIAKgsAdx
8Art0A5BAAesAAqsMA23EAwF6SSrUADdYHdNUgVhEAxr8B7pQAMDUw800AQZpA7Q+SKg8Au/wAt7
wAongAGg0A53IBB30A6g/8Cd7YADDpEOihAGBqJcfJkQxNglcpAHACADVXAEZrA8efIDo1AKoWAG
AbWLr0AEogARVPCXDLEEtYCKOagLuthbadBrT9J/efAd20AGbXChjRAK6oALgFAIWzAPowCOEJEK
qTCeD6EbNaQQ6nA/gMSeD5EJu3Oa6khUdFCj/Kie7yVUnTQVETEGvIBAaQB+geIsaaAPNSBBubcF
LEJZYYBNxRARd+ACY2AdyDUX4XB/EJEJD5APK3lcMpAP+jAIlsiOPaAPlfIQonAKIiAXFbANY3oQ
h3AOppRwL7qlXeoiVzAI/AAFm2NXBoEL8RIJircQe5AK7SAXq+CRDPEBNP9Qlgt6giCJkHd6IvtA
D5L4AGE0V3lCCV+HAeFpHQ8ioxKxni7qEM2hDwoJI/PgijXQAzKQCUwpKGagASL4EHeQmXCSCTTA
ZBFBB70gBrx6KGkwCOujBBwQBYjgCVtglzUHAgA2CqnaEL+wCFMaEaXwBV+xECQopBChC0OljDRg
CQ3SCBlQC/oQCZqwDlWAAgAwA+3ZEC4QB9UKEXAnVwlxBSyApQ9BBTRgk0+CV/DRBSShA9DXdplA
CuowjWPAAyaKPg7UEPZIjEHxrgWRCWZQC2/SJPi4J1ijBp6QI6pInQ3bJekwCl2Qg6JHBesHA2Iw
A6L5IqNQCFr4JLzwCyP/6xAywwIMEYES9HrC8Ahdsg7IEAJ28gqtMK8PsQpnkKL3SjAncjh08q9U
0KkRcQBBcKhBdQWTKhEuAqOL8SSHxpEL0Q5I+y6UdQU0cIPD6IdFWgNbS6ng8Ax2wgoEYB3Xmq0K
cQgkUHsk54dayqVPQgP54A5wkgpxgLXJcwa94FHpEAz66hB/+7Zy0Q434AFTcLM/0g6t8AonQgET
5jRpsKXV0CRjcApWYAWqEAeYS53YqZ2Gonzf+ou14AMWwAPfiQ6ikJu6eQDtcAJ3cAC5yZoHMKV3
8At7gAOgMAa/YAD2oAdEMAA7AA/tIAqQ+bt7MJ4iMLyeygPHiwFjIAo//xqblIkBv7ABQfCdLlIK
lLAVC4GgtXd7+4oKcyANuBmbrXC17ZAKrZCbrHC/Y3AHrxAHooADrAAH1Dq9cKAHVkALp7ADypAK
PNAKv9AOBTwNvADAAnwHIrAIi3DBomAALnCrixAHF2y1ZYuoDyB3CzEP5aC2OciU/RQLY8AK33kH
PMALJxCZNOyprMALoJC8rHCod8AKsHkC7SACcKAMqkALqrADv2DDvYsDIsALOKCZQXwCBFzE7cAD
vQsKIsAKVby635IOomo1dPoQL3AM65CODNEO8aAKdmAFiyDGYfmLInkiFlsLZTy5hIAACUDHE/QC
s4C3gfmb7sMNS/EkjP+AB4FQxwVhLMDAEPUnEnJAkhDxCWxsMLhAsRNEAYUmIxT4CZ+wjVAyFJns
EDDwAVSbKcvFECGwfIPZeGmQAWcguaG0C8jwhhNkDH9wpgkRp4acfEZqy9+yDD3oyHyytAyxCltw
yhgQuWGyXLiQDi9bMwtGnOznOplQlhRABftBclQEzXASDEJwDMjsEOUAZHRgCJJwDfNgi+CACGyw
BY/LBG0brUASDWLgFsLWWcZQBE+xEIeRBgumNcRYCsuKC6XAM5lAZXusjF9iDIVgBKu8wpAgA7Y8
G9jAENEQDM6saniGKsYQCjixClzgIGLzXl1QHlVwgxqSNvsIHzGNFFv/gA2hsgLVwUOmcyphkEEU
wAYP/Wtd4Di6wgRwiQE0kAFfwQJkcDssgAx20QRkIAEnQQZ2sw6hoGt3lCGjwIyvaKYUsA2FMCJ9
UAjGIAeksAt2N1zBsA3YDBHBEAUzUNEvYtIawQIaigE5AAFeMwpTjQFYbTcdAAGrIAfbEApcHQUP
8IoPsAxhPdZ7kQcvIAcTAAyk0QfrIJDnQNUQYSAsMAmNELuZEgu6UB4UcC54lT1ThBRELVTtVdPL
YwnVQdoCUQWrLcoYsAChMAMM0Y4Su1zOY0LEcik5QQflUCFq0AznfCLzQAkB1BC5ocsEoS/FUAwy
IAPFwAVhQAHlwAUt/zARXyAD3AAEPxAFxLzcDNgH7KsQbPAH8bc80HcOTaALmmAG6RAGoZCT+nAG
0ofeqAIDUVAEDFEMZ9AGKJAIFgkNzqAebbIl3KDgT0AJmfC4/h2hdCCiCAFSKpuPuDBuTPE2uCBs
dF3hEVGlMiK2JO4kuDALBVDNAxEMRzCzKa5DcTgIfooQTcABDzjj/LQuw1UBZWniPF4zsVAOo9Cp
HOqJQ343jgIG0r1jF9ANJbnkWkcHkJEGTsDG+lJcmTAKMlFgtX0y75mjYS4Q/cwEY37mai4TRVEe
V1MecoALbj61gLTah2badm7n4QYg49bN8BG2SLHnHx7oGFABK/CCMP9CBYWABmEQCzMw14JiBAU2
C8eBC0rBBC3QB45dCkWQ2f+c2Zx+Ff/8FavgFVyxBOUgG73gFmywBEQ7D9/QNumQB3qRCb1wO+rw
Dfhi6/8RDL2QH8GwBAVSDr3A1d9gEaOwBDDQf0UQbtvwDS/QAt0wAxT+EBSQCUaDC2QQCrHwCBBQ
CKWACxBQAFgxCLFRCqZwCLFAB8gwAWfhDWLAFWgw16uABoCAAVfgDfcuARewDc9zAR2AASHgDZmt
Dt5wFSFwAWYxCt6gszngDak+ChcgABhwDN5wO1pw8UxwDGjwHzPgDVRtAt7gNYBgCgvABGIwDv9h
e00yFqdSo/ZRo4BJVIsC0QUZNBaqRwFdoHo4DyCdYBKxYCM+Txk+A/TzQBmxMA+MkvQyUQVKjxTz
0PRRTxU6oyGdIBNYsyphUFxUXx6lwPWusYsBAQA7


--=====_002_next=====--

--=====_001_next=====--



From nobody Sat Jan 20 22:28:47 2018
Return-Path: <loa@pi.nu>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9096D1243FE for <detnet@ietfa.amsl.com>; Sat, 20 Jan 2018 22:28:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-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 umgnAa7NILhv for <detnet@ietfa.amsl.com>; Sat, 20 Jan 2018 22:28:43 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D333D126CD8 for <detnet@ietf.org>; Sat, 20 Jan 2018 22:28:42 -0800 (PST)
Received: from [192.168.1.10] (unknown [119.94.164.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id C84EE18013B2; Sun, 21 Jan 2018 07:28:39 +0100 (CET)
To: "Andrew G. Malis" <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu>
Date: Sun, 21 Jan 2018 14:28:34 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/aujLuXyUG1RgLjqhw8FrhAPKKE4>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Jan 2018 06:28:45 -0000

Andy, all,

(I thought I sent a response to this, but it never did show up, so 
re-sending. Apologize if there are duplicates).

So we all agree that we need the sequence number for elimination
purposes.

We still need to agree on the size and format of the sequence number

What will impact the calculation of the sequence number size are:

- the maximum sustained DetNet flow BW
- the minimum average packet size of a DetNet flow
- the maximum lifetime of an errant packet

My guesstimate is that we need to allow for a sustained BW of 1 Tbs, 
that the average packet size is less that 1500 bytes and that the life
time of an errant packet is at least 500 ms.

But we obviously need better answers than that to be able to calculate 
the sequence number size we med.

Any takers??

/Loa



On 2018-01-20 02:36, Andrew G. Malis wrote:
> Loa,
> 
> You’re right, we do need to think about the maximum lifetime of an 
> errant packet in the network as well, thanks for that.
> 
> You’re also correct that we need to define what’s optimal for DETNET, 
> however we do have a charter constraint. To quote Lou’s recent email, 
> "We are not expected to come up with new encapsulations, but rather how 
> DetNet uses what exists today. “. So we can’t be TOO creative ...
> 
> I’m really interested to hear what other people have to say about the 
> upper limit of flow BW that DetNet needs to support, and I also made an 
> assumption in my math that an average DetNet packet (at least for a very 
> large flow) would be 1500 bytes. Do we have consensus on that as well? 
> That also has implications for the sequence number length.
> 
> Cheers,
> Andy
> 
> On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu 
> <mailto:loa@pi.nu>> wrote:
> 
>     Andy,
> 
> 
>     On 2018-01-19 20:25, Andrew G. Malis wrote:
> 
>         Loa,
> 
>         We really don’t need a “D” bit, as we can allocate a PW type to
>         indicate that this is a DetNet PW, plus the context of the label
>         can identify its use for a DetNet PW/flow.
> 
> 
>     Fine, however we have at least diverging opinions, that both say
>     that we should not use PWs
>     - first we have people that believe that we should use EVPN instead
>     - second there are people that say that we should define what is
>        necessary for DetNet and then specify that independent of EVPN
>     and PWs
> 
>     We need a consensus on that before we can start the design according to
>     one or the other of those paradigms.
> 
> 
>         We DO need the first nibble to be zero. But beyond that, we are
>         free to use all 28 bits as a sequence number, if there’s no need
>         for either flags or PW-layer fragmentation, which would require
>         two bits.
> 
>         The key to determine the required number of bits in the sequence
>         number is to determine, for the maximum expected rate of a
>         DetNet flow, how long will it take to wrap around?
> 
> 
>     Isn't that only part of the truth? We are not concerned only by the
>     fact that the source might sue the same sequence number again, but
>     that a struggling packet might show up at a point in the network
>     where a wrap
>     around just happened.
> 
> 
>         For example, for a 10Gbps flow, that would reasonably equate to
>         833K pps, assuming 1500-byte packets. This would wrap around in
>         a little over one second with 20 bits. A 100 Gbps flow with a
>         27-bit sequence number would wrap around in about 1 second.
> 
>         All that said, a second is a very long holding time for flows
>         with constrained latency, so we could probably take two bits off
>         those numbers and still be OK (wrap around in 250 ms).
> 
>         So 25 bits is probably sufficient, at least for today. 28 bits
>         gives us room for further BW growth in the future, approaching
>         1Tbps.
> 
> 
>     I think that we need to design for Tbps (or worse), but that is another
>     thing we need consensus on before starting to specify.
> 
>     /Loa
> 
> 
>         Cheers,
>         Andy
> 
> 
> 
> 
> 
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
> 

-- 


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


From nobody Sun Jan 21 01:43:51 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DC3D1241FC for <detnet@ietfa.amsl.com>; Sun, 21 Jan 2018 01:43:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vicPR-iz1gA3 for <detnet@ietfa.amsl.com>; Sun, 21 Jan 2018 01:43:47 -0800 (PST)
Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::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 749C61201F8 for <detnet@ietf.org>; Sun, 21 Jan 2018 01:43:47 -0800 (PST)
Received: by mail-lf0-x236.google.com with SMTP id o89so7017675lfg.10 for <detnet@ietf.org>; Sun, 21 Jan 2018 01:43:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=VgOUUs7KZzyfq0GjQEABlCkGrd6X9HoV1/MTWzP6V8w=; b=AzGbmSoLoFJTymeDJTE5JUfQ8lwEUopCWv/wpjfYcjHtC32LDSoj2hWAc5kDg3u3MH ixT6ZDrgpgTksL++CiMRhqksknwAR1h+OAfmXQqEQeCsA/lh/uCcTGB+ohhrxAYa+Ycw eQfAkAyOqUhPXXM4YbJpzN5wjQ3oxMuwmc6QlxmGlbV9viKUPvU+4zjwkQBWdETaLMZS AUA6BHXAOVBb5OIaGe+8gdf7PosgfveMHw+sfnx0pD1oMjeXVaEEO6rCtLUzjFxO4TR1 Tk0FZhz01c0Liza6uhYe2fxVZ3zUHjVJaG2W45QKLc4A7WZg4UFiTGydZH77qChkD33l jq2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=VgOUUs7KZzyfq0GjQEABlCkGrd6X9HoV1/MTWzP6V8w=; b=mjxIMVw1uHHX4x+Dy1yqgsVp+2s/3P8+8gW+7HXGSw6Gk0QaWsrIr9UTFcul7ZdMtw pQrK20Q29iFZxqXLbaqDCJU0X3LtY5axOnPh6Dko6rw3qA0LAhLHudPu0QYY/e/vHLyX O6iIujhX3XXhJfZxX54IK8E8UI0pWUoJBO0X4TAori5bi/4Um1g8IN/OxPIKFFLuge7c q3kWlTgB2Q3YwI5r2LkRs6BUuNuwIqUCl0p9zpLukVdpkd+0nX8HTLe84OsPn51JFryY paqaKVmJ5/D+Bf05Y19ReEYMtXYREtU1Yon66uy3vd99aGXHFzOiVxLx8HYuz0XTwMaP dUyA==
X-Gm-Message-State: AKwxytebLUaa7u6h+jDm6qncR+Z9vzM6vNgdDVrqkO4hRvPDzl3bgdX9 Sosz/O6Pz1hM+tBLW0c834E=
X-Google-Smtp-Source: AH8x224GfvvvfT3VBwWiUgr3q3JBK4uWjjBtiDLYCAAt62R5RiAOlr8dL/JZ4/J4NZA3wlW1SKseHw==
X-Received: by 10.46.82.23 with SMTP id g23mr1703008ljb.67.1516527825466; Sun, 21 Jan 2018 01:43:45 -0800 (PST)
Received: from jounis-imac.home ([83.150.126.201]) by smtp.gmail.com with ESMTPSA id y80sm2192564lje.10.2018.01.21.01.43.43 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 21 Jan 2018 01:43:44 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Jouni <jouni.nospam@gmail.com>
In-Reply-To: <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu>
Date: Sun, 21 Jan 2018 11:43:42 +0200
Cc: "Andrew G. Malis" <agmalis@gmail.com>, DetNet WG <detnet@ietf.org>, =?utf-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu>
To: Loa Andersson <loa@pi.nu>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/S74I0Bb-l3Jl7aTalBLbctx3_T0>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Jan 2018 09:43:50 -0000

Quick and dirty calculation with 1500 octet packet (+ ethernet overhead =
of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 =
sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.
1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 =
bit SN. This is based on the calculation how many packets you are able =
to inject within a given time constraint.  I do not consider here yet =
how you would find out a late packet based on the SN i.e., whether you =
need to reserve half of the SN space for =E2=80=9Cin window=E2=80=9D =
packets or some other amount like 10%. Anyway, it is still _early_ in =
Sunday morning so tolerate errors..

To me 28 bits seems to be plenty.. and a single on-wire format is simple =
(assuming the actual SN bits are defined by the CP or config).

- Jouni


> On 21 Jan 2018, at 08:28, Loa Andersson <loa@pi.nu> wrote:
>=20
> Andy, all,
>=20
> (I thought I sent a response to this, but it never did show up, so =
re-sending. Apologize if there are duplicates).
>=20
> So we all agree that we need the sequence number for elimination
> purposes.
>=20
> We still need to agree on the size and format of the sequence number
>=20
> What will impact the calculation of the sequence number size are:
>=20
> - the maximum sustained DetNet flow BW
> - the minimum average packet size of a DetNet flow
> - the maximum lifetime of an errant packet
>=20
> My guesstimate is that we need to allow for a sustained BW of 1 Tbs, =
that the average packet size is less that 1500 bytes and that the life
> time of an errant packet is at least 500 ms.
>=20
> But we obviously need better answers than that to be able to calculate =
the sequence number size we med.
>=20
> Any takers??
>=20
> /Loa
>=20
>=20
>=20
> On 2018-01-20 02:36, Andrew G. Malis wrote:
>> Loa,
>> You=E2=80=99re right, we do need to think about the maximum lifetime =
of an errant packet in the network as well, thanks for that.
>> You=E2=80=99re also correct that we need to define what=E2=80=99s =
optimal for DETNET, however we do have a charter constraint. To quote =
Lou=E2=80=99s recent email, "We are not expected to come up with new =
encapsulations, but rather how DetNet uses what exists today. =E2=80=9C. =
So we can=E2=80=99t be TOO creative ...
>> I=E2=80=99m really interested to hear what other people have to say =
about the upper limit of flow BW that DetNet needs to support, and I =
also made an assumption in my math that an average DetNet packet (at =
least for a very large flow) would be 1500 bytes. Do we have consensus =
on that as well? That also has implications for the sequence number =
length.
>> Cheers,
>> Andy
>> On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu =
<mailto:loa@pi.nu>> wrote:
>>    Andy,
>>    On 2018-01-19 20:25, Andrew G. Malis wrote:
>>        Loa,
>>        We really don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we =
can allocate a PW type to
>>        indicate that this is a DetNet PW, plus the context of the =
label
>>        can identify its use for a DetNet PW/flow.
>>    Fine, however we have at least diverging opinions, that both say
>>    that we should not use PWs
>>    - first we have people that believe that we should use EVPN =
instead
>>    - second there are people that say that we should define what is
>>       necessary for DetNet and then specify that independent of EVPN
>>    and PWs
>>    We need a consensus on that before we can start the design =
according to
>>    one or the other of those paradigms.
>>        We DO need the first nibble to be zero. But beyond that, we =
are
>>        free to use all 28 bits as a sequence number, if there=E2=80=99s=
 no need
>>        for either flags or PW-layer fragmentation, which would =
require
>>        two bits.
>>        The key to determine the required number of bits in the =
sequence
>>        number is to determine, for the maximum expected rate of a
>>        DetNet flow, how long will it take to wrap around?
>>    Isn't that only part of the truth? We are not concerned only by =
the
>>    fact that the source might sue the same sequence number again, but
>>    that a struggling packet might show up at a point in the network
>>    where a wrap
>>    around just happened.
>>        For example, for a 10Gbps flow, that would reasonably equate =
to
>>        833K pps, assuming 1500-byte packets. This would wrap around =
in
>>        a little over one second with 20 bits. A 100 Gbps flow with a
>>        27-bit sequence number would wrap around in about 1 second.
>>        All that said, a second is a very long holding time for flows
>>        with constrained latency, so we could probably take two bits =
off
>>        those numbers and still be OK (wrap around in 250 ms).
>>        So 25 bits is probably sufficient, at least for today. 28 bits
>>        gives us room for further BW growth in the future, approaching
>>        1Tbps.
>>    I think that we need to design for Tbps (or worse), but that is =
another
>>    thing we need consensus on before starting to specify.
>>    /Loa
>>        Cheers,
>>        Andy
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>=20
> --=20
>=20
>=20
> Loa Andersson                        email: loa@pi.nu
> Senior MPLS Expert
> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>=20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


From nobody Sun Jan 21 03:06:30 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60213126CB6 for <detnet@ietfa.amsl.com>; Sun, 21 Jan 2018 03:06:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AMs0M1SfeH9B for <detnet@ietfa.amsl.com>; Sun, 21 Jan 2018 03:06:27 -0800 (PST)
Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (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 4CC0A124319 for <detnet@ietf.org>; Sun, 21 Jan 2018 03:06:27 -0800 (PST)
Received: by mail-lf0-x22f.google.com with SMTP id g72so7167763lfg.5 for <detnet@ietf.org>; Sun, 21 Jan 2018 03:06:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=LRkCqYsW3FJU+8OgaIKBOf2we5PE/B4E1nXeVxFWvCI=; b=KGtqKEG/mX+zdJgika0nfum1BTVasR05K/ZyD3OUb37SfYBfabhdzUAk83r357Rayy L5hoMXDodFt7T9tdYWfs8G4RVfpWwTdIpzeAQutTfXZMhtH+GCmPyQrBQZVrEi/0VqCK DrSnIcuV0OXfD/zyfyOgY8FGkdEku76rUkal9PktsLCuz1galHRmE0BwiigzuSTxcWU3 x9YS6wUTppEjpL6QVcQ1gL1GCdz4sUjAnzoLln3TUgTrj6OTKTkSCE2dpxb+2iMiPAYs qVBcdjQ9lb7Kq7z0Q4+ul5rLGtDI5sVld5qzT0Z6Ab+fuv1fCHSMlP+71DeAYkoeTuPM o5xg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=LRkCqYsW3FJU+8OgaIKBOf2we5PE/B4E1nXeVxFWvCI=; b=YjFj5+F57DZXMLcuBYa2Gc5c2BzEj0Gadejb2J1oen9GNCQdVLjJYLYL55sldPC6mF cwJXy0VftYZx7s5GcunDdORizdYR88kLbhKphIWA0AikkS4y+1A05Ev4DuJFVuSDNgOD sYTMQ3C7E5KftE53KRcqjeGmXxkox9zLCZ483XAv9sgyaDUElwiqJUS1HzdSXcwBJ6md BaKmrn+/VXdUhe4OAtYZN6JWh/sLwjqzE5NuedizLSZz4/MvtCCLYuhmxKGKNQR6UGYW /MAifQ+qx+qwwZrQIQzoUo9lmjmvs2uvIb772A/kO7oqrCqMv3ZK6p7jXZRKBI48iMYI qaCw==
X-Gm-Message-State: AKwxytfoIcfkcyxNc+lPh0rzurLtW3/u0Rs1MoZUbp3SClsfQktbCccw obzzk7VHpWNGM87bB5yKkKt4xDHM
X-Google-Smtp-Source: AH8x226PCYX1t+4vWYsNoHj6PrDD6j5OlYpzh0rXOlll0HJMbPh/ftY8fP8CRTGy/hg11rDcIgJ+pg==
X-Received: by 10.25.25.208 with SMTP id 199mr1720647lfz.146.1516532785287; Sun, 21 Jan 2018 03:06:25 -0800 (PST)
Received: from jounis-imac.home ([83.150.126.201]) by smtp.gmail.com with ESMTPSA id m89sm2088608lje.66.2018.01.21.03.06.24 for <detnet@ietf.org> (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 21 Jan 2018 03:06:24 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Jouni <jouni.nospam@gmail.com>
In-Reply-To: <0cb101d38fe6$ce414370$6ac3ca50$@gmail.com>
Date: Sun, 21 Jan 2018 13:06:22 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <A979A3AC-7B6E-4085-97DF-EEF27A328D5D@gmail.com>
References: <0cb101d38fe6$ce414370$6ac3ca50$@gmail.com>
To: detnet@ietf.org
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/dDH98u22vkXl4XLj7a5mDiAG_nA>
Subject: Re: [Detnet] data plane draft repository
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Jan 2018 11:06:29 -0000

There=E2=80=99s been quite a few edits to the draft. See the current =
snapshot:
=
https://github.com/jounikor/draft-dt-detnet-dp-sol/blob/master/draft-ietf-=
detnet-dp-sol-01.xml

- Jouni


> On 18 Jan 2018, at 00:59, Jouni <jouni.nospam@gmail.com> wrote:
>=20
> Folks,
>=20
> The work in progress data plane draft XML source file can be found at:
> https://github.com/jounikor/draft-dt-detnet-dp-sol
>=20
> - Jouni
>=20


From nobody Sun Jan 21 12:29:29 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BB2F126C25 for <detnet@ietfa.amsl.com>; Sun, 21 Jan 2018 12:29:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, WEIRD_PORT=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 c1Ho6xW1JuwN for <detnet@ietfa.amsl.com>; Sun, 21 Jan 2018 12:29:24 -0800 (PST)
Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4734120726 for <detnet@ietf.org>; Sun, 21 Jan 2018 12:29:11 -0800 (PST)
Received: by mail-lf0-x22b.google.com with SMTP id h92so8128497lfi.7 for <detnet@ietf.org>; Sun, 21 Jan 2018 12:29:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=iZqWWuckVzdE9pNIQvUpVcRfVAMPllFWDL19szE/C9o=; b=ghzjf7UJlIb31DL+hz4eT8vE7o/Q1qyjMx38s9sNw4Yaa+OC0uXw6RAcWwDPDY3cY2 +2TDYBQs6N+MZe3fLigEylebG6YEGuVyUydtHUmhBPvHoGQqIEGtEnB7pALypUUsYTOb DR+wgxZWNOL47BS5wv8v0d47D7UVTnPK2CvBXhRsL+7h7Cb/fOX6J4SJNPyZPctZe2eY Uubl9Da0IWKPJkMAxPCdc10v5S3M3GR/2EbRhlPaqDXpHUB4phkjrv5vK00Vvetjo8r3 0dM1NHaK4unaWLPkzHh+i2dhDAHfDMDIkVbKwSHy4GVbU4chqNnRCm09L3hAY2oI9Nz9 PJ3Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=iZqWWuckVzdE9pNIQvUpVcRfVAMPllFWDL19szE/C9o=; b=YGj7/gXf/9LrOr/hCmjoTugVitWUuyGiKHh5BFhUHwv1/2kZc5IjQQbXHSY06V5Krv zE6pqptb2ESw0ZnvKKCTWnN8XTuxjf3SYfd3v+ecbvDNCd9xif6GprNzUdLRcuOjHPN3 zWAOYxhXdp4rP//ehGrefljry7+tzUv41V0lMmQ3BmLQ9buh4FM8iur/+r1WC5OsLXbO duYjrDgS5PT1cPxMJVdS5QzfjV5HnAiLEjQ4R5sK+vT5wpnzXOY7xtQiIOaIEqFuz1M6 LVKdXnH4QkTl9imznPiiRRmMHZtQHcyK9Jp1GIKm1DPePST/QOJynwNOuv0tOL9pZ/qU Kzrw==
X-Gm-Message-State: AKwxytfn8RiFov6zxLl6NI2ADj7ZxhOMeuB291f/7qJdp0hUN4nbOyeD A3P1DvTHm93dULPNgDOO4+s=
X-Google-Smtp-Source: AH8x226zi/HFIorIzsRXhviXFtmyef2aYd0sQOL98xPv7WJJKmbaPSY6OxZmZDjavXQnluA4uVNabg==
X-Received: by 10.46.31.17 with SMTP id f17mr2514208ljf.103.1516566550058; Sun, 21 Jan 2018 12:29:10 -0800 (PST)
Received: from jounis-imac.home ([83.150.126.201]) by smtp.gmail.com with ESMTPSA id b29sm460507ljb.34.2018.01.21.12.29.08 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 21 Jan 2018 12:29:09 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Jouni <jouni.nospam@gmail.com>
In-Reply-To: <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Date: Sun, 21 Jan 2018 22:29:04 +0200
Cc: "Andrew G. Malis" <agmalis@gmail.com>, DetNet WG <detnet@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <CFBD6215-F28F-48E4-A303-58D552D43E18@gmail.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com> <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com>
To: =?utf-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/oT8Sga1TEoD537MMXhjxQsKtoio>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Jan 2018 20:29:28 -0000

Hi,

These are fine (good explanation below btw) and all listed/analysed =
already in the architecture document to some extent, except that there =
is no specific naming convention for a DetNet flow with reordering.=20

I wonder if we really need to state which DetNet node with a DetNet =
service layer functionality does the reordering? Wouldn=E2=80=99t that =
be just something a control plane or configuration defines?

- Jouni

> On 19 Jan 2018, at 11:09, Bal=C3=A1zs Varga A =
<balazs.a.varga@ericsson.com> wrote:
>=20
> Hi Andy,
> =20
> Yes, good point. =46rom DN flow perspective we have to cope with =
in-order delivery. However,
> some detailed thoughts on the DN functions and their usage of S/N:
> - DN1, Congestion protection it is practically about QoS functions, =
which works on a per flow
> level. It selects queues based on flow-ID. It does not consider S/N.
> - DN2, Explicit routes is practically traffic engineering. It does not =
care about S/N, just flow-ID
> (which flow have to take which tunnel).
> - DN3, Service protection is the per packet 1+n protection, where the =
elimination function is=20
> based on S/N.=20
> =20
> This is why I wrote S/N is used only by the Service Protection =
function.
> =20
> But Your comment is fully valid and points for me to a possible =
missing DN function. We should
> consider to define an additional one: =E2=80=9CDN4 Frame ordering=E2=80=9D=
. Such a function would use both the
> flow-ID and the S/N. Its function is to ensure in order delivery if =
that is required by the DetNet
> application. Best located at the egress-PE. Details need further =
discussion. (Note: if the application
> has its own embedded seq.num in the flow it may not need in-order =
delivery, etc.)
> =20
> I think that is a good idea and makes the DN functions more modular. =
Also during the Elimination
> we can simple concentrate on duplicate detection and out-source =
in-order delivery to DN4.
> =20
> So, we could end up in four DN functions:
> - DN1, Congestion protection
> - DN2, Explicit routes
> - DN3, Service protection
> - DN4, Frame ordering
> =20
> Cheers
> Bala=E2=80=99zs
> =20
> From: Andrew G. Malis [mailto:agmalis@gmail.com]=20
> Sent: 2018. janu=C3=A1r 18. 22:49
> To: Bal=C3=A1zs Varga A <balazs.a.varga@ericsson.com>
> Cc: DetNet WG <detnet@ietf.org>
> Subject: Re: [Detnet] DP solution (Flow identification)
> =20
> Bal=C3=A1zs,
> =20
> I agree with your conclusions regarding =E2=80=9CDetNet distance=E2=80=9D=
.
> =20
> However, one point I think I disagree with you is when the sequence =
number is necessary - you said only by the =E2=80=9Cservice =
protection=E2=80=9D function=E2=80=9D. However, as DetNet flows are =
indeed flows, and and most (if not all) applications that will require =
DetNet will most probably require in-order delivery, sequence numbers =
are generally useful for reordering at the destination if packets get =
out of order during delivery by the underlying network.
> =20
> Cheers,
> Andy
> =20
> =20
> On Thu, Jan 18, 2018 at 2:41 PM, Bal=C3=A1zs Varga A =
<balazs.a.varga@ericsson.com> wrote:
> Hi,
> =20
> some comments regarding what is needed for a "networks that are under =
a single administrative control", based on the existing WG drafts =
(problem statement, use-cases, architecture, etc.). Let's try to keep it =
simple and focus on what we need:
> 1, Flow requirements:
>                 - loss and/or delay bounds
> 2, DetNet functions (defined so far):
>                 - DN1, Congestion protection (i.e. reserving =
resources, magic queuing, etc.)
>                 - DN2, Explicit routes (i.e. traffic engineering)
>                 - DN3, Service protection (against loss by network =
failures)
> Note: These three techniques can be applied independently, depending =
on the Flow requirements and the network scenario. As an example, =
congestion protection (DN1) alone is offered by IEEE 802.1 Audio Video =
bridging.
> =20
> 3, Flow specific information have to travel with the packet:
>                 - Flow-ID (required by all DetNet functions)
>                 - Sequence Number (required only by "Service =
Protection" function)
> =20
> So, regarding the questions here on the list:
> - Do we need all nodes to be DN-aware in a network?
> Not necessarily. If in a network scenario DetNet flows require only =
for example basic DN1 function than You have a good chance to serve it =
with existing devices. However in some cases all DN functions are needed =
at each hop, so yes, all nodes have to be DN aware.
> Conclusion: the more DN functions are needed in a network scenario to =
serve DetNet flows, the more probably we need DN-aware nodes at each =
hop.
> =20
> - Do we need DetNet data-plane for IPv4, IPv6 and MPLS?
> Yes, that would be nice to have for all of them. But I think it is a =
better question which one has the smallest distance to be DetNet-ready? =
(I mean which need the less new stuff to support DN?) The data-plane =
alternative related draft focused on that and also the mailing threads =
here.
> Conclusion: I think we can conclude on a rank of "smallest =
DetNet-distance":
> 1, MPLS
> 2, IPv6
> 3. IPv4
> Note: in my view this is also the probability list what networks =
someone intends to use to forward DetNet flows =E2=80=A6
> =20
> Cheers
> VBala'zs
> =20
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Grossman, =
Ethan A.
> Sent: 2018. janu=C3=A1r 17. 19:51
> To: DetNet WG <detnet@ietf.org>; Deborah Brungard <db3546@att.com>; =
Stewart Bryant <stewart.bryant@gmail.com>
> Cc: Tim Chown (Tim.Chown@jisc.ac.uk) <Tim.Chown@jisc.ac.uk>
> Subject: Re: [Detnet] DP solution (Flow identification)
> =20
> Thanks Stewart. Regarding:
> =E2=80=9CYes, we need to have the discussion on the list and reach a =
consensus of whether
> a) We support v4
> b) We support v4 and v6 by v4 and v6 specific protocol extensions
> c) We use a single common IP approach
> d) We use an approach that is common across IP and MPLS=E2=80=9D
>=20
> Perhaps, given Tim Chown=E2=80=99s earlier comment:
>         =E2=80=9CIf you=E2=80=99re suggesting an IPv4-only solution, =
you=E2=80=99re running up against =
https://www.iab.org/2016/11/07/iab-statement-on-ipv6/.=E2=80=9D
> =20
> We could get Deborah with her AD hat on to comment on this?
> Ethan.
> =20
> From: Stewart Bryant [mailto:stewart.bryant@gmail.com]=20
> Sent: Wednesday, January 17, 2018 10:39 AM
> To: Grossman, Ethan A. <eagros@dolby.com>; Bal=C3=A1zs Varga A =
<balazs.a.varga@ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
> Cc: DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
> Subject: Re: DP solution (Flow identification)
> =20
> Hi  Ethan,
>=20
> =20
> On 17/01/2018 18:24, Grossman, Ethan A. wrote:
> Thanks Stewart for the clarification. I interpret your statement =E2=80=9C=
a decision not to support IPv4=E2=80=9D to mean =E2=80=9Ca decision not =
to propose adding anything to the existing IPv4 standard=E2=80=9D.
>=20
> To support IPv4 there are a number of methods that are possible, one =
is to add something to v4 itself as is proposed for v6. Adding something =
to the base protocol will be very difficult.
>=20
> Another method, is to do what has been proposed by some for MPLS, that =
is to encode the identity and type in the IP address. There is a =
proposal to do this in SRv6. I am not a great fan of abusing the address =
space for this in the way proposed by that work, but maybe we can do =
something much simpler here and simply identify the DN instance by the =
IP address with no other semantics. Much easier to do this for IPv6 with =
the "infinite addresses" but we could get away with it in limited =
private Ipv4 networks. Of course this does change the per-hop behaviour =
of IP which may be a challenge to get the IETF to sign of on.
>=20
> Another method is to use some method of carrying an MPLS label stack - =
this was the first proposal. Now I said that I did not think anyone had =
done that and I still believe that to be the case, but that does not =
mean that it is not the least worst approach. There are alternates for =
example IP/UDP/MPLS
> which is the so called USR approach that a number of us advocate as an =
alternative to SRv6.
>=20
> If that isn=E2=80=99t correct, please let me know. As you may recall I =
already started a thread awhile ago to discuss IPv4 vs IPv6, and based =
on the responses it appeared to me at that time that there were some =
kind of options, though not a =E2=80=9Cnative IPv4=E2=80=9D solution, =
but it wasn=E2=80=99t clear to me (as a non-expert in the various =
networking protocols mentioned) whether they would be viable in practice =
or not. I will revive that thread and see if we can get any closer to =
determining the importance of IPv4 to our target customers, and =
hopefully some sense of whether the proposed non-native-IPv4 strategies =
will hold water.
>=20
> Yes, we need to have the discussion on the list and reach a consensus =
of whether
>=20
> a) We support v4
> b) We support v4 and v6 by v4 and v6 specific protocol extensions
> c) We use a single common IP approach
> d) We use an approach that is common across IP and MPLS
>=20
> - Stewart
>=20
> Ethan.
> =20
> From: Stewart Bryant [mailto:stewart.bryant@gmail.com]=20
> Sent: Wednesday, January 17, 2018 12:29 AM
> To: Grossman, Ethan A. <eagros@dolby.com>; Bal=C3=A1zs Varga A =
<balazs.a.varga@ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
> Cc: DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
> Subject: Re: DP solution (Flow identification)
> =20
> =20
>=20
> =20
> On 16/01/2018 18:38, Grossman, Ethan A. wrote:
> Hi Bala=E2=80=99zs,
> Regarding IPv4, I also understood that we decided that we can=E2=80=99t =
add new IPv4 fields. Pardon my ignorance here, but does that mean there =
is no part of DetNet capability that can be run over IPv4? Or is there =
some =E2=80=9Cworkaround=E2=80=9D to provide as I say even part of the =
DetNet capability, given that it is an Engineered network? I just want =
to clarify expectations here.
>=20
> If you have a native IPv4 network to which you present IPv6 packets, =
you either have to tunnel them across where the IPv6 is considered =
opaque data, or you have to translate them to IPv4, but that requires =
some common semantics to deal with extension headers which we don't =
currently have.
>=20
> So, as far as I can see, a decision not to support IPv4 means no DN =
support across the IPv4 network.
>=20
> Which takes us back to the question of how important is this and what =
will it do to the take-up of the technology by its target customers?
>=20
> - Stewart
>=20
>=20
> Thanks,
> Ethan.
> =20
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Bal=C3=A1zs =
Varga A
> Sent: Tuesday, January 16, 2018 10:21 AM
> To: Stewart Bryant <stewart.bryant@gmail.com>; Andrew G. Malis =
<agmalis@gmail.com>
> Cc: DetNet WG <detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
> Subject: [Detnet] DP solution (Flow identification)
> =20
> I think the last mails are more about flow identification and not the =
sequence number.
> So, I have re-subjected my answer.
> =20
> PSN layer vs. DN layer (MPLS):
> - in current data plane text we have stated that DetNet PWs may use =
dedicated LSPs (TE-tunnels).
> That allow to identify DetNet flows in PSN layer without checking the =
PW label. Such a solution of
> course may challenge scalability.
> - regarding prioritization: text allows both E-LSP and L-LSP concept, =
what makes possible
> to identify DetNet packets. However that is more for simple queuing =
scenarios as it does not
> identify individual flows.
> =20
> PSN layer vs. DN layer (non-MPLS):
> - IPv4: If I remember correctly it was discussed to be out-of-scope to =
simplify the scenarios we focus on.
> No-one wanted to define new IPv4 fields for flow-ID and Seq-Num in the =
=E2=80=9Csunset of IPv4=E2=80=9D.
> - IPv6: based on the src-IPv6 and the flow-label NP can detect DetNet =
flows. Why would we need a new
> IP protocol type?
> =20
> Generic vs. DN aware data plane:
> - I think we need both. We have use-cases specified for both.
> =20
> DetNet traffic to be transported:
> - two types are considered:
> (1) Ethernet: IEEE TSN traffic encapsulated in Ethernet frames and=20
> (2) IP: IPv6 transported over any L2 (not always Ethernet, but most =
cases Ethernet)
> As noted above IPv4 is currently out-of-scope =E2=80=A6
> =20
> Cheers
> Bala=E2=80=99zs
> =20
> From: Stewart Bryant [mailto:stewart.bryant@gmail.com]=20
> Sent: 2018. janu=C3=A1r 16. 17:38
> To: Andrew G. Malis <agmalis@gmail.com>
> Cc: Mach Chen <mach.chen@huawei.com>; Bal=C3=A1zs Varga A =
<balazs.a.varga@ericsson.com>; DetNet WG <detnet@ietf.org>
> Subject: Re: [Detnet] DP solution (Sequence Numbering)
> =20
> =20
>=20
> Andy
>=20
> On 16/01/2018 15:20, Andrew G. Malis wrote:
> Stewart,
> =20
> Like with PWs (since DETNET for MPLS would just be another PW type), =
targeted LDP and provisioning (via a central controller, NMS, etc.) are =
alternatives to RSVP and SR to provisioning/allocating the DETNET PW =
label.
>=20
> .. and I suppose strictly BGP which is also used for this purpose in =
VPNs
>=20
>=20
> =20
> You and Mach are both right that in the IP (non-MPLS) case, we need a =
way for the NP to detect DETNET flows. We could have a new IP protocol =
type for DETNET, and a DETNET header directly follows the IP header. In =
that case, the DETNET header would also need a next protocol identifier, =
unless the next protocol is always another IP header.
>=20
> Last I saw, the thinking was that there would be an IP extension =
header, although I am not a fan of those since (a) I am not confident =
what a router will do one it does not understand, and (b) I am concerned =
about the need to support IPv4 which I suspect will have a long tail in =
enterprise deployment.
>=20
> I prefer a UDP type for this purpose since it has universal support =
through any middle box. firewall etc, and all routers need to look a the =
UDP DP so checking if it is one they need to work on is just one compare =
and conditional branch.
>=20
>=20
> =20
> Of course, for MPLS, the DETNET PW label is the identifier.
>=20
> Only at the PW layer. Note my question about whether this is =
sufficient.
>=20
> - Stewart
> =20
>=20
> =20
> Cheers,
> Andy
> =20
> =20
> On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant =
<stewart.bryant@gmail.com> wrote:
> If we need to discriminate at the PSN layer rather than the DN layer =
then we really are forced to create a new FEC type for MPLS, or =
synthesize one through RSVP or SR. IP has no native support for this, =
but we could introduce the concept, for example by making this the =
property of the IP address or some way of MPLSing IP.
>=20
> However there is a deeper question we need to answer. Is our =
expectation that each hop in the data plane DN aware, or is our =
expectation that at lest in some networks the data plane is generic with =
some DN nodes strategically placed?
>=20
> I can see than in some greenfield specialist cases the routers will =
all be DN aware, but in order to get deployment in most networks we need =
to design for the case where only strategic nodes are DN aware.
>=20
> - Stewart
>=20
> =20
> On 16/01/2018 01:14, Mach Chen wrote:
> Hi Balazs,
> =20
> #2 is a more nature solution, the DetNet CW is dedicated for DetNet, =
seems there is no compatibility issue.
> =20
> In addition, I think we need to define a way on how to differentiate a =
DetNet flow from a non-DetNet flow, then the network processor can =
process the CW as expected.  In TSN, it uses the priority to determine =
whether a flow is TSN or non-TSN flow. For DetNet, should we also use =
the same way (e.g., TC, DSCP)? Or the DetNet service Label itself =
implies the situation, but it seems that this only works when the DetNet =
service label is the top label. =20
> =20
> Any other thoughts?
> =20
> Best regards,
> Mach
> =20
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Bal=C3=A1zs =
Varga A
> Sent: Monday, January 15, 2018 9:06 PM
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] DP solution (Sequence Numbering)
> =20
> Hi,
>=20
> =20
>=20
> Some thoughts to start discussion on open points of the DP solution =
draft.
>=20
> This mail(-thread) is on sequence numbering.
>=20
> =20
>=20
> Problem in case of MPLS and DetNet Control Word:
>=20
> - S/N skips zero problem: Ethernet PW definition states that S/N skips =
zero.
>=20
> It uses zero to mean no S/N in use. (rfc4448)
>=20
> =20
>=20
> Possible problem resolutions:
>=20
> #1: Using a "flag" in the reserved bits part of the CW:
>=20
>       0                   1                   2                   3
>=20
>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>=20
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=20
>      |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence Number      |
>=20
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=20
> D-bit: set to =E2=80=9C1=E2=80=9D means DetNet specific Seq. Number =
used,
>=20
> Bit5-15: reserved.
>=20
> =20
>=20
> RFC4448 states that reserved bits =E2=80=9CMUST be ignored upon =
receipt=E2=80=9D, so backward
>=20
> compatibility is ensured. Such a solution would allow also to use =
longer seq.num.
>=20
> formats (if needed). Such a format is also inline with RFC4385.
>=20
> =20
>=20
> #2: Making =E2=80=9C0=E2=80=9D as a valid Seq.Num.
>=20
> DetNet flows are recognized and forwarded special within the DetNet
>=20
> domain. S/N is used within the DetNet domain by DetNet Service =
functions
>=20
> (i.e. PREF). S/N used only on DetNet end-nodes and DetNet relay-nodes. =
No
>=20
> other nodes care about the value of S/N, therefore DetNet can specify =
its
>=20
> own sequence number processing algorithm. So =E2=80=9C0=E2=80=9D can =
be a valid number
>=20
> and not the indication that no Seq.Num. is used. This is inline with =
RFC4385.
>=20
> =20
>=20
> #3: Other =E2=80=A6 ?!?
>=20
> =20
>=20
> Comments are welcome.
>=20
> =20
>=20
> Cheers
>=20
> Bala'zs
>=20
> =20
>=20
> -----Original Message-----
> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Lou Berger
> Sent: 2018. janu=C3=A1r 10. 19:01
> To: DetNet WG <detnet@ietf.org>
> Subject: [Detnet] recording for today's interim
>=20
> =20
>=20
> is available for download at:
>=20
> =
https://ietf.webex.com/ietf/ldr.php?RCID=3De5116bc7db254c24a7bb3217bf20230=
1
>=20
> =20
>=20
> raw notes are available at
>=20
> =
http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>=20
> =20
>=20
> Please feel free to update the etherpad based on the recording.
>=20
> =20
>=20
> Lou (and co-chairs)
>=20
> =20
>=20
> _______________________________________________
>=20
> detnet mailing list
>=20
> detnet@ietf.org
>=20
> https://www.ietf.org/mailman/listinfo/detnet
>=20
> =20
>=20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
> =20
>=20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>=20
> =20
> =20
> =20
> =20
>=20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
>=20
> =20
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


From nobody Mon Jan 22 02:30:42 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 795F4127275 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 02:30:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.699
X-Spam-Level: 
X-Spam-Status: No, score=-0.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=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 lYsmqVzqS6qx for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 02:30:31 -0800 (PST)
Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (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 72C0412711A for <detnet@ietf.org>; Mon, 22 Jan 2018 02:30:26 -0800 (PST)
Received: by mail-wm0-x232.google.com with SMTP id f71so15293224wmf.0 for <detnet@ietf.org>; Mon, 22 Jan 2018 02:30:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=6Qprspjtwf2fcN4PZw+cuYlOuUO6BQKII5+lVw4S1A0=; b=pbRDdYqkNnB5AhGwDk95iUKj4ZcdHiPL/tNncuHrthLHJnMoI/XBSTeJJOSE+KytY7 ZCCjd145YkKTUZtvlhdmUQuPX+0WJH4m4owXOm9ZT76Yc+PiGyfaDfeH0OfsH5N77+kZ rI3PjXhnpTI9Yqt05r6ImH/v+UN9E/RVTib5VxOAG4++ORlr5NBFYqKLBJ1qYd6HN0zq MB2xCt4ThH9Pyh4+2AL20xfO6i735q5qE1teL+hDFujDkIwuOZqTyXO/GfTzCOAPLH3q VQ+gam8I7rUuTsVL+T0kRoAEkAFvBwKrzYqjsM7OrNkG2kZe9XSLTVNEN04hW6ww/pAv sQ3Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=6Qprspjtwf2fcN4PZw+cuYlOuUO6BQKII5+lVw4S1A0=; b=q+i7s7Rw1jFhaZdxp4M49RWwOUAqEEQ3Qy5+kiYhFZukPYOCK0P4b+JpJ9FSBG6+H6 lYccJ0PTGTJJjiqHYRA34BUZ6OwWN4K/25TT7NQhmV0U7tpczGKkKQSCn7eIhD4rm36y vFhYGhNu9XIALXVdtyBRgZ0kmByvkxxfeQnIHSbBO+DrlAf9eruoeQC7gb/dLx3nJRk8 ZJtVGQqaRv8rPuaIutmn5dXYs69djLxvfWhxWkmnbfY89k8rjDf8Yy9xjMvzQua5eZA+ htP2lbmVOGMV6VKXdl85bctH0IOrT0VQZt74rLAkpzl6h2CxeY3M9GSYGWXaSaHdLe0X eBYw==
X-Gm-Message-State: AKwxytcD9ZbecGbikNOdTQfOShiumKTDyS6SJVFuRMVfRiYNjdyIu/Wt C47X13okdfme30izIxOEMVECFAmg
X-Google-Smtp-Source: AH8x22681Sakkl6XOxgdWSDpcqVxcU4EYhe9VNkX3u9+X4+NDBHpCcHELnJlOJBsR42DZNiq0wgMJQ==
X-Received: by 10.28.129.70 with SMTP id c67mr5262635wmd.160.1516617024585; Mon, 22 Jan 2018 02:30:24 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id r6sm9519545wrg.89.2018.01.22.02.30.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 02:30:23 -0800 (PST)
To: "Andrew G. Malis" <agmalis@gmail.com>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>
Cc: DetNet WG <detnet@ietf.org>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <5838dae4-408b-e26a-a2fb-18ba0ec21dd5@gmail.com>
Date: Mon, 22 Jan 2018 10:30:21 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------DB03472690B64768DD12CDFD"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/p4U0XXaudv8ibzo_iNn_80vwHGI>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 10:30:41 -0000

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


Andy,

That is of course highly application specific.

In order delivery is an invariant of Ethernet, but not something that 
the deployed Ethernet PWs assure.

I wonder if we require to do this in the PW - we could do it in an 
application specific shim - or we could create two PWs, one with S/N and 
one without.

So to go back to the "DN Distance". Whilst we need a "future proof" 
design, we need to be careful not to put anything in that current 
equipment designs would find hard unless that is critical to the first 
priority use cases.

- Stewart

On 18/01/2018 21:48, Andrew G. Malis wrote:
> Balázs,
>
> I agree with your conclusions regarding “DetNet distance”.
>
> However, one point I think I disagree with you is when the sequence 
> number is necessary - you said only by the “service protection” 
> function”. However, as DetNet flows are indeed flows, and and most (if 
> not all) applications that will require DetNet will most probably 
> require in-order delivery, sequence numbers are generally useful for 
> reordering at the destination if packets get out of order during 
> delivery by the underlying network.
>
> Cheers,
> Andy
>
>
> On Thu, Jan 18, 2018 at 2:41 PM, Balázs Varga A 
> <balazs.a.varga@ericsson.com <mailto:balazs.a.varga@ericsson.com>> wrote:
>
>     Hi,
>
>     some comments regarding what is needed for a "networks that are
>     under a single administrative control", based on the existing WG
>     drafts (problem statement, use-cases, architecture, etc.). Let's
>     try to keep it simple and focus on what we need:
>
>     1, Flow requirements:
>
>     - loss and/or delay bounds
>
>     2, DetNet functions (defined so far):
>
>     - DN1, Congestion protection (i.e. reserving resources, magic
>     queuing, etc.)
>
>     - DN2, Explicit routes (i.e. traffic engineering)
>
>     - DN3, Service protection (against loss by network failures)
>
>     Note: These three techniques can be applied independently,
>     depending on the Flow requirements and the network scenario. As an
>     example, congestion protection (DN1) alone is offered by IEEE
>     802.1 Audio Video bridging.
>
>     3, Flow specific information have to travel with the packet:
>
>     - Flow-ID (required by all DetNet functions)
>
>     - Sequence Number (required only by "Service Protection" function)
>
>     So, regarding the questions here on the list:
>
>     - Do we need all nodes to be DN-aware in a network?
>
>     Not necessarily. If in a network scenario DetNet flows require
>     only for example basic DN1 function than You have a good chance to
>     serve it with existing devices. However in some cases all DN
>     functions are needed at each hop, so yes, all nodes have to be DN
>     aware.
>
>     Conclusion: the more DN functions are needed in a network scenario
>     to serve DetNet flows, the more probably we need DN-aware nodes at
>     each hop.
>
>     - Do we need DetNet data-plane for IPv4, IPv6 and MPLS?
>
>     Yes, that would be nice to have for all of them. But I think it is
>     a better question which one has the smallest distance to be
>     DetNet-ready? (I mean which need the less new stuff to support
>     DN?) The data-plane alternative related draft focused on that and
>     also the mailing threads here.
>
>     Conclusion: I think we can conclude on a rank of "smallest
>     DetNet-distance":
>
>     1, MPLS
>
>     2, IPv6
>
>     3. IPv4
>
>     Note: in my view this is also the probability list what networks
>     someone intends to use to forward DetNet flows …
>
>     Cheers
>
>     VBala'zs
>
>     *From:*detnet [mailto:detnet-bounces@ietf.org
>     <mailto:detnet-bounces@ietf.org>] *On Behalf Of *Grossman, Ethan A.
>     *Sent:* 2018. január 17. 19:51
>     *To:* DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>;
>     Deborah Brungard <db3546@att.com <mailto:db3546@att.com>>; Stewart
>     Bryant <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>>
>     *Cc:* Tim Chown (Tim.Chown@jisc.ac.uk
>     <mailto:Tim.Chown@jisc.ac.uk>) <Tim.Chown@jisc.ac.uk
>     <mailto:Tim.Chown@jisc.ac.uk>>
>     *Subject:* Re: [Detnet] DP solution (Flow identification)
>
>     Thanks Stewart. Regarding:
>
>     “Yes, we need to have the discussion on the list and reach a
>     consensus of whether
>     a) We support v4
>     b) We support v4 and v6 by v4 and v6 specific protocol extensions
>     c) We use a single common IP approach
>     d) We use an approach that is common across IP and MPLS”
>
>     Perhaps, given Tim Chown’s earlier comment:
>
>     “If you’re suggesting an IPv4-only solution, you’re running up
>     against https://www.iab.org/2016/11/07/iab-statement-on-ipv6/
>     <https://www.iab.org/2016/11/07/iab-statement-on-ipv6/>.”
>
>     We could get Deborah with her AD hat on to comment on this?
>
>     Ethan.
>
>     *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com
>     <mailto:stewart.bryant@gmail.com>]
>     *Sent:* Wednesday, January 17, 2018 10:39 AM
>     *To:* Grossman, Ethan A. <eagros@dolby.com
>     <mailto:eagros@dolby.com>>; Balázs Varga A
>     <balazs.a.varga@ericsson.com
>     <mailto:balazs.a.varga@ericsson.com>>; Andrew G. Malis
>     <agmalis@gmail.com <mailto:agmalis@gmail.com>>
>     *Cc:* DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>; Mach
>     Chen <mach.chen@huawei.com <mailto:mach.chen@huawei.com>>
>     *Subject:* Re: DP solution (Flow identification)
>
>     Hi  Ethan,
>
>     On 17/01/2018 18:24, Grossman, Ethan A. wrote:
>
>         Thanks Stewart for the clarification. I interpret your
>         statement “a decision not to support IPv4” to mean “a decision
>         not to propose adding anything to the existing IPv4 standard”.
>
>
>     To support IPv4 there are a number of methods that are possible,
>     one is to add something to v4 itself as is proposed for v6. Adding
>     something to the base protocol will be very difficult.
>
>     Another method, is to do what has been proposed by some for MPLS,
>     that is to encode the identity and type in the IP address. There
>     is a proposal to do this in SRv6. I am not a great fan of abusing
>     the address space for this in the way proposed by that work, but
>     maybe we can do something much simpler here and simply identify
>     the DN instance by the IP address with no other semantics. Much
>     easier to do this for IPv6 with the "infinite addresses" but we
>     could get away with it in limited private Ipv4 networks. Of course
>     this does change the per-hop behaviour of IP which may be a
>     challenge to get the IETF to sign of on.
>
>     Another method is to use some method of carrying an MPLS label
>     stack - this was the first proposal. Now I said that I did not
>     think anyone had done that and I still believe that to be the
>     case, but that does not mean that it is not the least worst
>     approach. There are alternates for example IP/UDP/MPLS
>     which is the so called USR approach that a number of us advocate
>     as an alternative to SRv6.
>
>         If that isn’t correct, please let me know. As you may recall I
>         already started a thread awhile ago to discuss IPv4 vs IPv6,
>         and based on the responses it appeared to me at that time that
>         there were some kind of options, though not a “native IPv4”
>         solution, but it wasn’t clear to me (as a non-expert in the
>         various networking protocols mentioned) whether they would be
>         viable in practice or not. I will revive that thread and see
>         if we can get any closer to determining the importance of IPv4
>         to our target customers, and hopefully some sense of whether
>         the proposed non-native-IPv4 strategies will hold water.
>
>
>     Yes, we need to have the discussion on the list and reach a
>     consensus of whether
>
>     a) We support v4
>     b) We support v4 and v6 by v4 and v6 specific protocol extensions
>     c) We use a single common IP approach
>     d) We use an approach that is common across IP and MPLS
>
>     - Stewart
>
>         Ethan.
>
>         *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com
>         <mailto:stewart.bryant@gmail.com>]
>         *Sent:* Wednesday, January 17, 2018 12:29 AM
>         *To:* Grossman, Ethan A. <eagros@dolby.com>
>         <mailto:eagros@dolby.com>; Balázs Varga A
>         <balazs.a.varga@ericsson.com>
>         <mailto:balazs.a.varga@ericsson.com>; Andrew G. Malis
>         <agmalis@gmail.com> <mailto:agmalis@gmail.com>
>         *Cc:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>;
>         Mach Chen <mach.chen@huawei.com> <mailto:mach.chen@huawei.com>
>         *Subject:* Re: DP solution (Flow identification)
>
>         On 16/01/2018 18:38, Grossman, Ethan A. wrote:
>
>             Hi Bala’zs,
>
>             Regarding IPv4, I also understood that we decided that we
>             can’t add new IPv4 fields. Pardon my ignorance here, but
>             does that mean there is no part of DetNet capability that
>             can be run over IPv4? Or is there some “workaround” to
>             provide as I say even part of the DetNet capability, given
>             that it is an Engineered network? I just want to clarify
>             expectations here.
>
>
>         If you have a native IPv4 network to which you present IPv6
>         packets, you either have to tunnel them across where the IPv6
>         is considered opaque data, or you have to translate them to
>         IPv4, but that requires some common semantics to deal with
>         extension headers which we don't currently have.
>
>         So, as far as I can see, a decision not to support IPv4 means
>         no DN support across the IPv4 network.
>
>         Which takes us back to the question of how important is this
>         and what will it do to the take-up of the technology by its
>         target customers?
>
>         - Stewart
>
>
>             Thanks,
>
>             Ethan.
>
>             *From:*detnet [mailto:detnet-bounces@ietf.org
>             <mailto:detnet-bounces@ietf.org>] *On Behalf Of *Balázs
>             Varga A
>             *Sent:* Tuesday, January 16, 2018 10:21 AM
>             *To:* Stewart Bryant <stewart.bryant@gmail.com>
>             <mailto:stewart.bryant@gmail.com>; Andrew G. Malis
>             <agmalis@gmail.com> <mailto:agmalis@gmail.com>
>             *Cc:* DetNet WG <detnet@ietf.org>
>             <mailto:detnet@ietf.org>; Mach Chen <mach.chen@huawei.com>
>             <mailto:mach.chen@huawei.com>
>             *Subject:* [Detnet] DP solution (Flow identification)
>
>             I think the last mails are more about flow identification
>             and not the sequence number.
>
>             So, I have re-subjected my answer.
>
>             PSN layer vs. DN layer (MPLS):
>
>             - in current data plane text we have stated that DetNet
>             PWs may use dedicated LSPs (TE-tunnels).
>
>             That allow to identify DetNet flows in PSN layer without
>             checking the PW label. Such a solution of
>
>             course may challenge scalability.
>
>             - regarding prioritization: text allows both E-LSP and
>             L-LSP concept, what makes possible
>
>             to identify DetNet packets. However that is more for
>             simple queuing scenarios as it does not
>
>             identify individual flows.
>
>             PSN layer vs. DN layer (non-MPLS):
>
>             - IPv4: If I remember correctly it was discussed to be
>             out-of-scope to simplify the scenarios we focus on.
>
>             No-one wanted to define new IPv4 fields for flow-ID and
>             Seq-Num in the “sunset of IPv4”.
>
>             - IPv6: based on the src-IPv6 and the flow-label NP can
>             detect DetNet flows. Why would we need a new
>
>             IP protocol type?
>
>             Generic vs. DN aware data plane:
>
>             - I think we need both. We have use-cases specified for both.
>
>             DetNet traffic to be transported:
>
>             - two types are considered:
>
>             (1) Ethernet: IEEE TSN traffic encapsulated in Ethernet
>             frames and
>
>             (2) IP: IPv6 transported over any L2 (not always Ethernet,
>             but most cases Ethernet)
>
>             As noted above IPv4 is currently out-of-scope …
>
>             Cheers
>
>             Bala’zs
>
>             *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com
>             <mailto:stewart.bryant@gmail.com>]
>             *Sent:* 2018. január 16. 17:38
>             *To:* Andrew G. Malis <agmalis@gmail.com
>             <mailto:agmalis@gmail.com>>
>             *Cc:* Mach Chen <mach.chen@huawei.com
>             <mailto:mach.chen@huawei.com>>; Balázs Varga A
>             <balazs.a.varga@ericsson.com
>             <mailto:balazs.a.varga@ericsson.com>>; DetNet WG
>             <detnet@ietf.org <mailto:detnet@ietf.org>>
>             *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
>             Andy
>
>             On 16/01/2018 15:20, Andrew G. Malis wrote:
>
>                 Stewart,
>
>                 Like with PWs (since DETNET for MPLS would just be
>                 another PW type), targeted LDP and provisioning (via a
>                 central controller, NMS, etc.) are alternatives to
>                 RSVP and SR to provisioning/allocating the DETNET PW
>                 label.
>
>
>             .. and I suppose strictly BGP which is also used for this
>             purpose in VPNs
>
>
>                 You and Mach are both right that in the IP (non-MPLS)
>                 case, we need a way for the NP to detect DETNET flows.
>                 We could have a new IP protocol type for DETNET, and a
>                 DETNET header directly follows the IP header. In that
>                 case, the DETNET header would also need a next
>                 protocol identifier, unless the next protocol is
>                 always another IP header.
>
>
>             Last I saw, the thinking was that there would be an IP
>             extension header, although I am not a fan of those since
>             (a) I am not confident what a router will do one it does
>             not understand, and (b) I am concerned about the need to
>             support IPv4 which I suspect will have a long tail in
>             enterprise deployment.
>
>             I prefer a UDP type for this purpose since it has
>             universal support through any middle box. firewall etc,
>             and all routers need to look a the UDP DP so checking if
>             it is one they need to work on is just one compare and
>             conditional branch.
>
>
>                 Of course, for MPLS, the DETNET PW label is the
>                 identifier.
>
>
>             Only at the PW layer. Note my question about whether this
>             is sufficient.
>
>             - Stewart
>
>                 Cheers,
>
>                 Andy
>
>                 On Tue, Jan 16, 2018 at 5:46 AM, Stewart Bryant
>                 <stewart.bryant@gmail.com
>                 <mailto:stewart.bryant@gmail.com>> wrote:
>
>                     If we need to discriminate at the PSN layer rather
>                     than the DN layer then we really are forced to
>                     create a new FEC type for MPLS, or synthesize one
>                     through RSVP or SR. IP has no native support for
>                     this, but we could introduce the concept, for
>                     example by making this the property of the IP
>                     address or some way of MPLSing IP.
>
>                     However there is a deeper question we need to
>                     answer. Is our expectation that each hop in the
>                     data plane DN aware, or is our expectation that at
>                     lest in some networks the data plane is generic
>                     with some DN nodes strategically placed?
>
>                     I can see than in some greenfield specialist cases
>                     the routers will all be DN aware, but in order to
>                     get deployment in most networks we need to design
>                     for the case where only strategic nodes are DN aware.
>
>                     - Stewart
>
>                     On 16/01/2018 01:14, Mach Chen wrote:
>
>                         Hi Balazs,
>
>                         #2 is a more nature solution, the DetNet CW is
>                         dedicated for DetNet, seems there is no
>                         compatibility issue.
>
>                         In addition, I think we need to define a way
>                         on how to differentiate a DetNet flow from a
>                         non-DetNet flow, then the network processor
>                         can process the CW as expected.  In TSN, it
>                         uses the priority to determine whether a flow
>                         is TSN or non-TSN flow. For DetNet, should we
>                         also use the same way (e.g., TC, DSCP)? Or the
>                         DetNet service Label itself implies the
>                         situation, but it seems that this only works
>                         when the DetNet service label is the top label.
>
>                         Any other thoughts?
>
>                         Best regards,
>
>                         Mach
>
>                         *From:* detnet [mailto:detnet-bounces@ietf.org
>                         <mailto:detnet-bounces@ietf.org>] *On Behalf
>                         Of *Balázs Varga A
>                         *Sent:* Monday, January 15, 2018 9:06 PM
>                         *To:* DetNet WG <detnet@ietf.org>
>                         <mailto:detnet@ietf.org>
>                         *Subject:* [Detnet] DP solution (Sequence
>                         Numbering)
>
>                         Hi,
>
>                         Some thoughts to start discussion on open
>                         points of the DP solution draft.
>
>                         This mail(-thread) is on sequence numbering.
>
>                         Problem in case of MPLS and DetNet Control Word:
>
>                         - S/N skips zero problem: Ethernet PW
>                         definition states that S/N skips zero.
>
>                         It uses zero to mean no S/N in use. (rfc4448)
>
>                         Possible problem resolutions:
>
>                         #1: Using a "flag" in the reserved bits part
>                         of the CW:
>
>                         0 1 2                   3
>
>                               0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
>                         0 1 2 3 4 5 6 7 8 9 0 1
>
>                         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>                              |0 0 0 0|D|reserved - set to 0 |   16 bit
>                         Sequence Number      |
>
>                         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>                         D-bit: set to “1” means DetNet specific Seq.
>                         Number used,
>
>                         Bit5-15: reserved.
>
>                         RFC4448 states that reserved bits “MUST be
>                         ignored upon receipt”, so backward
>
>                         compatibility is ensured. Such a solution
>                         would allow also to use longer seq.num.
>
>                         formats (if needed). Such a format is also
>                         inline with RFC4385.
>
>                         #2: Making “0” as a valid Seq.Num.
>
>                         DetNet flows are recognized and forwarded
>                         special within the DetNet
>
>                         domain. S/N is used within the DetNet domain
>                         by DetNet Service functions
>
>                         (i.e. PREF). S/N used only on DetNet end-nodes
>                         and DetNet relay-nodes. No
>
>                         other nodes care about the value of S/N,
>                         therefore DetNet can specify its
>
>                         own sequence number processing algorithm. So
>                         “0” can be a valid number
>
>                         and not the indication that no Seq.Num. is
>                         used. This is inline with RFC4385.
>
>                         #3: Other … ?!?
>
>                         Comments are welcome.
>
>                         Cheers
>
>                         Bala'zs
>
>                         -----Original Message-----
>                         From: detnet [mailto:detnet-bounces@ietf.org
>                         <mailto:detnet-bounces@ietf.org>] On Behalf Of
>                         Lou Berger
>                         Sent: 2018. január 10. 19:01
>                         To: DetNet WG <detnet@ietf.org
>                         <mailto:detnet@ietf.org>>
>                         Subject: [Detnet] recording for today's interim
>
>                         is available for download at:
>
>                         https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>                         <https://urldefense.proofpoint.com/v2/url?u=https-3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&e=>
>
>                         raw notes are available at
>
>                         http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>                         <https://urldefense.proofpoint.com/v2/url?u=http-3A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=lO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&e=>
>
>                         Please feel free to update the etherpad based
>                         on the recording.
>
>                         Lou (and co-chairs)
>
>                         _______________________________________________
>
>                         detnet mailing list
>
>                         detnet@ietf.org <mailto:detnet@ietf.org>
>
>                         https://www.ietf.org/mailman/listinfo/detnet
>                         <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>                         _______________________________________________
>
>                         detnet mailing list
>
>                         detnet@ietf.org <mailto:detnet@ietf.org>
>
>                         https://www.ietf.org/mailman/listinfo/detnet
>                         <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>
>                     _______________________________________________
>                     detnet mailing list
>                     detnet@ietf.org <mailto:detnet@ietf.org>
>                     https://www.ietf.org/mailman/listinfo/detnet
>                     <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&d=DwMGaQ&c=lI8Zb6TzM3d1tX4iEu7bpg&r=ZcHC6wX_gDwPDcfMaFNZiQ&m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&e=>
>
>
>     _______________________________________________
>     detnet mailing list
>     detnet@ietf.org <mailto:detnet@ietf.org>
>     https://www.ietf.org/mailman/listinfo/detnet
>     <https://www.ietf.org/mailman/listinfo/detnet>
>
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


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

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <br>
    Andy,<br>
    <br>
    That is of course highly application specific.<br>
    <br>
    In order delivery is an invariant of Ethernet, but not something
    that the deployed Ethernet PWs assure.<br>
    <br>
    I wonder if we require to do this in the PW - we could do it in an
    application specific shim - or we could create two PWs, one with S/N
    and one without.<br>
    <br>
    So to go back to the "DN Distance". Whilst we need a "future proof"
    design, we need to be careful not to put anything in that current
    equipment designs would find hard unless that is critical to the
    first priority use cases.<br>
    <br>
    - Stewart<br>
    <br>
    <div class="moz-cite-prefix">On 18/01/2018 21:48, Andrew G. Malis
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com">
      <div dir="ltr">Balázs,<br>
        <div><br>
        </div>
        <div>I agree with your conclusions regarding “DetNet distance”.</div>
        <div><br>
        </div>
        <div>However, one point I think I disagree with you is when the
          sequence number is necessary - you said only by the “service
          protection” function”. However, as DetNet flows are indeed
          flows, and and most (if not all) applications that will
          require DetNet will most probably require in-order delivery,
          sequence numbers are generally useful for reordering at the
          destination if packets get out of order during delivery by the
          underlying network.</div>
        <div><br>
        </div>
        <div>Cheers,</div>
        <div>Andy</div>
        <div><br>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Thu, Jan 18, 2018 at 2:41 PM, Balázs
          Varga A <span dir="ltr">&lt;<a
              href="mailto:balazs.a.varga@ericsson.com" target="_blank"
              moz-do-not-send="true">balazs.a.varga@ericsson.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor="white" link="blue" vlink="purple" lang="EN-US">
              <div class="m_-1936922869282641754WordSection1">
                <p class="MsoNormal"><span style="color:windowtext">Hi,</span></p>
                <p class="MsoNormal"><span style="color:windowtext"> </span></p>
                <p class="MsoNormal"><span style="color:windowtext">some
                    comments regarding what is needed for a "networks
                    that are under a single administrative control",
                    based on the existing WG drafts (problem statement,
                    use-cases, architecture, etc.). Let's try to keep it
                    simple and focus on what we need:</span></p>
                <p class="MsoNormal"><span style="color:windowtext">1,
                    Flow requirements: </span></p>
                <p class="MsoNormal"><span style="color:windowtext">               
                    - loss and/or delay bounds</span></p>
                <p class="MsoNormal"><span style="color:windowtext">2,
                    DetNet functions (defined so far):
                  </span></p>
                <p class="MsoNormal"><span style="color:windowtext">               
                    - DN1, Congestion protection (i.e. reserving
                    resources, magic queuing, etc.)</span></p>
                <p class="MsoNormal"><span style="color:windowtext">               
                    - DN2, Explicit routes (i.e. traffic engineering)</span></p>
                <p class="MsoNormal"><span style="color:windowtext">               
                    - DN3, Service protection (against loss by network
                    failures)</span></p>
                <p class="MsoNormal"><span style="color:windowtext">Note:
                    These three techniques can be applied independently,
                    depending on the Flow requirements and the network
                    scenario. As an example, congestion protection (DN1)
                    alone is offered by IEEE 802.1 Audio Video bridging.</span></p>
                <p class="MsoNormal"><span style="color:windowtext"> </span></p>
                <p class="MsoNormal"><span style="color:windowtext">3,
                    Flow specific information have to travel with the
                    packet:</span></p>
                <p class="MsoNormal"><span style="color:windowtext">               
                    - Flow-ID (required by all DetNet functions)</span></p>
                <p class="MsoNormal"><span style="color:windowtext">               
                    - Sequence Number (required only by "Service
                    Protection" function)</span></p>
                <p class="MsoNormal"><span style="color:windowtext"> </span></p>
                <p class="MsoNormal"><span style="color:windowtext">So,
                    regarding the questions here on the list:</span></p>
                <p class="MsoNormal"><span style="color:windowtext">- Do
                    we need all nodes to be DN-aware in a network?</span></p>
                <p class="MsoNormal"><span style="color:windowtext">Not
                    necessarily. If in a network scenario DetNet flows
                    require only for example basic DN1 function than You
                    have a good chance to serve it with existing
                    devices. However in some cases all DN functions are
                    needed at each hop, so yes, all nodes have to be DN
                    aware. </span></p>
                <p class="MsoNormal"><span style="color:windowtext">Conclusion:
                    the more DN functions are needed in a network
                    scenario to serve DetNet flows, the more probably we
                    need DN-aware nodes at each hop.</span></p>
                <p class="MsoNormal"><span style="color:windowtext"> </span></p>
                <p class="MsoNormal"><span style="color:windowtext">- Do
                    we need DetNet data-plane for IPv4, IPv6 and MPLS?</span></p>
                <p class="MsoNormal"><span style="color:windowtext">Yes,
                    that would be nice to have for all of them. But I
                    think it is a better question which one has the
                    smallest distance to be DetNet-ready? (I mean which
                    need the less new stuff to support DN?) The
                    data-plane alternative related draft focused on that
                    and also the mailing threads here. </span></p>
                <p class="MsoNormal"><span style="color:windowtext">Conclusion:
                    I think we can conclude on a rank of "smallest
                    DetNet-distance":</span></p>
                <p class="MsoNormal"><span style="color:windowtext">1,
                    MPLS</span></p>
                <p class="MsoNormal"><span style="color:windowtext">2,
                    IPv6</span></p>
                <p class="MsoNormal"><span style="color:windowtext">3.
                    IPv4</span></p>
                <p class="MsoNormal"><span style="color:windowtext">Note:
                    in my view this is also the probability list what
                    networks someone intends to use to forward DetNet
                    flows …</span></p>
                <p class="MsoNormal"><span style="color:windowtext"> </span></p>
                <p class="MsoNormal"><span style="color:windowtext">Cheers</span></p>
                <p class="MsoNormal"><span style="color:windowtext">VBala'zs</span></p>
                <p class="MsoNormal"><span style="color:windowtext"> </span></p>
                <div>
                  <div style="border:none;border-top:solid #e1e1e1
                    1.0pt;padding:3.0pt 0cm 0cm 0cm">
                    <p class="MsoNormal"><b><span
                          style="color:windowtext">From:</span></b><span
                        style="color:windowtext"> detnet [mailto:<a
                          href="mailto:detnet-bounces@ietf.org"
                          target="_blank" moz-do-not-send="true">detnet-bounces@ietf.<wbr>org</a>]
                        <b>On Behalf Of </b>Grossman, Ethan A.<br>
                        <b>Sent:</b> 2018. január 17. 19:51<span
                          class=""><br>
                          <b>To:</b> DetNet WG &lt;<a
                            href="mailto:detnet@ietf.org"
                            target="_blank" moz-do-not-send="true">detnet@ietf.org</a>&gt;;
                          Deborah Brungard &lt;<a
                            href="mailto:db3546@att.com" target="_blank"
                            moz-do-not-send="true">db3546@att.com</a>&gt;;
                          Stewart Bryant &lt;<a
                            href="mailto:stewart.bryant@gmail.com"
                            target="_blank" moz-do-not-send="true">stewart.bryant@gmail.com</a>&gt;<br>
                        </span><span class=""><b>Cc:</b> Tim Chown (<a
                            href="mailto:Tim.Chown@jisc.ac.uk"
                            target="_blank" moz-do-not-send="true">Tim.Chown@jisc.ac.uk</a>)
                          &lt;<a href="mailto:Tim.Chown@jisc.ac.uk"
                            target="_blank" moz-do-not-send="true">Tim.Chown@jisc.ac.uk</a>&gt;<br>
                        </span><b>Subject:</b> Re: [Detnet] DP solution
                        (Flow identification)</span></p>
                  </div>
                </div>
                <div>
                  <div class="h5">
                    <p class="MsoNormal"> </p>
                    <p class="MsoNormal"><span style="color:windowtext">Thanks
                        Stewart. Regarding: </span></p>
                    <p class="MsoNormal"
                      style="margin-right:0cm;margin-bottom:12.0pt;margin-left:36.0pt">
                      <span
                        style="font-size:12.0pt;font-family:&quot;Times
                        New Roman&quot;,serif">“Yes, we need to have the
                        discussion on the list and reach a consensus of
                        whether<br>
                        a) We support v4<br>
                        b) We support v4 and v6 by v4 and v6 specific
                        protocol extensions<br>
                        c) We use a single common IP approach<br>
                        d) We use an approach that is common across IP
                        and MPLS”</span><span style="color:windowtext"></span></p>
                    <p class="MsoNormal"><span style="color:windowtext">Perhaps,
                        given Tim Chown’s earlier comment:</span></p>
                    <p class="MsoNormal"><span style="color:windowtext">       
                        “If you’re suggesting an IPv4-only solution,
                        you’re running up against
                        <a
                          href="https://www.iab.org/2016/11/07/iab-statement-on-ipv6/"
                          target="_blank" moz-do-not-send="true">https://www.iab.org/2016/11/<wbr>07/iab-statement-on-ipv6/</a>.”</span></p>
                    <p class="MsoNormal"><span style="color:windowtext"> </span></p>
                    <p class="MsoNormal"><span style="color:windowtext">We
                        could get Deborah with her AD hat on to comment
                        on this?
                      </span></p>
                    <p class="MsoNormal"><span style="color:windowtext">Ethan.</span></p>
                    <p class="MsoNormal"><span style="color:windowtext"> </span></p>
                    <div>
                      <div style="border:none;border-top:solid #e1e1e1
                        1.0pt;padding:3.0pt 0cm 0cm 0cm">
                        <p class="MsoNormal"><b><span
                              style="color:windowtext">From:</span></b><span
                            style="color:windowtext"> Stewart Bryant [<a
                              href="mailto:stewart.bryant@gmail.com"
                              target="_blank" moz-do-not-send="true">mailto:stewart.bryant@gmail.<wbr>com</a>]
                            <br>
                            <b>Sent:</b> Wednesday, January 17, 2018
                            10:39 AM<br>
                            <b>To:</b> Grossman, Ethan A. &lt;<a
                              href="mailto:eagros@dolby.com"
                              target="_blank" moz-do-not-send="true">eagros@dolby.com</a>&gt;;
                            Balázs Varga A &lt;<a
                              href="mailto:balazs.a.varga@ericsson.com"
                              target="_blank" moz-do-not-send="true">balazs.a.varga@ericsson.com</a>&gt;;
                            Andrew G. Malis &lt;<a
                              href="mailto:agmalis@gmail.com"
                              target="_blank" moz-do-not-send="true">agmalis@gmail.com</a>&gt;<br>
                            <b>Cc:</b> DetNet WG &lt;<a
                              href="mailto:detnet@ietf.org"
                              target="_blank" moz-do-not-send="true">detnet@ietf.org</a>&gt;;
                            Mach Chen &lt;<a
                              href="mailto:mach.chen@huawei.com"
                              target="_blank" moz-do-not-send="true">mach.chen@huawei.com</a>&gt;<br>
                            <b>Subject:</b> Re: DP solution (Flow
                            identification)</span></p>
                      </div>
                    </div>
                    <p class="MsoNormal"> </p>
                    <p>Hi  Ethan,</p>
                    <p class="MsoNormal"> </p>
                    <div>
                      <p class="MsoNormal">On 17/01/2018 18:24,
                        Grossman, Ethan A. wrote:</p>
                    </div>
                    <blockquote
                      style="margin-top:5.0pt;margin-bottom:5.0pt">
                      <p class="MsoNormal"><span
                          style="color:windowtext">Thanks Stewart for
                          the clarification. I interpret your statement
                          “a decision not to support IPv4” to mean “a
                          decision not to propose adding anything to the
                          existing IPv4 standard”.
                        </span></p>
                    </blockquote>
                    <p class="MsoNormal" style="margin-bottom:12.0pt"><span
                        style="font-size:12.0pt;font-family:&quot;Times
                        New Roman&quot;,serif"><br>
                        To support IPv4 there are a number of methods
                        that are possible, one is to add something to v4
                        itself as is proposed for v6. Adding something
                        to the base protocol will be very difficult.<br>
                        <br>
                        Another method, is to do what has been proposed
                        by some for MPLS, that is to encode the identity
                        and type in the IP address. There is a proposal
                        to do this in SRv6. I am not a great fan of
                        abusing the address space for this in the way
                        proposed by that work, but maybe we can do
                        something much simpler here and simply identify
                        the DN instance by the IP address with no other
                        semantics. Much easier to do this for IPv6 with
                        the "infinite addresses" but we could get away
                        with it in limited private Ipv4 networks. Of
                        course this does change the per-hop behaviour of
                        IP which may be a challenge to get the IETF to
                        sign of on.<br>
                        <br>
                        Another method is to use some method of carrying
                        an MPLS label stack - this was the first
                        proposal. Now I said that I did not think anyone
                        had done that and I still believe that to be the
                        case, but that does not mean that it is not the
                        least worst approach. There are alternates for
                        example IP/UDP/MPLS<br>
                        which is the so called USR approach that a
                        number of us advocate as an alternative to SRv6.<br>
                        <br>
                      </span></p>
                    <blockquote
                      style="margin-top:5.0pt;margin-bottom:5.0pt">
                      <p class="MsoNormal"><span
                          style="color:windowtext">If that isn’t
                          correct, please let me know. As you may recall
                          I already started a thread awhile ago to
                          discuss IPv4 vs IPv6, and based on the
                          responses it appeared to me at that time that
                          there were some kind of options, though not a
                          “native IPv4” solution, but it wasn’t clear to
                          me (as a non-expert in the various networking
                          protocols mentioned) whether they would be
                          viable in practice or not. I will revive that
                          thread and see if we can get any closer to
                          determining the importance of IPv4 to our
                          target customers, and hopefully some sense of
                          whether the proposed non-native-IPv4
                          strategies will hold water.
                        </span></p>
                    </blockquote>
                    <p class="MsoNormal" style="margin-bottom:12.0pt"><span
                        style="font-size:12.0pt;font-family:&quot;Times
                        New Roman&quot;,serif"><br>
                        Yes, we need to have the discussion on the list
                        and reach a consensus of whether<br>
                        <br>
                        a) We support v4<br>
                        b) We support v4 and v6 by v4 and v6 specific
                        protocol extensions<br>
                        c) We use a single common IP approach<br>
                        d) We use an approach that is common across IP
                        and MPLS<br>
                        <br>
                        - Stewart<br>
                        <br>
                      </span></p>
                    <blockquote
                      style="margin-top:5.0pt;margin-bottom:5.0pt">
                      <p class="MsoNormal"><span
                          style="color:windowtext">Ethan.</span></p>
                      <p class="MsoNormal"><span
                          style="color:windowtext"> </span></p>
                      <div>
                        <div style="border:none;border-top:solid #e1e1e1
                          1.0pt;padding:3.0pt 0cm 0cm 0cm">
                          <p class="MsoNormal"><b><span
                                style="color:windowtext">From:</span></b><span
                              style="color:windowtext"> Stewart Bryant [</span><a
                              href="mailto:stewart.bryant@gmail.com"
                              target="_blank" moz-do-not-send="true">mailto:stewart.bryant@gmail.<wbr>com</a><span
                              style="color:windowtext">]
                              <br>
                              <b>Sent:</b> Wednesday, January 17, 2018
                              12:29 AM<br>
                              <b>To:</b> Grossman, Ethan A. </span><a
                              href="mailto:eagros@dolby.com"
                              target="_blank" moz-do-not-send="true">&lt;eagros@dolby.com&gt;</a><span
                              style="color:windowtext">; Balázs Varga A
                            </span><a
                              href="mailto:balazs.a.varga@ericsson.com"
                              target="_blank" moz-do-not-send="true">&lt;balazs.a.varga@ericsson.com&gt;</a><span
                              style="color:windowtext">; Andrew G. Malis
                            </span><a href="mailto:agmalis@gmail.com"
                              target="_blank" moz-do-not-send="true">&lt;agmalis@gmail.com&gt;</a><span
                              style="color:windowtext"><br>
                              <b>Cc:</b> DetNet WG </span><a
                              href="mailto:detnet@ietf.org"
                              target="_blank" moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><span
                              style="color:windowtext">; Mach Chen
                            </span><a href="mailto:mach.chen@huawei.com"
                              target="_blank" moz-do-not-send="true">&lt;mach.chen@huawei.com&gt;</a><span
                              style="color:windowtext"><br>
                              <b>Subject:</b> Re: DP solution (Flow
                              identification)</span></p>
                        </div>
                      </div>
                      <p class="MsoNormal"> </p>
                      <p> </p>
                      <p class="MsoNormal"> </p>
                      <div>
                        <p class="MsoNormal">On 16/01/2018 18:38,
                          Grossman, Ethan A. wrote:</p>
                      </div>
                      <blockquote
                        style="margin-top:5.0pt;margin-bottom:5.0pt">
                        <p class="MsoNormal"><span
                            style="color:windowtext">Hi Bala’zs,</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">Regarding IPv4, I
                            also understood that we decided that we
                            can’t add new IPv4 fields. Pardon my
                            ignorance here, but does that mean there is
                            no part of DetNet capability that can be run
                            over IPv4? Or is there some “workaround” to
                            provide as I say even part of the DetNet
                            capability, given that it is an Engineered
                            network? I just want to clarify expectations
                            here.
                          </span></p>
                      </blockquote>
                      <p class="MsoNormal" style="margin-bottom:12.0pt"><span
style="font-size:12.0pt;font-family:&quot;Times New Roman ,serif&quot;"><br>
                          If you have a native IPv4 network to which you
                          present IPv6 packets, you either have to
                          tunnel them across where the IPv6 is
                          considered opaque data, or you have to
                          translate them to IPv4, but that requires some
                          common semantics to deal with extension
                          headers which we don't currently have.<br>
                          <br>
                          So, as far as I can see, a decision not to
                          support IPv4 means no DN support across the
                          IPv4 network.<br>
                          <br>
                          Which takes us back to the question of how
                          important is this and what will it do to the
                          take-up of the technology by its target
                          customers?<br>
                          <br>
                          - Stewart<br>
                          <br>
                          <br>
                        </span></p>
                      <blockquote
                        style="margin-top:5.0pt;margin-bottom:5.0pt">
                        <p class="MsoNormal"><span
                            style="color:windowtext">Thanks,</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">Ethan.</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext"> </span></p>
                        <div>
                          <div style="border:none;border-top:solid
                            #e1e1e1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
                            <p class="MsoNormal"><b><span
                                  style="color:windowtext">From:</span></b><span
                                style="color:windowtext"> detnet [</span><a
                                href="mailto:detnet-bounces@ietf.org"
                                target="_blank" moz-do-not-send="true">mailto:detnet-bounces@ietf.<wbr>org</a><span
                                style="color:windowtext">]
                                <b>On Behalf Of </b>Balázs Varga A<br>
                                <b>Sent:</b> Tuesday, January 16, 2018
                                10:21 AM<br>
                                <b>To:</b> Stewart Bryant </span><a
                                href="mailto:stewart.bryant@gmail.com"
                                target="_blank" moz-do-not-send="true">&lt;stewart.bryant@gmail.com&gt;</a><span
                                style="color:windowtext">; Andrew G.
                                Malis
                              </span><a href="mailto:agmalis@gmail.com"
                                target="_blank" moz-do-not-send="true">&lt;agmalis@gmail.com&gt;</a><span
                                style="color:windowtext"><br>
                                <b>Cc:</b> DetNet WG </span><a
                                href="mailto:detnet@ietf.org"
                                target="_blank" moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><span
                                style="color:windowtext">; Mach Chen
                              </span><a
                                href="mailto:mach.chen@huawei.com"
                                target="_blank" moz-do-not-send="true">&lt;mach.chen@huawei.com&gt;</a><span
                                style="color:windowtext"><br>
                                <b>Subject:</b> [Detnet] DP solution
                                (Flow identification)</span></p>
                          </div>
                        </div>
                        <p class="MsoNormal"> </p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">I think the last
                            mails are more about flow identification and
                            not the sequence number.</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">So, I have
                            re-subjected my answer.</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext"> </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">PSN layer vs. DN
                            layer (MPLS):</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">- in current data
                            plane text we have stated that DetNet PWs
                            may use dedicated LSPs (TE-tunnels).
                          </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">That allow to
                            identify DetNet flows in PSN layer without
                            checking the PW label. Such a solution of
                          </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">course may
                            challenge scalability.</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">- regarding
                            prioritization: text allows both E-LSP and
                            L-LSP concept, what makes possible
                          </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">to identify DetNet
                            packets. However that is more for simple
                            queuing scenarios as it does not</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">identify individual
                            flows. </span>
                        </p>
                        <p class="MsoNormal"><span
                            style="color:windowtext"> </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">PSN layer vs. DN
                            layer (non-MPLS):</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">- IPv4: If I
                            remember correctly it was discussed to be
                            out-of-scope to simplify the scenarios we
                            focus on.
                          </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">No-one wanted to
                            define new IPv4 fields for flow-ID and
                            Seq-Num in the “sunset of IPv4”.</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">- IPv6: based on
                            the src-IPv6 and the flow-label NP can
                            detect DetNet flows. Why would we need a new
                          </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">IP protocol type? </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext"> </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">Generic vs. DN
                            aware data plane:</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">- I think we need
                            both. We have use-cases specified for both.</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext"> </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">DetNet traffic to
                            be transported:</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">- two types are
                            considered: </span>
                        </p>
                        <p class="MsoNormal" style="text-indent:36.0pt"><span
                            style="color:windowtext">(1) Ethernet: IEEE
                            TSN traffic encapsulated in Ethernet frames
                            and
                          </span></p>
                        <p class="MsoNormal" style="text-indent:36.0pt"><span
                            style="color:windowtext">(2) IP: IPv6
                            transported over any L2 (not always
                            Ethernet, but most cases Ethernet)</span></p>
                        <p class="MsoNormal" style="text-indent:36.0pt"><span
                            style="color:windowtext">As noted above IPv4
                            is currently out-of-scope …</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext"> </span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">Cheers</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext">Bala’zs</span></p>
                        <p class="MsoNormal"><span
                            style="color:windowtext"> </span></p>
                        <div>
                          <div style="border:none;border-top:solid
                            #e1e1e1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
                            <p class="MsoNormal"><b><span
                                  style="color:windowtext">From:</span></b><span
                                style="color:windowtext"> Stewart Bryant
                                [</span><a
                                href="mailto:stewart.bryant@gmail.com"
                                target="_blank" moz-do-not-send="true">mailto:stewart.bryant@gmail.<wbr>com</a><span
                                style="color:windowtext">]
                                <br>
                                <b>Sent:</b> 2018. január 16. 17:38<br>
                                <b>To:</b> Andrew G. Malis &lt;</span><a
                                href="mailto:agmalis@gmail.com"
                                target="_blank" moz-do-not-send="true">agmalis@gmail.com</a><span
                                style="color:windowtext">&gt;<br>
                                <b>Cc:</b> Mach Chen &lt;</span><a
                                href="mailto:mach.chen@huawei.com"
                                target="_blank" moz-do-not-send="true">mach.chen@huawei.com</a><span
                                style="color:windowtext">&gt;; Balázs
                                Varga A &lt;</span><a
                                href="mailto:balazs.a.varga@ericsson.com"
                                target="_blank" moz-do-not-send="true">balazs.a.varga@ericsson.com</a><span
                                style="color:windowtext">&gt;; DetNet WG
                                &lt;</span><a
                                href="mailto:detnet@ietf.org"
                                target="_blank" moz-do-not-send="true">detnet@ietf.org</a><span
                                style="color:windowtext">&gt;<br>
                                <b>Subject:</b> Re: [Detnet] DP solution
                                (Sequence Numbering)</span></p>
                          </div>
                        </div>
                        <p class="MsoNormal"> </p>
                        <p> </p>
                        <p class="MsoNormal"
                          style="margin-bottom:12.0pt">Andy</p>
                        <div>
                          <p class="MsoNormal">On 16/01/2018 15:20,
                            Andrew G. Malis wrote:</p>
                        </div>
                        <blockquote
                          style="margin-top:5.0pt;margin-bottom:5.0pt">
                          <div>
                            <p class="MsoNormal">Stewart, </p>
                            <div>
                              <p class="MsoNormal"> </p>
                            </div>
                            <div>
                              <p class="MsoNormal">Like with PWs (since
                                DETNET for MPLS would just be another PW
                                type), targeted LDP and provisioning
                                (via a central controller, NMS, etc.)
                                are alternatives to RSVP and SR to
                                provisioning/allocating the DETNET PW
                                label.</p>
                            </div>
                          </div>
                        </blockquote>
                        <p class="MsoNormal"
                          style="margin-bottom:12.0pt"><br>
                          .. and I suppose strictly BGP which is also
                          used for this purpose in VPNs<br>
                          <br>
                          <br>
                        </p>
                        <blockquote
                          style="margin-top:5.0pt;margin-bottom:5.0pt">
                          <div>
                            <div>
                              <p class="MsoNormal"> </p>
                            </div>
                            <div>
                              <p class="MsoNormal">You and Mach are both
                                right that in the IP (non-MPLS) case, we
                                need a way for the NP to detect DETNET
                                flows. We could have a new IP protocol
                                type for DETNET, and a DETNET header
                                directly follows the IP header. In that
                                case, the DETNET header would also need
                                a next protocol identifier, unless the
                                next protocol is always another IP
                                header.</p>
                            </div>
                          </div>
                        </blockquote>
                        <p class="MsoNormal"
                          style="margin-bottom:12.0pt"><br>
                          Last I saw, the thinking was that there would
                          be an IP extension header, although I am not a
                          fan of those since (a) I am not confident what
                          a router will do one it does not understand,
                          and (b) I am concerned about the need to
                          support IPv4 which I suspect will have a long
                          tail in enterprise deployment.<br>
                          <br>
                          I prefer a UDP type for this purpose since it
                          has universal support through any middle box.
                          firewall etc, and all routers need to look a
                          the UDP DP so checking if it is one they need
                          to work on is just one compare and conditional
                          branch.<br>
                          <br>
                          <br>
                        </p>
                        <blockquote
                          style="margin-top:5.0pt;margin-bottom:5.0pt">
                          <div>
                            <div>
                              <p class="MsoNormal"> </p>
                            </div>
                            <div>
                              <p class="MsoNormal">Of course, for MPLS,
                                the DETNET PW label is the identifier. </p>
                            </div>
                          </div>
                        </blockquote>
                        <p class="MsoNormal"
                          style="margin-bottom:12.0pt"><br>
                          Only at the PW layer. Note my question about
                          whether this is sufficient.<br>
                          <br>
                          - Stewart<br>
                           </p>
                        <blockquote
                          style="margin-top:5.0pt;margin-bottom:5.0pt">
                          <div>
                            <div>
                              <p class="MsoNormal"> </p>
                            </div>
                            <div>
                              <p class="MsoNormal">Cheers,</p>
                            </div>
                            <div>
                              <p class="MsoNormal">Andy</p>
                            </div>
                            <div>
                              <p class="MsoNormal"> </p>
                            </div>
                          </div>
                          <div>
                            <p class="MsoNormal"> </p>
                            <div>
                              <p class="MsoNormal">On Tue, Jan 16, 2018
                                at 5:46 AM, Stewart Bryant &lt;<a
                                  href="mailto:stewart.bryant@gmail.com"
                                  target="_blank" moz-do-not-send="true">stewart.bryant@gmail.com</a>&gt;
                                wrote:</p>
                              <blockquote
                                style="border:none;border-left:solid
                                #cccccc 1.0pt;padding:0cm 0cm 0cm
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt">
                                <div>
                                  <p>If we need to discriminate at the
                                    PSN layer rather than the DN layer
                                    then we really are forced to create
                                    a new FEC type for MPLS, or
                                    synthesize one through RSVP or SR.
                                    IP has no native support for this,
                                    but we could introduce the concept,
                                    for example by making this the
                                    property of the IP address or some
                                    way of MPLSing IP.</p>
                                  <p>However there is a deeper question
                                    we need to answer. Is our
                                    expectation that each hop in the
                                    data plane DN aware, or is our
                                    expectation that at lest in some
                                    networks the data plane is generic
                                    with some DN nodes strategically
                                    placed?</p>
                                  <p>I can see than in some greenfield
                                    specialist cases the routers will
                                    all be DN aware, but in order to get
                                    deployment in most networks we need
                                    to design for the case where only
                                    strategic nodes are DN aware.</p>
                                  <p><span style="color:#888888">-
                                      Stewart</span></p>
                                  <div>
                                    <div>
                                      <p class="MsoNormal"> </p>
                                      <div>
                                        <p class="MsoNormal">On
                                          16/01/2018 01:14, Mach Chen
                                          wrote:</p>
                                      </div>
                                      <blockquote
                                        style="margin-top:5.0pt;margin-bottom:5.0pt">
                                        <div>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d">Hi
                                              Balazs,</span></p>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d"> </span></p>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d">#2
                                              is a more nature solution,
                                              the DetNet CW is dedicated
                                              for DetNet, seems there is
                                              no compatibility issue.</span></p>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d"> </span></p>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d">In
                                              addition, I think we need
                                              to define a way on how to
                                              differentiate a DetNet
                                              flow from a non-DetNet
                                              flow, then the network
                                              processor can process the
                                              CW as expected.  In TSN,
                                              it uses the priority to
                                              determine whether a flow
                                              is TSN or non-TSN flow.
                                              For DetNet, should we also
                                              use the same way (e.g.,
                                              TC, DSCP)? Or the DetNet
                                              service Label itself
                                              implies the situation, but
                                              it seems that this only
                                              works when the DetNet
                                              service label is the top
                                              label.  </span></p>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d"> </span></p>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d">Any
                                              other thoughts?</span></p>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d"> </span></p>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d">Best
                                              regards,</span></p>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d">Mach</span></p>
                                          <p class="MsoNormal"><span
                                              style="color:#1f497d"> </span></p>
                                          <div
                                            style="border:none;border-left:solid
                                            blue 1.5pt;padding:0cm 0cm
                                            0cm 4.0pt">
                                            <div>
                                              <div
                                                style="border:none;border-top:solid
                                                #e1e1e1
                                                1.0pt;padding:3.0pt 0cm
                                                0cm 0cm">
                                                <p class="MsoNormal"><b>From:</b>
                                                  detnet [<a
                                                    href="mailto:detnet-bounces@ietf.org"
                                                    target="_blank"
                                                    moz-do-not-send="true">mailto:detnet-bounces@ietf.<wbr>org</a>]
                                                  <b>On Behalf Of </b>Balázs
                                                  Varga A<br>
                                                  <b>Sent:</b> Monday,
                                                  January 15, 2018 9:06
                                                  PM<br>
                                                  <b>To:</b> DetNet WG <a
href="mailto:detnet@ietf.org" target="_blank" moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a><br>
                                                  <b>Subject:</b>
                                                  [Detnet] DP solution
                                                  (Sequence Numbering)</p>
                                              </div>
                                            </div>
                                            <p class="MsoNormal"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">Hi,</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">Some
                                              thoughts to start
                                              discussion on open points
                                              of the DP solution draft.</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">This
                                              mail(-thread) is on
                                              sequence numbering.</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">Problem
                                              in case of MPLS and DetNet
                                              Control Word:</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">-
                                              S/N skips zero problem:
                                              Ethernet PW definition
                                              states that S/N skips
                                              zero.</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">It
                                              uses zero to mean no S/N
                                              in use. (rfc4448)</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">Possible
                                              problem resolutions:</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">#1:
                                              Using a "flag" in the
                                              reserved bits part of the
                                              CW:</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;">     
                                                0                  
                                                1                  
                                                2                   3</span></p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;">      0 1 2
                                                3 4 5 6 7 8 9 0 1 2 3 4
                                                5 6 7 8 9 0 1 2 3 4 5 6
                                                7 8 9 0 1</span></p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;">    
                                                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+</span></p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;">     |0 0 0
                                                0|D|reserved - set to 0 
                                                |   16 bit Sequence
                                                Number      |</span></p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"><span
style="font-size:7.5pt;font-family:&quot;Courier New&quot;">    
                                                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-<wbr>+-+-+</span></p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">D-bit:
                                              set to “1” means DetNet
                                              specific Seq. Number used,</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">Bit5-15:
                                              reserved.</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">RFC4448
                                              states that reserved bits
                                              “MUST be ignored upon
                                              receipt”, so backward
                                            </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">compatibility
                                              is ensured. Such a
                                              solution would allow also
                                              to use longer seq.num.
                                            </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">formats
                                              (if needed). Such a format
                                              is also inline with
                                              RFC4385.</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">#2:
                                              Making “0” as a valid
                                              Seq.Num.</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">DetNet
                                              flows are recognized and
                                              forwarded special within
                                              the DetNet
                                            </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">domain.
                                              S/N is used within the
                                              DetNet domain by DetNet
                                              Service functions
                                            </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">(i.e.
                                              PREF). S/N used only on
                                              DetNet end-nodes and
                                              DetNet relay-nodes. No
                                            </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">other
                                              nodes care about the value
                                              of S/N, therefore DetNet
                                              can specify its
                                            </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">own
                                              sequence number processing
                                              algorithm. So “0” can be a
                                              valid number</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">and
                                              not the indication that no
                                              Seq.Num. is used. This is
                                              inline with RFC4385.</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">#3:
                                              Other … ?!?</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">Comments
                                              are welcome.</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">Cheers</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">Bala'zs</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">-----Original
                                              Message-----<br>
                                              From: detnet [<a
                                                href="mailto:detnet-bounces@ietf.org"
                                                target="_blank"
                                                moz-do-not-send="true">mailto:detnet-bounces@ietf.<wbr>org</a>]
                                              On Behalf Of Lou Berger<br>
                                              Sent: 2018. január 10.
                                              19:01<br>
                                              To: DetNet WG &lt;<a
                                                href="mailto:detnet@ietf.org"
                                                target="_blank"
                                                moz-do-not-send="true">detnet@ietf.org</a>&gt;<br>
                                              Subject: [Detnet]
                                              recording for today's
                                              interim</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">is
                                              available for download at:
                                            </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__ietf.webex.com_ietf_ldr.php-3FRCID-3De5116bc7db254c24a7bb3217bf202301&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=3rb3RE_Z2wOW8vp-AMsa2lgSh0U4BgdZF7zu1tXwd6k&amp;e="
                                                target="_blank"
                                                moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">https://ietf.webex.com/ietf/<wbr>ldr.php?RCID=<wbr>e5116bc7db254c24a7bb3217bf2023<wbr>01</span></a></p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">raw
                                              notes are available at </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=http-3A__etherpad.tools.ietf.org-3A9000_p_notes-2Dietf-2Dinterim-2D2018-2Ddetnet-2D01&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=lO_ZdHArQQsaDNYvMyIczmd6F1P_acuM0kFMZ51UX6c&amp;e="
                                                target="_blank"
                                                moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">http://etherpad.tools.ietf.<wbr>org:9000/p/notes-ietf-interim-<wbr>2018-detnet-01</span></a></p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">Please
                                              feel free to update the
                                              etherpad based on the
                                              recording.</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">Lou
                                              (and co-chairs)</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"> </p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">______________________________<wbr>_________________</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext">detnet
                                              mailing list</p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"><a
href="mailto:detnet@ietf.org" target="_blank" moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">detnet@ietf.org</span></a></p>
                                            <p
                                              class="m_-1936922869282641754m1519775394609505423msoplaintext"><a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e="
                                                target="_blank"
                                                moz-do-not-send="true"><span
style="color:windowtext;text-decoration:none">https://www.ietf.org/mailman/<wbr>listinfo/detnet</span></a></p>
                                          </div>
                                        </div>
                                        <p class="MsoNormal"
                                          style="margin-bottom:12.0pt"> </p>
                                        <pre>______________________________<wbr>_________________</pre>
                                        <pre>detnet mailing list</pre>
                                        <pre><a href="mailto:detnet@ietf.org" target="_blank" moz-do-not-send="true">detnet@ietf.org</a></pre>
                                        <pre><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e=" target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a></pre>
                                      </blockquote>
                                      <p class="MsoNormal"> </p>
                                    </div>
                                  </div>
                                </div>
                                <p class="MsoNormal"
                                  style="margin-bottom:12.0pt"><br>
                                  ______________________________<wbr>_________________<br>
                                  detnet mailing list<br>
                                  <a href="mailto:detnet@ietf.org"
                                    target="_blank"
                                    moz-do-not-send="true">detnet@ietf.org</a><br>
                                  <a
href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_detnet&amp;d=DwMGaQ&amp;c=lI8Zb6TzM3d1tX4iEu7bpg&amp;r=ZcHC6wX_gDwPDcfMaFNZiQ&amp;m=Ww506GT5I1lpl0z4wh0NtK-sdaqjAfwQf7dIWKBfMjs&amp;s=hS9_HI114vlyT-MDJVp5eK8h7URobpcWbBt9njrFQMI&amp;e="
                                    target="_blank"
                                    moz-do-not-send="true">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a></p>
                              </blockquote>
                            </div>
                            <p class="MsoNormal"> </p>
                          </div>
                        </blockquote>
                        <p class="MsoNormal"> </p>
                      </blockquote>
                      <p class="MsoNormal"><span
                          style="font-size:12.0pt;font-family:&quot;Times
                          New Roman ,serif&quot;"> </span></p>
                    </blockquote>
                    <p class="MsoNormal"><span
                        style="font-size:12.0pt;font-family:&quot;Times
                        New Roman&quot;,serif"> </span></p>
                  </div>
                </div>
              </div>
            </div>
            <br>
            ______________________________<wbr>_________________<br>
            detnet mailing list<br>
            <a href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><br>
            <a href="https://www.ietf.org/mailman/listinfo/detnet"
              rel="noreferrer" target="_blank" moz-do-not-send="true">https://www.ietf.org/mailman/<wbr>listinfo/detnet</a><br>
            <br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
detnet mailing list
<a class="moz-txt-link-abbreviated" href="mailto:detnet@ietf.org">detnet@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------DB03472690B64768DD12CDFD--


From nobody Mon Jan 22 02:42:11 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43A9E124239 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 02:42:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 B7H0JIxh5tGl for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 02:42:07 -0800 (PST)
Received: from mail-wr0-x22d.google.com (mail-wr0-x22d.google.com [IPv6:2a00:1450:400c:c0c::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E6CC1201F8 for <detnet@ietf.org>; Mon, 22 Jan 2018 02:42:07 -0800 (PST)
Received: by mail-wr0-x22d.google.com with SMTP id g21so8064590wrb.13 for <detnet@ietf.org>; Mon, 22 Jan 2018 02:42:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=yAbF0pliDhv46lYMb99I4NPrjDgNYoMEjqScIa4WzlM=; b=ihXOckMBZLZDRblwGxnwDTiSUb8WJPA+P4au4HinphyltR7wyd34vSi7EQRRzHwkTV HJYqGSFnOhpwhcxwVS5YX9SBWov3HyRZOFL5+s+ZkvzK9QatwsO26MeHL2KSmvlJKLqx CvMHo+d2lJI6RVEt9nOrBkNhEsrH8Uyes0Fe6HcvGPtUTjkFZU2UzxE2M1kL9YYEG1hT A1Fpezzg7NHvF89QbJiMvyrcXM2xCGYcP6sktvrdwLefaZbDU9TewBkYh12fmNmiC7La mimzcsHuYmWqEWUsk+Np6fYaS0HTYPOZWzufN1FsglSJcxBuSpG4wOS59j5bnSTFi1Cs 1MIA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=yAbF0pliDhv46lYMb99I4NPrjDgNYoMEjqScIa4WzlM=; b=cCdxKzlGdGEP+V1BPU45aOKFs+qFd+XASD3FaZlhPrTEEoGqU9S07leUpYmkeVR0Lw q3d8iTkbLT61qrUGcUoBsEQ7mbPNmOhkv5C9rTp3lU1SivnUOg3ERo3RxgAAWDO2v09u dDCIOXyJE39JC2JFIUkYhynV9yQzmW1kI6rTG/YcY7oiJDRELXjLxSX5lv6aA0sFuwGb t3e8/XV3RnmqFgRR3jwsqqnt8kP+GTWzwfBf2WEaS5sEmsQuOoz8bQXYvv2P8iS9hyaQ 0aVRlWiD3xd/+acI95CQsn/TDOshLjawSKj8hydt9M2+g67QoCQktQkEAu3xYMQJxA1j anQg==
X-Gm-Message-State: AKwxytcidOxKdKoVco5Sb+DfNLKFAwftvpWRzc9j7PbG9sAT7Og9vrkx mdsbcKQvjkfU535oKG1MvwIl9Us2
X-Google-Smtp-Source: AH8x227zw6zVOM21wQnBLOPDXCTnAX/yBojrtuhKqtZnJAhvu73ALvrtnMyuz8mEGyb1xLNL/17gDQ==
X-Received: by 10.223.190.142 with SMTP id i14mr6311707wrh.111.1516617725563;  Mon, 22 Jan 2018 02:42:05 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id d195sm5018236wmd.2.2018.01.22.02.42.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 02:42:04 -0800 (PST)
To: =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com> <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com>
Date: Mon, 22 Jan 2018 10:42:03 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------4C2759DAF2E5A1B860694D28"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/nSGFS0dHS9-hLQezNRTMrNlx9pE>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 10:42:09 -0000

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



On 19/01/2018 09:09, Balázs Varga A wrote:
>
> Also during the Elimination
>
> we can simple concentrate on duplicate detection and out-source 
> in-order delivery to DN4.
>

In the middle of the network it may be sufficient to do approximate 
duplication detection. That is to say delete a packet if it has the same 
s/n as its predecessor (may be with a very tiny window) and let the 
egress do anything more complex.

- Stewart

--------------4C2759DAF2E5A1B860694D28
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 19/01/2018 09:09, Balázs Varga A
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <p class="MsoNormal"> Also during the Elimination<o:p></o:p></p>
      <p class="MsoNormal">we can simple concentrate on duplicate
        detection and out-source in-order delivery to DN4.
      </p>
    </blockquote>
    <br>
    In the middle of the network it may be sufficient to do approximate
    duplication detection. That is to say delete a packet if it has the
    same s/n as its predecessor (may be with a very tiny window) and let
    the egress do anything more complex.<br>
    <br>
    - Stewart<br>
  </body>
</html>

--------------4C2759DAF2E5A1B860694D28--


From nobody Mon Jan 22 03:01:22 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A6B2124234 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 03:01:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, WEIRD_PORT=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 oO2AQwnPW5hv for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 03:01:18 -0800 (PST)
Received: from mail-wr0-x235.google.com (mail-wr0-x235.google.com [IPv6:2a00:1450:400c:c0c::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C217A1201F8 for <detnet@ietf.org>; Mon, 22 Jan 2018 03:01:17 -0800 (PST)
Received: by mail-wr0-x235.google.com with SMTP id t16so8133314wrc.10 for <detnet@ietf.org>; Mon, 22 Jan 2018 03:01:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=AyjM7bTIEXht3PVkJtcTjMU1laxnw864xLyFbWQeY4Y=; b=YAbGkqc4MjrgBsm8GCk9DHxJ0DblXSXrqVh7KEz3rHAt1gkXMo9La8RF5tM/KjOvlY nyO29aZ6Z+HeHkgTW/gGyuteVC/RwTR+PB0mecYbg9rrNz221lINpRvaWuCuSvj4MzfC aWsYz5c3UWs6byQJheh/3BhFf4Wpf45Drv88pNauuxHLC7fE7YWLIjfUiclCZ7uzrkqL 7P1dTiVe0hSV2cnpbFwWclPYjWps2HWgBwnGShLCYTDYY/kzRMuM4Fu3Mrs4ebx1h5PC PYCYzpDBfzDMdCkN2NlnpjJqzayRNQrS3CnVvPSHi3KmXcdhZbtYmrmeatZucJDxWhJo YINQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=AyjM7bTIEXht3PVkJtcTjMU1laxnw864xLyFbWQeY4Y=; b=fjSlB3W+DliuSFc0iwRzjAqXJLA7rRJZeasey5NRmNSOUcv6xidJodoH51Dv7qp1WZ iXYjPJUdcuXjecubdLikET4w2iqUwSWHGniICX64Vd6BvVMtpCVlG1r+JbA5tO468Hk9 ZwNwneB5RF3/lACgwwhdMJnk7YNsXrJe1Q8bv+RuOHLbRZ+U8svMu3OaTtMmXIzd5oCu EeVemQF8sYqffJiYIFjhQSTAeg3HDunR4laniOsTfw48JuyT7opdWxSB/Vq8cYiEEgOV m9iU1QYFhjc3OM0OnteLP42VGyFQljZgPQi3M2H29Dc2OX4jl3T8t8OUmE4wVzBsbFuF IhzA==
X-Gm-Message-State: AKwxytcnAcdnNCthkWWnmy8d/sTMFUqCGRtu0ElVLjQw4BKRHtYbzaMb rqrxkZ+UOSRhsu5v0KjxHBs=
X-Google-Smtp-Source: AH8x225VBQsRVIrVzczQ00RLc7AqEAeUYAchtNHUjQwychDIBki0tZ/qGrvOrwX+jl2aEuYT67a/Rw==
X-Received: by 10.223.185.92 with SMTP id b28mr5888130wrg.196.1516618876062; Mon, 22 Jan 2018 03:01:16 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id y204sm4342134wmg.44.2018.01.22.03.01.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 03:01:15 -0800 (PST)
To: Loa Andersson <loa@pi.nu>, "Andrew G. Malis" <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <c77329ec-8e10-b955-ea99-45ea5c42c08c@gmail.com>
Date: Mon, 22 Jan 2018 11:01:14 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/mf_zkMCfzIQCaHRjbTCly_QYtiQ>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 11:01:21 -0000

We can of course do the s/n triage in two phases. Approximate in the 
middle of the middle of the n/w and exact at the T-PE.

- Stewart


On 19/01/2018 16:29, Loa Andersson wrote:
> Andy,
>
>
> On 2018-01-19 20:25, Andrew G. Malis wrote:
>> Loa,
>>
>> We really don’t need a “D” bit, as we can allocate a PW type to 
>> indicate that this is a DetNet PW, plus the context of the label can 
>> identify its use for a DetNet PW/flow.
>
> Fine, however we have at least diverging opinions, that both say that 
> we should not use PWs
> - first we have people that believe that we should use EVPN instead
> - second there are people that say that we should define what is
>   necessary for DetNet and then specify that independent of EVPN and PWs
>
> We need a consensus on that before we can start the design according to
> one or the other of those paradigms.
>>
>> We DO need the first nibble to be zero. But beyond that, we are free 
>> to use all 28 bits as a sequence number, if there’s no need for 
>> either flags or PW-layer fragmentation, which would require two bits.
>>
>> The key to determine the required number of bits in the sequence 
>> number is to determine, for the maximum expected rate of a DetNet 
>> flow, how long will it take to wrap around?
>
> Isn't that only part of the truth? We are not concerned only by the 
> fact that the source might sue the same sequence number again, but 
> that a struggling packet might show up at a point in the network where 
> a wrap
> around just happened.
>>
>> For example, for a 10Gbps flow, that would reasonably equate to 833K 
>> pps, assuming 1500-byte packets. This would wrap around in a little 
>> over one second with 20 bits. A 100 Gbps flow with a 27-bit sequence 
>> number would wrap around in about 1 second.
>>
>> All that said, a second is a very long holding time for flows with 
>> constrained latency, so we could probably take two bits off those 
>> numbers and still be OK (wrap around in 250 ms).
>>
>> So 25 bits is probably sufficient, at least for today. 28 bits gives 
>> us room for further BW growth in the future, approaching 1Tbps.
>
> I think that we need to design for Tbps (or worse), but that is another
> thing we need consensus on before starting to specify.
>
> /Loa
>>
>> Cheers,
>> Andy
>>
>>
>>
>> On Fri, Jan 19, 2018 at 12:10 AM, Loa Andersson <loa@pi.nu 
>> <mailto:loa@pi.nu>> wrote:
>>
>>     Folks,
>>
>>     Thanks for the discussion on sequenced number, where they are 
>> used and
>>     what size they need to be.
>>
>>     There seems to a few ideas floating around.
>>
>>     This mail have #1 has a CW of 32 bits and a sequence number 16 bits.
>>
>>     #2 has a CW of 32 bits (?) and a sequence number of 27 bits if 
>> the D-bit
>>     is thare (?), right?
>>
>>     The draft-ietf-detnet-dp-sol has a CW of 32 bits and a sequence
>>     number of 28 bits.
>>
>>     Other ideas I've heard in discussion is to make the sequence number
>>     configurable.
>>
>>     Questions:
>>
>>     It has been said that that if anyone can give a use case where we 
>> need a
>>     sequence number bigger than 28 bits, we'll have to accommodate 
>> this. Is
>>     the jury still out on this, or can we say that 28 bits is 
>> enough?? Would
>>     27 bit be enough? 16 bits?? Or might we even need a two byte CW?
>>
>>     There is not much idea to start drawing figures of the CW unless 
>> we have
>>     an answer to that question.
>>
>>     Honestly I don't have to much idea on ho to go about to get that 
>> answer.
>>     Any ideas? I think that the dt had some math on this in an early 
>> stage.
>>     Anyone that have that available?
>>
>>     On the D-bit. Is it enough to have the D-bit set to determine if 
>> it is
>>     a DetNet flow? What if the D-bit is not set?
>>
>>     /Loa
>>
>>
>>
>>
>>     On 2018-01-15 21:05, Balázs Varga A wrote:
>>
>>         Hi,
>>
>>         Some thoughts to start discussion on open points of the DP
>>         solution draft.
>>
>>         This mail(-thread) is on sequence numbering.
>>
>>         Problem in case of MPLS and DetNet Control Word:
>>
>>         - S/N skips zero problem: Ethernet PW definition states that S/N
>>         skips zero.
>>
>>         It uses zero to mean no S/N in use. (rfc4448)
>>
>>         Possible problem resolutions:
>>
>>         #1: Using a "flag" in the reserved bits part of the CW:
>>
>>                 0                   1 2                   3
>>
>>                 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
>>         8 9 0 1
>>
>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>>                |0 0 0 0|D|reserved - set to 0  |   16 bit Sequence
>>         Number      |
>>
>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>>         D-bit: set to “1” means DetNet specific Seq. Number used,
>>
>>         Bit5-15: reserved.
>>
>>         RFC4448 states that reserved bits “MUST be ignored upon
>>         receipt”, so backward
>>
>>         compatibility is ensured. Such a solution would allow also to
>>         use longer seq.num.
>>
>>         formats (if needed). Such a format is also inline with RFC4385.
>>
>>         #2: Making “0” as a valid Seq.Num.
>>
>>         DetNet flows are recognized and forwarded special within the 
>> DetNet
>>
>>         domain. S/N is used within the DetNet domain by DetNet Service
>>         functions
>>
>>         (i.e. PREF). S/N used only on DetNet end-nodes and DetNet
>>         relay-nodes. No
>>
>>         other nodes care about the value of S/N, therefore DetNet can
>>         specify its
>>
>>         own sequence number processing algorithm. So “0” can be a valid
>>         number
>>
>>         and not the indication that no Seq.Num. is used. This is inline
>>         with RFC4385.
>>
>>         #3: Other … ?!?
>>
>>         Comments are welcome.
>>
>>         Cheers
>>
>>         Bala'zs
>>
>>         -----Original Message-----
>>         From: detnet [mailto:detnet-bounces@ietf.org
>>         <mailto:detnet-bounces@ietf.org>] On Behalf Of Lou Berger
>>         Sent: 2018. január 10. 19:01
>>         To: DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>
>>         Subject: [Detnet] recording for today's interim
>>
>>         is available for download at:
>>
>> https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301
>> <https://ietf.webex.com/ietf/ldr.php?RCID=e5116bc7db254c24a7bb3217bf202301>
>>
>>         raw notes are available at
>>
>> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01
>> <http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-01>
>>
>>         Please feel free to update the etherpad based on the recording.
>>
>>         Lou (and co-chairs)
>>
>>         _______________________________________________
>>
>>         detnet mailing list
>>
>>         detnet@ietf.org <mailto:detnet@ietf.org> <mailto:detnet@ietf.org
>>         <mailto:detnet@ietf.org>>
>>
>>         https://www.ietf.org/mailman/listinfo/detnet
>>         <https://www.ietf.org/mailman/listinfo/detnet>
>>
>>
>>
>>         _______________________________________________
>>         detnet mailing list
>>         detnet@ietf.org <mailto:detnet@ietf.org>
>>         https://www.ietf.org/mailman/listinfo/detnet
>>         <https://www.ietf.org/mailman/listinfo/detnet>
>>
>>
>>     --
>>
>>     Loa Andersson                        email: loa@pi.nu 
>> <mailto:loa@pi.nu>
>>     Senior MPLS Expert
>>     Huawei Technologies (consultant)     phone: +46 739 81 21 64
>>     <tel:%2B46%20739%2081%2021%2064>
>>
>>
>>     _______________________________________________
>>     detnet mailing list
>>     detnet@ietf.org <mailto:detnet@ietf.org>
>>     https://www.ietf.org/mailman/listinfo/detnet
>>     <https://www.ietf.org/mailman/listinfo/detnet>
>>
>>
>>
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>>
>


From nobody Mon Jan 22 05:12:36 2018
Return-Path: <loa@pi.nu>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B72D41270AC for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 05:12:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-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 eT_9q1Ke05vG for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 05:12:32 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4422E126C2F for <detnet@ietf.org>; Mon, 22 Jan 2018 05:12:32 -0800 (PST)
Received: from [192.168.1.10] (unknown [119.94.167.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 14D0B1801569; Mon, 22 Jan 2018 14:12:20 +0100 (CET)
To: Stewart Bryant <stewart.bryant@gmail.com>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com> <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com> <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <08d88b55-c78e-a1c8-5f3c-a46d2160f5f9@pi.nu>
Date: Mon, 22 Jan 2018 21:12:11 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/BPtUG5bbJ4tbD-shxp-gQ_Tg6VQ>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 13:12:36 -0000

Stewart,

On 2018-01-22 18:42, Stewart Bryant wrote:
> 
> 
> On 19/01/2018 09:09, Balázs Varga A wrote:
>>
>> Also during the Elimination
>>
>> we can simple concentrate on duplicate detection and out-source 
>> in-order delivery to DN4.
>>
> 
> In the middle of the network it may be sufficient to do approximate 
> duplication detection. That is to say delete a packet if it has the same 
> s/n as its predecessor (may be with a very tiny window) and let the 
> egress do anything more complex.

This has been tried before, but if I remember correctly. there turned
out to be very few true P nodes.

/Loa
> 
> - Stewart
> 
> 
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
> 

-- 


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


From nobody Mon Jan 22 06:16:48 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E537C126CF9 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 06:16:43 -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, 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_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tdBLA9w201dk for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 06:16:41 -0800 (PST)
Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) (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 8036A1252BA for <detnet@ietf.org>; Mon, 22 Jan 2018 06:16:40 -0800 (PST)
Received: from CMOut01 (unknown [10.0.90.82]) by gproxy4.mail.unifiedlayer.com (Postfix) with ESMTP id EC90F175B72 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:16:35 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with  id 1SGX1x01H2SSUrH01SGaZw; Mon, 22 Jan 2018 07:16:35 -0700
X-Authority-Analysis: v=2.2 cv=Rf/gMxlv c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=48vgC7mUAAAA:8 a=79_ky1nyVldZO64Pln8A:9 a=RSS4fY-0Fwtheee_:21 a=ziRr9t9jEbJNdG_4:21 a=QEXdDO2ut3YA:10 a=dognii86VrYA:10 a=pGLkceISAAAA:8 a=ebSVJxeKiM8UvsTkBocA:9 a=xgAi27rEj9ZJ3TC7:21 a=dznSl_HZ0QtvEUaR:21 a=nL1iowIcoQJDpN5D:21 a=_W_S_7VecoQA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From: References:Cc:To:Subject:Sender:Reply-To:Content-Transfer-Encoding:Content-ID :Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To: Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe :List-Post:List-Owner:List-Archive; bh=RlvcC0ikBVWlp6owF41n3GkJLGwu0+wEMlFKNqrawsU=; b=A4iR9MBNQVgLdgmUju1fMkP87U 12YuKk0ShX3nYDM8RcnjfiijmAkndCZVuRcpdiTdnA55VVNyRdv6KturGtYx2erdOLRLIjO1X6a5Z xKs/e/fpJeiYt4zoQx+nRg2r0;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:34948 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from <lberger@labn.net>) id 1edctj-002RY9-Jg; Mon, 22 Jan 2018 07:16:31 -0700
To: Jouni <jouni.nospam@gmail.com>, Loa Andersson <loa@pi.nu>
Cc: DetNet WG <detnet@ietf.org>, "Andrew G. Malis" <agmalis@gmail.com>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu> <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com>
From: Lou Berger <lberger@labn.net>
Message-ID: <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net>
Date: Mon, 22 Jan 2018 09:16:30 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com>
Content-Type: multipart/alternative; boundary="------------5BDDC2F8913421546774868B"
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1edctj-002RY9-Jg
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:34948
X-Source-Auth: lberger@labn.net
X-Email-Count: 3
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/paxVTh-LkIRbm0uv3l3za_Z_qDM>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 14:16:46 -0000

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

Jouni,

     I may be off but isn't sequence number independent per flow? So 
it's not the max link speed that's critical, but rather the max flow 
size, right?

Certainly link speed provides an upper bound on a single flow, and there 
are certainly some use cases where a single flow will consume even the 
biggest link, but my experience is that such flows *always* use large 
packets.  In any case, I (personally, no hat) don't see this as the 
common case nor *necessarily* the required *initial* detnet solution.

Also, I ran sum numbers for bits needed for 1sec at different frame 
sizes.  25 bits looks sufficient for almost all flows, and is only 
insufficient for 4 smaller frame sizes at 400G and 1T. So in either case 
(flows or links)  28 bits  more than sufficient.

Lou

Hopefully this looks okay...

bits needed 	64 BPkt	128 BPkt	256 BPkt	512 BPkt	1514 BPkt	4096 BPkt	9216 
BPkt
10M 	14 	13 	12 	11 	10 	8 	7
1G 	21 	20 	19 	18 	16 	15 	14
100G 	27 	26 	25 	24 	23 	22 	20
400G 	29 	28 	27 	26 	25 	24 	22
1T 	30 	30 	29 	28 	26 	25 	24


On 1/21/2018 4:43 AM, Jouni wrote:
> Quick and dirty calculation with 1500 octet packet (+ ethernet overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.
> 1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 bit SN. This is based on the calculation how many packets you are able to inject within a given time constraint.  I do not consider here yet how you would find out a late packet based on the SN i.e., whether you need to reserve half of the SN space for “in window” packets or some other amount like 10%. Anyway, it is still _early_ in Sunday morning so tolerate errors..
>
> To me 28 bits seems to be plenty.. and a single on-wire format is simple (assuming the actual SN bits are defined by the CP or config).
>
> - Jouni
>
>
>> On 21 Jan 2018, at 08:28, Loa Andersson <loa@pi.nu> wrote:
>>
>> Andy, all,
>>
>> (I thought I sent a response to this, but it never did show up, so re-sending. Apologize if there are duplicates).
>>
>> So we all agree that we need the sequence number for elimination
>> purposes.
>>
>> We still need to agree on the size and format of the sequence number
>>
>> What will impact the calculation of the sequence number size are:
>>
>> - the maximum sustained DetNet flow BW
>> - the minimum average packet size of a DetNet flow
>> - the maximum lifetime of an errant packet
>>
>> My guesstimate is that we need to allow for a sustained BW of 1 Tbs, that the average packet size is less that 1500 bytes and that the life
>> time of an errant packet is at least 500 ms.
>>
>> But we obviously need better answers than that to be able to calculate the sequence number size we med.
>>
>> Any takers??
>>
>> /Loa
>>
>>
>>
>> On 2018-01-20 02:36, Andrew G. Malis wrote:
>>> Loa,
>>> You’re right, we do need to think about the maximum lifetime of an errant packet in the network as well, thanks for that.
>>> You’re also correct that we need to define what’s optimal for DETNET, however we do have a charter constraint. To quote Lou’s recent email, "We are not expected to come up with new encapsulations, but rather how DetNet uses what exists today. “. So we can’t be TOO creative ...
>>> I’m really interested to hear what other people have to say about the upper limit of flow BW that DetNet needs to support, and I also made an assumption in my math that an average DetNet packet (at least for a very large flow) would be 1500 bytes. Do we have consensus on that as well? That also has implications for the sequence number length.
>>> Cheers,
>>> Andy
>>> On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu <mailto:loa@pi.nu>> wrote:
>>>     Andy,
>>>     On 2018-01-19 20:25, Andrew G. Malis wrote:
>>>         Loa,
>>>         We really don’t need a “D” bit, as we can allocate a PW type to
>>>         indicate that this is a DetNet PW, plus the context of the label
>>>         can identify its use for a DetNet PW/flow.
>>>     Fine, however we have at least diverging opinions, that both say
>>>     that we should not use PWs
>>>     - first we have people that believe that we should use EVPN instead
>>>     - second there are people that say that we should define what is
>>>        necessary for DetNet and then specify that independent of EVPN
>>>     and PWs
>>>     We need a consensus on that before we can start the design according to
>>>     one or the other of those paradigms.
>>>         We DO need the first nibble to be zero. But beyond that, we are
>>>         free to use all 28 bits as a sequence number, if there’s no need
>>>         for either flags or PW-layer fragmentation, which would require
>>>         two bits.
>>>         The key to determine the required number of bits in the sequence
>>>         number is to determine, for the maximum expected rate of a
>>>         DetNet flow, how long will it take to wrap around?
>>>     Isn't that only part of the truth? We are not concerned only by the
>>>     fact that the source might sue the same sequence number again, but
>>>     that a struggling packet might show up at a point in the network
>>>     where a wrap
>>>     around just happened.
>>>         For example, for a 10Gbps flow, that would reasonably equate to
>>>         833K pps, assuming 1500-byte packets. This would wrap around in
>>>         a little over one second with 20 bits. A 100 Gbps flow with a
>>>         27-bit sequence number would wrap around in about 1 second.
>>>         All that said, a second is a very long holding time for flows
>>>         with constrained latency, so we could probably take two bits off
>>>         those numbers and still be OK (wrap around in 250 ms).
>>>         So 25 bits is probably sufficient, at least for today. 28 bits
>>>         gives us room for further BW growth in the future, approaching
>>>         1Tbps.
>>>     I think that we need to design for Tbps (or worse), but that is another
>>>     thing we need consensus on before starting to specify.
>>>     /Loa
>>>         Cheers,
>>>         Andy
>>> _______________________________________________
>>> detnet mailing list
>>> detnet@ietf.org
>>> https://www.ietf.org/mailman/listinfo/detnet
>> -- 
>>
>>
>> Loa Andersson                        email: loa@pi.nu
>> Senior MPLS Expert
>> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


--------------5BDDC2F8913421546774868B
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Jouni,</p>
    <p>    I may be off but isn't sequence number independent per flow? 
      So it's not the max link speed that's critical, but rather the max
      flow size, right?  <br>
    </p>
    <p>Certainly link speed provides an upper bound on a single flow,
      and there are certainly some use cases where a single flow will
      consume even the biggest link, but my experience is that such
      flows *always* use large packets.  In any case, I (personally, no
      hat) don't see this as the common case nor *necessarily* the
      required *initial* detnet solution.</p>
    Also, I ran sum numbers for bits needed for 1sec at different frame
    sizes.  25 bits looks sufficient for almost all flows, and is only
    insufficient for 4 smaller frame sizes at 400G and 1T. So in either
    case (flows or links)  28 bits  more than sufficient.<br>
    <br>
    Lou<br>
    <p>Hopefully this looks okay...</p>
    <p> </p>
    <table cellspacing="0" cellpadding="0" width="879" border="0">
      <colgroup><col
          style="mso-width-source:userset;mso-width-alt:2962;width:61pt"
          width="81"> <col
          style="mso-width-source:userset;mso-width-alt:4169;
          width:86pt" span="7" width="114"> </colgroup><tbody>
        <tr style="height:15.75pt" height="21">
          <td class="xl82" style="height:15.75pt;width:61pt" height="21"
            width="81">bits needed</td>
          <td class="xl83" style="width:86pt" width="114"><span
              style="mso-spacerun:yes"> </span>64 BPkt<span
              style="mso-spacerun:yes"> </span></td>
          <td class="xl84" style="border-left:none;width:86pt"
            width="114"><span style="mso-spacerun:yes"> </span>128 BPkt<span
              style="mso-spacerun:yes"> </span></td>
          <td class="xl84" style="border-left:none;width:86pt"
            width="114"><span style="mso-spacerun:yes"> </span>256 BPkt<span
              style="mso-spacerun:yes"> </span></td>
          <td class="xl84" style="border-left:none;width:86pt"
            width="114"><span style="mso-spacerun:yes"> </span>512 BPkt<span
              style="mso-spacerun:yes"> </span></td>
          <td class="xl84" style="border-left:none;width:86pt"
            width="114"><span style="mso-spacerun:yes"> </span>1514 BPkt<span
              style="mso-spacerun:yes"> </span></td>
          <td class="xl84" style="border-left:none;width:86pt"
            width="114"><span style="mso-spacerun:yes"> </span>4096 BPkt<span
              style="mso-spacerun:yes"> </span></td>
          <td class="xl85" style="border-left:none;width:86pt"
            width="114"><span style="mso-spacerun:yes"> </span>9216 BPkt<span
              style="mso-spacerun:yes"> </span></td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td class="xl81" style="height:15.0pt" height="20">10M</td>
          <td class="xl67" align="right">14</td>
          <td class="xl68" style="border-left:none" align="right">13</td>
          <td class="xl68" style="border-left:none" align="right">12</td>
          <td class="xl68" style="border-left:none" align="right">11</td>
          <td class="xl68" style="border-left:none" align="right">10</td>
          <td class="xl68" style="border-left:none" align="right">8</td>
          <td class="xl69" style="border-left:none" align="right">7</td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td class="xl79" style="height:15.0pt;border-top:none"
            height="20">1G</td>
          <td class="xl70" style="border-top:none" align="right">21</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">20</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">19</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">18</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">16</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">15</td>
          <td class="xl71" style="border-top:none;border-left:none"
            align="right">14</td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td class="xl79" style="height:15.0pt;border-top:none"
            height="20">100G</td>
          <td class="xl72" style="border-top:none" align="right">27</td>
          <td class="xl66" style="border-top:none;border-left:none"
            align="right">26</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">25</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">24</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">23</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">22</td>
          <td class="xl71" style="border-top:none;border-left:none"
            align="right">20</td>
        </tr>
        <tr style="height:15.0pt" height="20">
          <td class="xl79" style="height:15.0pt;border-top:none"
            height="20">400G</td>
          <td class="xl73" style="border-top:none" align="right"><font
              color="#ff0000">29</font></td>
          <td class="xl66" style="border-top:none;border-left:none"
            align="right">28</td>
          <td class="xl66" style="border-top:none;border-left:none"
            align="right">27</td>
          <td class="xl66" style="border-top:none;border-left:none"
            align="right">26</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">25</td>
          <td class="xl65" style="border-top:none;border-left:none"
            align="right">24</td>
          <td class="xl71" style="border-top:none;border-left:none"
            align="right">22</td>
        </tr>
        <tr style="height:15.75pt" height="21">
          <td class="xl80" style="height:15.75pt;border-top:none"
            height="21">1T</td>
          <td class="xl74" style="border-top:none" align="right"><font
              color="#ff0000">30</font></td>
          <td class="xl75" style="border-top:none;border-left:none"
            align="right"><font color="#ff0000">30</font></td>
          <td class="xl75" style="border-top:none;border-left:none"
            align="right"><font color="#ff0000">29</font></td>
          <td class="xl76" style="border-top:none;border-left:none"
            align="right">28</td>
          <td class="xl76" style="border-top:none;border-left:none"
            align="right">26</td>
          <td class="xl77" style="border-top:none;border-left:none"
            align="right">25</td>
          <td class="xl78" style="border-top:none;border-left:none"
            align="right">24</td>
        </tr>
      </tbody>
    </table>
    <br>
    <div class="moz-cite-prefix">On 1/21/2018 4:43 AM, Jouni wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com">
      <pre wrap="">
Quick and dirty calculation with 1500 octet packet (+ ethernet overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.
1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 bit SN. This is based on the calculation how many packets you are able to inject within a given time constraint.  I do not consider here yet how you would find out a late packet based on the SN i.e., whether you need to reserve half of the SN space for “in window” packets or some other amount like 10%. Anyway, it is still _early_ in Sunday morning so tolerate errors..

To me 28 bits seems to be plenty.. and a single on-wire format is simple (assuming the actual SN bits are defined by the CP or config).

- Jouni


</pre>
      <blockquote type="cite">
        <pre wrap="">On 21 Jan 2018, at 08:28, Loa Andersson <a class="moz-txt-link-rfc2396E" href="mailto:loa@pi.nu">&lt;loa@pi.nu&gt;</a> wrote:

Andy, all,

(I thought I sent a response to this, but it never did show up, so re-sending. Apologize if there are duplicates).

So we all agree that we need the sequence number for elimination
purposes.

We still need to agree on the size and format of the sequence number

What will impact the calculation of the sequence number size are:

- the maximum sustained DetNet flow BW
- the minimum average packet size of a DetNet flow
- the maximum lifetime of an errant packet

My guesstimate is that we need to allow for a sustained BW of 1 Tbs, that the average packet size is less that 1500 bytes and that the life
time of an errant packet is at least 500 ms.

But we obviously need better answers than that to be able to calculate the sequence number size we med.

Any takers??

/Loa



On 2018-01-20 02:36, Andrew G. Malis wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">Loa,
You’re right, we do need to think about the maximum lifetime of an errant packet in the network as well, thanks for that.
You’re also correct that we need to define what’s optimal for DETNET, however we do have a charter constraint. To quote Lou’s recent email, "We are not expected to come up with new encapsulations, but rather how DetNet uses what exists today. “. So we can’t be TOO creative ...
I’m really interested to hear what other people have to say about the upper limit of flow BW that DetNet needs to support, and I also made an assumption in my math that an average DetNet packet (at least for a very large flow) would be 1500 bytes. Do we have consensus on that as well? That also has implications for the sequence number length.
Cheers,
Andy
On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson &lt;<a class="moz-txt-link-abbreviated" href="mailto:loa@pi.nu">loa@pi.nu</a> <a class="moz-txt-link-rfc2396E" href="mailto:loa@pi.nu">&lt;mailto:loa@pi.nu&gt;</a>&gt; wrote:
   Andy,
   On 2018-01-19 20:25, Andrew G. Malis wrote:
       Loa,
       We really don’t need a “D” bit, as we can allocate a PW type to
       indicate that this is a DetNet PW, plus the context of the label
       can identify its use for a DetNet PW/flow.
   Fine, however we have at least diverging opinions, that both say
   that we should not use PWs
   - first we have people that believe that we should use EVPN instead
   - second there are people that say that we should define what is
      necessary for DetNet and then specify that independent of EVPN
   and PWs
   We need a consensus on that before we can start the design according to
   one or the other of those paradigms.
       We DO need the first nibble to be zero. But beyond that, we are
       free to use all 28 bits as a sequence number, if there’s no need
       for either flags or PW-layer fragmentation, which would require
       two bits.
       The key to determine the required number of bits in the sequence
       number is to determine, for the maximum expected rate of a
       DetNet flow, how long will it take to wrap around?
   Isn't that only part of the truth? We are not concerned only by the
   fact that the source might sue the same sequence number again, but
   that a struggling packet might show up at a point in the network
   where a wrap
   around just happened.
       For example, for a 10Gbps flow, that would reasonably equate to
       833K pps, assuming 1500-byte packets. This would wrap around in
       a little over one second with 20 bits. A 100 Gbps flow with a
       27-bit sequence number would wrap around in about 1 second.
       All that said, a second is a very long holding time for flows
       with constrained latency, so we could probably take two bits off
       those numbers and still be OK (wrap around in 250 ms).
       So 25 bits is probably sufficient, at least for today. 28 bits
       gives us room for further BW growth in the future, approaching
       1Tbps.
   I think that we need to design for Tbps (or worse), but that is another
   thing we need consensus on before starting to specify.
   /Loa
       Cheers,
       Andy
_______________________________________________
detnet mailing list
<a class="moz-txt-link-abbreviated" href="mailto:detnet@ietf.org">detnet@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a>
</pre>
        </blockquote>
        <pre wrap="">
-- 


Loa Andersson                        email: <a class="moz-txt-link-abbreviated" href="mailto:loa@pi.nu">loa@pi.nu</a>
Senior MPLS Expert
Huawei Technologies (consultant)     phone: +46 739 81 21 64

_______________________________________________
detnet mailing list
<a class="moz-txt-link-abbreviated" href="mailto:detnet@ietf.org">detnet@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a>
</pre>
      </blockquote>
      <pre wrap="">
_______________________________________________
detnet mailing list
<a class="moz-txt-link-abbreviated" href="mailto:detnet@ietf.org">detnet@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------5BDDC2F8913421546774868B--


From nobody Mon Jan 22 06:23:07 2018
Return-Path: <balazs.a.varga@ericsson.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 002D61242F7 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 06:23:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.31
X-Spam-Level: 
X-Spam-Status: No, score=-4.31 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_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A9f7_SwBO869 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 06:23:03 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 6E9211200E5 for <detnet@ietf.org>; Mon, 22 Jan 2018 06:23:03 -0800 (PST)
X-AuditID: c1b4fb30-11d5e9c000006bc7-67-5a65f3c55401
Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id E3.46.27591.5C3F56A5; Mon, 22 Jan 2018 15:23:01 +0100 (CET)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.27) with Microsoft SMTP Server (TLS) id 14.3.352.0; Mon, 22 Jan 2018 15:23:00 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=5k03KvDAFaYci9kwdKlTDReWshvFxLKa+NcY49JVyvU=; b=GKvJBZ/6HChgA5gB1Gr1T9Ry1J7E/rhG4gumyr633CmwJK3rnHI/wQ0PhFg7tkj37JeEHFefA1PjMuFCNPKTIFibA2IM6h4uHrFS0fkjAWF/E4SgHhSSIicHWO56s69UAvsf2x3IPKeXMklrAUd8nIEb8BsHUdsiaoLjxDkMOaI=
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com (10.161.110.21) by VI1PR07MB1037.eurprd07.prod.outlook.com (10.161.111.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.444.5; Mon, 22 Jan 2018 14:22:59 +0000
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::50bd:9309:e843:94d1]) by VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::50bd:9309:e843:94d1%17]) with mapi id 15.20.0444.008; Mon, 22 Jan 2018 14:22:59 +0000
From: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>
CC: DetNet WG <detnet@ietf.org>
Thread-Topic: [Detnet] DP solution (Flow identification)
Thread-Index: AQHTj8BvfcySEIafK0yWjOrWoRLqD6N4ZUyAgAADjoCAAZ4ZMIAAJdUAgACT93CABPsHgIAAPB0A
Date: Mon, 22 Jan 2018 14:22:58 +0000
Message-ID: <VI1PR07MB1005608EF18F8A822A4DD840ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com> <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com> <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com>
In-Reply-To: <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com>
Accept-Language: hu-HU, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [94.21.126.141]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB1037; 7:yTGtXATawjSJDXkeFl90iOGjrCcxpFS/KF5HHVuYm+6UmnNEZkwmxpMU8P71A/HaCam6/rsQf8RqEt96QEe2BWZ2swP9DuVqHv1ltLPAUOs55Ek7aCDZKCJCB87T7/+ErT5sKmMyYuJW7JNfD6yy5x4F45DEzYL+GESAGofjke1+UCho1CV2zysrzhpDmTe4a00rv8c+tFtW2VqL77PvJFSWh0dq3FLYfgCmHRcQnb/Qz//20zgqrsUFfeqmV+xJ
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: bb68a441-1ff4-4292-1f31-08d561a3a352
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(4534125)(4602075)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:VI1PR07MB1037; 
x-ms-traffictypediagnostic: VI1PR07MB1037:
x-microsoft-antispam-prvs: <VI1PR07MB10375D3BEC09577D1FEDDD2AACEC0@VI1PR07MB1037.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(28532068793085)(85827821059158)(21748063052155); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231046)(2400081)(944501161)(3002001)(10201501046)(6041288)(20161123558120)(20161123562045)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:VI1PR07MB1037; BCL:0; PCL:0; RULEID:(100000803126)(100110400120); SRVR:VI1PR07MB1037; 
x-forefront-prvs: 0560A2214D
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(396003)(366004)(39860400002)(39380400002)(376002)(189003)(199004)(14454004)(76176011)(102836004)(7696005)(6506007)(53546011)(59450400001)(2900100001)(2950100002)(105586002)(5660300001)(74316002)(7736002)(81166006)(81156014)(8676002)(3846002)(790700001)(6116002)(3280700002)(66066001)(8936002)(86362001)(85182001)(2906002)(6306002)(229853002)(54896002)(9686003)(55016002)(97736004)(93886005)(53936002)(478600001)(6346003)(316002)(6436002)(26005)(110136005)(33656002)(85202003)(106356001)(68736007)(3660700001)(4326008)(99286004)(5250100002)(6246003)(39060400002)(25786009); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB1037; H:VI1PR07MB1005.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.a.varga@ericsson.com; 
x-microsoft-antispam-message-info: lf6yHd8FhIDFemfURHchAnIlQHExPWGMiqF0SiSEFikaQdYQhzevwn0IEsIhSCbjVzVYPEkUzji7tGWySoZR5w==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_VI1PR07MB1005608EF18F8A822A4DD840ACEC0VI1PR07MB1005eurp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: bb68a441-1ff4-4292-1f31-08d561a3a352
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2018 14:22:58.8549 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB1037
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0iTURjGOd9l+zZdHE3zRZNwYBeteSlyYEqFgQaCkESMwFZ+6ryzmWWQ TF1UjkzBvIuCY4UXFC95wQhXka5YbSCSIV5TLLwHKjPLeRb43+99nofnfQ8cjnZvZb05VWYO r85UpksFYqb6Rq/PmQ8bvCL4o0Um/7RgFsjt67WM3DylvEhH99dMCKMNhm0qjlKILyTy6apc Xh0UeUucsmvYYbKbQ+5X234ItOh3UDEScYDPwZrtp7AYiTl3/A5B2WoTS4ZhBLqStX2HwesU GFfnKeJUUrAyXMCQYRbB66pCgaNMgKOgr7OOdbAHvg5649a+TuNj8KvlD+3gwzgMtseeUiQj B2PzICKsgHX78n6ewf5gHuzdY46T4JtgnnQhu76z8LbLTjl0EY4A7SDjQIR9YbpNTjZ5wfhc A0WehsEw+IUm7AmLs7ssYT/YbKp06r5ga9AjRz3gbgqa2hqdIRn0lC0hwrFgstVTJGRF0GXd 2L8BcAA827pMMmkwra0TEk6Fz30WxllKw3DLtrP0KAyVtzqLdlko+NrBlCJZzYHLCWfB1Jtd 1sES7AYj1XNMzd4+Gp+C9oEgEvGDcv20kPBJeFRXLzyoNyJhM/LU8JrbGcmhoTJerbqj0WRl yjL5nE6094eGuu3BfWhx4ZIJYQ5JXSWWCV7hzipzNXkZJgQcLfWQJL3akySJyrwHvDorQX03 ndeYkA/HSL0kIzEShTtOVubwaTyfzav/uxQn8taiismS8dgeMOrY+NF7/sxOQPiyW0J4xOKh jitPzld+exmQuNrdLDZZsosGUq8aAosCr+WMjNp17VHvA3Ve82P88dOF0VWRfi+y811Lnyfn JglGHi5Nh1nLK/66ePbpHxfQHrYj/VWbcTG1kfnrlvjeKqtexOr03SdUZ1dmZuKtUkaTogwJ oNUa5T8GtFb8PwMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/2fNAcXsBlbPJkTBB1Lu1bMzyMwc>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 14:23:06 -0000

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

RXhhY3RseS4gOi0tKSkpIENoZWVycyBCYWxh4oCZenMNCg0KRnJvbTogU3Rld2FydCBCcnlhbnQg
W21haWx0bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dDQpTZW50OiAyMDE4LiBqYW51w6FyIDIy
LiAxMTo0Mg0KVG86IEJhbMOhenMgVmFyZ2EgQSA8YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29t
PjsgQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdtYWlsLmNvbT4NCkNjOiBEZXROZXQgV0cgPGRl
dG5ldEBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoRmxvdyBp
ZGVudGlmaWNhdGlvbikNCg0KDQoNCg0KT24gMTkvMDEvMjAxOCAwOTowOSwgQmFsw6F6cyBWYXJn
YSBBIHdyb3RlOg0KQWxzbyBkdXJpbmcgdGhlIEVsaW1pbmF0aW9uDQp3ZSBjYW4gc2ltcGxlIGNv
bmNlbnRyYXRlIG9uIGR1cGxpY2F0ZSBkZXRlY3Rpb24gYW5kIG91dC1zb3VyY2UgaW4tb3JkZXIg
ZGVsaXZlcnkgdG8gRE40Lg0KDQpJbiB0aGUgbWlkZGxlIG9mIHRoZSBuZXR3b3JrIGl0IG1heSBi
ZSBzdWZmaWNpZW50IHRvIGRvIGFwcHJveGltYXRlIGR1cGxpY2F0aW9uIGRldGVjdGlvbi4gVGhh
dCBpcyB0byBzYXkgZGVsZXRlIGEgcGFja2V0IGlmIGl0IGhhcyB0aGUgc2FtZSBzL24gYXMgaXRz
IHByZWRlY2Vzc29yIChtYXkgYmUgd2l0aCBhIHZlcnkgdGlueSB3aW5kb3cpIGFuZCBsZXQgdGhl
IGVncmVzcyBkbyBhbnl0aGluZyBtb3JlIGNvbXBsZXguDQoNCi0gU3Rld2FydA0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglj
b2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2
aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5
OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25v
cm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1z
b25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0K
CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNp
emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJs
YWNrO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250
LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29D
aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4w
cHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdp
bjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl
OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86
c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu
ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk
aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+
PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0i
RU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp
b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0
Ij5FeGFjdGx5LiA6LS0pKSkgQ2hlZXJzIEJhbGHigJl6czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7
Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20i
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQi
PkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+IFN0ZXdhcnQg
QnJ5YW50IFttYWlsdG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXQ0KPGJyPg0KPGI+U2VudDo8
L2I+IDIwMTguIGphbnXDoXIgMjIuIDExOjQyPGJyPg0KPGI+VG86PC9iPiBCYWzDoXpzIFZhcmdh
IEEgJmx0O2JhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbSZndDs7IEFuZHJldyBHLiBNYWxpcyAm
bHQ7YWdtYWxpc0BnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBEZXROZXQgV0cgJmx0O2Rl
dG5ldEBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtEZXRuZXRdIERQIHNv
bHV0aW9uIChGbG93IGlkZW50aWZpY2F0aW9uKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8
L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMTkvMDEvMjAxOCAwOTow
OSwgQmFsw6F6cyBWYXJnYSBBIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2tx
dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+QWxzbyBkdXJpbmcgdGhlIEVsaW1pbmF0aW9uPG86cD48L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPndlIGNhbiBzaW1wbGUgY29uY2VudHJhdGUgb24g
ZHVwbGljYXRlIGRldGVjdGlvbiBhbmQgb3V0LXNvdXJjZSBpbi1vcmRlciBkZWxpdmVyeSB0byBE
TjQuDQo8bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
Pjxicj4NCkluIHRoZSBtaWRkbGUgb2YgdGhlIG5ldHdvcmsgaXQgbWF5IGJlIHN1ZmZpY2llbnQg
dG8gZG8gYXBwcm94aW1hdGUgZHVwbGljYXRpb24gZGV0ZWN0aW9uLiBUaGF0IGlzIHRvIHNheSBk
ZWxldGUgYSBwYWNrZXQgaWYgaXQgaGFzIHRoZSBzYW1lIHMvbiBhcyBpdHMgcHJlZGVjZXNzb3Ig
KG1heSBiZSB3aXRoIGEgdmVyeSB0aW55IHdpbmRvdykgYW5kIGxldCB0aGUgZWdyZXNzIGRvIGFu
eXRoaW5nIG1vcmUgY29tcGxleC48YnI+DQo8YnI+DQotIFN0ZXdhcnQ8bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_VI1PR07MB1005608EF18F8A822A4DD840ACEC0VI1PR07MB1005eurp_--


From nobody Mon Jan 22 06:25:09 2018
Return-Path: <balazs.a.varga@ericsson.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDE33126D85 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 06:25:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.321
X-Spam-Level: 
X-Spam-Status: No, score=-4.321 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_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BEQxzj-rQEMn for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 06:25:06 -0800 (PST)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 DFF781200E5 for <detnet@ietf.org>; Mon, 22 Jan 2018 06:25:05 -0800 (PST)
X-AuditID: c1b4fb2d-f179c9c000007932-02-5a65f4404d86
Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 6E.50.31026.044F56A5; Mon, 22 Jan 2018 15:25:04 +0100 (CET)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.54) with Microsoft SMTP Server (TLS) id 14.3.352.0; Mon, 22 Jan 2018 15:25:04 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=BOjxIld5dIGVbeQy+kNsvVHx49VkWavlk3+jTiL3PJo=; b=ISa+49iRVYSpRfqmSj4ynO5lfIe0PbUGqh2vbyKRggFX9AdTM8P/uWt4kQhPVLXQes8qXrx3ySSlpesh9CIuGUcbdN1gabszKkbuLa8IrgC5A9pzO6E5/c+UKFf3sAbJKA0eFBJf1BEJbBwuc3Ym0XLRMqPlDyrQAbxfISuqIbY=
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com (10.161.110.21) by VI1PR07MB1037.eurprd07.prod.outlook.com (10.161.111.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.444.5; Mon, 22 Jan 2018 14:25:02 +0000
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::50bd:9309:e843:94d1]) by VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::50bd:9309:e843:94d1%17]) with mapi id 15.20.0444.008; Mon, 22 Jan 2018 14:25:02 +0000
From: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>
To: Loa Andersson <loa@pi.nu>, Stewart Bryant <stewart.bryant@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>
CC: DetNet WG <detnet@ietf.org>
Thread-Topic: [Detnet] DP solution (Flow identification)
Thread-Index: AQHTj8BvfcySEIafK0yWjOrWoRLqD6N4ZUyAgAADjoCAAZ4ZMIAAJdUAgACT93CABPsHgIAAKfKAgAATzjA=
Date: Mon, 22 Jan 2018 14:25:02 +0000
Message-ID: <VI1PR07MB1005BE8AF11BBAD512F9D289ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com> <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com> <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com> <08d88b55-c78e-a1c8-5f3c-a46d2160f5f9@pi.nu>
In-Reply-To: <08d88b55-c78e-a1c8-5f3c-a46d2160f5f9@pi.nu>
Accept-Language: hu-HU, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [94.21.126.141]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB1037; 7:8dYhlOdC55+AqHhUOW6JAwA7sltC///sjuWf95CmAP/QI3rmmjdu8Uoy/EDCQK2JOn/QjF2nl0JZs9X/70hO/DdEKdMqdHRrgNUhJpf8eswWbhfrv3C42F6ZtBRjMJVcfjE/SvoZVPEVCzN9ymgCEOG9Q6qriNZQsnhBNGfNLCQUoBWJdXQArOCVOIWBCIEF754fROwAHFLq+1FLj222/2Ur83jwCGXZ+5fKp/HC1/eKFxPjATXgI/sPMgtuH2qJ
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 99db0a20-ab1b-4111-d829-08d561a3ed12
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(4534125)(4602075)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:VI1PR07MB1037; 
x-ms-traffictypediagnostic: VI1PR07MB1037:
x-microsoft-antispam-prvs: <VI1PR07MB10372CEBD0E2533AFE9D3858ACEC0@VI1PR07MB1037.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(85827821059158);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231046)(2400081)(944501161)(3002001)(10201501046)(6041288)(20161123558120)(20161123562045)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:VI1PR07MB1037; BCL:0; PCL:0; RULEID:(100000803126)(100110400120); SRVR:VI1PR07MB1037; 
x-forefront-prvs: 0560A2214D
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(396003)(366004)(39860400002)(39380400002)(376002)(252514010)(377424004)(189003)(199004)(13464003)(14454004)(966005)(76176011)(102836004)(7696005)(6506007)(53546011)(59450400001)(2900100001)(2950100002)(105586002)(5660300001)(305945005)(74316002)(7736002)(81166006)(81156014)(8676002)(3846002)(6116002)(3280700002)(66066001)(8936002)(86362001)(85182001)(2906002)(6306002)(229853002)(9686003)(55016002)(97736004)(93886005)(53936002)(478600001)(6346003)(316002)(6436002)(26005)(110136005)(33656002)(85202003)(106356001)(68736007)(3660700001)(4326008)(99286004)(5250100002)(6246003)(39060400002)(25786009); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB1037; H:VI1PR07MB1005.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.a.varga@ericsson.com; 
x-microsoft-antispam-message-info: O+YRtJ/A5oDUckAeRYscXVUhh6RCBf3cd14RNqM/5UzfcFah/alJpaPl4Zb51n/MumLqcbN5PR5QXyXqBt/3Uw==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 99db0a20-ab1b-4111-d829-08d561a3ed12
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2018 14:25:02.6073 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB1037
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTYRjG+c45247L5dfUfNGsNjLIUjMlF3Sx7I8ZWkH9kSvQmccL6rQd FQ2CiWWoCWXWcF6r2cWVNdu8hFQqgZdGaKBQyBKXohaSFuUlbcczof9+3/M+7/N8H3w0Ka0Q +NJpmhxGq1FnyIViqupc2/6gyJ+Mau+q3UMxMNkvVCzNVVOKldoaUtH/RR1JKTsMoyKl0bhA KA36YuFpUiU+mMRkpOUx2pDDCeJUnfk+mW3xyJ9tHqZ0SOdRitxowOFgbXAIS5GYluIeBHZd McUfehH0Xe0VcAcKzxHQUNTvmugJmGs0uXbGEdxbvIu4MCE+Du0tNQKOvfAluPGmcI1JvA1m TH9Jjj1xBCyMlBC8RwEPmzqdu7STE2HRHMPJFA6A5fJ6ISdL8AX4bWX5qlIh3F74JuI8bvgA 1LyzrnkQ9oexZwq+yQc+OeoJ/mkYjJ0fSJ69YWp8RcCzDH4/0Lt0fxiqL0NcPmALAYU9Ntdy MFhvfUc8x8KQcZDiTYMIXg7OE1wx4EAo/3OM96TDZNtniucTYLa1rYeS0GtacDVvga7KpwQ/ qBHCo8Z+6iYKMfx3c4Mzl8S74PkrlyyDyrIxEccSvAn6qhxUA6KakDfLsGxmyr6wYEabdpFl szTBGianBTl/SpdlKagdmWaOdiNMI7m7pG6UUUkF6jy2ILMbAU3KvSTJj52SJEldcJnRZsVr czMYthv50ZTcR9IXLVFJcYo6h0lnmGxGuz4laDdfHTobF/vx9aJXwuxuW8wG6VuTrHpIprx2 pO5X1TC4z+duXL0yINu+Ob+24/xIPOVpOxQ0k9zEhFVL9ck7V/2qJ/Y0l02LvH/YIp5o7YZZ 0nwmbutEd9SOr0XXJ1QvShK941rtrXdkrKUnMSp6+H1EQO2AOmq5Iny6wDq1dErnCD0pp9hU dWggqWXV/wAkK2aUJQMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/92rojfGzFBbh00MAFfsRcn2Nu3o>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 14:25:08 -0000

SGkgTG9hLA0KSSB0aGluayB0aGlzIGNhc2UgaXMgcmF0aGVyIGRpZmZlcmVudC4gVGhlICJQYWNr
ZXQgT3JkZXJpbmciIGZ1bmN0aW9uIA0KaXMgcmF0aGVyIHNwZWNpZmljIGFuZCBZb3UgbmVlZCB0
aGUgcmlnaHQgb3JkZXIgb25seSBhdCB0aGUgZWdyZXNzLg0KQ2hlZXJzDQpCYWxhJ3pzDQoNCi0t
LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMb2EgQW5kZXJzc29uIFttYWlsdG86bG9h
QHBpLm51XSANClNlbnQ6IDIwMTguIGphbnXDoXIgMjIuIDE0OjEyDQpUbzogU3Rld2FydCBCcnlh
bnQgPHN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT47IEJhbMOhenMgVmFyZ2EgQSA8YmFsYXpzLmEu
dmFyZ2FAZXJpY3Nzb24uY29tPjsgQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdtYWlsLmNvbT4N
CkNjOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbRGV0bmV0XSBE
UCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0KU3Rld2FydCwNCg0KT24gMjAxOC0w
MS0yMiAxODo0MiwgU3Rld2FydCBCcnlhbnQgd3JvdGU6DQo+IA0KPiANCj4gT24gMTkvMDEvMjAx
OCAwOTowOSwgQmFsw6F6cyBWYXJnYSBBIHdyb3RlOg0KPj4NCj4+IEFsc28gZHVyaW5nIHRoZSBF
bGltaW5hdGlvbg0KPj4NCj4+IHdlIGNhbiBzaW1wbGUgY29uY2VudHJhdGUgb24gZHVwbGljYXRl
IGRldGVjdGlvbiBhbmQgb3V0LXNvdXJjZSANCj4+IGluLW9yZGVyIGRlbGl2ZXJ5IHRvIERONC4N
Cj4+DQo+IA0KPiBJbiB0aGUgbWlkZGxlIG9mIHRoZSBuZXR3b3JrIGl0IG1heSBiZSBzdWZmaWNp
ZW50IHRvIGRvIGFwcHJveGltYXRlIA0KPiBkdXBsaWNhdGlvbiBkZXRlY3Rpb24uIFRoYXQgaXMg
dG8gc2F5IGRlbGV0ZSBhIHBhY2tldCBpZiBpdCBoYXMgdGhlIA0KPiBzYW1lIHMvbiBhcyBpdHMg
cHJlZGVjZXNzb3IgKG1heSBiZSB3aXRoIGEgdmVyeSB0aW55IHdpbmRvdykgYW5kIGxldCANCj4g
dGhlIGVncmVzcyBkbyBhbnl0aGluZyBtb3JlIGNvbXBsZXguDQoNClRoaXMgaGFzIGJlZW4gdHJp
ZWQgYmVmb3JlLCBidXQgaWYgSSByZW1lbWJlciBjb3JyZWN0bHkuIHRoZXJlIHR1cm5lZCBvdXQg
dG8gYmUgdmVyeSBmZXcgdHJ1ZSBQIG5vZGVzLg0KDQovTG9hDQo+IA0KPiAtIFN0ZXdhcnQNCj4g
DQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K
PiBkZXRuZXQgbWFpbGluZyBsaXN0DQo+IGRldG5ldEBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldA0KPiANCg0KLS0gDQoNCg0KTG9hIEFuZGVy
c3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAcGkubnUNClNlbmlvciBNUExT
IEV4cGVydA0KSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkgICAgIHBob25lOiArNDYg
NzM5IDgxIDIxIDY0DQo=


From nobody Mon Jan 22 06:32:14 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 982341275C5 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 06:32:12 -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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oRJJeW_oQKGJ for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 06:32:10 -0800 (PST)
Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) (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 CC82F127275 for <detnet@ietf.org>; Mon, 22 Jan 2018 06:32:00 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy10.mail.unifiedlayer.com (Postfix) with ESMTP id 3B1E5140764 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:32:00 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with  id 1SXw1x00E2SSUrH01SXzJn; Mon, 22 Jan 2018 07:32:00 -0700
X-Authority-Analysis: v=2.2 cv=G85sK5s5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=bt8Zh30PAAAA:8 a=48vgC7mUAAAA:8 a=NEAV23lmAAAA:8 a=pGLkceISAAAA:8 a=W1wQsZeauMSM5ueQs6QA:9 a=QEXdDO2ut3YA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=KdXj312n0ZX7Lgq+0iAsvxoMjRASTFGjzBYUSBoQrT4=; b=yU1EII8pzSOp/UFFa9V/Ra+Kov w2g7n2iXRCnQXX0iEwueSiAfWWs+p8noCkziFzALc97sr9DP7adpkw+U30SGAew2OuSPAuyjBn2/S ogvduoU1Tcx63tZ/iVeKJZsHx;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:36798 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from <lberger@labn.net>) id 1edd8e-002Z1d-B3; Mon, 22 Jan 2018 07:31:56 -0700
To: Jouni <jouni.nospam@gmail.com>, detnet@ietf.org
References: <0cb101d38fe6$ce414370$6ac3ca50$@gmail.com> <A979A3AC-7B6E-4085-97DF-EEF27A328D5D@gmail.com>
From: Lou Berger <lberger@labn.net>
Message-ID: <eb55e851-75c8-cd7e-0bd3-1eecb55da177@labn.net>
Date: Mon, 22 Jan 2018 09:31:55 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <A979A3AC-7B6E-4085-97DF-EEF27A328D5D@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1edd8e-002Z1d-B3
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:36798
X-Source-Auth: lberger@labn.net
X-Email-Count: 7
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/W-_DoaEfo3WOBy0u4048Np4AheI>
Subject: Re: [Detnet] data plane draft repository
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 14:32:13 -0000

FYI - for the formatted version:

text:

https://raw.githubusercontent.com/jounikor/draft-dt-detnet-dp-sol/master/draft-ietf-detnet-dp-sol-01.txt

html:
https://xml2rfc.tools.ietf.org/cgi-bin/xml2rfc.cgi?url=https://raw.githubusercontent.com/jounikor/draft-dt-detnet-dp-sol/master/draft-ietf-detnet-dp-sol-01.xml&modeAsFormat=html%2Fascii

diff
http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=https://raw.githubusercontent.com/jounikor/draft-dt-detnet-dp-sol/master/draft-dt-detnet-dp-sol-02.txt&url2=https://raw.githubusercontent.com/jounikor/draft-dt-detnet-dp-sol/master/draft-ietf-detnet-dp-sol-01.txt

Lou

On 1/21/2018 6:06 AM, Jouni wrote:
> There’s been quite a few edits to the draft. See the current snapshot:
> https://github.com/jounikor/draft-dt-detnet-dp-sol/blob/master/draft-ietf-detnet-dp-sol-01.xml
>
> - Jouni
>
>
>> On 18 Jan 2018, at 00:59, Jouni <jouni.nospam@gmail.com> wrote:
>>
>> Folks,
>>
>> The work in progress data plane draft XML source file can be found at:
>> https://github.com/jounikor/draft-dt-detnet-dp-sol
>>
>> - Jouni
>>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


From nobody Mon Jan 22 06:40:46 2018
Return-Path: <balazs.a.varga@ericsson.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA852124207 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 06:40:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.31
X-Spam-Level: 
X-Spam-Status: No, score=-4.31 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_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id szVZP8Wz-24v for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 06:40:41 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 DABFA1241F8 for <detnet@ietf.org>; Mon, 22 Jan 2018 06:40:40 -0800 (PST)
X-AuditID: c1b4fb30-d31ff70000006bc7-06-5a65f7e60abd
Received: from ESESSHC016.ericsson.se (Unknown_Domain [153.88.183.66]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id AF.F9.27591.6E7F56A5; Mon, 22 Jan 2018 15:40:39 +0100 (CET)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.66) with Microsoft SMTP Server (TLS) id 14.3.352.0; Mon, 22 Jan 2018 15:40:38 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=8+S6kn6gFCQ57gDIMoAwTn6z9RzvQeWtBe2FaaG/F2Q=; b=FlzYbeV+AwYo7oIJZgLA4TnMkEhMa6+wdU1bt3whH9a4oZwj3JyQihA6R2L+clp2XQH1N0IlLVY6HDhkNqUtMzaP4RiNT8EdlfjkrXpVOCO3aSq6uaUoYHwKjpnpAcCF4A16xOV+cVQyKsTJmlXi6H+GTEBFHOz6xghe1eeXIpQ=
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com (10.161.110.21) by VI1PR07MB0830.eurprd07.prod.outlook.com (10.161.107.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.444.5; Mon, 22 Jan 2018 14:40:36 +0000
Received: from VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::50bd:9309:e843:94d1]) by VI1PR07MB1005.eurprd07.prod.outlook.com ([fe80::50bd:9309:e843:94d1%17]) with mapi id 15.20.0444.008; Mon, 22 Jan 2018 14:40:36 +0000
From: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>
To: Lou Berger <lberger@labn.net>, Jouni <jouni.nospam@gmail.com>, "Loa Andersson" <loa@pi.nu>
CC: DetNet WG <detnet@ietf.org>, "Andrew G. Malis" <agmalis@gmail.com>
Thread-Topic: [Detnet] DP solution (Sequence Numbering)
Thread-Index: AdON9g9s51ad7oXxQLCexQu8wQXvkQC7cf+AAA8wdgAACIj1gAAEba6AAEsnCgAABtCgAAA70aAAAABs+kA=
Date: Mon, 22 Jan 2018 14:40:36 +0000
Message-ID: <VI1PR07MB100570CAB2F1E43585FE7568ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu> <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com> <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net>
In-Reply-To: <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net>
Accept-Language: hu-HU, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [94.21.126.141]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB0830; 7:NfEDG3nQaNDDcVy0ox2/Rg2nTDclVJncVoSzSb3JirQM7tJHcJP0wIWiDwck0SIKxYKCw/pMZVpw+PL8ml263JXYjHwjRCZ2kOIFpeQ0l1d3If7xu3NpkGVlWGC4s94KSR0BzjUrvQZMxmJ8kxDYWuF0MCHuMWaK4NT0XO52m4EzELqP6GeLwhuqGS9hGNFAsa3u82aY9ftASfKctQzp5DzNCTa6ZcSNW4O41kqSX3DYvtn1zClytktT7JyVsudf
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: d113513a-2091-4acd-287b-08d561a619b5
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(4534125)(4602075)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:VI1PR07MB0830; 
x-ms-traffictypediagnostic: VI1PR07MB0830:
x-microsoft-antispam-prvs: <VI1PR07MB0830BE37E59C1C31C82AD4B7ACEC0@VI1PR07MB0830.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(28532068793085)(85827821059158)(100405760836317)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3231046)(2400081)(944501161)(3002001)(6041288)(20161123558120)(20161123564045)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:VI1PR07MB0830; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VI1PR07MB0830; 
x-forefront-prvs: 0560A2214D
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(346002)(396003)(39860400002)(39380400002)(376002)(252514010)(52314003)(189003)(199004)(51444003)(377424004)(76176011)(7696005)(6306002)(54896002)(9686003)(55016002)(53936002)(236005)(790700001)(6116002)(3846002)(68736007)(86362001)(14454004)(478600001)(966005)(99286004)(26005)(110136005)(54906003)(316002)(33656002)(93886005)(85182001)(4326008)(3280700002)(59450400001)(25786009)(97736004)(606006)(7736002)(2950100002)(5660300001)(8676002)(8936002)(81156014)(81166006)(9326002)(3660700001)(106356001)(6436002)(85202003)(2906002)(66066001)(74316002)(5250100002)(53546011)(102836004)(6506007)(6346003)(6246003)(229853002)(2900100001)(105586002)(39060400002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB0830; H:VI1PR07MB1005.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  MX:1; A:1; LANG:en; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.a.varga@ericsson.com; 
x-microsoft-antispam-message-info: vVm/w2DW8pEZHaaJChdmH8bFWWGzEQ78g/iv2a7qLZ8UkElbj/sq75W4f59K++sHi7JvoWew5m/qKywTeKHrHw==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_VI1PR07MB100570CAB2F1E43585FE7568ACEC0VI1PR07MB1005eurp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: d113513a-2091-4acd-287b-08d561a619b5
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2018 14:40:36.5311 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB0830
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0hTYRjHe8852zmORq9L8Wkp5CAyyWu3fTApK11EYF8sRqgzType21mm mTkSuyhSXpdzojY/2DJNU7xkXivTJG+BIol5CZGSRKohmrV5Jvjt9/z/z/P8nxdehpR0CaRM TIKGVSeo4mRCEVVyuTnAY8HMKr2/59DyjwsDQvnaSikl76zVEvIHmUuUfKPMQJ4UKFr1U7Si qmqVUCw3ZAoVet09YTClFPlFsnExyazayz9cFD38tUCQNDBMpLyr60JaNN9HZCM7BvARyO19 K8xGIkaCexFMDnSQfPEBgam2nrYWFF4hoK5vxuboCHj42UTzxRyC4qERgXWZEJ+BlgaDhRnG AYdDf2+GVSZxINRV5tFW3o2PgbagQ2hlB3wcxifXaJ4jYLzCvDlK4f0w/fSmVRbjK6BrniL4 qC8k5LSvbkbZYT8Yny7Z7EfYBWZeyPkoJ5icL7c9DUNV+xDJsyMszm0IeHYFs1Fn011gtDwH WfcDbiRgtnqW4g1PaMpbQjxfgKKhfNvwCIJlI2fNBewOd5tYHmOhITuF70iDsdlcwraSBGPv Vq4zdBfW2G4bE4L5R8Rj5KnfdjbPiTDR9mSTxdge+kvmKb0lgsQHoa7Ni29xhcKcGZpnN8gy lNHb9QpEm5Ajx3IR8VG+vp6sOuYqxyUmeCawmgZk+VfdjWveLWhx4VQPwgyS7RR/mmKVEoEq mUuN70HAkDIH8bVqiySOVKXeYtWJYeobcSzXg/YylMxJ3H9OrJTgKJWGjWXZJFa95RKMnVSL PJZ/1rLBv/2+pa3rmyTppZyp4ln+YY88Gu+/lOGUXlhc8P5QVvjr0D8+nczg4EXjrqysoF9u eN/RopqBR/b/AgKdM1ocfKXS2+YdhXfcBH8nXKaiShV2QWHlujchw/X5E3n3/Z+3vjohPess 0lQa91w3G9btR8+HhpSfLlUqXh6QUVy0ysedVHOq//LUPihTAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/sEnLkszaWVuBV6NNWd033lJT0W4>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 14:40:45 -0000

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

SGksDQoNCkkgd291bGQgbGlrZSB0byBoaWdobGlnaHQgdHdvIGFzcGVjdHMgdG8gUy9OIHNpemUg
Y2FsY3VsYXRpb25zOg0KDQoxLCBQYXRoIGRlbGF5IGRpZmZlcmVuY2VzLg0KV2UgdXNlIHRoZSBT
L04gdG8gaWRlbnRpZnkgZHVwbGljYXRlcyBhdCDigJxwYXRoIG1lcmdpbmcgcG9pbnRz4oCdICh3
aGVyZSBEdXBsaWNhdGUNCkVsaW1pbmF0aW9uIGZ1bmN0aW9ucyByZXNpZGVzIGluIHRoZSBuZXR3
b3JrKS4NCg0KU28gd2hhdCByZWFsbHkgbWF0dGVycyBpcyB0aGUgZGVsYXkgZGlmZmVyZW5jZSBv
ZiB0aGUgcGF0aHMuIEFuZCB0aGUg4oCcd2luZG934oCdIHNpemUNCndlIHVzZSBhdCB0aGUgRWxp
bWluYXRpb24gcG9pbnQgKHNlZSBuZXh0IHBvaW50KS4gU28gaWYgdGhlIHBhdGggZGlmZmVyZW5j
ZSBpcyBlLmcuLA0KMTAgbXMgdGhhbiB3ZSBuZWVkIGEgd2luZG93IHNpemUgdG8gYmUgYWJsZSB0
byBjb3BlIHdpdGggcGFja2V0cyByZWNlaXZlZA0KZHVyaW5nIHRoYXQgdGltZSBwZXJpb2QuDQoN
CkkgdGhpbmsgcGF0aCBkaWZmZXJlbmNlcyBzaG91bGQgYmUgd2VsbCBiZWxvdyAxIHNlYy4gSW4g
bWFueSB1c2UtY2FzZXMgZXZlbiAxIG1zDQppcyB0b28gbXVjaC4NCg0KMiwgV2luZG93IHNpemUg
KHVzZWQgZm9yIFMvTiBjb21wYXJpc29uKQ0KVGhlIG90aGVyIGNvbnN0cmFpbnQgd2Ugc2hvdWxk
IGNvbnNpZGVyIG1vcmUgaXMgaG93IGJpZyB3aW5kb3cgc2l6ZSB0aGUgY2hpcHMNCmFyZSBhYmxl
IHRvIGRlYWwgd2l0aC4gSXQgaXMgYSBzdG9yeSBlLmcuLCBhYm91dCBtZW1vcnkg4oCmDQoNCkNo
ZWVycw0KQmFsYeKAmXpzDQoNCkZyb206IExvdSBCZXJnZXIgW21haWx0bzpsYmVyZ2VyQGxhYm4u
bmV0XQ0KU2VudDogMjAxOC4gamFudcOhciAyMi4gMTU6MTcNClRvOiBKb3VuaSA8am91bmkubm9z
cGFtQGdtYWlsLmNvbT47IExvYSBBbmRlcnNzb24gPGxvYUBwaS5udT4NCkNjOiBEZXROZXQgV0cg
PGRldG5ldEBpZXRmLm9yZz47IEFuZHJldyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb20+OyBC
YWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT4NClN1YmplY3Q6IFJl
OiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoU2VxdWVuY2UgTnVtYmVyaW5nKQ0KDQoNCkpvdW5pLA0K
DQogICAgSSBtYXkgYmUgb2ZmIGJ1dCBpc24ndCBzZXF1ZW5jZSBudW1iZXIgaW5kZXBlbmRlbnQg
cGVyIGZsb3c/ICBTbyBpdCdzIG5vdCB0aGUgbWF4IGxpbmsgc3BlZWQgdGhhdCdzIGNyaXRpY2Fs
LCBidXQgcmF0aGVyIHRoZSBtYXggZmxvdyBzaXplLCByaWdodD8NCg0KQ2VydGFpbmx5IGxpbmsg
c3BlZWQgcHJvdmlkZXMgYW4gdXBwZXIgYm91bmQgb24gYSBzaW5nbGUgZmxvdywgYW5kIHRoZXJl
IGFyZSBjZXJ0YWlubHkgc29tZSB1c2UgY2FzZXMgd2hlcmUgYSBzaW5nbGUgZmxvdyB3aWxsIGNv
bnN1bWUgZXZlbiB0aGUgYmlnZ2VzdCBsaW5rLCBidXQgbXkgZXhwZXJpZW5jZSBpcyB0aGF0IHN1
Y2ggZmxvd3MgKmFsd2F5cyogdXNlIGxhcmdlIHBhY2tldHMuICBJbiBhbnkgY2FzZSwgSSAocGVy
c29uYWxseSwgbm8gaGF0KSBkb24ndCBzZWUgdGhpcyBhcyB0aGUgY29tbW9uIGNhc2Ugbm9yICpu
ZWNlc3NhcmlseSogdGhlIHJlcXVpcmVkICppbml0aWFsKiBkZXRuZXQgc29sdXRpb24uDQpBbHNv
LCBJIHJhbiBzdW0gbnVtYmVycyBmb3IgYml0cyBuZWVkZWQgZm9yIDFzZWMgYXQgZGlmZmVyZW50
IGZyYW1lIHNpemVzLiAgMjUgYml0cyBsb29rcyBzdWZmaWNpZW50IGZvciBhbG1vc3QgYWxsIGZs
b3dzLCBhbmQgaXMgb25seSBpbnN1ZmZpY2llbnQgZm9yIDQgc21hbGxlciBmcmFtZSBzaXplcyBh
dCA0MDBHIGFuZCAxVC4gU28gaW4gZWl0aGVyIGNhc2UgKGZsb3dzIG9yIGxpbmtzKSAgMjggYml0
cyAgbW9yZSB0aGFuIHN1ZmZpY2llbnQuDQoNCkxvdQ0KDQpIb3BlZnVsbHkgdGhpcyBsb29rcyBv
a2F5Li4uDQpiaXRzIG5lZWRlZA0KDQo2NCBCUGt0DQoNCiAxMjggQlBrdA0KDQogMjU2IEJQa3QN
Cg0KIDUxMiBCUGt0DQoNCiAxNTE0IEJQa3QNCg0KIDQwOTYgQlBrdA0KDQogOTIxNiBCUGt0DQoN
CjEwTQ0KDQoxNA0KDQoxMw0KDQoxMg0KDQoxMQ0KDQoxMA0KDQo4DQoNCjcNCg0KMUcNCg0KMjEN
Cg0KMjANCg0KMTkNCg0KMTgNCg0KMTYNCg0KMTUNCg0KMTQNCg0KMTAwRw0KDQoyNw0KDQoyNg0K
DQoyNQ0KDQoyNA0KDQoyMw0KDQoyMg0KDQoyMA0KDQo0MDBHDQoNCjI5DQoNCjI4DQoNCjI3DQoN
CjI2DQoNCjI1DQoNCjI0DQoNCjIyDQoNCjFUDQoNCjMwDQoNCjMwDQoNCjI5DQoNCjI4DQoNCjI2
DQoNCjI1DQoNCjI0DQoNCg0KT24gMS8yMS8yMDE4IDQ6NDMgQU0sIEpvdW5pIHdyb3RlOg0KDQoN
Cg0KUXVpY2sgYW5kIGRpcnR5IGNhbGN1bGF0aW9uIHdpdGggMTUwMCBvY3RldCBwYWNrZXQgKCsg
ZXRoZXJuZXQgb3ZlcmhlYWQgb2YgNDIgb2N0ZXRzKSBhdCA0MDBHYi9zIGxpbmsgYSAyNSBiaXQg
U04gaXMgYWJsZSB0byBob2xkIG1vcmUgdGhhbiAxIHNlYyBvZiB0cmFmZmljLiBXaXRoIDI1NiBv
Y3RldCBwYWNrZXQgMSBzZWMgd291bGQgbmVlZCAyOCBiaXQgU04uDQoNCjFUYi9zIHdpdGggNTEy
IG9jdGV0IHBhY2tldCAoK2V0aGVybmV0IG92ZXJoZWFkKSBmb3IgMSBzZWMgd291bGQgbmVlZCAy
OCBiaXQgU04uIFRoaXMgaXMgYmFzZWQgb24gdGhlIGNhbGN1bGF0aW9uIGhvdyBtYW55IHBhY2tl
dHMgeW91IGFyZSBhYmxlIHRvIGluamVjdCB3aXRoaW4gYSBnaXZlbiB0aW1lIGNvbnN0cmFpbnQu
ICBJIGRvIG5vdCBjb25zaWRlciBoZXJlIHlldCBob3cgeW91IHdvdWxkIGZpbmQgb3V0IGEgbGF0
ZSBwYWNrZXQgYmFzZWQgb24gdGhlIFNOIGkuZS4sIHdoZXRoZXIgeW91IG5lZWQgdG8gcmVzZXJ2
ZSBoYWxmIG9mIHRoZSBTTiBzcGFjZSBmb3Ig4oCcaW4gd2luZG934oCdIHBhY2tldHMgb3Igc29t
ZSBvdGhlciBhbW91bnQgbGlrZSAxMCUuIEFueXdheSwgaXQgaXMgc3RpbGwgX2Vhcmx5XyBpbiBT
dW5kYXkgbW9ybmluZyBzbyB0b2xlcmF0ZSBlcnJvcnMuLg0KDQoNCg0KVG8gbWUgMjggYml0cyBz
ZWVtcyB0byBiZSBwbGVudHkuLiBhbmQgYSBzaW5nbGUgb24td2lyZSBmb3JtYXQgaXMgc2ltcGxl
IChhc3N1bWluZyB0aGUgYWN0dWFsIFNOIGJpdHMgYXJlIGRlZmluZWQgYnkgdGhlIENQIG9yIGNv
bmZpZykuDQoNCg0KDQotIEpvdW5pDQoNCg0KDQoNCg0KT24gMjEgSmFuIDIwMTgsIGF0IDA4OjI4
LCBMb2EgQW5kZXJzc29uIDxsb2FAcGkubnU+PG1haWx0bzpsb2FAcGkubnU+IHdyb3RlOg0KDQoN
Cg0KQW5keSwgYWxsLA0KDQoNCg0KKEkgdGhvdWdodCBJIHNlbnQgYSByZXNwb25zZSB0byB0aGlz
LCBidXQgaXQgbmV2ZXIgZGlkIHNob3cgdXAsIHNvIHJlLXNlbmRpbmcuIEFwb2xvZ2l6ZSBpZiB0
aGVyZSBhcmUgZHVwbGljYXRlcykuDQoNCg0KDQpTbyB3ZSBhbGwgYWdyZWUgdGhhdCB3ZSBuZWVk
IHRoZSBzZXF1ZW5jZSBudW1iZXIgZm9yIGVsaW1pbmF0aW9uDQoNCnB1cnBvc2VzLg0KDQoNCg0K
V2Ugc3RpbGwgbmVlZCB0byBhZ3JlZSBvbiB0aGUgc2l6ZSBhbmQgZm9ybWF0IG9mIHRoZSBzZXF1
ZW5jZSBudW1iZXINCg0KDQoNCldoYXQgd2lsbCBpbXBhY3QgdGhlIGNhbGN1bGF0aW9uIG9mIHRo
ZSBzZXF1ZW5jZSBudW1iZXIgc2l6ZSBhcmU6DQoNCg0KDQotIHRoZSBtYXhpbXVtIHN1c3RhaW5l
ZCBEZXROZXQgZmxvdyBCVw0KDQotIHRoZSBtaW5pbXVtIGF2ZXJhZ2UgcGFja2V0IHNpemUgb2Yg
YSBEZXROZXQgZmxvdw0KDQotIHRoZSBtYXhpbXVtIGxpZmV0aW1lIG9mIGFuIGVycmFudCBwYWNr
ZXQNCg0KDQoNCk15IGd1ZXNzdGltYXRlIGlzIHRoYXQgd2UgbmVlZCB0byBhbGxvdyBmb3IgYSBz
dXN0YWluZWQgQlcgb2YgMSBUYnMsIHRoYXQgdGhlIGF2ZXJhZ2UgcGFja2V0IHNpemUgaXMgbGVz
cyB0aGF0IDE1MDAgYnl0ZXMgYW5kIHRoYXQgdGhlIGxpZmUNCg0KdGltZSBvZiBhbiBlcnJhbnQg
cGFja2V0IGlzIGF0IGxlYXN0IDUwMCBtcy4NCg0KDQoNCkJ1dCB3ZSBvYnZpb3VzbHkgbmVlZCBi
ZXR0ZXIgYW5zd2VycyB0aGFuIHRoYXQgdG8gYmUgYWJsZSB0byBjYWxjdWxhdGUgdGhlIHNlcXVl
bmNlIG51bWJlciBzaXplIHdlIG1lZC4NCg0KDQoNCkFueSB0YWtlcnM/Pw0KDQoNCg0KL0xvYQ0K
DQoNCg0KDQoNCg0KDQpPbiAyMDE4LTAxLTIwIDAyOjM2LCBBbmRyZXcgRy4gTWFsaXMgd3JvdGU6
DQoNCkxvYSwNCg0KWW914oCZcmUgcmlnaHQsIHdlIGRvIG5lZWQgdG8gdGhpbmsgYWJvdXQgdGhl
IG1heGltdW0gbGlmZXRpbWUgb2YgYW4gZXJyYW50IHBhY2tldCBpbiB0aGUgbmV0d29yayBhcyB3
ZWxsLCB0aGFua3MgZm9yIHRoYXQuDQoNCllvdeKAmXJlIGFsc28gY29ycmVjdCB0aGF0IHdlIG5l
ZWQgdG8gZGVmaW5lIHdoYXTigJlzIG9wdGltYWwgZm9yIERFVE5FVCwgaG93ZXZlciB3ZSBkbyBo
YXZlIGEgY2hhcnRlciBjb25zdHJhaW50LiBUbyBxdW90ZSBMb3XigJlzIHJlY2VudCBlbWFpbCwg
IldlIGFyZSBub3QgZXhwZWN0ZWQgdG8gY29tZSB1cCB3aXRoIG5ldyBlbmNhcHN1bGF0aW9ucywg
YnV0IHJhdGhlciBob3cgRGV0TmV0IHVzZXMgd2hhdCBleGlzdHMgdG9kYXkuIOKAnC4gU28gd2Ug
Y2Fu4oCZdCBiZSBUT08gY3JlYXRpdmUgLi4uDQoNCknigJltIHJlYWxseSBpbnRlcmVzdGVkIHRv
IGhlYXIgd2hhdCBvdGhlciBwZW9wbGUgaGF2ZSB0byBzYXkgYWJvdXQgdGhlIHVwcGVyIGxpbWl0
IG9mIGZsb3cgQlcgdGhhdCBEZXROZXQgbmVlZHMgdG8gc3VwcG9ydCwgYW5kIEkgYWxzbyBtYWRl
IGFuIGFzc3VtcHRpb24gaW4gbXkgbWF0aCB0aGF0IGFuIGF2ZXJhZ2UgRGV0TmV0IHBhY2tldCAo
YXQgbGVhc3QgZm9yIGEgdmVyeSBsYXJnZSBmbG93KSB3b3VsZCBiZSAxNTAwIGJ5dGVzLiBEbyB3
ZSBoYXZlIGNvbnNlbnN1cyBvbiB0aGF0IGFzIHdlbGw/IFRoYXQgYWxzbyBoYXMgaW1wbGljYXRp
b25zIGZvciB0aGUgc2VxdWVuY2UgbnVtYmVyIGxlbmd0aC4NCg0KQ2hlZXJzLA0KDQpBbmR5DQoN
Ck9uIEZyaSwgSmFuIDE5LCAyMDE4IGF0IDExOjI5IEFNLCBMb2EgQW5kZXJzc29uIDxsb2FAcGku
bnU8bWFpbHRvOmxvYUBwaS5udT4gPG1haWx0bzpsb2FAcGkubnU+PG1haWx0bzpsb2FAcGkubnU+
PiB3cm90ZToNCg0KICAgQW5keSwNCg0KICAgT24gMjAxOC0wMS0xOSAyMDoyNSwgQW5kcmV3IEcu
IE1hbGlzIHdyb3RlOg0KDQogICAgICAgTG9hLA0KDQogICAgICAgV2UgcmVhbGx5IGRvbuKAmXQg
bmVlZCBhIOKAnETigJ0gYml0LCBhcyB3ZSBjYW4gYWxsb2NhdGUgYSBQVyB0eXBlIHRvDQoNCiAg
ICAgICBpbmRpY2F0ZSB0aGF0IHRoaXMgaXMgYSBEZXROZXQgUFcsIHBsdXMgdGhlIGNvbnRleHQg
b2YgdGhlIGxhYmVsDQoNCiAgICAgICBjYW4gaWRlbnRpZnkgaXRzIHVzZSBmb3IgYSBEZXROZXQg
UFcvZmxvdy4NCg0KICAgRmluZSwgaG93ZXZlciB3ZSBoYXZlIGF0IGxlYXN0IGRpdmVyZ2luZyBv
cGluaW9ucywgdGhhdCBib3RoIHNheQ0KDQogICB0aGF0IHdlIHNob3VsZCBub3QgdXNlIFBXcw0K
DQogICAtIGZpcnN0IHdlIGhhdmUgcGVvcGxlIHRoYXQgYmVsaWV2ZSB0aGF0IHdlIHNob3VsZCB1
c2UgRVZQTiBpbnN0ZWFkDQoNCiAgIC0gc2Vjb25kIHRoZXJlIGFyZSBwZW9wbGUgdGhhdCBzYXkg
dGhhdCB3ZSBzaG91bGQgZGVmaW5lIHdoYXQgaXMNCg0KICAgICAgbmVjZXNzYXJ5IGZvciBEZXRO
ZXQgYW5kIHRoZW4gc3BlY2lmeSB0aGF0IGluZGVwZW5kZW50IG9mIEVWUE4NCg0KICAgYW5kIFBX
cw0KDQogICBXZSBuZWVkIGEgY29uc2Vuc3VzIG9uIHRoYXQgYmVmb3JlIHdlIGNhbiBzdGFydCB0
aGUgZGVzaWduIGFjY29yZGluZyB0bw0KDQogICBvbmUgb3IgdGhlIG90aGVyIG9mIHRob3NlIHBh
cmFkaWdtcy4NCg0KICAgICAgIFdlIERPIG5lZWQgdGhlIGZpcnN0IG5pYmJsZSB0byBiZSB6ZXJv
LiBCdXQgYmV5b25kIHRoYXQsIHdlIGFyZQ0KDQogICAgICAgZnJlZSB0byB1c2UgYWxsIDI4IGJp
dHMgYXMgYSBzZXF1ZW5jZSBudW1iZXIsIGlmIHRoZXJl4oCZcyBubyBuZWVkDQoNCiAgICAgICBm
b3IgZWl0aGVyIGZsYWdzIG9yIFBXLWxheWVyIGZyYWdtZW50YXRpb24sIHdoaWNoIHdvdWxkIHJl
cXVpcmUNCg0KICAgICAgIHR3byBiaXRzLg0KDQogICAgICAgVGhlIGtleSB0byBkZXRlcm1pbmUg
dGhlIHJlcXVpcmVkIG51bWJlciBvZiBiaXRzIGluIHRoZSBzZXF1ZW5jZQ0KDQogICAgICAgbnVt
YmVyIGlzIHRvIGRldGVybWluZSwgZm9yIHRoZSBtYXhpbXVtIGV4cGVjdGVkIHJhdGUgb2YgYQ0K
DQogICAgICAgRGV0TmV0IGZsb3csIGhvdyBsb25nIHdpbGwgaXQgdGFrZSB0byB3cmFwIGFyb3Vu
ZD8NCg0KICAgSXNuJ3QgdGhhdCBvbmx5IHBhcnQgb2YgdGhlIHRydXRoPyBXZSBhcmUgbm90IGNv
bmNlcm5lZCBvbmx5IGJ5IHRoZQ0KDQogICBmYWN0IHRoYXQgdGhlIHNvdXJjZSBtaWdodCBzdWUg
dGhlIHNhbWUgc2VxdWVuY2UgbnVtYmVyIGFnYWluLCBidXQNCg0KICAgdGhhdCBhIHN0cnVnZ2xp
bmcgcGFja2V0IG1pZ2h0IHNob3cgdXAgYXQgYSBwb2ludCBpbiB0aGUgbmV0d29yaw0KDQogICB3
aGVyZSBhIHdyYXANCg0KICAgYXJvdW5kIGp1c3QgaGFwcGVuZWQuDQoNCiAgICAgICBGb3IgZXhh
bXBsZSwgZm9yIGEgMTBHYnBzIGZsb3csIHRoYXQgd291bGQgcmVhc29uYWJseSBlcXVhdGUgdG8N
Cg0KICAgICAgIDgzM0sgcHBzLCBhc3N1bWluZyAxNTAwLWJ5dGUgcGFja2V0cy4gVGhpcyB3b3Vs
ZCB3cmFwIGFyb3VuZCBpbg0KDQogICAgICAgYSBsaXR0bGUgb3ZlciBvbmUgc2Vjb25kIHdpdGgg
MjAgYml0cy4gQSAxMDAgR2JwcyBmbG93IHdpdGggYQ0KDQogICAgICAgMjctYml0IHNlcXVlbmNl
IG51bWJlciB3b3VsZCB3cmFwIGFyb3VuZCBpbiBhYm91dCAxIHNlY29uZC4NCg0KICAgICAgIEFs
bCB0aGF0IHNhaWQsIGEgc2Vjb25kIGlzIGEgdmVyeSBsb25nIGhvbGRpbmcgdGltZSBmb3IgZmxv
d3MNCg0KICAgICAgIHdpdGggY29uc3RyYWluZWQgbGF0ZW5jeSwgc28gd2UgY291bGQgcHJvYmFi
bHkgdGFrZSB0d28gYml0cyBvZmYNCg0KICAgICAgIHRob3NlIG51bWJlcnMgYW5kIHN0aWxsIGJl
IE9LICh3cmFwIGFyb3VuZCBpbiAyNTAgbXMpLg0KDQogICAgICAgU28gMjUgYml0cyBpcyBwcm9i
YWJseSBzdWZmaWNpZW50LCBhdCBsZWFzdCBmb3IgdG9kYXkuIDI4IGJpdHMNCg0KICAgICAgIGdp
dmVzIHVzIHJvb20gZm9yIGZ1cnRoZXIgQlcgZ3Jvd3RoIGluIHRoZSBmdXR1cmUsIGFwcHJvYWNo
aW5nDQoNCiAgICAgICAxVGJwcy4NCg0KICAgSSB0aGluayB0aGF0IHdlIG5lZWQgdG8gZGVzaWdu
IGZvciBUYnBzIChvciB3b3JzZSksIGJ1dCB0aGF0IGlzIGFub3RoZXINCg0KICAgdGhpbmcgd2Ug
bmVlZCBjb25zZW5zdXMgb24gYmVmb3JlIHN0YXJ0aW5nIHRvIHNwZWNpZnkuDQoNCiAgIC9Mb2EN
Cg0KICAgICAgIENoZWVycywNCg0KICAgICAgIEFuZHkNCg0KX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KZGV0bmV0IG1haWxpbmcgbGlzdA0KDQpkZXRu
ZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQNCg0KDQoNCi0tDQoNCg0KDQoNCg0KTG9hIEFuZGVy
c3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAcGkubnU8bWFpbHRvOmxvYUBw
aS5udT4NCg0KU2VuaW9yIE1QTFMgRXhwZXJ0DQoNCkh1YXdlaSBUZWNobm9sb2dpZXMgKGNvbnN1
bHRhbnQpICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0KDQoNCg0KX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KZGV0bmV0IG1haWxpbmcgbGlzdA0K
DQpkZXRuZXRAaWV0Zi5vcmc8bWFpbHRvOmRldG5ldEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQNCg0KDQoNCl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCmRldG5ldCBtYWlsaW5nIGxpc3QNCg0K
ZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vZGV0bmV0DQoNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhU
TUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw
MXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglj
b2xvcjpibGFjazt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWww
DQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsN
CgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdp
bi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7
bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFt
aWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1z
dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5
cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN
Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy
LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5
bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0
IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld
Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp
dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVh
ZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9
InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkhpLDxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iY29sb3I6d2luZG93dGV4dCI+SSB3b3VsZCBsaWtlIHRvIGhpZ2hsaWdodCB0d28gYXNw
ZWN0cyB0byBTL04gc2l6ZSBjYWxjdWxhdGlvbnM6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImNvbG9yOndpbmRvd3RleHQiPjEsIFBhdGggZGVsYXkgZGlmZmVyZW5jZXMuPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPldlIHVzZSB0aGUgUy9OIHRvIGlkZW50aWZ5IGR1cGxpY2F0ZXMgYXQg4oCccGF0aCBt
ZXJnaW5nIHBvaW50c+KAnSAod2hlcmUgRHVwbGljYXRlDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+RWxp
bWluYXRpb24gZnVuY3Rpb25zIHJlc2lkZXMgaW4gdGhlIG5ldHdvcmspLg0KPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5TbyB3aGF0IHJlYWxseSBtYXR0ZXJzIGlz
IHRoZSBkZWxheSBkaWZmZXJlbmNlIG9mIHRoZSBwYXRocy4gQW5kIHRoZSDigJx3aW5kb3figJ0g
c2l6ZQ0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPndlIHVzZSBhdCB0aGUgRWxpbWluYXRpb24gcG9pbnQg
KHNlZSBuZXh0IHBvaW50KS4gU28gaWYgdGhlIHBhdGggZGlmZmVyZW5jZSBpcyBlLmcuLA0KPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPjEwIG1zIHRoYW4gd2UgbmVlZCBhIHdpbmRvdyBzaXplIHRvIGJlIGFi
bGUgdG8gY29wZSB3aXRoIHBhY2tldHMgcmVjZWl2ZWQNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5kdXJp
bmcgdGhhdCB0aW1lIHBlcmlvZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv
d3RleHQiPkkgdGhpbmsgcGF0aCBkaWZmZXJlbmNlcyBzaG91bGQgYmUgd2VsbCBiZWxvdyAxIHNl
Yy4gSW4gbWFueSB1c2UtY2FzZXMgZXZlbiAxIG1zDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+aXMgdG9v
IG11Y2guPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij4yLCBXaW5k
b3cgc2l6ZSAodXNlZCBmb3IgUy9OIGNvbXBhcmlzb24pPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPlRoZSBv
dGhlciBjb25zdHJhaW50IHdlIHNob3VsZCBjb25zaWRlciBtb3JlIGlzIGhvdyBiaWcgd2luZG93
IHNpemUgdGhlIGNoaXBzDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+YXJlIGFibGUgdG8gZGVhbCB3aXRo
LiBJdCBpcyBhIHN0b3J5IGUuZy4sIGFib3V0IG1lbW9yeSDigKY8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOndpbmRvd3RleHQiPkNoZWVyczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5CYWxh4oCZ
enM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iY29sb3I6d2luZG93dGV4dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4N
CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtw
YWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFu
IHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNv
bG9yOndpbmRvd3RleHQiPiBMb3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0NCjxi
cj4NCjxiPlNlbnQ6PC9iPiAyMDE4LiBqYW51w6FyIDIyLiAxNToxNzxicj4NCjxiPlRvOjwvYj4g
Sm91bmkgJmx0O2pvdW5pLm5vc3BhbUBnbWFpbC5jb20mZ3Q7OyBMb2EgQW5kZXJzc29uICZsdDts
b2FAcGkubnUmZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBEZXROZXQgV0cgJmx0O2RldG5ldEBpZXRmLm9y
ZyZndDs7IEFuZHJldyBHLiBNYWxpcyAmbHQ7YWdtYWxpc0BnbWFpbC5jb20mZ3Q7OyBCYWzDoXpz
IFZhcmdhIEEgJmx0O2JhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbSZndDs8YnI+DQo8Yj5TdWJq
ZWN0OjwvYj4gUmU6IFtEZXRuZXRdIERQIHNvbHV0aW9uIChTZXF1ZW5jZSBOdW1iZXJpbmcpPG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHA+Sm91bmksPG86cD48L286cD48L3A+DQo8cD4mbmJz
cDsmbmJzcDsmbmJzcDsgSSBtYXkgYmUgb2ZmIGJ1dCBpc24ndCBzZXF1ZW5jZSBudW1iZXIgaW5k
ZXBlbmRlbnQgcGVyIGZsb3c/Jm5ic3A7IFNvIGl0J3Mgbm90IHRoZSBtYXggbGluayBzcGVlZCB0
aGF0J3MgY3JpdGljYWwsIGJ1dCByYXRoZXIgdGhlIG1heCBmbG93IHNpemUsIHJpZ2h0PyZuYnNw
Ow0KPG86cD48L286cD48L3A+DQo8cD5DZXJ0YWlubHkgbGluayBzcGVlZCBwcm92aWRlcyBhbiB1
cHBlciBib3VuZCBvbiBhIHNpbmdsZSBmbG93LCBhbmQgdGhlcmUgYXJlIGNlcnRhaW5seSBzb21l
IHVzZSBjYXNlcyB3aGVyZSBhIHNpbmdsZSBmbG93IHdpbGwgY29uc3VtZSBldmVuIHRoZSBiaWdn
ZXN0IGxpbmssIGJ1dCBteSBleHBlcmllbmNlIGlzIHRoYXQgc3VjaCBmbG93cyAqYWx3YXlzKiB1
c2UgbGFyZ2UgcGFja2V0cy4mbmJzcDsgSW4gYW55IGNhc2UsIEkgKHBlcnNvbmFsbHksIG5vDQog
aGF0KSBkb24ndCBzZWUgdGhpcyBhcyB0aGUgY29tbW9uIGNhc2Ugbm9yICpuZWNlc3NhcmlseSog
dGhlIHJlcXVpcmVkICppbml0aWFsKiBkZXRuZXQgc29sdXRpb24uPG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5BbHNvLCBJIHJhbiBzdW0gbnVtYmVycyBmb3IgYml0cyBuZWVk
ZWQgZm9yIDFzZWMgYXQgZGlmZmVyZW50IGZyYW1lIHNpemVzLiZuYnNwOyAyNSBiaXRzIGxvb2tz
IHN1ZmZpY2llbnQgZm9yIGFsbW9zdCBhbGwgZmxvd3MsIGFuZCBpcyBvbmx5IGluc3VmZmljaWVu
dCBmb3IgNCBzbWFsbGVyIGZyYW1lIHNpemVzIGF0IDQwMEcgYW5kIDFULiBTbyBpbiBlaXRoZXIg
Y2FzZSAoZmxvd3Mgb3IgbGlua3MpJm5ic3A7IDI4IGJpdHMmbmJzcDsgbW9yZQ0KIHRoYW4gc3Vm
ZmljaWVudC48YnI+DQo8YnI+DQpMb3U8bzpwPjwvbzpwPjwvcD4NCjxwPkhvcGVmdWxseSB0aGlz
IGxvb2tzIG9rYXkuLi48bzpwPjwvbzpwPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFi
bGUiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIwIiB3aWR0aD0iODc5
IiBzdHlsZT0id2lkdGg6NjU5LjI1cHQiPg0KPHRib2R5Pg0KPHRyIHN0eWxlPSJoZWlnaHQ6MTUu
NzVwdCI+DQo8dGQgd2lkdGg9IjgxIiBzdHlsZT0id2lkdGg6NjEuMHB0O3BhZGRpbmc6MGNtIDBj
bSAwY20gMGNtO2hlaWdodDoxNS43NXB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmJpdHMgbmVl
ZGVkPG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHdpZHRoPSIxMTUiIHN0eWxlPSJ3aWR0aDo4
Ni4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSAwY207aGVpZ2h0OjE1Ljc1cHQiPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+NjQgQlBrdCA8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgd2lkdGg9IjEx
NSIgc3R5bGU9IndpZHRoOjg2LjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTUu
NzVwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsxMjggQlBrdCA8bzpwPjwvbzpwPjwv
cD4NCjwvdGQ+DQo8dGQgd2lkdGg9IjExNSIgc3R5bGU9IndpZHRoOjg2LjBwdDtwYWRkaW5nOjBj
bSAwY20gMGNtIDBjbTtoZWlnaHQ6MTUuNzVwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz
cDsyNTYgQlBrdCA8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgd2lkdGg9IjExNSIgc3R5bGU9
IndpZHRoOjg2LjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTUuNzVwdCI+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs1MTIgQlBrdCA8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+
DQo8dGQgd2lkdGg9IjExNSIgc3R5bGU9IndpZHRoOjg2LjBwdDtwYWRkaW5nOjBjbSAwY20gMGNt
IDBjbTtoZWlnaHQ6MTUuNzVwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsxNTE0IEJQ
a3QgPG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHdpZHRoPSIxMTUiIHN0eWxlPSJ3aWR0aDo4
Ni4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSAwY207aGVpZ2h0OjE1Ljc1cHQiPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+Jm5ic3A7NDA5NiBCUGt0IDxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCB3
aWR0aD0iMTE1IiBzdHlsZT0id2lkdGg6ODYuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hl
aWdodDoxNS43NXB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzkyMTYgQlBrdCA8bzpw
PjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyIHN0eWxlPSJoZWlnaHQ6MTUuMHB0Ij4NCjx0
ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY207aGVpZ2h0OjE1LjBwdCI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj4xME08bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRp
bmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
YWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MTQ8bzpwPjwvbzpwPjwvcD4N
CjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQi
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpy
aWdodCI+MTM8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBj
bSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJp
Z2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MTI8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8
dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MTE8
bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNt
O2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHls
ZT0idGV4dC1hbGlnbjpyaWdodCI+MTA8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9
InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+ODxvOnA+PC9vOnA+
PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY207aGVpZ2h0OjE1
LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFs
aWduOnJpZ2h0Ij43PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0ciBzdHlsZT0iaGVp
Z2h0OjE1LjBwdCI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDox
NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MUc8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8
dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MjE8
bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNt
O2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHls
ZT0idGV4dC1hbGlnbjpyaWdodCI+MjA8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9
InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MTk8bzpwPjwvbzpw
PjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDox
NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1h
bGlnbjpyaWdodCI+MTg8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6
MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxp
Z249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MTY8bzpwPjwvbzpwPjwvcD4NCjwv
dGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdo
dCI+MTU8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAw
Y20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0
IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MTQ8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3Ry
Pg0KPHRyIHN0eWxlPSJoZWlnaHQ6MTUuMHB0Ij4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNt
IDBjbSAwY207aGVpZ2h0OjE1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4xMDBHPG86cD48
L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWln
aHQ6MTUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRl
eHQtYWxpZ246cmlnaHQiPjI3PG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRk
aW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjI2PG86cD48L286cD48L3A+
DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTUuMHB0
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246
cmlnaHQiPjI1PG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAw
Y20gMGNtIDBjbTtoZWlnaHQ6MTUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJy
aWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjI0PG86cD48L286cD48L3A+DQo8L3RkPg0K
PHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTUuMHB0Ij4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjIz
PG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBj
bTtoZWlnaHQ6MTUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5
bGU9InRleHQtYWxpZ246cmlnaHQiPjIyPG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxl
PSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTUuMHB0Ij4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjIwPG86cD48L286
cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0ciBzdHlsZT0iaGVpZ2h0OjE1LjBwdCI+DQo8dGQgc3R5
bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+NDAwRzxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzow
Y20gMGNtIDBjbSAwY207aGVpZ2h0OjE1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGln
bj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0Ij48c3BhbiBzdHlsZT0iY29sb3I6cmVk
Ij4yOTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNt
IDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249
InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+Mjg8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+
DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+
Mjc8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20g
MGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBz
dHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MjY8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5
bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MjU8bzpwPjwv
bzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdo
dDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4
dC1hbGlnbjpyaWdodCI+MjQ8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRp
bmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
YWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MjI8bzpwPjwvbzpwPjwvcD4N
CjwvdGQ+DQo8L3RyPg0KPHRyIHN0eWxlPSJoZWlnaHQ6MTUuNzVwdCI+DQo8dGQgc3R5bGU9InBh
ZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hlaWdodDoxNS43NXB0Ij4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjFUPG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20g
MGNtIDBjbTtoZWlnaHQ6MTUuNzVwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmln
aHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0Ij48c3BhbiBzdHlsZT0iY29sb3I6cmVkIj4zMDwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAw
Y20gMGNtO2hlaWdodDoxNS43NXB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdo
dCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPjMwPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBj
bSAwY207aGVpZ2h0OjE1Ljc1cHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0
IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+Mjk8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNt
IDBjbTtoZWlnaHQ6MTUuNzVwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQi
IHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0Ij4yODxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBz
dHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY207aGVpZ2h0OjE1Ljc1cHQiPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+MjY8bzpw
PjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtO2hl
aWdodDoxNS43NXB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9
InRleHQtYWxpZ246cmlnaHQiPjI1PG86cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJw
YWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTUuNzVwdCI+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0Ij4yNDxvOnA+PC9vOnA+
PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9u
IDEvMjEvMjAxOCA0OjQzIEFNLCBKb3VuaSB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+
DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlF1aWNrIGFuZCBkaXJ0eSBjYWxj
dWxhdGlvbiB3aXRoIDE1MDAgb2N0ZXQgcGFja2V0ICgmIzQzOyBldGhlcm5ldCBvdmVyaGVhZCBv
ZiA0MiBvY3RldHMpIGF0IDQwMEdiL3MgbGluayBhIDI1IGJpdCBTTiBpcyBhYmxlIHRvIGhvbGQg
bW9yZSB0aGFuIDEgc2VjIG9mIHRyYWZmaWMuIFdpdGggMjU2IG9jdGV0IHBhY2tldCAxIHNlYyB3
b3VsZCBuZWVkIDI4IGJpdCBTTi48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4xVGIvcyB3aXRoIDUx
MiBvY3RldCBwYWNrZXQgKCYjNDM7ZXRoZXJuZXQgb3ZlcmhlYWQpIGZvciAxIHNlYyB3b3VsZCBu
ZWVkIDI4IGJpdCBTTi4gVGhpcyBpcyBiYXNlZCBvbiB0aGUgY2FsY3VsYXRpb24gaG93IG1hbnkg
cGFja2V0cyB5b3UgYXJlIGFibGUgdG8gaW5qZWN0IHdpdGhpbiBhIGdpdmVuIHRpbWUgY29uc3Ry
YWludC4mbmJzcDsgSSBkbyBub3QgY29uc2lkZXIgaGVyZSB5ZXQgaG93IHlvdSB3b3VsZCBmaW5k
IG91dCBhIGxhdGUgcGFja2V0IGJhc2VkIG9uIHRoZSBTTiBpLmUuLCB3aGV0aGVyIHlvdSBuZWVk
IHRvIHJlc2VydmUgaGFsZiBvZiB0aGUgU04gc3BhY2UgZm9yIOKAnGluIHdpbmRvd+KAnSBwYWNr
ZXRzIG9yIHNvbWUgb3RoZXIgYW1vdW50IGxpa2UgMTAlLiBBbnl3YXksIGl0IGlzIHN0aWxsIF9l
YXJseV8gaW4gU3VuZGF5IG1vcm5pbmcgc28gdG9sZXJhdGUgZXJyb3JzLi48bzpwPjwvbzpwPjwv
cHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5UbyBtZSAyOCBiaXRzIHNl
ZW1zIHRvIGJlIHBsZW50eS4uIGFuZCBhIHNpbmdsZSBvbi13aXJlIGZvcm1hdCBpcyBzaW1wbGUg
KGFzc3VtaW5nIHRoZSBhY3R1YWwgU04gYml0cyBhcmUgZGVmaW5lZCBieSB0aGUgQ1Agb3IgY29u
ZmlnKS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHBy
ZT4tIEpvdW5pPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4N
CjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t
dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHByZT5PbiAyMSBKYW4gMjAxOCwgYXQg
MDg6MjgsIExvYSBBbmRlcnNzb24gPGEgaHJlZj0ibWFpbHRvOmxvYUBwaS5udSI+Jmx0O2xvYUBw
aS5udSZndDs8L2E+IHdyb3RlOjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wcmU+DQo8cHJlPkFuZHksIGFsbCw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZu
YnNwOzwvbzpwPjwvcHJlPg0KPHByZT4oSSB0aG91Z2h0IEkgc2VudCBhIHJlc3BvbnNlIHRvIHRo
aXMsIGJ1dCBpdCBuZXZlciBkaWQgc2hvdyB1cCwgc28gcmUtc2VuZGluZy4gQXBvbG9naXplIGlm
IHRoZXJlIGFyZSBkdXBsaWNhdGVzKS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNw
OzwvbzpwPjwvcHJlPg0KPHByZT5TbyB3ZSBhbGwgYWdyZWUgdGhhdCB3ZSBuZWVkIHRoZSBzZXF1
ZW5jZSBudW1iZXIgZm9yIGVsaW1pbmF0aW9uPG86cD48L286cD48L3ByZT4NCjxwcmU+cHVycG9z
ZXMuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+
V2Ugc3RpbGwgbmVlZCB0byBhZ3JlZSBvbiB0aGUgc2l6ZSBhbmQgZm9ybWF0IG9mIHRoZSBzZXF1
ZW5jZSBudW1iZXI8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJl
Pg0KPHByZT5XaGF0IHdpbGwgaW1wYWN0IHRoZSBjYWxjdWxhdGlvbiBvZiB0aGUgc2VxdWVuY2Ug
bnVtYmVyIHNpemUgYXJlOjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wcmU+DQo8cHJlPi0gdGhlIG1heGltdW0gc3VzdGFpbmVkIERldE5ldCBmbG93IEJXPG86cD48
L286cD48L3ByZT4NCjxwcmU+LSB0aGUgbWluaW11bSBhdmVyYWdlIHBhY2tldCBzaXplIG9mIGEg
RGV0TmV0IGZsb3c8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4tIHRoZSBtYXhpbXVtIGxpZmV0aW1l
IG9mIGFuIGVycmFudCBwYWNrZXQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwv
bzpwPjwvcHJlPg0KPHByZT5NeSBndWVzc3RpbWF0ZSBpcyB0aGF0IHdlIG5lZWQgdG8gYWxsb3cg
Zm9yIGEgc3VzdGFpbmVkIEJXIG9mIDEgVGJzLCB0aGF0IHRoZSBhdmVyYWdlIHBhY2tldCBzaXpl
IGlzIGxlc3MgdGhhdCAxNTAwIGJ5dGVzIGFuZCB0aGF0IHRoZSBsaWZlPG86cD48L286cD48L3By
ZT4NCjxwcmU+dGltZSBvZiBhbiBlcnJhbnQgcGFja2V0IGlzIGF0IGxlYXN0IDUwMCBtcy48bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5CdXQgd2Ug
b2J2aW91c2x5IG5lZWQgYmV0dGVyIGFuc3dlcnMgdGhhbiB0aGF0IHRvIGJlIGFibGUgdG8gY2Fs
Y3VsYXRlIHRoZSBzZXF1ZW5jZSBudW1iZXIgc2l6ZSB3ZSBtZWQuPG86cD48L286cD48L3ByZT4N
CjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+QW55IHRha2Vycz8/PG86cD48L286
cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+L0xvYTxvOnA+PC9v
OnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPk9uIDIwMTgt
MDEtMjAgMDI6MzYsIEFuZHJldyBHLiBNYWxpcyB3cm90ZTo8bzpwPjwvbzpwPjwvcHJlPg0KPGJs
b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8
cHJlPkxvYSw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5Zb3XigJlyZSByaWdodCwgd2UgZG8gbmVl
ZCB0byB0aGluayBhYm91dCB0aGUgbWF4aW11bSBsaWZldGltZSBvZiBhbiBlcnJhbnQgcGFja2V0
IGluIHRoZSBuZXR3b3JrIGFzIHdlbGwsIHRoYW5rcyBmb3IgdGhhdC48bzpwPjwvbzpwPjwvcHJl
Pg0KPHByZT5Zb3XigJlyZSBhbHNvIGNvcnJlY3QgdGhhdCB3ZSBuZWVkIHRvIGRlZmluZSB3aGF0
4oCZcyBvcHRpbWFsIGZvciBERVRORVQsIGhvd2V2ZXIgd2UgZG8gaGF2ZSBhIGNoYXJ0ZXIgY29u
c3RyYWludC4gVG8gcXVvdGUgTG914oCZcyByZWNlbnQgZW1haWwsICZxdW90O1dlIGFyZSBub3Qg
ZXhwZWN0ZWQgdG8gY29tZSB1cCB3aXRoIG5ldyBlbmNhcHN1bGF0aW9ucywgYnV0IHJhdGhlciBo
b3cgRGV0TmV0IHVzZXMgd2hhdCBleGlzdHMgdG9kYXkuIOKAnC4gU28gd2UgY2Fu4oCZdCBiZSBU
T08gY3JlYXRpdmUgLi4uPG86cD48L286cD48L3ByZT4NCjxwcmU+SeKAmW0gcmVhbGx5IGludGVy
ZXN0ZWQgdG8gaGVhciB3aGF0IG90aGVyIHBlb3BsZSBoYXZlIHRvIHNheSBhYm91dCB0aGUgdXBw
ZXIgbGltaXQgb2YgZmxvdyBCVyB0aGF0IERldE5ldCBuZWVkcyB0byBzdXBwb3J0LCBhbmQgSSBh
bHNvIG1hZGUgYW4gYXNzdW1wdGlvbiBpbiBteSBtYXRoIHRoYXQgYW4gYXZlcmFnZSBEZXROZXQg
cGFja2V0IChhdCBsZWFzdCBmb3IgYSB2ZXJ5IGxhcmdlIGZsb3cpIHdvdWxkIGJlIDE1MDAgYnl0
ZXMuIERvIHdlIGhhdmUgY29uc2Vuc3VzIG9uIHRoYXQgYXMgd2VsbD8gVGhhdCBhbHNvIGhhcyBp
bXBsaWNhdGlvbnMgZm9yIHRoZSBzZXF1ZW5jZSBudW1iZXIgbGVuZ3RoLjxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlPkNoZWVycyw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5BbmR5PG86cD48L286cD48
L3ByZT4NCjxwcmU+T24gRnJpLCBKYW4gMTksIDIwMTggYXQgMTE6MjkgQU0sIExvYSBBbmRlcnNz
b24gJmx0OzxhIGhyZWY9Im1haWx0bzpsb2FAcGkubnUiPmxvYUBwaS5udTwvYT4gPGEgaHJlZj0i
bWFpbHRvOmxvYUBwaS5udSI+Jmx0O21haWx0bzpsb2FAcGkubnUmZ3Q7PC9hPiZndDsgd3JvdGU6
PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7ICZuYnNwO0FuZHksPG86cD48L286cD48L3By
ZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IE9uIDIwMTgtMDEtMTkgMjA6MjUsIEFuZHJldyBHLiBNYWxp
cyB3cm90ZTo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgTG9hLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyBXZSByZWFsbHkgZG9u4oCZdCBuZWVkIGEg4oCcROKAnSBiaXQs
IGFzIHdlIGNhbiBhbGxvY2F0ZSBhIFBXIHR5cGUgdG88bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW5kaWNhdGUgdGhhdCB0aGlzIGlz
IGEgRGV0TmV0IFBXLCBwbHVzIHRoZSBjb250ZXh0IG9mIHRoZSBsYWJlbDxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjYW4gaWRlbnRp
ZnkgaXRzIHVzZSBmb3IgYSBEZXROZXQgUFcvZmxvdy48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4m
bmJzcDsmbmJzcDsgRmluZSwgaG93ZXZlciB3ZSBoYXZlIGF0IGxlYXN0IGRpdmVyZ2luZyBvcGlu
aW9ucywgdGhhdCBib3RoIHNheTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyB0
aGF0IHdlIHNob3VsZCBub3QgdXNlIFBXczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZu
YnNwOyAtIGZpcnN0IHdlIGhhdmUgcGVvcGxlIHRoYXQgYmVsaWV2ZSB0aGF0IHdlIHNob3VsZCB1
c2UgRVZQTiBpbnN0ZWFkPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IC0gc2Vj
b25kIHRoZXJlIGFyZSBwZW9wbGUgdGhhdCBzYXkgdGhhdCB3ZSBzaG91bGQgZGVmaW5lIHdoYXQg
aXM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
bmVjZXNzYXJ5IGZvciBEZXROZXQgYW5kIHRoZW4gc3BlY2lmeSB0aGF0IGluZGVwZW5kZW50IG9m
IEVWUE48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgYW5kIFBXczxvOnA+PC9v
OnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBXZSBuZWVkIGEgY29uc2Vuc3VzIG9uIHRoYXQg
YmVmb3JlIHdlIGNhbiBzdGFydCB0aGUgZGVzaWduIGFjY29yZGluZyB0bzxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBvbmUgb3IgdGhlIG90aGVyIG9mIHRob3NlIHBhcmFkaWdt
cy48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgV2UgRE8gbmVlZCB0aGUgZmlyc3QgbmliYmxlIHRvIGJlIHplcm8uIEJ1dCBiZXlvbmQg
dGhhdCwgd2UgYXJlPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7ICZuYnNwO2ZyZWUgdG8gdXNlIGFsbCAyOCBiaXRzIGFzIGEgc2VxdWVuY2UgbnVt
YmVyLCBpZiB0aGVyZeKAmXMgbm8gbmVlZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBmb3IgZWl0aGVyIGZsYWdzIG9yIFBXLWxheWVy
IGZyYWdtZW50YXRpb24sIHdoaWNoIHdvdWxkIHJlcXVpcmU8bzpwPjwvbzpwPjwvcHJlPg0KPHBy
ZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHdvIGJpdHMuPG86cD48L286
cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZSBr
ZXkgdG8gZGV0ZXJtaW5lIHRoZSByZXF1aXJlZCBudW1iZXIgb2YgYml0cyBpbiB0aGUgc2VxdWVu
Y2U8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgbnVtYmVyIGlzIHRvIGRldGVybWluZSwgZm9yIHRoZSBtYXhpbXVtIGV4cGVjdGVkIHJh
dGUgb2YgYTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyBEZXROZXQgZmxvdywgaG93IGxvbmcgd2lsbCBpdCB0YWtlIHRvIHdyYXAgYXJv
dW5kPzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBJc24ndCB0aGF0IG9ubHkg
cGFydCBvZiB0aGUgdHJ1dGg/IFdlIGFyZSBub3QgY29uY2VybmVkIG9ubHkgYnkgdGhlPG86cD48
L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGZhY3QgdGhhdCB0aGUgc291cmNlIG1pZ2h0
IHN1ZSB0aGUgc2FtZSBzZXF1ZW5jZSBudW1iZXIgYWdhaW4sIGJ1dDxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPiZuYnNwOyZuYnNwOyB0aGF0IGEgc3RydWdnbGluZyBwYWNrZXQgbWlnaHQgc2hvdyB1
cCBhdCBhIHBvaW50IGluIHRoZSBuZXR3b3JrPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7
Jm5ic3A7IHdoZXJlIGEgd3JhcDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBh
cm91bmQganVzdCBoYXBwZW5lZC48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRm9yIGV4YW1wbGUsIGZvciBhIDEwR2JwcyBmbG93LCB0
aGF0IHdvdWxkIHJlYXNvbmFibHkgZXF1YXRlIHRvPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDgzM0sgcHBzLCBhc3N1bWluZyAxNTAw
LWJ5dGUgcGFja2V0cy4gVGhpcyB3b3VsZCB3cmFwIGFyb3VuZCBpbjxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhIGxpdHRsZSBvdmVy
IG9uZSBzZWNvbmQgd2l0aCAyMCBiaXRzLiBBIDEwMCBHYnBzIGZsb3cgd2l0aCBhPG86cD48L286
cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDI3LWJp
dCBzZXF1ZW5jZSBudW1iZXIgd291bGQgd3JhcCBhcm91bmQgaW4gYWJvdXQgMSBzZWNvbmQuPG86
cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IEFsbCB0aGF0IHNhaWQsIGEgc2Vjb25kIGlzIGEgdmVyeSBsb25nIGhvbGRpbmcgdGltZSBmb3Ig
Zmxvd3M8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgd2l0aCBjb25zdHJhaW5lZCBsYXRlbmN5LCBzbyB3ZSBjb3VsZCBwcm9iYWJseSB0
YWtlIHR3byBiaXRzIG9mZjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyB0aG9zZSBudW1iZXJzIGFuZCBzdGlsbCBiZSBPSyAod3JhcCBh
cm91bmQgaW4gMjUwIG1zKS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgU28gMjUgYml0cyBpcyBwcm9iYWJseSBzdWZmaWNpZW50LCBh
dCBsZWFzdCBmb3IgdG9kYXkuIDI4IGJpdHM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZ2l2ZXMgdXMgcm9vbSBmb3IgZnVydGhlciBC
VyBncm93dGggaW4gdGhlIGZ1dHVyZSwgYXBwcm9hY2hpbmc8bzpwPjwvbzpwPjwvcHJlPg0KPHBy
ZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMVRicHMuPG86cD48L286cD48
L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IEkgdGhpbmsgdGhhdCB3ZSBuZWVkIHRvIGRlc2lnbiBm
b3IgVGJwcyAob3Igd29yc2UpLCBidXQgdGhhdCBpcyBhbm90aGVyPG86cD48L286cD48L3ByZT4N
CjxwcmU+Jm5ic3A7Jm5ic3A7IHRoaW5nIHdlIG5lZWQgY29uc2Vuc3VzIG9uIGJlZm9yZSBzdGFy
dGluZyB0byBzcGVjaWZ5LjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyAvTG9h
PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IENoZWVycyw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgQW5keTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPl9fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3ByZT4NCjxwcmU+
ZGV0bmV0IG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0
bzpkZXRuZXRAaWV0Zi5vcmciPmRldG5ldEBpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvcHJlPg0K
PHByZT48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5l
dCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8L2E+PG86cD48
L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4N
CjxwcmU+LS0gPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4N
CjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+TG9hIEFuZGVyc3NvbiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyBlbWFpbDogPGEgaHJlZj0ibWFpbHRvOmxvYUBwaS5udSI+bG9hQHBp
Lm51PC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlNlbmlvciBNUExTIEV4cGVydDxvOnA+PC9v
OnA+PC9wcmU+DQo8cHJlPkh1YXdlaSBUZWNobm9sb2dpZXMgKGNvbnN1bHRhbnQpJm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IHBob25lOiAmIzQzOzQ2IDczOSA4MSAyMSA2NDxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3ByZT4NCjxwcmU+ZGV0
bmV0IG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpk
ZXRuZXRAaWV0Zi5vcmciPmRldG5ldEBpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHBy
ZT48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldCI+
aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQ8L2E+PG86cD48L286
cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxw
cmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwv
bzpwPjwvcHJlPg0KPHByZT5kZXRuZXQgbWFpbGluZyBsaXN0PG86cD48L286cD48L3ByZT4NCjxw
cmU+PGEgaHJlZj0ibWFpbHRvOmRldG5ldEBpZXRmLm9yZyI+ZGV0bmV0QGlldGYub3JnPC9hPjxv
OnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vZGV0bmV0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L2RldG5ldDwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N
Cg==

--_000_VI1PR07MB100570CAB2F1E43585FE7568ACEC0VI1PR07MB1005eurp_--


From nobody Mon Jan 22 07:01:08 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50F4A127286 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:01:00 -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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0LA6zcgBpRpq for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:00:59 -0800 (PST)
Received: from outbound-ss-1812.hostmonster.com (gproxy1-pub.mail.unifiedlayer.com [69.89.25.95]) (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 E8C2D1200E5 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:00:54 -0800 (PST)
Received: from cmgw3 (cmgw4 [10.0.90.84]) by gproxy1.mail.unifiedlayer.com (Postfix) with ESMTP id 9BA94175D5A for <detnet@ietf.org>; Mon, 22 Jan 2018 08:00:53 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with  id 1T0p1x00n2SSUrH01T0sXi; Mon, 22 Jan 2018 08:00:53 -0700
X-Authority-Analysis: v=2.2 cv=XM9AcUpE c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=3lo_VGr9eh89OsmRxgcA:9 a=QEXdDO2ut3YA:10
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=/mWZBTmgRKwVs58oVKWv/PYLUAy+boV3sEe+L6wR7ME=; b=084t/oSzs+fBlWFQLoF2/Rou6O n+RkEvuopdQPWTFlHfeJc4zDUCIPJFmThCL6E61t/PMp+WhXEkULoiE20pK7sYEHmLfsuPgxATgAx QMMKp5sXwaFKlAVJbRQsoRr57;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:38950 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from <lberger@labn.net>) id 1eddab-002iXE-0H; Mon, 22 Jan 2018 08:00:49 -0700
To: =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, DetNet WG <detnet@ietf.org>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com>
From: Lou Berger <lberger@labn.net>
Message-ID: <e7ed24b0-cf31-9eac-f69f-cafe1b98865d@labn.net>
Date: Mon, 22 Jan 2018 10:00:47 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1eddab-002iXE-0H
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:38950
X-Source-Auth: lberger@labn.net
X-Email-Count: 2
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/xtIf6f37_eMjsWIidvanz8Rsnos>
Subject: [Detnet] IPv4 support (was: DP solution (Flow identification))
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 15:01:00 -0000

I wanted to follow up on the IPv4 point from this message:

In the past we have discussed that IPv4 would be supported as a special 
case of IEEE 802.1TSN over DetNet, i.e., end stations would map IPv4 
(presumably, 5 tuple)  flows to TSN flows and then TSN domains would be 
interconnected over DetNet.  Of course this means that IPv4 DetNet 
support would be limited to  TSN domains interconnected via basically 
bridging.  Note that this case requires no special IPv4 awareness or 
IPv4 processing in the DetNet domain.

An alternative to this would be that the DetNet edge node map individual 
IPv4 (again, presumably, 5 tuple)  flows, which still arrive via a TSN 
subnet,  to DetNet flows and transport (e.g., over MPLS).  In this case, 
the IPv4 flows could be forwarded and the scope would not be limited to 
bridged/interconnected TSN domains.  This would of course required 
additional DetNet definition and support.

It would be good to here from  WG participants would like to see this 
additional case explicitly covered by the WG.

Options are:

1) keep as is: IPv4 supported as a byproduct of TSN interconnect

2) add routed DetNet support for IPv4 flows (carried over DetNet transport)

Lou


On 1/18/2018 2:41 PM, Balázs Varga A wrote:
...
>
> - Do we need DetNet data-plane for IPv4, IPv6 and MPLS?
>
> Yes, that would be nice to have for all of them. But I think it is a 
> better question which one has the smallest distance to be 
> DetNet-ready? (I mean which need the less new stuff to support DN?) 
> The data-plane alternative related draft focused on that and also the 
> mailing threads here.
>
> Conclusion: I think we can conclude on a rank of "smallest 
> DetNet-distance":
>
> 1, MPLS
>
> 2, IPv6
>
> 3. IPv4
>
> Note: in my view this is also the probability list what networks 
> someone intends to use to forward DetNet flows …
>


From nobody Mon Jan 22 07:26:36 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6FD212426E for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:26:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.689
X-Spam-Level: 
X-Spam-Status: No, score=-2.689 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 vTfeX3yEsB1R for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:26:27 -0800 (PST)
Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (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 643191200C5 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:26:11 -0800 (PST)
Received: by mail-wm0-x230.google.com with SMTP id 143so17025409wma.5 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:26:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=nLo1k6XhPN0DmS5NOUnJmfwBXIHVvGc2WPYVGbMBgao=; b=CXWzsDKbr7KFLts299N/yiq+MEgqzyx1TZXkud+PXMl7dm9Ksbqzy9E8EaPdkmRQm9 ZKU4QXS8NOxP0R4evPuNxYNVQd1Pf1mRUM85zlwknwvQymNk84t3c9SBS2bKxmM02tvs 0GiUtNb4MD1UB/ovE+Zjj6WB22Xj9dtZ/TglbqEwplVwnqDLnWK3FFtJi80d6Lnm2agd a3lE9wPapnRZEus6COHJzlg4m6jROVm0dy8Qv++LOzzYSt6OrBF/6ePnEIDuo0AbN+LJ 3v4pSHSIOLYxX7hNGm0LrUhK3JCb6ogwVIK4nOER8gh+jiFO3k0VJ1VqV2TNU41AcsnM mJIA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=nLo1k6XhPN0DmS5NOUnJmfwBXIHVvGc2WPYVGbMBgao=; b=KQObzR2hQfegF9y0jFBkTBbdQurL3MdsVKY95uttF4MQSNKPc9ZN6apawjXdMQddtd L1ehz7ddNxUnyduf+RjUMTAGYvrebklxQKYKmuijAbYx7CmdXCdBDEw6B/1xd4xE6J4n DMn4qOzYqr3CrOkVNbc2ZzL07bXxm6vs95/M9yAB08ysa+V6DAvEBel3ni/7+sM2giWx kCOscMbkRQCCDhh5qNgNMcJqPJwDEIQvhqvSV1tck8n6tXTv3ZetZ87x0dc2RlwIgHuC 64cYLJuAZey2lHavxlNuqT6jOnhJzqTTde77j7p3mFdjF8N7MrX3QMSg8DmIDHr/UDrO jymA==
X-Gm-Message-State: AKwxytckdiNls46seL2BYl7ZuBHwGbbxPKi1oPTGdxWft7mfo+bq6JpL 1nojjyboPsNJDViJlS+cKoI=
X-Google-Smtp-Source: AH8x227p6/Fttok7mx5434MvSob8zyAnqqYdtL/0o2zyEzgUXtW/1DoreeNJYAbeA/5fQgEBLHJC4g==
X-Received: by 10.28.142.74 with SMTP id q71mr3874454wmd.125.1516634769972; Mon, 22 Jan 2018 07:26:09 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id v23sm5322438wmh.30.2018.01.22.07.26.08 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 07:26:09 -0800 (PST)
To: =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, Lou Berger <lberger@labn.net>, Jouni <jouni.nospam@gmail.com>, Loa Andersson <loa@pi.nu>
Cc: DetNet WG <detnet@ietf.org>, "Andrew G. Malis" <agmalis@gmail.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu> <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com> <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net> <VI1PR07MB100570CAB2F1E43585FE7568ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <1cbf2ccd-9bbd-411a-c88d-a19de1310f7a@gmail.com>
Date: Mon, 22 Jan 2018 15:26:07 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <VI1PR07MB100570CAB2F1E43585FE7568ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------267DBE706490237F00F0FF96"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/IEXEYzVQT7u74ZdTsCLMLH9DKyY>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 15:26:35 -0000

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



On 22/01/2018 14:40, Balázs Varga A wrote:
>
> 2, Window size (used for S/N comparison)
>
> The other constraint we should consider more is how big window size 
> the chips
>
> are able to deal with. It is a story e.g., about memory …
>

Well partially a matter of memory and partially a matter of calculation.

If you have a small window in a big s/n you can run a number of tricks 
such as a rotating bit mask and a single full function counter to 
identify say the start.

I think we need to first understand what we would like, then see if 
building is is plausible.

- Stewart

--------------267DBE706490237F00F0FF96
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 22/01/2018 14:40, Balázs Varga A
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:VI1PR07MB100570CAB2F1E43585FE7568ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com">
      <p class="MsoNormal"><span style="color:windowtext">2, Window size
          (used for S/N comparison)<o:p></o:p></span></p>
      <p class="MsoNormal"><span style="color:windowtext">The other
          constraint we should consider more is how big window size the
          chips
          <o:p></o:p></span></p>
      <p class="MsoNormal"><span style="color:windowtext">are able to
          deal with. It is a story e.g., about memory …</span></p>
    </blockquote>
    <br>
    Well partially a matter of memory and partially a matter of
    calculation.<br>
    <br>
    If you have a small window in a big s/n you can run a number of
    tricks such as a rotating bit mask and a single full function
    counter to identify say the start.<br>
    <br>
    I think we need to first understand what we would like, then see if
    building is is plausible.<br>
    <br>
    - Stewart<br>
  </body>
</html>

--------------267DBE706490237F00F0FF96--


From nobody Mon Jan 22 07:31:31 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 675B012426E for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:31: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 wKLNkR1EpedM for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:31:19 -0800 (PST)
Received: from mail-wr0-x22b.google.com (mail-wr0-x22b.google.com [IPv6:2a00:1450:400c:c0c::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 934361200C5 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:31:19 -0800 (PST)
Received: by mail-wr0-x22b.google.com with SMTP id 100so9103689wrb.7 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:31:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=DQF9Zd3v2YUPl0H7wocMPEIiyUvqoYd/hiT8CMeyxV8=; b=h2vfR5/rYNVh+IxfrfOZL0W00hw5Xyjz3GCPJASdMKZ8iFzQAu2IT/kxnCUtlYyuJ8 +wzfS6asBTi74znOnLR/cVCG7WLErMIN5/BbrJEpu0ImtB0Qfclzd8VynE5Z3Fz7F5AG zy9OMkwf3H3Cro4nB47l1stqT3hBmZoJZhavl9z2KaQKqDNknSR4vNm1vPmARPqkiZoD Rm5oF9x2HfjuMdjS0nQm5CqK31E3qsMAVs5mnne/5FCBFv/cn20Nir20jNeWUDSRIBzt Y4lZ2YkYi+6pXQ67ZH6T9VH9Qi0vYeeFv3DAMSLwoICRHZTO2Rz/4gLn+2UnVsu5gR2D AA7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=DQF9Zd3v2YUPl0H7wocMPEIiyUvqoYd/hiT8CMeyxV8=; b=UpbQF7ah0BlwoxxMl+WriP+lRgo0bhPW3bTR20Tbi+rfi0FfafZIu6nJUR07SekzaG YU3MZ4sb/KiPAC4BfzGOCvsfH4glTMePtn9IKTtOsyNWsFEPHHJrmJevUsCF3pUQP1sc T8I3V7hWPimq/WPGl0TfojvalLexdjJRJqN49hsC4QXf+owQukHPhkhSBzWqNjagQRpt 5sMu4pVIvsCrt3WDu1FHlTpPLdLmvrkXDhyqIM5NrGFWhe3fTQQ/PM2UK5MgCT9Ls1dF r0qFb+cPIBd1rBVpwvtFm7tl9OFr4F5Rg7R0uRQoAdaKkUf37R/OfjtwdrECrK+WHN7p k4vA==
X-Gm-Message-State: AKwxytdK/oDX1RBTI3weuVjrMGfgyiaBmuh27mvQtfyxtJp0vKFRZzeI bZ0f1N9KxOk2dsAl255g1IKS81AI
X-Google-Smtp-Source: AH8x227YuvGJdX8BXFf0ioA2r991fxKZjA/rbKeiEGaKTNJKh8IjmDCpSlw+IqGD3jI29Y1N6z4+Lg==
X-Received: by 10.223.188.18 with SMTP id s18mr6117263wrg.226.1516635077838; Mon, 22 Jan 2018 07:31:17 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id f19sm5046345wmf.23.2018.01.22.07.31.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 07:31:17 -0800 (PST)
To: Lou Berger <lberger@labn.net>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, DetNet WG <detnet@ietf.org>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <e7ed24b0-cf31-9eac-f69f-cafe1b98865d@labn.net>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <748cc933-4806-68db-68b7-748ea71a7337@gmail.com>
Date: Mon, 22 Jan 2018 15:31:16 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <e7ed24b0-cf31-9eac-f69f-cafe1b98865d@labn.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/Y8W0WnrojDi9cb-2NVtpke2rJW4>
Subject: Re: [Detnet] IPv4 support
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 15:31:29 -0000

If we go with 1, I think we will end up back here sometime also solving 2.

A lot depends on how tied to TSN some of the applications are.

- Stewart


On 22/01/2018 15:00, Lou Berger wrote:
> I wanted to follow up on the IPv4 point from this message:
>
> In the past we have discussed that IPv4 would be supported as a 
> special case of IEEE 802.1TSN over DetNet, i.e., end stations would 
> map IPv4 (presumably, 5 tuple)  flows to TSN flows and then TSN 
> domains would be interconnected over DetNet.  Of course this means 
> that IPv4 DetNet support would be limited to  TSN domains 
> interconnected via basically bridging.  Note that this case requires 
> no special IPv4 awareness or IPv4 processing in the DetNet domain.
>
> An alternative to this would be that the DetNet edge node map 
> individual IPv4 (again, presumably, 5 tuple)  flows, which still 
> arrive via a TSN subnet,  to DetNet flows and transport (e.g., over 
> MPLS).  In this case, the IPv4 flows could be forwarded and the scope 
> would not be limited to bridged/interconnected TSN domains.  This 
> would of course required additional DetNet definition and support.
>
> It would be good to here from  WG participants would like to see this 
> additional case explicitly covered by the WG.
>
> Options are:
>
> 1) keep as is: IPv4 supported as a byproduct of TSN interconnect
>
> 2) add routed DetNet support for IPv4 flows (carried over DetNet 
> transport)
>
> Lou
>
>
> On 1/18/2018 2:41 PM, Balázs Varga A wrote:
> ...
>>
>> - Do we need DetNet data-plane for IPv4, IPv6 and MPLS?
>>
>> Yes, that would be nice to have for all of them. But I think it is a 
>> better question which one has the smallest distance to be 
>> DetNet-ready? (I mean which need the less new stuff to support DN?) 
>> The data-plane alternative related draft focused on that and also the 
>> mailing threads here.
>>
>> Conclusion: I think we can conclude on a rank of "smallest 
>> DetNet-distance":
>>
>> 1, MPLS
>>
>> 2, IPv6
>>
>> 3. IPv4
>>
>> Note: in my view this is also the probability list what networks 
>> someone intends to use to forward DetNet flows …
>>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


From nobody Mon Jan 22 07:35:43 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8240124207 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:35:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.689
X-Spam-Level: 
X-Spam-Status: No, score=-2.689 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 WsaHPK1gjU3i for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:35:37 -0800 (PST)
Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F371712426E for <detnet@ietf.org>; Mon, 22 Jan 2018 07:35:36 -0800 (PST)
Received: by mail-lf0-x234.google.com with SMTP id g72so11118417lfg.5 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:35:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:thread-index:content-language; bh=9UU78Bi7MEeitIT3hxC2m9NybJzcTd7EUsIx7W8LQTI=; b=VMJnrJgGxMsPkMsRuklL7tBelIIASQoaCGjWNzQyTTS+6v1E4qXAN/iMjIRu4STKNE uePq9TvyyEBxEO6gYZCSYgGQFUU2AwhO9vfkeZUnRVi1D9KxkoJUDsjmx8yKZ+m/fS7B G5Btvoy+MjvmDXkcWKTRO4FofSjk+uiyDDKS+zbQDbq+Qtr1VicUc4EzNDWxBhvWe+so rB5GEKr1mCwSc+C87n+PEB+MCqi6xaoV54O58KQG5KMt2veCi33gsjkSlDs9PtLresSG FlUcqZn+Q4YA8R8Nu1LIORrMjdbnCrdsDbMzKmDoIBhKf37vPsQ7bPdheolOLKIMsqxz kdXA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=9UU78Bi7MEeitIT3hxC2m9NybJzcTd7EUsIx7W8LQTI=; b=oZ5h7RUzCWx9DFoLkMX6ra+/S82eiiarBRzP6/4w2YcfZcJ00FzpU2W4S+UZizq4A1 5JkZp7Av4z2FGFtenDgDRqK/h4Vns/ayjOS6V6B8WT/P214Ya9hjwfUcwEBj6xHUYI1J /8BnyXcB9h7nS8LZi6U6NLBoWmAxNVZbD0WgJpU8RYmozZ3ebRpTjsU2MioW23iVR1RR UgEd6/Ry7wEf7IEB5ZwNvYVFg19mPVxSgvnj7F/HUdRZzy/xiDna2B9bYw7fFhiRHb1n aeUKTq+gTF28ZAi5lb1ekRIMsWU8SqzkkcT8JeGO+Mo3nEn2z2H3sYJtPHt/oATR5MLp Ez6g==
X-Gm-Message-State: AKwxytfhPChzaT4N6hNYJSm68XApDhoEhEnmVBxmU8Acfk6SxJKivXpb 6zAbJTnOfGFOTOD05MYiy+4=
X-Google-Smtp-Source: AH8x226QlUGiLO/ylf+r9tWPTqqwhjHnSMdDVYXUAQvgtCkAQNnDmLb4gTB40u1Ct/U9d6zUnTZM6A==
X-Received: by 10.25.152.18 with SMTP id a18mr3115906lfe.49.1516635335259; Mon, 22 Jan 2018 07:35:35 -0800 (PST)
Received: from JOKO (81-175-169-205.co.dnainternet.fi. [81.175.169.205]) by smtp.gmail.com with ESMTPSA id 4sm2786424ljs.81.2018.01.22.07.35.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 07:35:34 -0800 (PST)
From: "Jouni" <jouni.nospam@gmail.com>
To: "'Lou Berger'" <lberger@labn.net>, "'Loa Andersson'" <loa@pi.nu>
Cc: "'DetNet WG'" <detnet@ietf.org>, "'Andrew G. Malis'" <agmalis@gmail.com>,  =?utf-8?Q?'Bal=C3=A1zs_Varga_A'?= <balazs.a.varga@ericsson.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu> <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com> <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net>
In-Reply-To: <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net>
Date: Mon, 22 Jan 2018 17:35:33 +0200
Message-ID: <00f501d39396$a4e93240$eebb96c0$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_00F6_01D393A7.687E3740"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQIy0rMuNZiFUfcD65iH4cxgU1XUsAH2LejKAgCVL10B0H63BQJ96HKEAVk2nfwC8XBrRwLCRnmZokb2p/A=
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/YekxQLfsBD8Bn6dxgyAAwrNzv7I>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 15:35:41 -0000

This is a multipart message in MIME format.

------=_NextPart_000_00F6_01D393A7.687E3740
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi,

=20

I was just doing the worst case since 1Tb links got into discussion i.e. =
one flow takes over the entire capacity.

=20

-          Jouni

=20

From: Lou Berger [mailto:lberger@labn.net]=20
Sent: Monday, January 22, 2018 16:17 PM
To: Jouni <jouni.nospam@gmail.com>; Loa Andersson <loa@pi.nu>
Cc: DetNet WG <detnet@ietf.org>; Andrew G. Malis <agmalis@gmail.com>; =
Bal=C3=A1zs Varga A <balazs.a.varga@ericsson.com>
Subject: Re: [Detnet] DP solution (Sequence Numbering)

=20

Jouni,

    I may be off but isn't sequence number independent per flow?  So =
it's not the max link speed that's critical, but rather the max flow =
size, right? =20

Certainly link speed provides an upper bound on a single flow, and there =
are certainly some use cases where a single flow will consume even the =
biggest link, but my experience is that such flows *always* use large =
packets.  In any case, I (personally, no hat) don't see this as the =
common case nor *necessarily* the required *initial* detnet solution.

Also, I ran sum numbers for bits needed for 1sec at different frame =
sizes.  25 bits looks sufficient for almost all flows, and is only =
insufficient for 4 smaller frame sizes at 400G and 1T. So in either case =
(flows or links)  28 bits  more than sufficient.

Lou

Hopefully this looks okay...


bits needed

64 BPkt=20

 128 BPkt=20

 256 BPkt=20

 512 BPkt=20

 1514 BPkt=20

 4096 BPkt=20

 9216 BPkt=20


10M

14

13

12

11

10

8

7


1G

21

20

19

18

16

15

14


100G

27

26

25

24

23

22

20


400G

29

28

27

26

25

24

22


1T

30

30

29

28

26

25

24

=20

On 1/21/2018 4:43 AM, Jouni wrote:

=20
Quick and dirty calculation with 1500 octet packet (+ ethernet overhead =
of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 =
sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.
1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 =
bit SN. This is based on the calculation how many packets you are able =
to inject within a given time constraint.  I do not consider here yet =
how you would find out a late packet based on the SN i.e., whether you =
need to reserve half of the SN space for =E2=80=9Cin window=E2=80=9D =
packets or some other amount like 10%. Anyway, it is still _early_ in =
Sunday morning so tolerate errors..
=20
To me 28 bits seems to be plenty.. and a single on-wire format is simple =
(assuming the actual SN bits are defined by the CP or config).
=20
- Jouni
=20
=20

On 21 Jan 2018, at 08:28, Loa Andersson  <mailto:loa@pi.nu> <loa@pi.nu> =
wrote:
=20
Andy, all,
=20
(I thought I sent a response to this, but it never did show up, so =
re-sending. Apologize if there are duplicates).
=20
So we all agree that we need the sequence number for elimination
purposes.
=20
We still need to agree on the size and format of the sequence number
=20
What will impact the calculation of the sequence number size are:
=20
- the maximum sustained DetNet flow BW
- the minimum average packet size of a DetNet flow
- the maximum lifetime of an errant packet
=20
My guesstimate is that we need to allow for a sustained BW of 1 Tbs, =
that the average packet size is less that 1500 bytes and that the life
time of an errant packet is at least 500 ms.
=20
But we obviously need better answers than that to be able to calculate =
the sequence number size we med.
=20
Any takers??
=20
/Loa
=20
=20
=20
On 2018-01-20 02:36, Andrew G. Malis wrote:

Loa,
You=E2=80=99re right, we do need to think about the maximum lifetime of =
an errant packet in the network as well, thanks for that.
You=E2=80=99re also correct that we need to define what=E2=80=99s =
optimal for DETNET, however we do have a charter constraint. To quote =
Lou=E2=80=99s recent email, "We are not expected to come up with new =
encapsulations, but rather how DetNet uses what exists today. =E2=80=9C. =
So we can=E2=80=99t be TOO creative ...
I=E2=80=99m really interested to hear what other people have to say =
about the upper limit of flow BW that DetNet needs to support, and I =
also made an assumption in my math that an average DetNet packet (at =
least for a very large flow) would be 1500 bytes. Do we have consensus =
on that as well? That also has implications for the sequence number =
length.
Cheers,
Andy
On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu =
<mailto:loa@pi.nu>   <mailto:loa@pi.nu> <mailto:loa@pi.nu>> wrote:
   Andy,
   On 2018-01-19 20:25, Andrew G. Malis wrote:
       Loa,
       We really don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we can =
allocate a PW type to
       indicate that this is a DetNet PW, plus the context of the label
       can identify its use for a DetNet PW/flow.
   Fine, however we have at least diverging opinions, that both say
   that we should not use PWs
   - first we have people that believe that we should use EVPN instead
   - second there are people that say that we should define what is
      necessary for DetNet and then specify that independent of EVPN
   and PWs
   We need a consensus on that before we can start the design according =
to
   one or the other of those paradigms.
       We DO need the first nibble to be zero. But beyond that, we are
       free to use all 28 bits as a sequence number, if there=E2=80=99s =
no need
       for either flags or PW-layer fragmentation, which would require
       two bits.
       The key to determine the required number of bits in the sequence
       number is to determine, for the maximum expected rate of a
       DetNet flow, how long will it take to wrap around?
   Isn't that only part of the truth? We are not concerned only by the
   fact that the source might sue the same sequence number again, but
   that a struggling packet might show up at a point in the network
   where a wrap
   around just happened.
       For example, for a 10Gbps flow, that would reasonably equate to
       833K pps, assuming 1500-byte packets. This would wrap around in
       a little over one second with 20 bits. A 100 Gbps flow with a
       27-bit sequence number would wrap around in about 1 second.
       All that said, a second is a very long holding time for flows
       with constrained latency, so we could probably take two bits off
       those numbers and still be OK (wrap around in 250 ms).
       So 25 bits is probably sufficient, at least for today. 28 bits
       gives us room for further BW growth in the future, approaching
       1Tbps.
   I think that we need to design for Tbps (or worse), but that is =
another
   thing we need consensus on before starting to specify.
   /Loa
       Cheers,
       Andy
_______________________________________________
detnet mailing list
detnet@ietf.org <mailto:detnet@ietf.org>=20
https://www.ietf.org/mailman/listinfo/detnet

=20
--=20
=20
=20
Loa Andersson                        email: loa@pi.nu <mailto:loa@pi.nu> =

Senior MPLS Expert
Huawei Technologies (consultant)     phone: +46 739 81 21 64
=20
_______________________________________________
detnet mailing list
detnet@ietf.org <mailto:detnet@ietf.org>=20
https://www.ietf.org/mailman/listinfo/detnet

=20
_______________________________________________
detnet mailing list
detnet@ietf.org <mailto:detnet@ietf.org>=20
https://www.ietf.org/mailman/listinfo/detnet

=20


------=_NextPart_000_00F6_01D393A7.687E3740
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; charset=3Dutf-8"><meta =
name=3DGenerator content=3D"Microsoft Word 15 (filtered =
medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;
	color:black;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0in;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:.5in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:"Consolas",serif;
	color:black;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:785932796;
	mso-list-type:hybrid;
	mso-list-template-ids:1698583994 -1998020136 67698691 67698693 67698689 =
67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
	{mso-level-start-at:256;
	mso-level-number-format:bullet;
	mso-level-text:-;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body bgcolor=3Dwhite =
lang=3DEN-US link=3Dblue vlink=3Dpurple><div class=3DWordSection1><p =
class=3DMsoNormal><span lang=3DFI =
style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'=
>Hi,<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DFI =
style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'=
><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'=
>I was just doing the worst case since 1Tb links got into discussion =
i.e. one flow takes over the entire capacity.<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'=
><o:p>&nbsp;</o:p></span></p><p class=3DMsoListParagraph =
style=3D'text-indent:-.25in;mso-list:l0 level1 lfo1'><![if =
!supportLists]><span =
style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'=
><span style=3D'mso-list:Ignore'>-<span style=3D'font:7.0pt "Times New =
Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</span></span></span><![endif]><span =
style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'=
>Jouni<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'=
><o:p>&nbsp;</o:p></span></p><div style=3D'border:none;border-left:solid =
blue 1.5pt;padding:0in 0in 0in 4.0pt'><div><div =
style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in =
0in 0in'><p class=3DMsoNormal><b><span =
style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowte=
xt'>From:</span></b><span =
style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowte=
xt'> Lou Berger [mailto:lberger@labn.net] <br><b>Sent:</b> Monday, =
January 22, 2018 16:17 PM<br><b>To:</b> Jouni =
&lt;jouni.nospam@gmail.com&gt;; Loa Andersson =
&lt;loa@pi.nu&gt;<br><b>Cc:</b> DetNet WG &lt;detnet@ietf.org&gt;; =
Andrew G. Malis &lt;agmalis@gmail.com&gt;; Bal=C3=A1zs Varga A =
&lt;balazs.a.varga@ericsson.com&gt;<br><b>Subject:</b> Re: [Detnet] DP =
solution (Sequence Numbering)<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p>Jouni,<o:p></o:p></p><p>&nbsp;&=
nbsp;&nbsp; I may be off but isn't sequence number independent per =
flow?&nbsp; So it's not the max link speed that's critical, but rather =
the max flow size, right?&nbsp; <o:p></o:p></p><p>Certainly link speed =
provides an upper bound on a single flow, and there are certainly some =
use cases where a single flow will consume even the biggest link, but my =
experience is that such flows *always* use large packets.&nbsp; In any =
case, I (personally, no hat) don't see this as the common case nor =
*necessarily* the required *initial* detnet solution.<o:p></o:p></p><p =
class=3DMsoNormal>Also, I ran sum numbers for bits needed for 1sec at =
different frame sizes.&nbsp; 25 bits looks sufficient for almost all =
flows, and is only insufficient for 4 smaller frame sizes at 400G and =
1T. So in either case (flows or links)&nbsp; 28 bits&nbsp; more than =
sufficient.<br><br>Lou<o:p></o:p></p><p>Hopefully this looks =
okay...<o:p></o:p></p><table class=3DMsoNormalTable border=3D0 =
cellspacing=3D0 cellpadding=3D0 width=3D0 style=3D'width:659.25pt'><tr =
style=3D'height:15.75pt'><td width=3D81 =
style=3D'width:61.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>bits needed<o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal> 64 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>=C2=A0128 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>=C2=A0256 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>=C2=A0512 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>=C2=A01514 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>=C2=A04096 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>=C2=A09216 BPkt <o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>10M<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>14<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>13<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>12<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>11<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>10<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>8<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>7<o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>1G<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>21<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>20<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>19<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>18<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>16<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>15<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>14<o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>100G<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>27<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>26<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>25<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>24<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>23<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>22<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>20<o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>400G<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>29</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>28<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>27<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>26<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>25<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>24<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>22<o:p></o:p></p></td></tr><tr =
style=3D'height:15.75pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.75pt'><p class=3DMsoNormal>1T<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>30</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>30</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>29</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>28<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>26<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>25<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright =
style=3D'text-align:right'>24<o:p></o:p></p></td></tr></table><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><p class=3DMsoNormal>On =
1/21/2018 4:43 AM, Jouni wrote:<o:p></o:p></p></div><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre><o:p>&nbsp;</o:p></pr=
e><pre>Quick and dirty calculation with 1500 octet packet (+ ethernet =
overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more =
than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit =
SN.<o:p></o:p></pre><pre>1Tb/s with 512 octet packet (+ethernet =
overhead) for 1 sec would need 28 bit SN. This is based on the =
calculation how many packets you are able to inject within a given time =
constraint.=C2=A0 I do not consider here yet how you would find out a =
late packet based on the SN i.e., whether you need to reserve half of =
the SN space for =E2=80=9Cin window=E2=80=9D packets or some other =
amount like 10%. Anyway, it is still _early_ in Sunday morning so =
tolerate errors..<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>To me =
28 bits seems to be plenty.. and a single on-wire format is simple =
(assuming the actual SN bits are defined by the CP or =
config).<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>- =
Jouni<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre><o:p>&nbsp;</o:p><=
/pre><blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre>On =
21 Jan 2018, at 08:28, Loa Andersson <a =
href=3D"mailto:loa@pi.nu">&lt;loa@pi.nu&gt;</a> =
wrote:<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>Andy, =
all,<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>(I thought I sent =
a response to this, but it never did show up, so re-sending. Apologize =
if there are =
duplicates).<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>So we all =
agree that we need the sequence number for =
elimination<o:p></o:p></pre><pre>purposes.<o:p></o:p></pre><pre><o:p>&nbs=
p;</o:p></pre><pre>We still need to agree on the size and format of the =
sequence number<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>What =
will impact the calculation of the sequence number size =
are:<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>- the maximum =
sustained DetNet flow BW<o:p></o:p></pre><pre>- the minimum average =
packet size of a DetNet flow<o:p></o:p></pre><pre>- the maximum lifetime =
of an errant packet<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>My =
guesstimate is that we need to allow for a sustained BW of 1 Tbs, that =
the average packet size is less that 1500 bytes and that the =
life<o:p></o:p></pre><pre>time of an errant packet is at least 500 =
ms.<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>But we obviously =
need better answers than that to be able to calculate the sequence =
number size we med.<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>Any =
takers??<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>/Loa<o:p></o:p>=
</pre><pre><o:p>&nbsp;</o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre><o:p>&=
nbsp;</o:p></pre><pre>On 2018-01-20 02:36, Andrew G. Malis =
wrote:<o:p></o:p></pre><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre>Loa,<o:p></o:p></pre>=
<pre>You=E2=80=99re right, we do need to think about the maximum =
lifetime of an errant packet in the network as well, thanks for =
that.<o:p></o:p></pre><pre>You=E2=80=99re also correct that we need to =
define what=E2=80=99s optimal for DETNET, however we do have a charter =
constraint. To quote Lou=E2=80=99s recent email, &quot;We are not =
expected to come up with new encapsulations, but rather how DetNet uses =
what exists today. =E2=80=9C. So we can=E2=80=99t be TOO creative =
...<o:p></o:p></pre><pre>I=E2=80=99m really interested to hear what =
other people have to say about the upper limit of flow BW that DetNet =
needs to support, and I also made an assumption in my math that an =
average DetNet packet (at least for a very large flow) would be 1500 =
bytes. Do we have consensus on that as well? That also has implications =
for the sequence number =
length.<o:p></o:p></pre><pre>Cheers,<o:p></o:p></pre><pre>Andy<o:p></o:p>=
</pre><pre>On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson &lt;<a =
href=3D"mailto:loa@pi.nu">loa@pi.nu</a> <a =
href=3D"mailto:loa@pi.nu">&lt;mailto:loa@pi.nu&gt;</a>&gt; =
wrote:<o:p></o:p></pre><pre>=C2=A0=C2=A0 =
Andy,<o:p></o:p></pre><pre>=C2=A0=C2=A0 On 2018-01-19 20:25, Andrew G. =
Malis wrote:<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
Loa,<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 We really =
don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we can allocate a PW =
type to<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
indicate that this is a DetNet PW, plus the context of the =
label<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 can =
identify its use for a DetNet PW/flow.<o:p></o:p></pre><pre>=C2=A0=C2=A0 =
Fine, however we have at least diverging opinions, that both =
say<o:p></o:p></pre><pre>=C2=A0=C2=A0 that we should not use =
PWs<o:p></o:p></pre><pre>=C2=A0=C2=A0 - first we have people that =
believe that we should use EVPN =
instead<o:p></o:p></pre><pre>=C2=A0=C2=A0 - second there are people that =
say that we should define what =
is<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 necessary for =
DetNet and then specify that independent of =
EVPN<o:p></o:p></pre><pre>=C2=A0=C2=A0 and =
PWs<o:p></o:p></pre><pre>=C2=A0=C2=A0 We need a consensus on that before =
we can start the design according to<o:p></o:p></pre><pre>=C2=A0=C2=A0 =
one or the other of those =
paradigms.<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 We =
DO need the first nibble to be zero. But beyond that, we =
are<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 free to =
use all 28 bits as a sequence number, if there=E2=80=99s no =
need<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 for =
either flags or PW-layer fragmentation, which would =
require<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 two =
bits.<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The key =
to determine the required number of bits in the =
sequence<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
number is to determine, for the maximum expected rate of =
a<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 DetNet flow, =
how long will it take to wrap around?<o:p></o:p></pre><pre>=C2=A0=C2=A0 =
Isn't that only part of the truth? We are not concerned only by =
the<o:p></o:p></pre><pre>=C2=A0=C2=A0 fact that the source might sue the =
same sequence number again, but<o:p></o:p></pre><pre>=C2=A0=C2=A0 that a =
struggling packet might show up at a point in the =
network<o:p></o:p></pre><pre>=C2=A0=C2=A0 where a =
wrap<o:p></o:p></pre><pre>=C2=A0=C2=A0 around just =
happened.<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 For =
example, for a 10Gbps flow, that would reasonably equate =
to<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 833K pps, =
assuming 1500-byte packets. This would wrap around =
in<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 a little =
over one second with 20 bits. A 100 Gbps flow with =
a<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 27-bit =
sequence number would wrap around in about 1 =
second.<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 All =
that said, a second is a very long holding time for =
flows<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 with =
constrained latency, so we could probably take two bits =
off<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 those =
numbers and still be OK (wrap around in 250 =
ms).<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 So 25 =
bits is probably sufficient, at least for today. 28 =
bits<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gives us =
room for further BW growth in the future, =
approaching<o:p></o:p></pre><pre>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
1Tbps.<o:p></o:p></pre><pre>=C2=A0=C2=A0 I think that we need to design =
for Tbps (or worse), but that is =
another<o:p></o:p></pre><pre>=C2=A0=C2=A0 thing we need consensus on =
before starting to specify.<o:p></o:p></pre><pre>=C2=A0=C2=A0 =
/Loa<o:p></o:p></pre><pre> =
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Cheers,<o:p></o:p></pre><pre>=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
Andy<o:p></o:p></pre><pre>_______________________________________________=
<o:p></o:p></pre><pre>detnet mailing list<o:p></o:p></pre><pre><a =
href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><o:p></o:p></pre><pre>=
<a =
href=3D"https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.or=
g/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><pre><o:p>&nbs=
p;</o:p></pre><pre>-- =
<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre><o:p>&nbsp;</o:p></pre>=
<pre>Loa =
Andersson=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
email: <a =
href=3D"mailto:loa@pi.nu">loa@pi.nu</a><o:p></o:p></pre><pre>Senior MPLS =
Expert<o:p></o:p></pre><pre>Huawei Technologies =
(consultant)=C2=A0=C2=A0=C2=A0=C2=A0 phone: +46 739 81 21 =
64<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>_____________________=
__________________________<o:p></o:p></pre><pre>detnet mailing =
list<o:p></o:p></pre><pre><a =
href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><o:p></o:p></pre><pre>=
<a =
href=3D"https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.or=
g/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><pre><o:p>&nbs=
p;</o:p></pre><pre>_______________________________________________<o:p></=
o:p></pre><pre>detnet mailing list<o:p></o:p></pre><pre><a =
href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><o:p></o:p></pre><pre>=
<a =
href=3D"https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.or=
g/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div></div></body></html>
------=_NextPart_000_00F6_01D393A7.687E3740--


From nobody Mon Jan 22 07:38:22 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5D4F127275 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:38:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7UARq4hKNf9L for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:38:14 -0800 (PST)
Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (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 1E82812426E for <detnet@ietf.org>; Mon, 22 Jan 2018 07:38:14 -0800 (PST)
Received: by mail-lf0-x22f.google.com with SMTP id q194so11101310lfe.13 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:38:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=897wMboUntDCZlCB9muq9tefePCezVAeAFVAw9JTh5s=; b=PCtVzZox5/8lrqNPY+GDUzDoCn+llCh+Th72dqvKFq5C7GPHOXnb1R1WkObbQf2oWg MN9iezuLZNm03VWpAyjOpL3NROzUO1boqFwequtSrD2vheheNpztnCacP30HHhGObllH wNaXC8XwFHIyR7+RHKZ8cZDtkckrJesPAVQ/9l5lIWFnkNC4mx9jN9GsoZhEt8yQCIdf 06ll0kexRgb5Pb1EaLtnmn+HjnJK/FMXkXFh+EOVyLNWhe6IXcsIAs8F7s6N6GlB4Fne LGKtoxkCMCn05g6eGo7KK1EfMioApTSCD+7n5NNEolLfaJoeP3d5H5dpF78cOyKcXBxq SgXg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=897wMboUntDCZlCB9muq9tefePCezVAeAFVAw9JTh5s=; b=SC28JWiBwoCuC+Ll5oukN7/KlCmaLiTVaEAMAApJ3OeB7Z0MvAQtmwPunJvOgIE9Tz NGBUyD/WzW3hmjITr5C1ei8tbN4CRtLwsdyxAswd89vlvlBIkBNX66bSkFOEqV20esWr TruLLNgDqQ9MP6LAUxcM1pQqloqQUFNBdf7sU1YebFS/Jc5Rc717xHNrMp9a1YWM/ree kSBGORFTiUNngCVC931lQQudiYxvQQR9RZeiYuCSZ2lve/GmVaeNNTWXdMx1sZ68Bh7k b+Ea/4O8jpP7ceZ23JjBftbNprxMdFqtw+elObkyA0pwVI8JOYYN0vL5WjN5AnVF9eEc Cgtw==
X-Gm-Message-State: AKwxyteXHO92kGIp1eKVEyXXgNJccS5Kcm1xyFkNORzi0td0GPm7w3aI P9sN/GtKmuzcn8l6jlWOr70WyA==
X-Google-Smtp-Source: AH8x227j8YXaQ8UJ5itCvrGnQ/ti/V/+1pHZYe3SeUtC6uawlWqRmM2qgTCbprq6fHcsR6HLhiLT0w==
X-Received: by 10.25.199.208 with SMTP id x199mr3700841lff.77.1516635492153; Mon, 22 Jan 2018 07:38:12 -0800 (PST)
Received: from JOKO (81-175-169-205.co.dnainternet.fi. [81.175.169.205]) by smtp.gmail.com with ESMTPSA id 84sm2671537lfs.21.2018.01.22.07.38.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 07:38:11 -0800 (PST)
From: "Jouni" <jouni.nospam@gmail.com>
To: "'Lou Berger'" <lberger@labn.net>, <detnet@ietf.org>
References: <0cb101d38fe6$ce414370$6ac3ca50$@gmail.com> <A979A3AC-7B6E-4085-97DF-EEF27A328D5D@gmail.com> <eb55e851-75c8-cd7e-0bd3-1eecb55da177@labn.net>
In-Reply-To: <eb55e851-75c8-cd7e-0bd3-1eecb55da177@labn.net>
Date: Mon, 22 Jan 2018 17:38:10 +0200
Message-ID: <00fa01d39397$026bcb80$07436280$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQL2fkm1XapFnjdk59xgiRaxU0Ph/wGPn3ErAhLn3QqhHRzOoA==
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/JFvNMcdRZPD5CpTlCCseUyMwr2s>
Subject: Re: [Detnet] data plane draft repository
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 15:38:18 -0000

There's also a txt version in the repo.. I just did not point at it =
directly :)
The diff to dt versions are great. Thanks for those.

- Jouni

> -----Original Message-----
> From: Lou Berger [mailto:lberger@labn.net]
> Sent: Monday, January 22, 2018 16:32 PM
> To: Jouni <jouni.nospam@gmail.com>; detnet@ietf.org
> Subject: Re: [Detnet] data plane draft repository
>=20
> FYI - for the formatted version:
>=20
> text:
>=20
> https://raw.githubusercontent.com/jounikor/draft-dt-detnet-dp-
> sol/master/draft-ietf-detnet-dp-sol-01.txt
>=20
> html:
> https://xml2rfc.tools.ietf.org/cgi-
> =
bin/xml2rfc.cgi?url=3Dhttps://raw.githubusercontent.com/jounikor/draft-dt=
-
> detnet-dp-sol/master/draft-ietf-detnet-dp-sol-
> 01.xml&modeAsFormat=3Dhtml%2Fascii
>=20
> diff
> =
http://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=3Dhttps://raw.githu=
b
> =
usercontent.com/jounikor/draft-dt-detnet-dp-sol/master/draft-dt-detnet-
> =
dp-sol-02.txt&url2=3Dhttps://raw.githubusercontent.com/jounikor/draft-dt-=

> detnet-dp-sol/master/draft-ietf-detnet-dp-sol-01.txt
>=20
> Lou
>=20
> On 1/21/2018 6:06 AM, Jouni wrote:
> > There=E2=80=99s been quite a few edits to the draft. See the current =
snapshot:
> > =
https://github.com/jounikor/draft-dt-detnet-dp-sol/blob/master/draft-
> ietf-detnet-dp-sol-01.xml
> >
> > - Jouni
> >
> >
> >> On 18 Jan 2018, at 00:59, Jouni <jouni.nospam@gmail.com> wrote:
> >>
> >> Folks,
> >>
> >> The work in progress data plane draft XML source file can be found
> at:
> >> https://github.com/jounikor/draft-dt-detnet-dp-sol
> >>
> >> - Jouni
> >>
> > _______________________________________________
> > detnet mailing list
> > detnet@ietf.org
> > https://www.ietf.org/mailman/listinfo/detnet



From nobody Mon Jan 22 07:43:15 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2306C126CD6 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:43:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.689
X-Spam-Level: 
X-Spam-Status: No, score=-2.689 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 iyRWGa9xV43w for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:43:10 -0800 (PST)
Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (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 6435C12426E for <detnet@ietf.org>; Mon, 22 Jan 2018 07:43:09 -0800 (PST)
Received: by mail-lf0-x230.google.com with SMTP id m8so11123127lfc.6 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:43:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:thread-index:content-language; bh=+UJT4KKFwXf26fBd3UBDS9YfYJibZlHHb7hJ2K1fgbk=; b=ejqzjCwyrbbHMw4ygvoOCN09Wb70TpLngUkzLATJjmm9IyKIiRnH7fn/khJJ7dJWC/ urYr5ucchsX+EVvvL1z/9QG2aZMwP2zd+La+UEppBmFBrFxLV+6S9mJjWNb7Spg3uLby yNyrhvs/kE43kkHq9CJt6NYuP3sk4nN9YfE6ZPdKHbrXadgjI0GED/tWCzKT/9nmaEAx QCL8pkR3p8kB5ASYOcjmgjemp/+IPdNaxs3QAcRrJgMepdSu+jO8JkhxJ+IPhYTpk47g JIPhBlJnBs09fW/VZTKJceTvR03PNXivgI+FwY3zmte1n67JWxC0WpUB51/h/94UG/v0 +9IQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=+UJT4KKFwXf26fBd3UBDS9YfYJibZlHHb7hJ2K1fgbk=; b=b09+6fxom2hM4pYy68kE8uOfxKL/6y4/1nxx0Yq38W+WkJ3YA7/rlnMk0MHZ89on/d lFwY8N4SX7hY8BSOoHqPL9Ly9dnawojxnOw6Y/LQj0dLhgCDnNqbLay0l9fG4BL3Tzud 2DEywkWvymgOjmhFAb7DT9yoo1ssj1otcruLQ60ZXYwR7H8qZTTKAgubtcVkWcanja8W noWsNe2jkEgzdS0zdwdJ5W5fI/eNxFpsNOTVPJ6xBPFHGFIHTa1jWuJXW7o6mJ/fIFKa MbfzUD3ijnnGz9NqaDCR7wvG1dCaZ3yvnzzHdVjd0NQ4GLziWPoLgT0oLlu/+Tcr79JV hptg==
X-Gm-Message-State: AKwxytcCokIWJnye2C+X+1pgKtwJgq9E73Fa+uDkN2w2HGgokkbgRD3A ko2AxAW+5Hb78SMngBFve9s=
X-Google-Smtp-Source: AH8x225AxH8KtNM3BXJGrMi7A3oNruKuPTGvnL1EW6co6p/kIgFVbe13fjSbsfd+sZsJrjyyyfzbCw==
X-Received: by 10.46.1.132 with SMTP id f4mr3157040lji.116.1516635787559; Mon, 22 Jan 2018 07:43:07 -0800 (PST)
Received: from JOKO (81-175-169-205.co.dnainternet.fi. [81.175.169.205]) by smtp.gmail.com with ESMTPSA id e72sm2653068lfi.56.2018.01.22.07.43.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 07:43:06 -0800 (PST)
From: "Jouni" <jouni.nospam@gmail.com>
To: =?utf-8?Q?'Bal=C3=A1zs_Varga_A'?= <balazs.a.varga@ericsson.com>, "'Lou Berger'" <lberger@labn.net>, "'Loa Andersson'" <loa@pi.nu>
Cc: "'DetNet WG'" <detnet@ietf.org>, "'Andrew G. Malis'" <agmalis@gmail.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu> <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com> <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net> <VI1PR07MB100570CAB2F1E43585FE7568ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com>
In-Reply-To: <VI1PR07MB100570CAB2F1E43585FE7568ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Date: Mon, 22 Jan 2018 17:43:05 +0200
Message-ID: <010301d39397$b2891770$179b4650$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0104_01D393A8.761A4BE0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQIy0rMuNZiFUfcD65iH4cxgU1XUsAH2LejKAgCVL10B0H63BQJ96HKEAVk2nfwC8XBrRwLCRnmZAU5Z6dyiPIU8IA==
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/EkQkIEDblcXPDxOCpXZWhGsWh-o>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 15:43:14 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0104_01D393A8.761A4BE0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

=20

The point 2 is exactly what I wanted to stress during the interim call.  =
E.g., the bitmaps to keep track for packet history window quickly become =
an issue in a multiport chips. These are high speed lookups so off-chip =
ram is not typically an option. Anyway, the window size is an =
implementation/cost matter..

=20

-          Jouni

=20

From: Bal=C3=A1zs Varga A [mailto:balazs.a.varga@ericsson.com]=20
Sent: Monday, January 22, 2018 16:41 PM
To: Lou Berger <lberger@labn.net>; Jouni <jouni.nospam@gmail.com>; Loa =
Andersson <loa@pi.nu>
Cc: DetNet WG <detnet@ietf.org>; Andrew G. Malis <agmalis@gmail.com>
Subject: RE: [Detnet] DP solution (Sequence Numbering)

=20

Hi,

=20

I would like to highlight two aspects to S/N size calculations:=20

=20

1, Path delay differences.

We use the S/N to identify duplicates at =E2=80=9Cpath merging =
points=E2=80=9D (where Duplicate=20

Elimination functions resides in the network).=20

=20

So what really matters is the delay difference of the paths. And the =
=E2=80=9Cwindow=E2=80=9D size=20

we use at the Elimination point (see next point). So if the path =
difference is e.g.,=20

10 ms than we need a window size to be able to cope with packets =
received=20

during that time period.

=20

I think path differences should be well below 1 sec. In many use-cases =
even 1 ms=20

is too much.

=20

2, Window size (used for S/N comparison)

The other constraint we should consider more is how big window size the =
chips=20

are able to deal with. It is a story e.g., about memory =E2=80=A6

=20

Cheers

Bala=E2=80=99zs

=20

From: Lou Berger [mailto:lberger@labn.net]=20
Sent: 2018. janu=C3=A1r 22. 15:17
To: Jouni <jouni.nospam@gmail.com <mailto:jouni.nospam@gmail.com> >; Loa =
Andersson <loa@pi.nu <mailto:loa@pi.nu> >
Cc: DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org> >; Andrew G. =
Malis <agmalis@gmail.com <mailto:agmalis@gmail.com> >; Bal=C3=A1zs Varga =
A <balazs.a.varga@ericsson.com <mailto:balazs.a.varga@ericsson.com> >
Subject: Re: [Detnet] DP solution (Sequence Numbering)

=20

Jouni,

    I may be off but isn't sequence number independent per flow?  So =
it's not the max link speed that's critical, but rather the max flow =
size, right? =20

Certainly link speed provides an upper bound on a single flow, and there =
are certainly some use cases where a single flow will consume even the =
biggest link, but my experience is that such flows *always* use large =
packets.  In any case, I (personally, no hat) don't see this as the =
common case nor *necessarily* the required *initial* detnet solution.

Also, I ran sum numbers for bits needed for 1sec at different frame =
sizes.  25 bits looks sufficient for almost all flows, and is only =
insufficient for 4 smaller frame sizes at 400G and 1T. So in either case =
(flows or links)  28 bits  more than sufficient.

Lou

Hopefully this looks okay...


bits needed

64 BPkt=20

 128 BPkt=20

 256 BPkt=20

 512 BPkt=20

 1514 BPkt=20

 4096 BPkt=20

 9216 BPkt=20


10M

14

13

12

11

10

8

7


1G

21

20

19

18

16

15

14


100G

27

26

25

24

23

22

20


400G

29

28

27

26

25

24

22


1T

30

30

29

28

26

25

24

=20

On 1/21/2018 4:43 AM, Jouni wrote:

=20
Quick and dirty calculation with 1500 octet packet (+ ethernet overhead =
of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 =
sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.
1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 =
bit SN. This is based on the calculation how many packets you are able =
to inject within a given time constraint.  I do not consider here yet =
how you would find out a late packet based on the SN i.e., whether you =
need to reserve half of the SN space for =E2=80=9Cin window=E2=80=9D =
packets or some other amount like 10%. Anyway, it is still _early_ in =
Sunday morning so tolerate errors..
=20
To me 28 bits seems to be plenty.. and a single on-wire format is simple =
(assuming the actual SN bits are defined by the CP or config).
=20
- Jouni
=20
=20

On 21 Jan 2018, at 08:28, Loa Andersson  <mailto:loa@pi.nu> <loa@pi.nu> =
wrote:
=20
Andy, all,
=20
(I thought I sent a response to this, but it never did show up, so =
re-sending. Apologize if there are duplicates).
=20
So we all agree that we need the sequence number for elimination
purposes.
=20
We still need to agree on the size and format of the sequence number
=20
What will impact the calculation of the sequence number size are:
=20
- the maximum sustained DetNet flow BW
- the minimum average packet size of a DetNet flow
- the maximum lifetime of an errant packet
=20
My guesstimate is that we need to allow for a sustained BW of 1 Tbs, =
that the average packet size is less that 1500 bytes and that the life
time of an errant packet is at least 500 ms.
=20
But we obviously need better answers than that to be able to calculate =
the sequence number size we med.
=20
Any takers??
=20
/Loa
=20
=20
=20
On 2018-01-20 02:36, Andrew G. Malis wrote:

Loa,
You=E2=80=99re right, we do need to think about the maximum lifetime of =
an errant packet in the network as well, thanks for that.
You=E2=80=99re also correct that we need to define what=E2=80=99s =
optimal for DETNET, however we do have a charter constraint. To quote =
Lou=E2=80=99s recent email, "We are not expected to come up with new =
encapsulations, but rather how DetNet uses what exists today. =E2=80=9C. =
So we can=E2=80=99t be TOO creative ...
I=E2=80=99m really interested to hear what other people have to say =
about the upper limit of flow BW that DetNet needs to support, and I =
also made an assumption in my math that an average DetNet packet (at =
least for a very large flow) would be 1500 bytes. Do we have consensus =
on that as well? That also has implications for the sequence number =
length.
Cheers,
Andy
On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu =
<mailto:loa@pi.nu>   <mailto:loa@pi.nu> <mailto:loa@pi.nu>> wrote:
   Andy,
   On 2018-01-19 20:25, Andrew G. Malis wrote:
       Loa,
       We really don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we can =
allocate a PW type to
       indicate that this is a DetNet PW, plus the context of the label
       can identify its use for a DetNet PW/flow.
   Fine, however we have at least diverging opinions, that both say
   that we should not use PWs
   - first we have people that believe that we should use EVPN instead
   - second there are people that say that we should define what is
      necessary for DetNet and then specify that independent of EVPN
   and PWs
   We need a consensus on that before we can start the design according =
to
   one or the other of those paradigms.
       We DO need the first nibble to be zero. But beyond that, we are
       free to use all 28 bits as a sequence number, if there=E2=80=99s =
no need
       for either flags or PW-layer fragmentation, which would require
       two bits.
       The key to determine the required number of bits in the sequence
       number is to determine, for the maximum expected rate of a
       DetNet flow, how long will it take to wrap around?
   Isn't that only part of the truth? We are not concerned only by the
   fact that the source might sue the same sequence number again, but
   that a struggling packet might show up at a point in the network
   where a wrap
   around just happened.
       For example, for a 10Gbps flow, that would reasonably equate to
       833K pps, assuming 1500-byte packets. This would wrap around in
       a little over one second with 20 bits. A 100 Gbps flow with a
       27-bit sequence number would wrap around in about 1 second.
       All that said, a second is a very long holding time for flows
       with constrained latency, so we could probably take two bits off
       those numbers and still be OK (wrap around in 250 ms).
       So 25 bits is probably sufficient, at least for today. 28 bits
       gives us room for further BW growth in the future, approaching
       1Tbps.
   I think that we need to design for Tbps (or worse), but that is =
another
   thing we need consensus on before starting to specify.
   /Loa
       Cheers,
       Andy
_______________________________________________
detnet mailing list
detnet@ietf.org <mailto:detnet@ietf.org>=20
https://www.ietf.org/mailman/listinfo/detnet

=20
--=20
=20
=20
Loa Andersson                        email: loa@pi.nu <mailto:loa@pi.nu> =

Senior MPLS Expert
Huawei Technologies (consultant)     phone: +46 739 81 21 64
=20
_______________________________________________
detnet mailing list
detnet@ietf.org <mailto:detnet@ietf.org>=20
https://www.ietf.org/mailman/listinfo/detnet

=20
_______________________________________________
detnet mailing list
detnet@ietf.org <mailto:detnet@ietf.org>=20
https://www.ietf.org/mailman/listinfo/detnet

=20


------=_NextPart_000_0104_01D393A8.761A4BE0
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; charset=3Dutf-8"><meta =
name=3DGenerator content=3D"Microsoft Word 15 (filtered =
medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0in;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:.5in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.EmailStyle20
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle22
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:1001271134;
	mso-list-type:hybrid;
	mso-list-template-ids:-992459040 62146822 67698691 67698693 67698689 =
67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
	{mso-level-start-at:256;
	mso-level-number-format:bullet;
	mso-level-text:-;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body bgcolor=3Dwhite =
lang=3DEN-US link=3Dblue vlink=3Dpurple><div class=3DWordSection1><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:#1F497D'>The point 2 is exactly =
what I wanted to stress during the interim call.=C2=A0 E.g., the bitmaps =
to keep track for packet history window quickly become an issue in a =
multiport chips. These are high speed lookups so off-chip ram is not =
typically an option. Anyway, the window size is an implementation/cost =
matter..<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoListParagraph style=3D'text-indent:-.25in;mso-list:l0 level1 =
lfo1'><![if !supportLists]><span style=3D'color:#1F497D'><span =
style=3D'mso-list:Ignore'>-<span style=3D'font:7.0pt "Times New =
Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</span></span></span><![endif]><span =
style=3D'color:#1F497D'>Jouni<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><div =
style=3D'border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in =
4.0pt'><div><div style=3D'border:none;border-top:solid #E1E1E1 =
1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span =
style=3D'color:windowtext'>From:</span></b><span =
style=3D'color:windowtext'> Bal=C3=A1zs Varga A =
[mailto:balazs.a.varga@ericsson.com] <br><b>Sent:</b> Monday, January =
22, 2018 16:41 PM<br><b>To:</b> Lou Berger &lt;lberger@labn.net&gt;; =
Jouni &lt;jouni.nospam@gmail.com&gt;; Loa Andersson =
&lt;loa@pi.nu&gt;<br><b>Cc:</b> DetNet WG &lt;detnet@ietf.org&gt;; =
Andrew G. Malis &lt;agmalis@gmail.com&gt;<br><b>Subject:</b> RE: =
[Detnet] DP solution (Sequence =
Numbering)<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>Hi,<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>I would like to =
highlight two aspects to S/N size calculations: <o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>1, Path delay =
differences.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>We use the S/N to identify duplicates at =
=E2=80=9Cpath merging points=E2=80=9D (where Duplicate =
<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>Elimination functions resides in the =
network). <o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>So what really =
matters is the delay difference of the paths. And the =
=E2=80=9Cwindow=E2=80=9D size <o:p></o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>we use at the =
Elimination point (see next point). So if the path difference is e.g., =
<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>10 ms than we need a window size to be able =
to cope with packets received <o:p></o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>during that time =
period.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>I think path =
differences should be well below 1 sec. In many use-cases even 1 ms =
<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>is too much.<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>2, Window size (used =
for S/N comparison)<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>The other constraint we should consider more =
is how big window size the chips <o:p></o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>are able to deal =
with. It is a story e.g., about memory =E2=80=A6<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'>Cheers<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'>Bala=E2=80=99zs<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'><o:p>&nbsp;</o:p></span></p><div><div =
style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in =
0in 0in'><p class=3DMsoNormal><b><span =
style=3D'color:windowtext'>From:</span></b><span =
style=3D'color:windowtext'> Lou Berger [<a =
href=3D"mailto:lberger@labn.net">mailto:lberger@labn.net</a>] =
<br><b>Sent:</b> 2018. janu=C3=A1r 22. 15:17<br><b>To:</b> Jouni &lt;<a =
href=3D"mailto:jouni.nospam@gmail.com">jouni.nospam@gmail.com</a>&gt;; =
Loa Andersson &lt;<a =
href=3D"mailto:loa@pi.nu">loa@pi.nu</a>&gt;<br><b>Cc:</b> DetNet WG =
&lt;<a href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a>&gt;; Andrew =
G. Malis &lt;<a =
href=3D"mailto:agmalis@gmail.com">agmalis@gmail.com</a>&gt;; Bal=C3=A1zs =
Varga A &lt;<a =
href=3D"mailto:balazs.a.varga@ericsson.com">balazs.a.varga@ericsson.com</=
a>&gt;<br><b>Subject:</b> Re: [Detnet] DP solution (Sequence =
Numbering)<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p>Jouni,<o:p></o:p></p><p>&nbsp;&=
nbsp;&nbsp; I may be off but isn't sequence number independent per =
flow?&nbsp; So it's not the max link speed that's critical, but rather =
the max flow size, right?&nbsp; <o:p></o:p></p><p>Certainly link speed =
provides an upper bound on a single flow, and there are certainly some =
use cases where a single flow will consume even the biggest link, but my =
experience is that such flows *always* use large packets.&nbsp; In any =
case, I (personally, no hat) don't see this as the common case nor =
*necessarily* the required *initial* detnet solution.<o:p></o:p></p><p =
class=3DMsoNormal>Also, I ran sum numbers for bits needed for 1sec at =
different frame sizes.&nbsp; 25 bits looks sufficient for almost all =
flows, and is only insufficient for 4 smaller frame sizes at 400G and =
1T. So in either case (flows or links)&nbsp; 28 bits&nbsp; more than =
sufficient.<br><br>Lou<o:p></o:p></p><p>Hopefully this looks =
okay...<o:p></o:p></p><table class=3DMsoNormalTable border=3D0 =
cellspacing=3D0 cellpadding=3D0 width=3D0 style=3D'width:659.25pt'><tr =
style=3D'height:15.75pt'><td width=3D81 =
style=3D'width:61.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>bits needed<o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>64 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;128 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;256 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;512 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;1514 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;4096 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;9216 BPkt <o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>10M<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>14<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>13<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>12<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>11<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>10<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>8<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>7<o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>1G<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>21<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>20<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>19<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>18<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>16<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>15<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>14<o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>100G<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>27<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>26<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>25<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>24<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>23<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>22<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>20<o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>400G<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>29</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>28<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>27<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>26<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>25<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>24<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>22<o:p></o:p></p></td></tr><tr =
style=3D'height:15.75pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.75pt'><p class=3DMsoNormal>1T<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>30</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>30</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>29</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>28<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>26<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>25<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright =
style=3D'text-align:right'>24<o:p></o:p></p></td></tr></table><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><p class=3DMsoNormal>On =
1/21/2018 4:43 AM, Jouni wrote:<o:p></o:p></p></div><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre><o:p>&nbsp;</o:p></pr=
e><pre>Quick and dirty calculation with 1500 octet packet (+ ethernet =
overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more =
than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit =
SN.<o:p></o:p></pre><pre>1Tb/s with 512 octet packet (+ethernet =
overhead) for 1 sec would need 28 bit SN. This is based on the =
calculation how many packets you are able to inject within a given time =
constraint.&nbsp; I do not consider here yet how you would find out a =
late packet based on the SN i.e., whether you need to reserve half of =
the SN space for =E2=80=9Cin window=E2=80=9D packets or some other =
amount like 10%. Anyway, it is still _early_ in Sunday morning so =
tolerate errors..<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>To me =
28 bits seems to be plenty.. and a single on-wire format is simple =
(assuming the actual SN bits are defined by the CP or =
config).<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>- =
Jouni<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre><o:p>&nbsp;</o:p><=
/pre><blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre>On =
21 Jan 2018, at 08:28, Loa Andersson <a =
href=3D"mailto:loa@pi.nu">&lt;loa@pi.nu&gt;</a> =
wrote:<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>Andy, =
all,<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>(I thought I sent =
a response to this, but it never did show up, so re-sending. Apologize =
if there are =
duplicates).<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>So we all =
agree that we need the sequence number for =
elimination<o:p></o:p></pre><pre>purposes.<o:p></o:p></pre><pre><o:p>&nbs=
p;</o:p></pre><pre>We still need to agree on the size and format of the =
sequence number<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>What =
will impact the calculation of the sequence number size =
are:<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>- the maximum =
sustained DetNet flow BW<o:p></o:p></pre><pre>- the minimum average =
packet size of a DetNet flow<o:p></o:p></pre><pre>- the maximum lifetime =
of an errant packet<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>My =
guesstimate is that we need to allow for a sustained BW of 1 Tbs, that =
the average packet size is less that 1500 bytes and that the =
life<o:p></o:p></pre><pre>time of an errant packet is at least 500 =
ms.<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>But we obviously =
need better answers than that to be able to calculate the sequence =
number size we med.<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>Any =
takers??<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>/Loa<o:p></o:p>=
</pre><pre><o:p>&nbsp;</o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre><o:p>&=
nbsp;</o:p></pre><pre>On 2018-01-20 02:36, Andrew G. Malis =
wrote:<o:p></o:p></pre><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre>Loa,<o:p></o:p></pre>=
<pre>You=E2=80=99re right, we do need to think about the maximum =
lifetime of an errant packet in the network as well, thanks for =
that.<o:p></o:p></pre><pre>You=E2=80=99re also correct that we need to =
define what=E2=80=99s optimal for DETNET, however we do have a charter =
constraint. To quote Lou=E2=80=99s recent email, &quot;We are not =
expected to come up with new encapsulations, but rather how DetNet uses =
what exists today. =E2=80=9C. So we can=E2=80=99t be TOO creative =
...<o:p></o:p></pre><pre>I=E2=80=99m really interested to hear what =
other people have to say about the upper limit of flow BW that DetNet =
needs to support, and I also made an assumption in my math that an =
average DetNet packet (at least for a very large flow) would be 1500 =
bytes. Do we have consensus on that as well? That also has implications =
for the sequence number =
length.<o:p></o:p></pre><pre>Cheers,<o:p></o:p></pre><pre>Andy<o:p></o:p>=
</pre><pre>On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson &lt;<a =
href=3D"mailto:loa@pi.nu">loa@pi.nu</a> <a =
href=3D"mailto:loa@pi.nu">&lt;mailto:loa@pi.nu&gt;</a>&gt; =
wrote:<o:p></o:p></pre><pre>&nbsp; =
&nbsp;Andy,<o:p></o:p></pre><pre>&nbsp;&nbsp; On 2018-01-19 20:25, =
Andrew G. Malis =
wrote:<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Loa,<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; We really =
don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we can allocate a PW =
type to<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
indicate that this is a DetNet PW, plus the context of the =
label<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; can =
identify its use for a DetNet PW/flow.<o:p></o:p></pre><pre>&nbsp;&nbsp; =
Fine, however we have at least diverging opinions, that both =
say<o:p></o:p></pre><pre>&nbsp;&nbsp; that we should not use =
PWs<o:p></o:p></pre><pre>&nbsp;&nbsp; - first we have people that =
believe that we should use EVPN =
instead<o:p></o:p></pre><pre>&nbsp;&nbsp; - second there are people that =
say that we should define what =
is<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; necessary for =
DetNet and then specify that independent of =
EVPN<o:p></o:p></pre><pre>&nbsp;&nbsp; and =
PWs<o:p></o:p></pre><pre>&nbsp;&nbsp; We need a consensus on that before =
we can start the design according to<o:p></o:p></pre><pre>&nbsp;&nbsp; =
one or the other of those =
paradigms.<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; We =
DO need the first nibble to be zero. But beyond that, we =
are<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;free to =
use all 28 bits as a sequence number, if there=E2=80=99s no =
need<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; for =
either flags or PW-layer fragmentation, which would =
require<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; two =
bits.<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The key =
to determine the required number of bits in the =
sequence<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
number is to determine, for the maximum expected rate of =
a<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; DetNet flow, =
how long will it take to wrap around?<o:p></o:p></pre><pre>&nbsp;&nbsp; =
Isn't that only part of the truth? We are not concerned only by =
the<o:p></o:p></pre><pre>&nbsp;&nbsp; fact that the source might sue the =
same sequence number again, but<o:p></o:p></pre><pre>&nbsp;&nbsp; that a =
struggling packet might show up at a point in the =
network<o:p></o:p></pre><pre>&nbsp;&nbsp; where a =
wrap<o:p></o:p></pre><pre>&nbsp;&nbsp; around just =
happened.<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; For =
example, for a 10Gbps flow, that would reasonably equate =
to<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 833K pps, =
assuming 1500-byte packets. This would wrap around =
in<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a little =
over one second with 20 bits. A 100 Gbps flow with =
a<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 27-bit =
sequence number would wrap around in about 1 =
second.<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; All =
that said, a second is a very long holding time for =
flows<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; with =
constrained latency, so we could probably take two bits =
off<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; those =
numbers and still be OK (wrap around in 250 =
ms).<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; So 25 =
bits is probably sufficient, at least for today. 28 =
bits<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; gives us =
room for further BW growth in the future, =
approaching<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
1Tbps.<o:p></o:p></pre><pre>&nbsp;&nbsp; I think that we need to design =
for Tbps (or worse), but that is =
another<o:p></o:p></pre><pre>&nbsp;&nbsp; thing we need consensus on =
before starting to specify.<o:p></o:p></pre><pre>&nbsp;&nbsp; =
/Loa<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Cheers,<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Andy<o:p></o:p></pre><pre>_______________________________________________=
<o:p></o:p></pre><pre>detnet mailing list<o:p></o:p></pre><pre><a =
href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><o:p></o:p></pre><pre>=
<a =
href=3D"https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.or=
g/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><pre><o:p>&nbs=
p;</o:p></pre><pre>-- =
<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre><o:p>&nbsp;</o:p></pre>=
<pre>Loa =
Andersson&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
; email: <a =
href=3D"mailto:loa@pi.nu">loa@pi.nu</a><o:p></o:p></pre><pre>Senior MPLS =
Expert<o:p></o:p></pre><pre>Huawei Technologies =
(consultant)&nbsp;&nbsp;&nbsp;&nbsp; phone: +46 739 81 21 =
64<o:p></o:p></pre><pre><o:p>&nbsp;</o:p></pre><pre>_____________________=
__________________________<o:p></o:p></pre><pre>detnet mailing =
list<o:p></o:p></pre><pre><a =
href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><o:p></o:p></pre><pre>=
<a =
href=3D"https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.or=
g/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><pre><o:p>&nbs=
p;</o:p></pre><pre>_______________________________________________<o:p></=
o:p></pre><pre>detnet mailing list<o:p></o:p></pre><pre><a =
href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><o:p></o:p></pre><pre>=
<a =
href=3D"https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.or=
g/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div></div></body></html>
------=_NextPart_000_0104_01D393A8.761A4BE0--



From nobody Mon Jan 22 07:48:14 2018
Return-Path: <pthubert@cisco.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2040E127369 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:48:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.531
X-Spam-Level: 
X-Spam-Status: No, score=-14.531 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 KvRc6uCP5haL for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 07:48:11 -0800 (PST)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C25B124207 for <detnet@ietf.org>; Mon, 22 Jan 2018 07:48:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3236; q=dns/txt; s=iport; t=1516636084; x=1517845684; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=tY5TF7tFk+rtBc4FI8ob2HAxmR7BMAukTqEOFAj5JV4=; b=P8yqVEn7iXXD5dWgMyVK3qa7dex6IrJuhVHrpxAaMzzCHS2zsTLSxDBL oBJZHJ70BIwRogflQbM31uBnTCeUhuaF6aAN8qfbesNYEoOHPSlF853Ly 0VfE90YaVoKTfteE8fZ3IZK0/CVxshviw5Zw6La+gd/zvyIaM3iGkIleN I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DfAgDBBmZa/40NJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNCZnQng12ZCYICiQ+ORIICChgNhEdPAhqEVkMUAQEBAQEBAQE?= =?us-ascii?q?BayiFIwEBAQMBAQEhEToLBQcEAgEIEQQBAQECAhESAwICAh8GCxQBCAgCBA4Fi?= =?us-ascii?q?hsDDQgQtTmCJ4c5DYJoAQEBAQEBAQEBAQEBAQEBAQEBAQEBHYEPgzqCFYFXghE?= =?us-ascii?q?MgnmCa0QBAQIBGIERXCiCWDGCNAWjPT0CiBGIRIUEgwKRHY1RQ4kGAhEZAYE7A?= =?us-ascii?q?TYigVBvFT0qAYF/CYJLHIFneAEBimgBAQE?=
X-IronPort-AV: E=Sophos;i="5.46,397,1511827200"; d="scan'208";a="344491568"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jan 2018 15:48:03 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id w0MFm3r2024443 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 22 Jan 2018 15:48:03 GMT
Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 22 Jan 2018 09:48:02 -0600
Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1320.000; Mon, 22 Jan 2018 09:48:02 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Jouni <jouni.nospam@gmail.com>
CC: Lou Berger <lberger@labn.net>, "detnet@ietf.org" <detnet@ietf.org>
Thread-Topic: [Detnet] data plane draft repository
Thread-Index: AQHTk43RGcW1J6+DsEazC3ODkSyqRaOAa3wA//+eLRM=
Date: Mon, 22 Jan 2018 15:48:02 +0000
Message-ID: <96C04F6B-BF0E-4636-80AD-4C549BC56D04@cisco.com>
References: <0cb101d38fe6$ce414370$6ac3ca50$@gmail.com> <A979A3AC-7B6E-4085-97DF-EEF27A328D5D@gmail.com> <eb55e851-75c8-cd7e-0bd3-1eecb55da177@labn.net>, <00fa01d39397$026bcb80$07436280$@gmail.com>
In-Reply-To: <00fa01d39397$026bcb80$07436280$@gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/niTHI7fJZW7W9_FtZpL_iL1-8T0>
Subject: Re: [Detnet] data plane draft repository
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 15:48:13 -0000

SGVsbG8gTG91LA0KDQpJ4oCZbSBub3QgMTAwJSBzdXJlIG9mIHRoYXQuIEUuZy4gaWYgd2UgYXJl
IG1hcHBpbmcgaW5kdXN0cmlhbCBIU1IgZmxvd3MsIG15IHVuZGVyc3RhbmRpbmcgaXMgdGhhdCBI
U1Igc2VxdWVuY2VzIHBlciBzb3VyY2Ugbm9kZSBhY3Jvc3MgZmxvd3MuIA0KDQpGb3IgUFJFIGFu
ZCBJT0QgdGhpcyBpcyBhY2NlcHRhYmxlIGJ1dCB0aGUgbmV0IGlzIHRoYXQgdGhlIHBoeXNpY2Fs
IGxpbmUgcmF0ZSwgb3IgYXQgbGVhc3QgdGhlIG1heCBhZ2dyZWdhdGUgYmFuZHdpZHRoIGF2YWls
YWJsZSBmb3IgZGV0ZXJtaW5pc3RpYyBmbG93cywgaXMgdGhlIHNwZWVkIHRvIGFjY291bnQgZm9y
Lg0KDQpSZWdhcmRzLA0KDQpQYXNjYWwNCg0KPiBMZSAyMiBqYW52LiAyMDE4IMOgIDE2OjM4LCBK
b3VuaSA8am91bmkubm9zcGFtQGdtYWlsLmNvbT4gYSDDqWNyaXQgOg0KPiANCj4gVGhlcmUncyBh
bHNvIGEgdHh0IHZlcnNpb24gaW4gdGhlIHJlcG8uLiBJIGp1c3QgZGlkIG5vdCBwb2ludCBhdCBp
dCBkaXJlY3RseSA6KQ0KPiBUaGUgZGlmZiB0byBkdCB2ZXJzaW9ucyBhcmUgZ3JlYXQuIFRoYW5r
cyBmb3IgdGhvc2UuDQo+IA0KPiAtIEpvdW5pDQo+IA0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdl
LS0tLS0NCj4+IEZyb206IExvdSBCZXJnZXIgW21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XQ0KPj4g
U2VudDogTW9uZGF5LCBKYW51YXJ5IDIyLCAyMDE4IDE2OjMyIFBNDQo+PiBUbzogSm91bmkgPGpv
dW5pLm5vc3BhbUBnbWFpbC5jb20+OyBkZXRuZXRAaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJlOiBb
RGV0bmV0XSBkYXRhIHBsYW5lIGRyYWZ0IHJlcG9zaXRvcnkNCj4+IA0KPj4gRllJIC0gZm9yIHRo
ZSBmb3JtYXR0ZWQgdmVyc2lvbjoNCj4+IA0KPj4gdGV4dDoNCj4+IA0KPj4gaHR0cHM6Ly9yYXcu
Z2l0aHVidXNlcmNvbnRlbnQuY29tL2pvdW5pa29yL2RyYWZ0LWR0LWRldG5ldC1kcC0NCj4+IHNv
bC9tYXN0ZXIvZHJhZnQtaWV0Zi1kZXRuZXQtZHAtc29sLTAxLnR4dA0KPj4gDQo+PiBodG1sOg0K
Pj4gaHR0cHM6Ly94bWwycmZjLnRvb2xzLmlldGYub3JnL2NnaS0NCj4+IGJpbi94bWwycmZjLmNn
aT91cmw9aHR0cHM6Ly9yYXcuZ2l0aHVidXNlcmNvbnRlbnQuY29tL2pvdW5pa29yL2RyYWZ0LWR0
LQ0KPj4gZGV0bmV0LWRwLXNvbC9tYXN0ZXIvZHJhZnQtaWV0Zi1kZXRuZXQtZHAtc29sLQ0KPj4g
MDEueG1sJm1vZGVBc0Zvcm1hdD1odG1sJTJGYXNjaWkNCj4+IA0KPj4gZGlmZg0KPj4gaHR0cDov
L3Rvb2xzLmlldGYub3JnL3Rvb2xzL3JmY2RpZmYvcmZjZGlmZi5weWh0P3VybDE9aHR0cHM6Ly9y
YXcuZ2l0aHViDQo+PiB1c2VyY29udGVudC5jb20vam91bmlrb3IvZHJhZnQtZHQtZGV0bmV0LWRw
LXNvbC9tYXN0ZXIvZHJhZnQtZHQtZGV0bmV0LQ0KPj4gZHAtc29sLTAyLnR4dCZ1cmwyPWh0dHBz
Oi8vcmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbS9qb3VuaWtvci9kcmFmdC1kdC0NCj4+IGRldG5l
dC1kcC1zb2wvbWFzdGVyL2RyYWZ0LWlldGYtZGV0bmV0LWRwLXNvbC0wMS50eHQNCj4+IA0KPj4g
TG91DQo+PiANCj4+PiBPbiAxLzIxLzIwMTggNjowNiBBTSwgSm91bmkgd3JvdGU6DQo+Pj4gVGhl
cmXigJlzIGJlZW4gcXVpdGUgYSBmZXcgZWRpdHMgdG8gdGhlIGRyYWZ0LiBTZWUgdGhlIGN1cnJl
bnQgc25hcHNob3Q6DQo+Pj4gaHR0cHM6Ly9naXRodWIuY29tL2pvdW5pa29yL2RyYWZ0LWR0LWRl
dG5ldC1kcC1zb2wvYmxvYi9tYXN0ZXIvZHJhZnQtDQo+PiBpZXRmLWRldG5ldC1kcC1zb2wtMDEu
eG1sDQo+Pj4gDQo+Pj4gLSBKb3VuaQ0KPj4+IA0KPj4+IA0KPj4+PiBPbiAxOCBKYW4gMjAxOCwg
YXQgMDA6NTksIEpvdW5pIDxqb3VuaS5ub3NwYW1AZ21haWwuY29tPiB3cm90ZToNCj4+Pj4gDQo+
Pj4+IEZvbGtzLA0KPj4+PiANCj4+Pj4gVGhlIHdvcmsgaW4gcHJvZ3Jlc3MgZGF0YSBwbGFuZSBk
cmFmdCBYTUwgc291cmNlIGZpbGUgY2FuIGJlIGZvdW5kDQo+PiBhdDoNCj4+Pj4gaHR0cHM6Ly9n
aXRodWIuY29tL2pvdW5pa29yL2RyYWZ0LWR0LWRldG5ldC1kcC1zb2wNCj4+Pj4gDQo+Pj4+IC0g
Sm91bmkNCj4+Pj4gDQo+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCj4+PiBkZXRuZXQgbWFpbGluZyBsaXN0DQo+Pj4gZGV0bmV0QGlldGYub3JnDQo+
Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXRuZXQNCj4gDQo+IA0K
PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBkZXRu
ZXQgbWFpbGluZyBsaXN0DQo+IGRldG5ldEBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldA0K


From nobody Mon Jan 22 08:41:35 2018
Return-Path: <pthubert@cisco.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F342126E64 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 08:41:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.52
X-Spam-Level: 
X-Spam-Status: No, score=-9.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, GB_SUMOF=5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, 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 1rbFTDtp2to7 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 08:41:31 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 888E1124207 for <detnet@ietf.org>; Mon, 22 Jan 2018 08:41:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17480; q=dns/txt; s=iport; t=1516639291; x=1517848891; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=u4cpnpphJyaN64WFT0p3FZtMoSgaEtN8AjWAEXk7Ehs=; b=No6jObFkTC9NB6NhMfsIRoFOEDiuYFBP/LGjS9sqOetsboXEve9nuAT5 LUvhnGwiClq8fBgqCNm9UIm6Lr29Stbcelp4m+HbutXpGjCbSLcuGuw77 e3wAPGchfwxNhr6o9JT6v9M1+G3DDhPjxtqqK06Bo81FwVw8AF+7Eb2eY 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DoAgBIE2Za/4sNJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJKeGZ0JweDVpkJggKJD4hbhVSCFwqFOwIahFZBFgEBAQEBAQE?= =?us-ascii?q?BAWsohSMBAQEEIwpMEAIBCBEEAQEoAwICAh8RFAkIAgQBDQUIE4k0TAMVtS6CJ?= =?us-ascii?q?yaHFA2CaAEBAQEBAQEBAQEBAQEBAQEBAQEBAR2ESYIVgVeFFoJrRASCBh+CYYJ?= =?us-ascii?q?lBaM9PQKMDYRIhHuUKI4UiQYCERkBgTsBJgsngVBvFYJnhFd4AYlSgRcBAQE?=
X-IronPort-AV: E=Sophos;i="5.46,397,1511827200";  d="scan'208,217";a="340104031"
Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jan 2018 16:41:30 +0000
Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id w0MGfUc4026061 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 22 Jan 2018 16:41:30 GMT
Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 22 Jan 2018 10:41:29 -0600
Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1320.000; Mon, 22 Jan 2018 10:41:30 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>
CC: DetNet WG <detnet@ietf.org>
Thread-Topic: [Detnet] DP solution (Flow identification)
Thread-Index: AQHTj8BkcraGe9xzPUOnTqsHM1cKo6N4yeGAgAbx+oSAAF7gAA==
Date: Mon, 22 Jan 2018 16:41:02 +0000
Deferred-Delivery: Mon, 22 Jan 2018 16:40:33 +0000
Message-ID: <4f1fc9d2f38c419f953640aab870758e@XCH-RCD-001.cisco.com>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com> <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com> <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com>
In-Reply-To: <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.22.4]
Content-Type: multipart/alternative; boundary="_000_4f1fc9d2f38c419f953640aab870758eXCHRCD001ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/XHQDFBA27JH0MtPYxlfe6j7uEek>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 16:41:33 -0000

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

SGVsbG8gU3Rld2FydCA6DQoNCklmIHdlIGRvIHRoaXMsIHRoZSBiZWhhdmlvciBvZiB0aGUgZWxp
bWluYXRvciBiZWNvbWVzIHVucHJlZGljdGFibGUgZm9yIGZsb3dzIHRoYXQgYXBwcm9hY2ggYW5k
IG1heSBwYXNzIHRoZSBib3VuZGFyeSBvZiB0aGUgdGlueSB3aW5kb3cuIElmIHRoZSBpbmdyZXNz
IGJhbmR3aWR0aCBhdCB0aGUgbm9kZSBsb2NhdGVkIGRvd25zdHJlYW0gb2YgdGhlIGVsaW1pbmF0
b3IgaXMgc3RyaWN0bHkgY29udHJvbGxlZCwgdGhlIG92ZXJhbGwgb3V0cHV0IHdpbGwgbm90IGJl
IHdoYXQgd2XigJlkIGxpa2UgaXQgdG8gYmUuDQoNCg0KLSAgICAgICAgICBTYXkgZmxvdyAyIGlz
IGRlbGF5ZWQgYnkgbW9yZSB0aGFuIHRoZSB0aW55IHdpbmRvdywgdGhlbiB0aGUgMiBjb3BpZXMg
d2lsbCBwYXNzLiBJdCBtYXkgYmUgdGhhdCB0aGUgaW5ncmVzcyBmaWx0ZXJpbmcgb2YgdGhlIG5l
eHQgbm9kZSBkcm9wcyBldmVyeSBvdGhlciBwYWNrZXQgd2l0aG91dCBhIHVuZGVyc3RhbmRpbmcg
dGhlIHNlcXVlbmNlLCBvbmx5IGJhc2VkIG9uIGV4Y2VzcyByYXRlLiBXaGljaCBtYXkgZGlzY2Fy
ZCBib3RoIGNvcGllcyBvZiBzb21lIHBhY2tldHMgYW5kIGxldCBib3RoIGNvcGllcyBvZiBhbm90
aGVyIHRocm91Z2guDQoNCi0gICAgICAgICAgT25lIG1pZ2h0IHNheSwgdGhlbiBsZXQgdGhlIGRv
dWJsZSBiYW5kd2lkdGggYWZ0ZXIgdGhlIGVsaW1pbmF0b3IuIEJ1dCB0aGVuIG5vIHBvaW50IGVs
aW1pbmF0aW5nLg0KDQotICAgICAgICAgIEFub3RoZXIgbWF5IHNheSwgZHJvcCBldmVyeSBwYWNr
ZXQgcmVjZWl2ZWQgb3V0c2lkZSB0aGUgdGlnaHQgd2luZG93IGF0IHRoZSBlbGltaW5hdG9yLiBC
dXQgdGhlbiB0aGUgd2hvbGUgb2YgZmxvdyAyIHdpbGwgYmUgZGlzY2FyZGVkLCBhbmQgaWYgb25l
IHBhY2tldCBvZiBmbG93IDEgaXMgbG9zdCwgbm93IGJvdGggY29waWVzIGFyZSwgd2hpY2ggbWVh
bnMgdGhhdCB3ZSBsb3N0IGFsbCB0aGUgdmFsdWUgb2YgUFJFLg0KDQpUaGlzIGJvaWxzIGRvd24g
dG8gdGhlIGZhY3QgdGhhdCBhIGdldHRpbmcgcGFja2V0cyBvdXRzaWRlIHRoZSDigJx0aW554oCd
IHdpbmRvdyBtZWFucyBhIGdyYXZlIG1hbGZ1bmN0aW9uLg0KDQpXaGljaCB0ZWxscyB1cyB0aGF0
IHRoZSB0aW55IHRpbWUgZGlmZmVyZW5jZSBoYXMgdG8gYmUgYWJvdmUgdGhlIHN1bSBvZiB0aGUg
d29yc3QgY2FzZSBqaXR0ZXIgb2YgdGhlIDIgcGFyYWxsZWwgZmxvd3MsIHBsdXMgdGhlIGRlbHRh
KFRpbWUpIG9mIHRoZSAyIGZsb3dzIGFycml2aW5nIGF0IHRoZSBlbGltaW5hdG9yIHdpdGggMCBq
aXR0ZXIuICBIb3cgdGlueSBjYW4gdGhhdCBiZT8NCg0KUGFzY2FsDQoNCkZyb206IGRldG5ldCBb
bWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgU3Rld2FydCBCcnlh
bnQNClNlbnQ6IGx1bmRpIDIyIGphbnZpZXIgMjAxOCAxMTo0Mg0KVG86IEJhbMOhenMgVmFyZ2Eg
QSA8YmFsYXpzLmEudmFyZ2FAZXJpY3Nzb24uY29tPjsgQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlz
QGdtYWlsLmNvbT4NCkNjOiBEZXROZXQgV0cgPGRldG5ldEBpZXRmLm9yZz4NClN1YmplY3Q6IFJl
OiBbRGV0bmV0XSBEUCBzb2x1dGlvbiAoRmxvdyBpZGVudGlmaWNhdGlvbikNCg0KDQoNCg0KT24g
MTkvMDEvMjAxOCAwOTowOSwgQmFsw6F6cyBWYXJnYSBBIHdyb3RlOg0KQWxzbyBkdXJpbmcgdGhl
IEVsaW1pbmF0aW9uDQp3ZSBjYW4gc2ltcGxlIGNvbmNlbnRyYXRlIG9uIGR1cGxpY2F0ZSBkZXRl
Y3Rpb24gYW5kIG91dC1zb3VyY2UgaW4tb3JkZXIgZGVsaXZlcnkgdG8gRE40Lg0KDQpJbiB0aGUg
bWlkZGxlIG9mIHRoZSBuZXR3b3JrIGl0IG1heSBiZSBzdWZmaWNpZW50IHRvIGRvIGFwcHJveGlt
YXRlIGR1cGxpY2F0aW9uIGRldGVjdGlvbi4gVGhhdCBpcyB0byBzYXkgZGVsZXRlIGEgcGFja2V0
IGlmIGl0IGhhcyB0aGUgc2FtZSBzL24gYXMgaXRzIHByZWRlY2Vzc29yIChtYXkgYmUgd2l0aCBh
IHZlcnkgdGlueSB3aW5kb3cpIGFuZCBsZXQgdGhlIGVncmVzcyBkbyBhbnl0aGluZyBtb3JlIGNv
bXBsZXguDQoNCi0gU3Rld2FydA0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg
MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1
IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg
Um9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0
aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9u
OnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnAuTXNvTGlzdFBhcmFn
cmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0
eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDowY207DQoJ
bWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1ib3R0b206
LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9t
YW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwg
ZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4t
dG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0
OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1p
bHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5FbWFpbFN0
eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNh
bGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt
c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdv
cmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44
NXB0IDcwLjg1cHQgNzAuODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp
b24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjIx
MjkxNTQzMDc7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRz
Oi0xODc0MjI4NjIgLTE2MTM0ODMzODQgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2
OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDA6bGV2ZWwx
DQoJe21zby1sZXZlbC1zdGFydC1hdDowOw0KCW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl
dDsNCgltc28tbGV2ZWwtdGV4dDotOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNh
bGlicmk7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl
dDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1i
ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1z
dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50
Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXtt
c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN
Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDps
ZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0
Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv
bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3
Ijt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K
CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZh
bWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9y
bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v
bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w
cHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl
bnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVs
OQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn
Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpv
bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48
L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i
ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z
byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9
ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8
L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEi
IHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGVsbG8gU3Rld2FydCZu
YnNwOzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPklmIHdlIGRv
IHRoaXMsIHRoZSBiZWhhdmlvciBvZiB0aGUgZWxpbWluYXRvciBiZWNvbWVzIHVucHJlZGljdGFi
bGUgZm9yIGZsb3dzIHRoYXQgYXBwcm9hY2ggYW5kIG1heSBwYXNzIHRoZSBib3VuZGFyeSBvZiB0
aGUgdGlueSB3aW5kb3cuIElmIHRoZSBpbmdyZXNzIGJhbmR3aWR0aA0KIGF0IHRoZSBub2RlIGxv
Y2F0ZWQgZG93bnN0cmVhbSBvZiB0aGUgZWxpbWluYXRvciBpcyBzdHJpY3RseSBjb250cm9sbGVk
LCB0aGUgb3ZlcmFsbCBvdXRwdXQgd2lsbCBub3QgYmUgd2hhdCB3ZeKAmWQgbGlrZSBpdCB0byBi
ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0
OmwwIGxldmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJm
b250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bh
bj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlNheSBmbG93IDIgaXMg
ZGVsYXllZCBieSBtb3JlIHRoYW4gdGhlIHRpbnkgd2luZG93LCB0aGVuIHRoZSAyIGNvcGllcyB3
aWxsIHBhc3MuIEl0IG1heSBiZSB0aGF0IHRoZSBpbmdyZXNzIGZpbHRlcmluZyBvZiB0aGUgbmV4
dCBub2RlIGRyb3BzIGV2ZXJ5IG90aGVyDQogcGFja2V0IHdpdGhvdXQgYSB1bmRlcnN0YW5kaW5n
IHRoZSBzZXF1ZW5jZSwgb25seSBiYXNlZCBvbiBleGNlc3MgcmF0ZS4gV2hpY2ggbWF5IGRpc2Nh
cmQgYm90aCBjb3BpZXMgb2Ygc29tZSBwYWNrZXRzIGFuZCBsZXQgYm90aCBjb3BpZXMgb2YgYW5v
dGhlciB0aHJvdWdoLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ
YXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBs
Zm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+
PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZx
dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk9uZSBtaWdodCBzYXksIHRoZW4gbGV0IHRo
ZSBkb3VibGUgYmFuZHdpZHRoIGFmdGVyIHRoZSBlbGltaW5hdG9yLiBCdXQgdGhlbiBubyBwb2lu
dCBlbGltaW5hdGluZy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0
UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEg
bGZvMSI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi
PjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAm
cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZd
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Bbm90aGVyIG1heSBzYXksIGRyb3AgZXZl
cnkgcGFja2V0IHJlY2VpdmVkIG91dHNpZGUgdGhlIHRpZ2h0IHdpbmRvdyBhdCB0aGUgZWxpbWlu
YXRvci4gQnV0IHRoZW4gdGhlIHdob2xlIG9mIGZsb3cgMiB3aWxsIGJlIGRpc2NhcmRlZCwgYW5k
IGlmIG9uZSBwYWNrZXQNCiBvZiBmbG93IDEgaXMgbG9zdCwgbm93IGJvdGggY29waWVzIGFyZSwg
d2hpY2ggbWVhbnMgdGhhdCB3ZSBsb3N0IGFsbCB0aGUgdmFsdWUgb2YgUFJFLiAmbmJzcDs8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoaXMgYm9pbHMgZG93biB0
byB0aGUgZmFjdCB0aGF0IGEgZ2V0dGluZyBwYWNrZXRzIG91dHNpZGUgdGhlIOKAnHRpbnnigJ0g
d2luZG93IG1lYW5zIGEgZ3JhdmUgbWFsZnVuY3Rpb24uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPldoaWNoIHRlbGxzIHVzIHRoYXQgdGhlIHRpbnkgdGltZSBk
aWZmZXJlbmNlIGhhcyB0byBiZSBhYm92ZSB0aGUgc3VtIG9mIHRoZSB3b3JzdCBjYXNlIGppdHRl
ciBvZiB0aGUgMiBwYXJhbGxlbCBmbG93cywgcGx1cyB0aGUgZGVsdGEoVGltZSkgb2YgdGhlIDIg
Zmxvd3MgYXJyaXZpbmcNCiBhdCB0aGUgZWxpbWluYXRvciB3aXRoIDAgaml0dGVyLiAmbmJzcDtI
b3cgdGlueSBjYW4gdGhhdCBiZT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPlBhc2NhbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFF
MUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndp
bmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4
dCI+IGRldG5ldCBbbWFpbHRvOmRldG5ldC1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxm
IE9mIDwvYj5TdGV3YXJ0IEJyeWFudDxicj4NCjxiPlNlbnQ6PC9iPiBsdW5kaSAyMiBqYW52aWVy
IDIwMTggMTE6NDI8YnI+DQo8Yj5Ubzo8L2I+IEJhbMOhenMgVmFyZ2EgQSAmbHQ7YmFsYXpzLmEu
dmFyZ2FAZXJpY3Nzb24uY29tJmd0OzsgQW5kcmV3IEcuIE1hbGlzICZsdDthZ21hbGlzQGdtYWls
LmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IERldE5ldCBXRyAmbHQ7ZGV0bmV0QGlldGYub3JnJmd0
Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0RldG5ldF0gRFAgc29sdXRpb24gKEZsb3cgaWRl
bnRpZmljYXRpb24pPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy
Z2luLWxlZnQ6MzYuMHB0Ij5PbiAxOS8wMS8yMDE4IDA5OjA5LCBCYWzDoXpzIFZhcmdhIEEgd3Jv
dGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w
OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdp
bi1sZWZ0OjM2LjBwdCI+DQpBbHNvIGR1cmluZyB0aGUgRWxpbWluYXRpb248bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDozNi4wcHQiPg0Kd2UgY2FuIHNp
bXBsZSBjb25jZW50cmF0ZSBvbiBkdXBsaWNhdGUgZGV0ZWN0aW9uIGFuZCBvdXQtc291cmNlIGlu
LW9yZGVyIGRlbGl2ZXJ5IHRvIERONC4NCjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGJyPg0KSW4g
dGhlIG1pZGRsZSBvZiB0aGUgbmV0d29yayBpdCBtYXkgYmUgc3VmZmljaWVudCB0byBkbyBhcHBy
b3hpbWF0ZSBkdXBsaWNhdGlvbiBkZXRlY3Rpb24uIFRoYXQgaXMgdG8gc2F5IGRlbGV0ZSBhIHBh
Y2tldCBpZiBpdCBoYXMgdGhlIHNhbWUgcy9uIGFzIGl0cyBwcmVkZWNlc3NvciAobWF5IGJlIHdp
dGggYSB2ZXJ5IHRpbnkgd2luZG93KSBhbmQgbGV0IHRoZSBlZ3Jlc3MgZG8gYW55dGhpbmcgbW9y
ZSBjb21wbGV4Ljxicj4NCjxicj4NCi0gU3Rld2FydDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
L2JvZHk+DQo8L2h0bWw+DQo=

--_000_4f1fc9d2f38c419f953640aab870758eXCHRCD001ciscocom_--


From nobody Mon Jan 22 08:53:02 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 473B9126E64 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 08:53:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.689
X-Spam-Level: 
X-Spam-Status: No, score=-2.689 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 Ajsnp1Oea-Mm for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 08:52:57 -0800 (PST)
Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C6BAA127867 for <detnet@ietf.org>; Mon, 22 Jan 2018 08:52:44 -0800 (PST)
Received: by mail-wm0-x235.google.com with SMTP id f71so17589335wmf.0 for <detnet@ietf.org>; Mon, 22 Jan 2018 08:52:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=SAFbwVpcKTUW1KL5mvgTuU0orq9cUjcoBSSyEbIUNgc=; b=nxwtsts1GZ7cGY8NPq9B+ElJuUncP2bq+y4DXX8Iyt1bh1qdLPoS7QntupO36izlgK AkXwMUIk4vnQuIYEFGv1XyMzktdV6YIudRBlKdeSXA310dGqc1oXAHorAEnX7qz7UqgW Gzje7XM3L0Zcd+H+IorS8+7Vmub7B4AmmAYJhl1EtKUdVbB7Xos103BBxDefOGXjI62M gAGNnqnQsrHYjZ/Xyc2ex/jrAe7aVWzhmBt6vEmN47sJU6ZmtXPVWgC2XwZzh6yObDxe AenQeyMryG0wyF9Pncn1LhyUGmjNC32NnTQLVBkcfv6NuTPtbENzS9hNK7bNyf7/pzfX GMgw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=SAFbwVpcKTUW1KL5mvgTuU0orq9cUjcoBSSyEbIUNgc=; b=fD80Fybbm56de+xRSh+0qz2czRj1moaOvVzjrQ0Uboxe4CMdXHAAD6qCZnIKIOzRWT 8d7vs1mfylWj5jIMZwvpaM9gOSs0e9QdXDt+idFvTT5MxE2bPSuSkB6J8vZ/Xalot8Xc pP+p05v3Ug+jrfCs+6PJ5BLg+gIaf/VcKM2ZkTbe2So5UWgHjHm8x6CdL+BqVwRcIZje zEZuST2pV7besPDIrrtjzPUk+M+Fk2Rgdridru7lc0GbB6kDZelBlfHiyfOnEoY3OPOf HBR1UP+ZldgO12mgHCeqejZYKl1uk9oUIbwyGLvOERcGC3aCfaSy08QBoaaZw8+I0nw0 80MA==
X-Gm-Message-State: AKwxytczq3bxBUb6RnpvpjJzInyrNRUIzH60loDE71STsH0iHrzQC7Am lI8lYJ/CQ1npExxSsZtYwNo=
X-Google-Smtp-Source: AH8x224ekZhSXW95A8lXTpoXgvlFnQ487MTPRozEmxDDN2UfNoMQBdN9W/Lo1XEu83GWN8Ys72PoDA==
X-Received: by 10.28.25.67 with SMTP id 64mr5363427wmz.86.1516639963201; Mon, 22 Jan 2018 08:52:43 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id i16sm9026773wre.30.2018.01.22.08.52.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 08:52:42 -0800 (PST)
To: Jouni <jouni.nospam@gmail.com>, =?UTF-8?Q?'Bal=c3=a1zs_Varga_A'?= <balazs.a.varga@ericsson.com>, 'Lou Berger' <lberger@labn.net>, 'Loa Andersson' <loa@pi.nu>
Cc: 'DetNet WG' <detnet@ietf.org>, "'Andrew G. Malis'" <agmalis@gmail.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu> <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com> <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net> <VI1PR07MB100570CAB2F1E43585FE7568ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com> <010301d39397$b2891770$179b4650$@gmail.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <6af825df-2794-90b3-c32f-86d23ffb1e79@gmail.com>
Date: Mon, 22 Jan 2018 16:52:39 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <010301d39397$b2891770$179b4650$@gmail.com>
Content-Type: multipart/alternative; boundary="------------4DF935BB66F8318C7A264F38"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/j3vGmJKWrPCOBlai1w0wp3o0zFg>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 16:53:01 -0000

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


Which is why I keep saying that checking is a system egress function.

- Stewart

On 22/01/2018 15:43, Jouni wrote:
>
> The point 2 is exactly what I wanted to stress during the interim 
> call. E.g., the bitmaps to keep track for packet history window 
> quickly become an issue in a multiport chips. These are high speed 
> lookups so off-chip ram is not typically an option. Anyway, the window 
> size is an implementation/cost matter..
>
> -Jouni
>
> *From:*Balázs Varga A [mailto:balazs.a.varga@ericsson.com]
> *Sent:* Monday, January 22, 2018 16:41 PM
> *To:* Lou Berger <lberger@labn.net>; Jouni <jouni.nospam@gmail.com>; 
> Loa Andersson <loa@pi.nu>
> *Cc:* DetNet WG <detnet@ietf.org>; Andrew G. Malis <agmalis@gmail.com>
> *Subject:* RE: [Detnet] DP solution (Sequence Numbering)
>
> Hi,
>
> I would like to highlight two aspects to S/N size calculations:
>
> 1, Path delay differences.
>
> We use the S/N to identify duplicates at “path merging points” (where 
> Duplicate
>
> Elimination functions resides in the network).
>
> So what really matters is the delay difference of the paths. And the 
> “window” size
>
> we use at the Elimination point (see next point). So if the path 
> difference is e.g.,
>
> 10 ms than we need a window size to be able to cope with packets received
>
> during that time period.
>
> I think path differences should be well below 1 sec. In many use-cases 
> even 1 ms
>
> is too much.
>
> 2, Window size (used for S/N comparison)
>
> The other constraint we should consider more is how big window size 
> the chips
>
> are able to deal with. It is a story e.g., about memory …
>
> Cheers
>
> Bala’zs
>
> *From:*Lou Berger [mailto:lberger@labn.net]
> *Sent:* 2018. január 22. 15:17
> *To:* Jouni <jouni.nospam@gmail.com <mailto:jouni.nospam@gmail.com>>; 
> Loa Andersson <loa@pi.nu <mailto:loa@pi.nu>>
> *Cc:* DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>; Andrew G. 
> Malis <agmalis@gmail.com <mailto:agmalis@gmail.com>>; Balázs Varga A 
> <balazs.a.varga@ericsson.com <mailto:balazs.a.varga@ericsson.com>>
> *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
> Jouni,
>
>     I may be off but isn't sequence number independent per flow?  So 
> it's not the max link speed that's critical, but rather the max flow 
> size, right?
>
> Certainly link speed provides an upper bound on a single flow, and 
> there are certainly some use cases where a single flow will consume 
> even the biggest link, but my experience is that such flows *always* 
> use large packets.  In any case, I (personally, no hat) don't see this 
> as the common case nor *necessarily* the required *initial* detnet 
> solution.
>
> Also, I ran sum numbers for bits needed for 1sec at different frame 
> sizes.  25 bits looks sufficient for almost all flows, and is only 
> insufficient for 4 smaller frame sizes at 400G and 1T. So in either 
> case (flows or links)  28 bits  more than sufficient.
>
> Lou
>
> Hopefully this looks okay...
>
> bits needed
>
> 	
>
> 64 BPkt
>
> 	
>
>  128 BPkt
>
> 	
>
>  256 BPkt
>
> 	
>
>  512 BPkt
>
> 	
>
>  1514 BPkt
>
> 	
>
>  4096 BPkt
>
> 	
>
>  9216 BPkt
>
> 10M
>
> 	
>
> 14
>
> 	
>
> 13
>
> 	
>
> 12
>
> 	
>
> 11
>
> 	
>
> 10
>
> 	
>
> 8
>
> 	
>
> 7
>
> 1G
>
> 	
>
> 21
>
> 	
>
> 20
>
> 	
>
> 19
>
> 	
>
> 18
>
> 	
>
> 16
>
> 	
>
> 15
>
> 	
>
> 14
>
> 100G
>
> 	
>
> 27
>
> 	
>
> 26
>
> 	
>
> 25
>
> 	
>
> 24
>
> 	
>
> 23
>
> 	
>
> 22
>
> 	
>
> 20
>
> 400G
>
> 	
>
> 29
>
> 	
>
> 28
>
> 	
>
> 27
>
> 	
>
> 26
>
> 	
>
> 25
>
> 	
>
> 24
>
> 	
>
> 22
>
> 1T
>
> 	
>
> 30
>
> 	
>
> 30
>
> 	
>
> 29
>
> 	
>
> 28
>
> 	
>
> 26
>
> 	
>
> 25
>
> 	
>
> 24
>
> On 1/21/2018 4:43 AM, Jouni wrote:
>
>     Quick and dirty calculation with 1500 octet packet (+ ethernet overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.
>
>     1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 bit SN. This is based on the calculation how many packets you are able to inject within a given time constraint.  I do not consider here yet how you would find out a late packet based on the SN i.e., whether you need to reserve half of the SN space for “in window” packets or some other amount like 10%. Anyway, it is still _early_ in Sunday morning so tolerate errors..
>
>     To me 28 bits seems to be plenty.. and a single on-wire format is simple (assuming the actual SN bits are defined by the CP or config).
>
>     - Jouni
>
>         On 21 Jan 2018, at 08:28, Loa Andersson<loa@pi.nu> <mailto:loa@pi.nu>  wrote:
>
>         Andy, all,
>
>         (I thought I sent a response to this, but it never did show up, so re-sending. Apologize if there are duplicates).
>
>         So we all agree that we need the sequence number for elimination
>
>         purposes.
>
>         We still need to agree on the size and format of the sequence number
>
>         What will impact the calculation of the sequence number size are:
>
>         - the maximum sustained DetNet flow BW
>
>         - the minimum average packet size of a DetNet flow
>
>         - the maximum lifetime of an errant packet
>
>         My guesstimate is that we need to allow for a sustained BW of 1 Tbs, that the average packet size is less that 1500 bytes and that the life
>
>         time of an errant packet is at least 500 ms.
>
>         But we obviously need better answers than that to be able to calculate the sequence number size we med.
>
>         Any takers??
>
>         /Loa
>
>         On 2018-01-20 02:36, Andrew G. Malis wrote:
>
>             Loa,
>
>             You’re right, we do need to think about the maximum lifetime of an errant packet in the network as well, thanks for that.
>
>             You’re also correct that we need to define what’s optimal for DETNET, however we do have a charter constraint. To quote Lou’s recent email, "We are not expected to come up with new encapsulations, but rather how DetNet uses what exists today. “. So we can’t be TOO creative ...
>
>             I’m really interested to hear what other people have to say about the upper limit of flow BW that DetNet needs to support, and I also made an assumption in my math that an average DetNet packet (at least for a very large flow) would be 1500 bytes. Do we have consensus on that as well? That also has implications for the sequence number length.
>
>             Cheers,
>
>             Andy
>
>             On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu <mailto:loa@pi.nu>  <mailto:loa@pi.nu> <mailto:loa@pi.nu>> wrote:
>
>                 Andy,
>
>                 On 2018-01-19 20:25, Andrew G. Malis wrote:
>
>                     Loa,
>
>                     We really don’t need a “D” bit, as we can allocate a PW type to
>
>                     indicate that this is a DetNet PW, plus the context of the label
>
>                     can identify its use for a DetNet PW/flow.
>
>                 Fine, however we have at least diverging opinions, that both say
>
>                 that we should not use PWs
>
>                 - first we have people that believe that we should use EVPN instead
>
>                 - second there are people that say that we should define what is
>
>                    necessary for DetNet and then specify that independent of EVPN
>
>                 and PWs
>
>                 We need a consensus on that before we can start the design according to
>
>                 one or the other of those paradigms.
>
>                     We DO need the first nibble to be zero. But beyond that, we are
>
>                     free to use all 28 bits as a sequence number, if there’s no need
>
>                     for either flags or PW-layer fragmentation, which would require
>
>                     two bits.
>
>                     The key to determine the required number of bits in the sequence
>
>                     number is to determine, for the maximum expected rate of a
>
>                     DetNet flow, how long will it take to wrap around?
>
>                 Isn't that only part of the truth? We are not concerned only by the
>
>                 fact that the source might sue the same sequence number again, but
>
>                 that a struggling packet might show up at a point in the network
>
>                 where a wrap
>
>                 around just happened.
>
>                     For example, for a 10Gbps flow, that would reasonably equate to
>
>                     833K pps, assuming 1500-byte packets. This would wrap around in
>
>                     a little over one second with 20 bits. A 100 Gbps flow with a
>
>                     27-bit sequence number would wrap around in about 1 second.
>
>                     All that said, a second is a very long holding time for flows
>
>                     with constrained latency, so we could probably take two bits off
>
>                     those numbers and still be OK (wrap around in 250 ms).
>
>                     So 25 bits is probably sufficient, at least for today. 28 bits
>
>                     gives us room for further BW growth in the future, approaching
>
>                     1Tbps.
>
>                 I think that we need to design for Tbps (or worse), but that is another
>
>                 thing we need consensus on before starting to specify.
>
>                 /Loa
>
>                     Cheers,
>
>                     Andy
>
>             _______________________________________________
>
>             detnet mailing list
>
>             detnet@ietf.org <mailto:detnet@ietf.org>
>
>             https://www.ietf.org/mailman/listinfo/detnet
>
>         -- 
>
>         Loa Andersson                        email:loa@pi.nu <mailto:loa@pi.nu>
>
>         Senior MPLS Expert
>
>         Huawei Technologies (consultant)     phone: +46 739 81 21 64
>
>         _______________________________________________
>
>         detnet mailing list
>
>         detnet@ietf.org <mailto:detnet@ietf.org>
>
>         https://www.ietf.org/mailman/listinfo/detnet
>
>     _______________________________________________
>
>     detnet mailing list
>
>     detnet@ietf.org <mailto:detnet@ietf.org>
>
>     https://www.ietf.org/mailman/listinfo/detnet
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet


--------------4DF935BB66F8318C7A264F38
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    Which is why I keep saying that checking is a system egress
    function.<br>
    <br>
    - Stewart<br>
    <br>
    <div class="moz-cite-prefix">On 22/01/2018 15:43, Jouni wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:010301d39397$b2891770$179b4650$@gmail.com">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0in;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:.5in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.EmailStyle20
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle22
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:1001271134;
	mso-list-type:hybrid;
	mso-list-template-ids:-992459040 62146822 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
	{mso-level-start-at:256;
	mso-level-number-format:bullet;
	mso-level-text:-;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="color:#1F497D">The point 2 is
            exactly what I wanted to stress during the interim call. 
            E.g., the bitmaps to keep track for packet history window
            quickly become an issue in a multiport chips. These are high
            speed lookups so off-chip ram is not typically an option.
            Anyway, the window size is an implementation/cost matter..<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
        <p class="MsoListParagraph"
          style="text-indent:-.25in;mso-list:l0 level1 lfo1"><!--[if !supportLists]--><span
            style="color:#1F497D"><span style="mso-list:Ignore">-<span
                style="font:7.0pt &quot;Times New Roman&quot;">         
              </span></span></span><!--[endif]--><span
            style="color:#1F497D">Jouni<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
        <div style="border:none;border-left:solid blue 1.5pt;padding:0in
          0in 0in 4.0pt">
          <div>
            <div style="border:none;border-top:solid #E1E1E1
              1.0pt;padding:3.0pt 0in 0in 0in">
              <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                  style="color:windowtext"> Balázs Varga A
                  [<a class="moz-txt-link-freetext" href="mailto:balazs.a.varga@ericsson.com">mailto:balazs.a.varga@ericsson.com</a>] <br>
                  <b>Sent:</b> Monday, January 22, 2018 16:41 PM<br>
                  <b>To:</b> Lou Berger <a class="moz-txt-link-rfc2396E" href="mailto:lberger@labn.net">&lt;lberger@labn.net&gt;</a>; Jouni
                  <a class="moz-txt-link-rfc2396E" href="mailto:jouni.nospam@gmail.com">&lt;jouni.nospam@gmail.com&gt;</a>; Loa Andersson
                  <a class="moz-txt-link-rfc2396E" href="mailto:loa@pi.nu">&lt;loa@pi.nu&gt;</a><br>
                  <b>Cc:</b> DetNet WG <a class="moz-txt-link-rfc2396E" href="mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a>; Andrew
                  G. Malis <a class="moz-txt-link-rfc2396E" href="mailto:agmalis@gmail.com">&lt;agmalis@gmail.com&gt;</a><br>
                  <b>Subject:</b> RE: [Detnet] DP solution (Sequence
                  Numbering)<o:p></o:p></span></p>
            </div>
          </div>
          <p class="MsoNormal"><o:p> </o:p></p>
          <p class="MsoNormal"><span style="color:windowtext">Hi,<o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">I would
              like to highlight two aspects to S/N size calculations: <o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">1, Path
              delay differences.<o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">We use the
              S/N to identify duplicates at “path merging points” (where
              Duplicate <o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">Elimination
              functions resides in the network). <o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">So what
              really matters is the delay difference of the paths. And
              the “window” size <o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">we use at
              the Elimination point (see next point). So if the path
              difference is e.g., <o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">10 ms than
              we need a window size to be able to cope with packets
              received <o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">during
              that time period.<o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">I think
              path differences should be well below 1 sec. In many
              use-cases even 1 ms <o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">is too
              much.<o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">2, Window
              size (used for S/N comparison)<o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">The other
              constraint we should consider more is how big window size
              the chips <o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">are able
              to deal with. It is a story e.g., about memory …<o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">Cheers<o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext">Bala’zs<o:p></o:p></span></p>
          <p class="MsoNormal"><span style="color:windowtext"><o:p> </o:p></span></p>
          <div>
            <div style="border:none;border-top:solid #E1E1E1
              1.0pt;padding:3.0pt 0in 0in 0in">
              <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                  style="color:windowtext"> Lou Berger [<a
                    href="mailto:lberger@labn.net"
                    moz-do-not-send="true">mailto:lberger@labn.net</a>]
                  <br>
                  <b>Sent:</b> 2018. január 22. 15:17<br>
                  <b>To:</b> Jouni &lt;<a
                    href="mailto:jouni.nospam@gmail.com"
                    moz-do-not-send="true">jouni.nospam@gmail.com</a>&gt;;
                  Loa Andersson &lt;<a href="mailto:loa@pi.nu"
                    moz-do-not-send="true">loa@pi.nu</a>&gt;<br>
                  <b>Cc:</b> DetNet WG &lt;<a
                    href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a>&gt;;
                  Andrew G. Malis &lt;<a href="mailto:agmalis@gmail.com"
                    moz-do-not-send="true">agmalis@gmail.com</a>&gt;;
                  Balázs Varga A &lt;<a
                    href="mailto:balazs.a.varga@ericsson.com"
                    moz-do-not-send="true">balazs.a.varga@ericsson.com</a>&gt;<br>
                  <b>Subject:</b> Re: [Detnet] DP solution (Sequence
                  Numbering)<o:p></o:p></span></p>
            </div>
          </div>
          <p class="MsoNormal"><o:p> </o:p></p>
          <p>Jouni,<o:p></o:p></p>
          <p>    I may be off but isn't sequence number independent per
            flow?  So it's not the max link speed that's critical, but
            rather the max flow size, right?  <o:p></o:p></p>
          <p>Certainly link speed provides an upper bound on a single
            flow, and there are certainly some use cases where a single
            flow will consume even the biggest link, but my experience
            is that such flows *always* use large packets.  In any case,
            I (personally, no hat) don't see this as the common case nor
            *necessarily* the required *initial* detnet solution.<o:p></o:p></p>
          <p class="MsoNormal">Also, I ran sum numbers for bits needed
            for 1sec at different frame sizes.  25 bits looks sufficient
            for almost all flows, and is only insufficient for 4 smaller
            frame sizes at 400G and 1T. So in either case (flows or
            links)  28 bits  more than sufficient.<br>
            <br>
            Lou<o:p></o:p></p>
          <p>Hopefully this looks okay...<o:p></o:p></p>
          <table class="MsoNormalTable" style="width:659.25pt"
            cellspacing="0" cellpadding="0" width="0" border="0">
            <tbody>
              <tr style="height:15.75pt">
                <td style="width:61.0pt;padding:0in 0in 0in
                  0in;height:15.75pt" width="81">
                  <p class="MsoNormal">bits needed<o:p></o:p></p>
                </td>
                <td style="width:86.0pt;padding:0in 0in 0in
                  0in;height:15.75pt" width="114">
                  <p class="MsoNormal">64 BPkt <o:p></o:p></p>
                </td>
                <td style="width:86.0pt;padding:0in 0in 0in
                  0in;height:15.75pt" width="114">
                  <p class="MsoNormal"> 128 BPkt <o:p></o:p></p>
                </td>
                <td style="width:86.0pt;padding:0in 0in 0in
                  0in;height:15.75pt" width="114">
                  <p class="MsoNormal"> 256 BPkt <o:p></o:p></p>
                </td>
                <td style="width:86.0pt;padding:0in 0in 0in
                  0in;height:15.75pt" width="114">
                  <p class="MsoNormal"> 512 BPkt <o:p></o:p></p>
                </td>
                <td style="width:86.0pt;padding:0in 0in 0in
                  0in;height:15.75pt" width="114">
                  <p class="MsoNormal"> 1514 BPkt <o:p></o:p></p>
                </td>
                <td style="width:86.0pt;padding:0in 0in 0in
                  0in;height:15.75pt" width="114">
                  <p class="MsoNormal"> 4096 BPkt <o:p></o:p></p>
                </td>
                <td style="width:86.0pt;padding:0in 0in 0in
                  0in;height:15.75pt" width="114">
                  <p class="MsoNormal"> 9216 BPkt <o:p></o:p></p>
                </td>
              </tr>
              <tr style="height:15.0pt">
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal">10M<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">14<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">13<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">12<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">11<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">10<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">8<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">7<o:p></o:p></p>
                </td>
              </tr>
              <tr style="height:15.0pt">
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal">1G<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">21<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">20<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">19<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">18<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">16<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">15<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">14<o:p></o:p></p>
                </td>
              </tr>
              <tr style="height:15.0pt">
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal">100G<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">27<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">26<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">25<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">24<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">23<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">22<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">20<o:p></o:p></p>
                </td>
              </tr>
              <tr style="height:15.0pt">
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal">400G<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right"><span style="color:red">29</span><o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">28<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">27<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">26<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">25<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">24<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.0pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">22<o:p></o:p></p>
                </td>
              </tr>
              <tr style="height:15.75pt">
                <td style="padding:0in 0in 0in 0in;height:15.75pt">
                  <p class="MsoNormal">1T<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.75pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right"><span style="color:red">30</span><o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.75pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right"><span style="color:red">30</span><o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.75pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right"><span style="color:red">29</span><o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.75pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">28<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.75pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">26<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.75pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">25<o:p></o:p></p>
                </td>
                <td style="padding:0in 0in 0in 0in;height:15.75pt">
                  <p class="MsoNormal" style="text-align:right"
                    align="right">24<o:p></o:p></p>
                </td>
              </tr>
            </tbody>
          </table>
          <p class="MsoNormal"><o:p> </o:p></p>
          <div>
            <p class="MsoNormal">On 1/21/2018 4:43 AM, Jouni wrote:<o:p></o:p></p>
          </div>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <pre><o:p> </o:p></pre>
            <pre>Quick and dirty calculation with 1500 octet packet (+ ethernet overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.<o:p></o:p></pre>
            <pre>1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 bit SN. This is based on the calculation how many packets you are able to inject within a given time constraint.  I do not consider here yet how you would find out a late packet based on the SN i.e., whether you need to reserve half of the SN space for “in window” packets or some other amount like 10%. Anyway, it is still _early_ in Sunday morning so tolerate errors..<o:p></o:p></pre>
            <pre><o:p> </o:p></pre>
            <pre>To me 28 bits seems to be plenty.. and a single on-wire format is simple (assuming the actual SN bits are defined by the CP or config).<o:p></o:p></pre>
            <pre><o:p> </o:p></pre>
            <pre>- Jouni<o:p></o:p></pre>
            <pre><o:p> </o:p></pre>
            <pre><o:p> </o:p></pre>
            <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
              <pre>On 21 Jan 2018, at 08:28, Loa Andersson <a href="mailto:loa@pi.nu" moz-do-not-send="true">&lt;loa@pi.nu&gt;</a> wrote:<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>Andy, all,<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>(I thought I sent a response to this, but it never did show up, so re-sending. Apologize if there are duplicates).<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>So we all agree that we need the sequence number for elimination<o:p></o:p></pre>
              <pre>purposes.<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>We still need to agree on the size and format of the sequence number<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>What will impact the calculation of the sequence number size are:<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>- the maximum sustained DetNet flow BW<o:p></o:p></pre>
              <pre>- the minimum average packet size of a DetNet flow<o:p></o:p></pre>
              <pre>- the maximum lifetime of an errant packet<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>My guesstimate is that we need to allow for a sustained BW of 1 Tbs, that the average packet size is less that 1500 bytes and that the life<o:p></o:p></pre>
              <pre>time of an errant packet is at least 500 ms.<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>But we obviously need better answers than that to be able to calculate the sequence number size we med.<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>Any takers??<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>/Loa<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>On 2018-01-20 02:36, Andrew G. Malis wrote:<o:p></o:p></pre>
              <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
                <pre>Loa,<o:p></o:p></pre>
                <pre>You’re right, we do need to think about the maximum lifetime of an errant packet in the network as well, thanks for that.<o:p></o:p></pre>
                <pre>You’re also correct that we need to define what’s optimal for DETNET, however we do have a charter constraint. To quote Lou’s recent email, "We are not expected to come up with new encapsulations, but rather how DetNet uses what exists today. “. So we can’t be TOO creative ...<o:p></o:p></pre>
                <pre>I’m really interested to hear what other people have to say about the upper limit of flow BW that DetNet needs to support, and I also made an assumption in my math that an average DetNet packet (at least for a very large flow) would be 1500 bytes. Do we have consensus on that as well? That also has implications for the sequence number length.<o:p></o:p></pre>
                <pre>Cheers,<o:p></o:p></pre>
                <pre>Andy<o:p></o:p></pre>
                <pre>On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson &lt;<a href="mailto:loa@pi.nu" moz-do-not-send="true">loa@pi.nu</a> <a href="mailto:loa@pi.nu" moz-do-not-send="true">&lt;mailto:loa@pi.nu&gt;</a>&gt; wrote:<o:p></o:p></pre>
                <pre>   Andy,<o:p></o:p></pre>
                <pre>   On 2018-01-19 20:25, Andrew G. Malis wrote:<o:p></o:p></pre>
                <pre>       Loa,<o:p></o:p></pre>
                <pre>       We really don’t need a “D” bit, as we can allocate a PW type to<o:p></o:p></pre>
                <pre>       indicate that this is a DetNet PW, plus the context of the label<o:p></o:p></pre>
                <pre>       can identify its use for a DetNet PW/flow.<o:p></o:p></pre>
                <pre>   Fine, however we have at least diverging opinions, that both say<o:p></o:p></pre>
                <pre>   that we should not use PWs<o:p></o:p></pre>
                <pre>   - first we have people that believe that we should use EVPN instead<o:p></o:p></pre>
                <pre>   - second there are people that say that we should define what is<o:p></o:p></pre>
                <pre>      necessary for DetNet and then specify that independent of EVPN<o:p></o:p></pre>
                <pre>   and PWs<o:p></o:p></pre>
                <pre>   We need a consensus on that before we can start the design according to<o:p></o:p></pre>
                <pre>   one or the other of those paradigms.<o:p></o:p></pre>
                <pre>       We DO need the first nibble to be zero. But beyond that, we are<o:p></o:p></pre>
                <pre>       free to use all 28 bits as a sequence number, if there’s no need<o:p></o:p></pre>
                <pre>       for either flags or PW-layer fragmentation, which would require<o:p></o:p></pre>
                <pre>       two bits.<o:p></o:p></pre>
                <pre>       The key to determine the required number of bits in the sequence<o:p></o:p></pre>
                <pre>       number is to determine, for the maximum expected rate of a<o:p></o:p></pre>
                <pre>       DetNet flow, how long will it take to wrap around?<o:p></o:p></pre>
                <pre>   Isn't that only part of the truth? We are not concerned only by the<o:p></o:p></pre>
                <pre>   fact that the source might sue the same sequence number again, but<o:p></o:p></pre>
                <pre>   that a struggling packet might show up at a point in the network<o:p></o:p></pre>
                <pre>   where a wrap<o:p></o:p></pre>
                <pre>   around just happened.<o:p></o:p></pre>
                <pre>       For example, for a 10Gbps flow, that would reasonably equate to<o:p></o:p></pre>
                <pre>       833K pps, assuming 1500-byte packets. This would wrap around in<o:p></o:p></pre>
                <pre>       a little over one second with 20 bits. A 100 Gbps flow with a<o:p></o:p></pre>
                <pre>       27-bit sequence number would wrap around in about 1 second.<o:p></o:p></pre>
                <pre>       All that said, a second is a very long holding time for flows<o:p></o:p></pre>
                <pre>       with constrained latency, so we could probably take two bits off<o:p></o:p></pre>
                <pre>       those numbers and still be OK (wrap around in 250 ms).<o:p></o:p></pre>
                <pre>       So 25 bits is probably sufficient, at least for today. 28 bits<o:p></o:p></pre>
                <pre>       gives us room for further BW growth in the future, approaching<o:p></o:p></pre>
                <pre>       1Tbps.<o:p></o:p></pre>
                <pre>   I think that we need to design for Tbps (or worse), but that is another<o:p></o:p></pre>
                <pre>   thing we need consensus on before starting to specify.<o:p></o:p></pre>
                <pre>   /Loa<o:p></o:p></pre>
                <pre>       Cheers,<o:p></o:p></pre>
                <pre>       Andy<o:p></o:p></pre>
                <pre>_______________________________________________<o:p></o:p></pre>
                <pre>detnet mailing list<o:p></o:p></pre>
                <pre><a href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
                <pre><a href="https://www.ietf.org/mailman/listinfo/detnet" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
              </blockquote>
              <pre><o:p> </o:p></pre>
              <pre>-- <o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>Loa Andersson                        email: <a href="mailto:loa@pi.nu" moz-do-not-send="true">loa@pi.nu</a><o:p></o:p></pre>
              <pre>Senior MPLS Expert<o:p></o:p></pre>
              <pre>Huawei Technologies (consultant)     phone: +46 739 81 21 64<o:p></o:p></pre>
              <pre><o:p> </o:p></pre>
              <pre>_______________________________________________<o:p></o:p></pre>
              <pre>detnet mailing list<o:p></o:p></pre>
              <pre><a href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
              <pre><a href="https://www.ietf.org/mailman/listinfo/detnet" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
            </blockquote>
            <pre><o:p> </o:p></pre>
            <pre>_______________________________________________<o:p></o:p></pre>
            <pre>detnet mailing list<o:p></o:p></pre>
            <pre><a href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
            <pre><a href="https://www.ietf.org/mailman/listinfo/detnet" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
          </blockquote>
          <p class="MsoNormal"><o:p> </o:p></p>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
detnet mailing list
<a class="moz-txt-link-abbreviated" href="mailto:detnet@ietf.org">detnet@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.org/mailman/listinfo/detnet</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------4DF935BB66F8318C7A264F38--


From nobody Mon Jan 22 09:52:46 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF95212762F for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 09:52:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.989
X-Spam-Level: 
X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 cOGMzx7ffXok for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 09:52:41 -0800 (PST)
Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E1E61205F0 for <detnet@ietf.org>; Mon, 22 Jan 2018 09:52:40 -0800 (PST)
Received: by mail-lf0-x231.google.com with SMTP id k19so11675679lfj.1 for <detnet@ietf.org>; Mon, 22 Jan 2018 09:52:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:thread-index:content-language; bh=HGRwjF8qWdXFZHkgys+EIvp9WQ8PvWeGlQP7xwQj/5U=; b=fXy29N8rQzyRCC/zZdqNW50kX9rEh0UGVs77vnuJouDhn5HY6NxX4PbDZ0DZHKpqh4 ga9/JKXVKjkkhPMCeLPKXkyUb8xBnZvwcvcWszn1qDUK51zAoY5Uwcd9otBpCSU+f0Es mux1gIJpC7UzcfE3fBmp7y8oJCZP6kv1MT01iZlbYUq9XqAHScgrkL/wE4Yj6xSD29Ra zflnlpeKlFRREXXbeG6TQop6nzaj4rvj8Flqy7bQOCH5uZSYz/iJoRgiBEVJ5DdVdypb pHotLNeCMRMZDtM/li+qOcXvgylWpsEQuqzvkexBlw6se6oBKQXbieM4fIRxMWwb9+p7 A9tQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=HGRwjF8qWdXFZHkgys+EIvp9WQ8PvWeGlQP7xwQj/5U=; b=rem93/DKkCkZcbI7vknJoC5jYzIpgXbUDikH/SlVjXZaz7iHbQmAcDIfE1STD++DM/ Clu8MDO7KAMGfqnj5zutDY7C8evKIiInN7NQF6HRQtAP3QulXfqG7g4xODbv99+UJmr9 Q+3aDnKzThzT2fwBH5JxYo9HNYaSrOYq21QEO+ITq90vO77YasZyd0gPuEKMw08cd9NP PWitUrBTg038vSEI6xbuPDgmTaqahg+tAFCsUrHtwR+86fRbfPyzHPWM4xFOLhcNUoui uwhmtxMAH9WnCU1oNNtppAjWn/TAoiwJ9ixz46bGpZaR/HSmVS3Tt1X6m5CqWYNGhoGn G31Q==
X-Gm-Message-State: AKwxytd9AdPtWluKe+ojPaVRSPdLT/QEXeudhZwNoCaHtcJtWUbSoHdk 8RFam1uT78LwRxtyT6r8Gco=
X-Google-Smtp-Source: AH8x227O8jEogRZy7qtOfQIicNWwyYI4LlhosfquspPNOQw60YOorRUoJLNgqHAcfLStLMRtgGagQw==
X-Received: by 10.46.93.79 with SMTP id r76mr3843182ljb.70.1516643558541; Mon, 22 Jan 2018 09:52:38 -0800 (PST)
Received: from JOKO (81-175-169-205.co.dnainternet.fi. [81.175.169.205]) by smtp.gmail.com with ESMTPSA id q16sm1273656lfq.66.2018.01.22.09.52.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 09:52:37 -0800 (PST)
From: "Jouni" <jouni.nospam@gmail.com>
To: "'Stewart Bryant'" <stewart.bryant@gmail.com>, =?utf-8?Q?'Bal=C3=A1zs_Varga_A'?= <balazs.a.varga@ericsson.com>, "'Lou Berger'" <lberger@labn.net>, "'Loa Andersson'" <loa@pi.nu>
Cc: "'DetNet WG'" <detnet@ietf.org>, "'Andrew G. Malis'" <agmalis@gmail.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu> <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com> <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net> <VI1PR07MB100570CAB2F1E43585FE7568ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com> <010301d39397$b2891770$179b4650$@gmail.com> <6af825df-2794-90b3-c32f-86d23ffb1e79@gmail.com>
In-Reply-To: <6af825df-2794-90b3-c32f-86d23ffb1e79@gmail.com>
Date: Mon, 22 Jan 2018 19:52:36 +0200
Message-ID: <028f01d393a9$ca51a220$5ef4e660$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0290_01D393BA.8DE19E10"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQIy0rMuNZiFUfcD65iH4cxgU1XUsAH2LejKAgCVL10B0H63BQJ96HKEAVk2nfwC8XBrRwLCRnmZAU5Z6dwClN8MAAJ1h9+/ohRJ1/A=
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/YjsRcfkjjC7rCB-H73444G30I-g>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 17:52:45 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0290_01D393BA.8DE19E10
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

The current architecture does not prohibit deployment models where PREF =
takes place at the ingress/egress only. We need a solution for rings and =
ladders  where every node basically can participate PREF.

=20

-          Jouni

=20

From: Stewart Bryant [mailto:stewart.bryant@gmail.com]=20
Sent: Monday, January 22, 2018 18:53 PM
To: Jouni <jouni.nospam@gmail.com>; 'Bal=C3=A1zs Varga A' =
<balazs.a.varga@ericsson.com>; 'Lou Berger' <lberger@labn.net>; 'Loa =
Andersson' <loa@pi.nu>
Cc: 'DetNet WG' <detnet@ietf.org>; 'Andrew G. Malis' <agmalis@gmail.com>
Subject: Re: [Detnet] DP solution (Sequence Numbering)

=20

=20

Which is why I keep saying that checking is a system egress function.

- Stewart

On 22/01/2018 15:43, Jouni wrote:

=20

The point 2 is exactly what I wanted to stress during the interim call.  =
E.g., the bitmaps to keep track for packet history window quickly become =
an issue in a multiport chips. These are high speed lookups so off-chip =
ram is not typically an option. Anyway, the window size is an =
implementation/cost matter..

=20

-          Jouni

=20

From: Bal=C3=A1zs Varga A [mailto:balazs.a.varga@ericsson.com]=20
Sent: Monday, January 22, 2018 16:41 PM
To: Lou Berger  <mailto:lberger@labn.net> <lberger@labn.net>; Jouni  =
<mailto:jouni.nospam@gmail.com> <jouni.nospam@gmail.com>; Loa Andersson  =
<mailto:loa@pi.nu> <loa@pi.nu>
Cc: DetNet WG  <mailto:detnet@ietf.org> <detnet@ietf.org>; Andrew G. =
Malis  <mailto:agmalis@gmail.com> <agmalis@gmail.com>
Subject: RE: [Detnet] DP solution (Sequence Numbering)

=20

Hi,

=20

I would like to highlight two aspects to S/N size calculations:=20

=20

1, Path delay differences.

We use the S/N to identify duplicates at =E2=80=9Cpath merging =
points=E2=80=9D (where Duplicate=20

Elimination functions resides in the network).=20

=20

So what really matters is the delay difference of the paths. And the =
=E2=80=9Cwindow=E2=80=9D size=20

we use at the Elimination point (see next point). So if the path =
difference is e.g.,=20

10 ms than we need a window size to be able to cope with packets =
received=20

during that time period.

=20

I think path differences should be well below 1 sec. In many use-cases =
even 1 ms=20

is too much.

=20

2, Window size (used for S/N comparison)

The other constraint we should consider more is how big window size the =
chips=20

are able to deal with. It is a story e.g., about memory =E2=80=A6

=20

Cheers

Bala=E2=80=99zs

=20

From: Lou Berger [mailto:lberger@labn.net]=20
Sent: 2018. janu=C3=A1r 22. 15:17
To: Jouni <jouni.nospam@gmail.com <mailto:jouni.nospam@gmail.com> >; Loa =
Andersson <loa@pi.nu <mailto:loa@pi.nu> >
Cc: DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org> >; Andrew G. =
Malis <agmalis@gmail.com <mailto:agmalis@gmail.com> >; Bal=C3=A1zs Varga =
A <balazs.a.varga@ericsson.com <mailto:balazs.a.varga@ericsson.com> >
Subject: Re: [Detnet] DP solution (Sequence Numbering)

=20

Jouni,

    I may be off but isn't sequence number independent per flow?  So =
it's not the max link speed that's critical, but rather the max flow =
size, right? =20

Certainly link speed provides an upper bound on a single flow, and there =
are certainly some use cases where a single flow will consume even the =
biggest link, but my experience is that such flows *always* use large =
packets.  In any case, I (personally, no hat) don't see this as the =
common case nor *necessarily* the required *initial* detnet solution.

Also, I ran sum numbers for bits needed for 1sec at different frame =
sizes.  25 bits looks sufficient for almost all flows, and is only =
insufficient for 4 smaller frame sizes at 400G and 1T. So in either case =
(flows or links)  28 bits  more than sufficient.

Lou

Hopefully this looks okay...


bits needed

64 BPkt=20

 128 BPkt=20

 256 BPkt=20

 512 BPkt=20

 1514 BPkt=20

 4096 BPkt=20

 9216 BPkt=20


10M

14

13

12

11

10

8

7


1G

21

20

19

18

16

15

14


100G

27

26

25

24

23

22

20


400G

29

28

27

26

25

24

22


1T

30

30

29

28

26

25

24

=20

On 1/21/2018 4:43 AM, Jouni wrote:

=20
Quick and dirty calculation with 1500 octet packet (+ ethernet overhead =
of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 =
sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.
1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 =
bit SN. This is based on the calculation how many packets you are able =
to inject within a given time constraint.  I do not consider here yet =
how you would find out a late packet based on the SN i.e., whether you =
need to reserve half of the SN space for =E2=80=9Cin window=E2=80=9D =
packets or some other amount like 10%. Anyway, it is still _early_ in =
Sunday morning so tolerate errors..
=20
To me 28 bits seems to be plenty.. and a single on-wire format is simple =
(assuming the actual SN bits are defined by the CP or config).
=20
- Jouni
=20
=20

On 21 Jan 2018, at 08:28, Loa Andersson  <mailto:loa@pi.nu> <loa@pi.nu> =
wrote:
=20
Andy, all,
=20
(I thought I sent a response to this, but it never did show up, so =
re-sending. Apologize if there are duplicates).
=20
So we all agree that we need the sequence number for elimination
purposes.
=20
We still need to agree on the size and format of the sequence number
=20
What will impact the calculation of the sequence number size are:
=20
- the maximum sustained DetNet flow BW
- the minimum average packet size of a DetNet flow
- the maximum lifetime of an errant packet
=20
My guesstimate is that we need to allow for a sustained BW of 1 Tbs, =
that the average packet size is less that 1500 bytes and that the life
time of an errant packet is at least 500 ms.
=20
But we obviously need better answers than that to be able to calculate =
the sequence number size we med.
=20
Any takers??
=20
/Loa
=20
=20
=20
On 2018-01-20 02:36, Andrew G. Malis wrote:

Loa,
You=E2=80=99re right, we do need to think about the maximum lifetime of =
an errant packet in the network as well, thanks for that.
You=E2=80=99re also correct that we need to define what=E2=80=99s =
optimal for DETNET, however we do have a charter constraint. To quote =
Lou=E2=80=99s recent email, "We are not expected to come up with new =
encapsulations, but rather how DetNet uses what exists today. =E2=80=9C. =
So we can=E2=80=99t be TOO creative ...
I=E2=80=99m really interested to hear what other people have to say =
about the upper limit of flow BW that DetNet needs to support, and I =
also made an assumption in my math that an average DetNet packet (at =
least for a very large flow) would be 1500 bytes. Do we have consensus =
on that as well? That also has implications for the sequence number =
length.
Cheers,
Andy
On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu =
<mailto:loa@pi.nu>   <mailto:loa@pi.nu> <mailto:loa@pi.nu>> wrote:
   Andy,
   On 2018-01-19 20:25, Andrew G. Malis wrote:
       Loa,
       We really don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we can =
allocate a PW type to
       indicate that this is a DetNet PW, plus the context of the label
       can identify its use for a DetNet PW/flow.
   Fine, however we have at least diverging opinions, that both say
   that we should not use PWs
   - first we have people that believe that we should use EVPN instead
   - second there are people that say that we should define what is
      necessary for DetNet and then specify that independent of EVPN
   and PWs
   We need a consensus on that before we can start the design according =
to
   one or the other of those paradigms.
       We DO need the first nibble to be zero. But beyond that, we are
       free to use all 28 bits as a sequence number, if there=E2=80=99s =
no need
       for either flags or PW-layer fragmentation, which would require
       two bits.
       The key to determine the required number of bits in the sequence
       number is to determine, for the maximum expected rate of a
       DetNet flow, how long will it take to wrap around?
   Isn't that only part of the truth? We are not concerned only by the
   fact that the source might sue the same sequence number again, but
   that a struggling packet might show up at a point in the network
   where a wrap
   around just happened.
       For example, for a 10Gbps flow, that would reasonably equate to
       833K pps, assuming 1500-byte packets. This would wrap around in
       a little over one second with 20 bits. A 100 Gbps flow with a
       27-bit sequence number would wrap around in about 1 second.
       All that said, a second is a very long holding time for flows
       with constrained latency, so we could probably take two bits off
       those numbers and still be OK (wrap around in 250 ms).
       So 25 bits is probably sufficient, at least for today. 28 bits
       gives us room for further BW growth in the future, approaching
       1Tbps.
   I think that we need to design for Tbps (or worse), but that is =
another
   thing we need consensus on before starting to specify.
   /Loa
       Cheers,
       Andy
_______________________________________________
detnet mailing list
detnet@ietf.org <mailto:detnet@ietf.org>=20
https://www.ietf.org/mailman/listinfo/detnet

=20
--=20
=20
=20
Loa Andersson                        email: loa@pi.nu <mailto:loa@pi.nu> =

Senior MPLS Expert
Huawei Technologies (consultant)     phone: +46 739 81 21 64
=20
_______________________________________________
detnet mailing list
detnet@ietf.org <mailto:detnet@ietf.org>=20
https://www.ietf.org/mailman/listinfo/detnet

=20
_______________________________________________
detnet mailing list
detnet@ietf.org <mailto:detnet@ietf.org>=20
https://www.ietf.org/mailman/listinfo/detnet

=20






_______________________________________________
detnet mailing list
detnet@ietf.org <mailto:detnet@ietf.org>=20
https://www.ietf.org/mailman/listinfo/detnet

=20


------=_NextPart_000_0290_01D393BA.8DE19E10
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; charset=3Dutf-8"><meta =
name=3DGenerator content=3D"Microsoft Word 15 (filtered =
medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;
	color:black;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0in;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:.5in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
span.EmailStyle22
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle23
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
span.EmailStyle24
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:745491833;
	mso-list-type:hybrid;
	mso-list-template-ids:-1049357358 -1681867690 67698691 67698693 =
67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
	{mso-level-start-at:256;
	mso-level-number-format:bullet;
	mso-level-text:-;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l1
	{mso-list-id:1001271134;
	mso-list-type:hybrid;
	mso-list-template-ids:-992459040 62146822 67698691 67698693 67698689 =
67698691 67698693 67698689 67698691 67698693;}
@list l1:level1
	{mso-level-start-at:256;
	mso-level-number-format:bullet;
	mso-level-text:-;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;}
@list l1:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l1:level3
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l1:level4
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l1:level5
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l1:level6
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l1:level7
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l1:level8
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l1:level9
	{mso-level-number-format:bullet;
	mso-level-text:=EF=82=A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body bgcolor=3Dwhite =
lang=3DEN-US link=3Dblue vlink=3Dpurple><div class=3DWordSection1><p =
class=3DMsoNormal><span style=3D'color:#1F497D'>The current architecture =
does not prohibit deployment models where PREF takes place at the =
ingress/egress only. We need a solution for rings and ladders =
=C2=A0where every node basically can participate =
PREF.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoListParagraph style=3D'text-indent:-.25in;mso-list:l0 level1 =
lfo3'><![if !supportLists]><span style=3D'color:#1F497D'><span =
style=3D'mso-list:Ignore'>-<span style=3D'font:7.0pt "Times New =
Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</span></span></span><![endif]><span =
style=3D'color:#1F497D'>Jouni<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><div =
style=3D'border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in =
4.0pt'><div><div style=3D'border:none;border-top:solid #E1E1E1 =
1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span =
style=3D'color:windowtext'>From:</span></b><span =
style=3D'color:windowtext'> Stewart Bryant =
[mailto:stewart.bryant@gmail.com] <br><b>Sent:</b> Monday, January 22, =
2018 18:53 PM<br><b>To:</b> Jouni &lt;jouni.nospam@gmail.com&gt;; =
'Bal=C3=A1zs Varga A' &lt;balazs.a.varga@ericsson.com&gt;; 'Lou Berger' =
&lt;lberger@labn.net&gt;; 'Loa Andersson' =
&lt;loa@pi.nu&gt;<br><b>Cc:</b> 'DetNet WG' &lt;detnet@ietf.org&gt;; =
'Andrew G. Malis' &lt;agmalis@gmail.com&gt;<br><b>Subject:</b> Re: =
[Detnet] DP solution (Sequence =
Numbering)<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal style=3D'margin-bottom:12.0pt'>Which is why I keep =
saying that checking is a system egress function.<br><br>- =
Stewart<o:p></o:p></p><div><p class=3DMsoNormal>On 22/01/2018 15:43, =
Jouni wrote:<o:p></o:p></p></div><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'>&nbsp;</span><o:p></o:p></p><p =
class=3DMsoNormal><span style=3D'color:#1F497D'>The point 2 is exactly =
what I wanted to stress during the interim call.&nbsp; E.g., the bitmaps =
to keep track for packet history window quickly become an issue in a =
multiport chips. These are high speed lookups so off-chip ram is not =
typically an option. Anyway, the window size is an implementation/cost =
matter..</span><o:p></o:p></p><p class=3DMsoNormal><span =
style=3D'color:#1F497D'>&nbsp;</span><o:p></o:p></p><p =
class=3DMsoListParagraph style=3D'text-indent:-.25in;mso-list:l1 level1 =
lfo2'><![if !supportLists]><span style=3D'mso-list:Ignore'>-<span =
style=3D'font:7.0pt "Times New =
Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</span></span><![endif]><span =
style=3D'color:#1F497D'>Jouni</span><o:p></o:p></p><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'>&nbsp;</span><o:p></o:p></p><div =
style=3D'border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in =
4.0pt'><div><div style=3D'border:none;border-top:solid #E1E1E1 =
1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span =
style=3D'color:windowtext'>From:</span></b><span =
style=3D'color:windowtext'> Bal=C3=A1zs Varga A [<a =
href=3D"mailto:balazs.a.varga@ericsson.com">mailto:balazs.a.varga@ericsso=
n.com</a>] <br><b>Sent:</b> Monday, January 22, 2018 16:41 =
PM<br><b>To:</b> Lou Berger <a =
href=3D"mailto:lberger@labn.net">&lt;lberger@labn.net&gt;</a>; Jouni <a =
href=3D"mailto:jouni.nospam@gmail.com">&lt;jouni.nospam@gmail.com&gt;</a>=
; Loa Andersson <a =
href=3D"mailto:loa@pi.nu">&lt;loa@pi.nu&gt;</a><br><b>Cc:</b> DetNet WG =
<a href=3D"mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a>; Andrew =
G. Malis <a =
href=3D"mailto:agmalis@gmail.com">&lt;agmalis@gmail.com&gt;</a><br><b>Sub=
ject:</b> RE: [Detnet] DP solution (Sequence =
Numbering)</span><o:p></o:p></p></div></div><p =
class=3DMsoNormal>&nbsp;<o:p></o:p></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>Hi,</span><o:p></o:p></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'>&nbsp;</span><o:p></o:p></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>I would like to =
highlight two aspects to S/N size calculations: </span><o:p></o:p></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'>&nbsp;</span><o:p></o:p></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>1, Path delay =
differences.</span><o:p></o:p></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>We use the S/N to identify duplicates at =
=E2=80=9Cpath merging points=E2=80=9D (where Duplicate =
</span><o:p></o:p></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>Elimination functions resides in the =
network). </span><o:p></o:p></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>&nbsp;</span><o:p></o:p></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>So what really =
matters is the delay difference of the paths. And the =
=E2=80=9Cwindow=E2=80=9D size </span><o:p></o:p></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>we use at the =
Elimination point (see next point). So if the path difference is e.g., =
</span><o:p></o:p></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>10 ms than we need a window size to be able =
to cope with packets received </span><o:p></o:p></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>during that time =
period.</span><o:p></o:p></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>&nbsp;</span><o:p></o:p></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>I think path =
differences should be well below 1 sec. In many use-cases even 1 ms =
</span><o:p></o:p></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>is too much.</span><o:p></o:p></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'>&nbsp;</span><o:p></o:p></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>2, Window size (used =
for S/N comparison)</span><o:p></o:p></p><p class=3DMsoNormal><span =
style=3D'color:windowtext'>The other constraint we should consider more =
is how big window size the chips </span><o:p></o:p></p><p =
class=3DMsoNormal><span style=3D'color:windowtext'>are able to deal =
with. It is a story e.g., about memory =E2=80=A6</span><o:p></o:p></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'>&nbsp;</span><o:p></o:p></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'>Cheers</span><o:p></o:p></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'>Bala=E2=80=99zs</span><o:p></o:p></p><p =
class=3DMsoNormal><span =
style=3D'color:windowtext'>&nbsp;</span><o:p></o:p></p><div><div =
style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in =
0in 0in'><p class=3DMsoNormal><b><span =
style=3D'color:windowtext'>From:</span></b><span =
style=3D'color:windowtext'> Lou Berger [<a =
href=3D"mailto:lberger@labn.net">mailto:lberger@labn.net</a>] =
<br><b>Sent:</b> 2018. janu=C3=A1r 22. 15:17<br><b>To:</b> Jouni &lt;<a =
href=3D"mailto:jouni.nospam@gmail.com">jouni.nospam@gmail.com</a>&gt;; =
Loa Andersson &lt;<a =
href=3D"mailto:loa@pi.nu">loa@pi.nu</a>&gt;<br><b>Cc:</b> DetNet WG =
&lt;<a href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a>&gt;; Andrew =
G. Malis &lt;<a =
href=3D"mailto:agmalis@gmail.com">agmalis@gmail.com</a>&gt;; Bal=C3=A1zs =
Varga A &lt;<a =
href=3D"mailto:balazs.a.varga@ericsson.com">balazs.a.varga@ericsson.com</=
a>&gt;<br><b>Subject:</b> Re: [Detnet] DP solution (Sequence =
Numbering)</span><o:p></o:p></p></div></div><p =
class=3DMsoNormal>&nbsp;<o:p></o:p></p><p>Jouni,<o:p></o:p></p><p>&nbsp;&=
nbsp;&nbsp; I may be off but isn't sequence number independent per =
flow?&nbsp; So it's not the max link speed that's critical, but rather =
the max flow size, right?&nbsp; <o:p></o:p></p><p>Certainly link speed =
provides an upper bound on a single flow, and there are certainly some =
use cases where a single flow will consume even the biggest link, but my =
experience is that such flows *always* use large packets.&nbsp; In any =
case, I (personally, no hat) don't see this as the common case nor =
*necessarily* the required *initial* detnet solution.<o:p></o:p></p><p =
class=3DMsoNormal>Also, I ran sum numbers for bits needed for 1sec at =
different frame sizes.&nbsp; 25 bits looks sufficient for almost all =
flows, and is only insufficient for 4 smaller frame sizes at 400G and =
1T. So in either case (flows or links)&nbsp; 28 bits&nbsp; more than =
sufficient.<br><br>Lou<o:p></o:p></p><p>Hopefully this looks =
okay...<o:p></o:p></p><table class=3DMsoNormalTable border=3D0 =
cellspacing=3D0 cellpadding=3D0 width=3D0 style=3D'width:659.25pt'><tr =
style=3D'height:15.75pt'><td width=3D81 =
style=3D'width:61.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>bits needed<o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>64 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;128 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;256 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;512 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;1514 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;4096 BPkt <o:p></o:p></p></td><td width=3D114 =
style=3D'width:86.0pt;padding:0in 0in 0in 0in;height:15.75pt'><p =
class=3DMsoNormal>&nbsp;9216 BPkt <o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>10M<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>14<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>13<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>12<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>11<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>10<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>8<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>7<o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>1G<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>21<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>20<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>19<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>18<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>16<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>15<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>14<o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>100G<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>27<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>26<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>25<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>24<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>23<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>22<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>20<o:p></o:p></p></td></tr><tr =
style=3D'height:15.0pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.0pt'><p class=3DMsoNormal>400G<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>29</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>28<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>27<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>26<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>25<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>24<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.0pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>22<o:p></o:p></p></td></tr><tr =
style=3D'height:15.75pt'><td style=3D'padding:0in 0in 0in =
0in;height:15.75pt'><p class=3DMsoNormal>1T<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>30</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>30</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'><span =
style=3D'color:red'>29</span><o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>28<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>26<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright style=3D'text-align:right'>25<o:p></o:p></p></td><td =
style=3D'padding:0in 0in 0in 0in;height:15.75pt'><p class=3DMsoNormal =
align=3Dright =
style=3D'text-align:right'>24<o:p></o:p></p></td></tr></table><p =
class=3DMsoNormal>&nbsp;<o:p></o:p></p><div><p class=3DMsoNormal>On =
1/21/2018 4:43 AM, Jouni wrote:<o:p></o:p></p></div><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre>&nbsp;<o:p></o:p></pr=
e><pre>Quick and dirty calculation with 1500 octet packet (+ ethernet =
overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more =
than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit =
SN.<o:p></o:p></pre><pre>1Tb/s with 512 octet packet (+ethernet =
overhead) for 1 sec would need 28 bit SN. This is based on the =
calculation how many packets you are able to inject within a given time =
constraint.&nbsp; I do not consider here yet how you would find out a =
late packet based on the SN i.e., whether you need to reserve half of =
the SN space for =E2=80=9Cin window=E2=80=9D packets or some other =
amount like 10%. Anyway, it is still _early_ in Sunday morning so =
tolerate errors..<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>To me =
28 bits seems to be plenty.. and a single on-wire format is simple =
(assuming the actual SN bits are defined by the CP or =
config).<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>- =
Jouni<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>&nbsp;<o:p></o:p><=
/pre><blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre>On =
21 Jan 2018, at 08:28, Loa Andersson <a =
href=3D"mailto:loa@pi.nu">&lt;loa@pi.nu&gt;</a> =
wrote:<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>Andy, =
all,<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>(I thought I sent =
a response to this, but it never did show up, so re-sending. Apologize =
if there are =
duplicates).<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>So we all =
agree that we need the sequence number for =
elimination<o:p></o:p></pre><pre>purposes.<o:p></o:p></pre><pre>&nbsp;<o:=
p></o:p></pre><pre>We still need to agree on the size and format of the =
sequence number<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>What =
will impact the calculation of the sequence number size =
are:<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>- the maximum =
sustained DetNet flow BW<o:p></o:p></pre><pre>- the minimum average =
packet size of a DetNet flow<o:p></o:p></pre><pre>- the maximum lifetime =
of an errant packet<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>My =
guesstimate is that we need to allow for a sustained BW of 1 Tbs, that =
the average packet size is less that 1500 bytes and that the =
life<o:p></o:p></pre><pre>time of an errant packet is at least 500 =
ms.<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>But we obviously =
need better answers than that to be able to calculate the sequence =
number size we med.<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>Any =
takers??<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>/Loa<o:p></o:p>=
</pre><pre>&nbsp;<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>&nbsp;=
<o:p></o:p></pre><pre>On 2018-01-20 02:36, Andrew G. Malis =
wrote:<o:p></o:p></pre><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre>Loa,<o:p></o:p></pre>=
<pre>You=E2=80=99re right, we do need to think about the maximum =
lifetime of an errant packet in the network as well, thanks for =
that.<o:p></o:p></pre><pre>You=E2=80=99re also correct that we need to =
define what=E2=80=99s optimal for DETNET, however we do have a charter =
constraint. To quote Lou=E2=80=99s recent email, &quot;We are not =
expected to come up with new encapsulations, but rather how DetNet uses =
what exists today. =E2=80=9C. So we can=E2=80=99t be TOO creative =
...<o:p></o:p></pre><pre>I=E2=80=99m really interested to hear what =
other people have to say about the upper limit of flow BW that DetNet =
needs to support, and I also made an assumption in my math that an =
average DetNet packet (at least for a very large flow) would be 1500 =
bytes. Do we have consensus on that as well? That also has implications =
for the sequence number =
length.<o:p></o:p></pre><pre>Cheers,<o:p></o:p></pre><pre>Andy<o:p></o:p>=
</pre><pre>On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson &lt;<a =
href=3D"mailto:loa@pi.nu">loa@pi.nu</a> <a =
href=3D"mailto:loa@pi.nu">&lt;mailto:loa@pi.nu&gt;</a>&gt; =
wrote:<o:p></o:p></pre><pre>&nbsp; =
&nbsp;Andy,<o:p></o:p></pre><pre>&nbsp;&nbsp; On 2018-01-19 20:25, =
Andrew G. Malis =
wrote:<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Loa,<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; We really =
don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we can allocate a PW =
type to<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
indicate that this is a DetNet PW, plus the context of the =
label<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; can =
identify its use for a DetNet PW/flow.<o:p></o:p></pre><pre>&nbsp;&nbsp; =
Fine, however we have at least diverging opinions, that both =
say<o:p></o:p></pre><pre>&nbsp;&nbsp; that we should not use =
PWs<o:p></o:p></pre><pre>&nbsp;&nbsp; - first we have people that =
believe that we should use EVPN =
instead<o:p></o:p></pre><pre>&nbsp;&nbsp; - second there are people that =
say that we should define what =
is<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; necessary for =
DetNet and then specify that independent of =
EVPN<o:p></o:p></pre><pre>&nbsp;&nbsp; and =
PWs<o:p></o:p></pre><pre>&nbsp;&nbsp; We need a consensus on that before =
we can start the design according to<o:p></o:p></pre><pre>&nbsp;&nbsp; =
one or the other of those =
paradigms.<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; We =
DO need the first nibble to be zero. But beyond that, we =
are<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;free to =
use all 28 bits as a sequence number, if there=E2=80=99s no =
need<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; for =
either flags or PW-layer fragmentation, which would =
require<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; two =
bits.<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The key =
to determine the required number of bits in the =
sequence<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
number is to determine, for the maximum expected rate of =
a<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; DetNet flow, =
how long will it take to wrap around?<o:p></o:p></pre><pre>&nbsp;&nbsp; =
Isn't that only part of the truth? We are not concerned only by =
the<o:p></o:p></pre><pre>&nbsp;&nbsp; fact that the source might sue the =
same sequence number again, but<o:p></o:p></pre><pre>&nbsp;&nbsp; that a =
struggling packet might show up at a point in the =
network<o:p></o:p></pre><pre>&nbsp;&nbsp; where a =
wrap<o:p></o:p></pre><pre>&nbsp;&nbsp; around just =
happened.<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; For =
example, for a 10Gbps flow, that would reasonably equate =
to<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 833K pps, =
assuming 1500-byte packets. This would wrap around =
in<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a little =
over one second with 20 bits. A 100 Gbps flow with =
a<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 27-bit =
sequence number would wrap around in about 1 =
second.<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; All =
that said, a second is a very long holding time for =
flows<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; with =
constrained latency, so we could probably take two bits =
off<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; those =
numbers and still be OK (wrap around in 250 =
ms).<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; So 25 =
bits is probably sufficient, at least for today. 28 =
bits<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; gives us =
room for further BW growth in the future, =
approaching<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
1Tbps.<o:p></o:p></pre><pre>&nbsp;&nbsp; I think that we need to design =
for Tbps (or worse), but that is =
another<o:p></o:p></pre><pre>&nbsp;&nbsp; thing we need consensus on =
before starting to specify.<o:p></o:p></pre><pre>&nbsp;&nbsp; =
/Loa<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Cheers,<o:p></o:p></pre><pre>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Andy<o:p></o:p></pre><pre>_______________________________________________=
<o:p></o:p></pre><pre>detnet mailing list<o:p></o:p></pre><pre><a =
href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><o:p></o:p></pre><pre>=
<a =
href=3D"https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.or=
g/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><pre>&nbsp;<o:=
p></o:p></pre><pre>-- =
<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre>=
<pre>Loa =
Andersson&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
; email: <a =
href=3D"mailto:loa@pi.nu">loa@pi.nu</a><o:p></o:p></pre><pre>Senior MPLS =
Expert<o:p></o:p></pre><pre>Huawei Technologies =
(consultant)&nbsp;&nbsp;&nbsp;&nbsp; phone: +46 739 81 21 =
64<o:p></o:p></pre><pre>&nbsp;<o:p></o:p></pre><pre>_____________________=
__________________________<o:p></o:p></pre><pre>detnet mailing =
list<o:p></o:p></pre><pre><a =
href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><o:p></o:p></pre><pre>=
<a =
href=3D"https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.or=
g/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><pre>&nbsp;<o:=
p></o:p></pre><pre>_______________________________________________<o:p></=
o:p></pre><pre>detnet mailing list<o:p></o:p></pre><pre><a =
href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><o:p></o:p></pre><pre>=
<a =
href=3D"https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.or=
g/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><p =
class=3DMsoNormal>&nbsp;<o:p></o:p></p></div><p class=3DMsoNormal><span =
style=3D'font-size:12.0pt;font-family:"Times New =
Roman",serif'><br><br><br><o:p></o:p></span></p><pre>____________________=
___________________________<o:p></o:p></pre><pre>detnet mailing =
list<o:p></o:p></pre><pre><a =
href=3D"mailto:detnet@ietf.org">detnet@ietf.org</a><o:p></o:p></pre><pre>=
<a =
href=3D"https://www.ietf.org/mailman/listinfo/detnet">https://www.ietf.or=
g/mailman/listinfo/detnet</a><o:p></o:p></pre></blockquote><p =
class=3DMsoNormal><span style=3D'font-size:12.0pt;font-family:"Times New =
Roman",serif'><o:p>&nbsp;</o:p></span></p></div></div></body></html>
------=_NextPart_000_0290_01D393BA.8DE19E10--



From nobody Mon Jan 22 10:14:41 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4CBD129C59 for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 10:14:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.689
X-Spam-Level: 
X-Spam-Status: No, score=-2.689 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 ZlA7qxXW0kbH for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 10:14:19 -0800 (PST)
Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0D62129C56 for <detnet@ietf.org>; Mon, 22 Jan 2018 10:14:04 -0800 (PST)
Received: by mail-wm0-x22d.google.com with SMTP id g1so18020097wmg.2 for <detnet@ietf.org>; Mon, 22 Jan 2018 10:14:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=OMQHfxMiDVSfwbD003AmRhkWRuNZorggiIqRH5eL9R0=; b=fC2fpCpCVStnUOJXgYwKvyItKGBaT7Nrxf1oEatnNMF39+xUOxkSR2Fc9VgKYaxidy rs1Swi3q5G0RAoMXlLyvy/GEDUlErbDuzSr4WrYCwrIgk3nHUiuOOIkhmhJ8tMFCY9aw pJet316XuuuoksUzYuUTjF3W+vphf+rPCJyZyjCEzYYFnfxIrcUTJxsAeEiUUtW2inaM w6qUgte+VUkVXNffS8MHVekZRHqDVKuNRwt8CnG7oQmppiMfm9JW3lGU+BKxUtdiS6rU oliX7mCv3DyzSPtc3rMzhqcz0RQs0xX5dostyKs/kwkXyiHInhYgvU3cPSHapPkUOAaL 8X3Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=OMQHfxMiDVSfwbD003AmRhkWRuNZorggiIqRH5eL9R0=; b=eLmqb8Fdjw8H1uvx5sTHEWc16E3QksmMlKzkfOBihBkkQszaQPLNTEbxAXqzg87CWv Vjm4RsRwg7nsNizFeatHhm1Kn9JDJeZRJfO+aI2UQmzEJChet25X6BMR9kz1EzWuzn3Z IEgR9s9ozcE5FHcKaMitSOKx7z4jqM96zG0YN81MA/VHNywL0yO7IXwZRNqMHigGvqiM yCZJu8EcNSL8FAdsUYVTxOT4nrmmO0XmmEop7g95ikew4h4WNc9gSPF+wMjjJ2qPSrEm 8+MkuH7etR/za5elw6EVcf9DHwOaKSvjHin1n6SBNAdOG6qojVo4yTYqiuLieCKfPo/c I5yg==
X-Gm-Message-State: AKwxytcN4IAf3OtnNxzfS13Y4ZksIKCvRkKhUBIzSn2AYwaRAtAgwgRd drut4qGalagnApmLAOAjFCg=
X-Google-Smtp-Source: AH8x227jtGi0IXpjSN4xuRCa317oVIEWBTymTVSBnbcFhH8TB1kpaEFLs0QKTFz/qBV7tG+CxEkCvw==
X-Received: by 10.28.148.150 with SMTP id w144mr5733864wmd.0.1516644843231; Mon, 22 Jan 2018 10:14:03 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id 7sm9018454wmq.42.2018.01.22.10.14.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 10:14:02 -0800 (PST)
To: Jouni <jouni.nospam@gmail.com>, =?UTF-8?Q?'Bal=c3=a1zs_Varga_A'?= <balazs.a.varga@ericsson.com>, 'Lou Berger' <lberger@labn.net>, 'Loa Andersson' <loa@pi.nu>
Cc: 'DetNet WG' <detnet@ietf.org>, "'Andrew G. Malis'" <agmalis@gmail.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu> <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com> <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net> <VI1PR07MB100570CAB2F1E43585FE7568ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com> <010301d39397$b2891770$179b4650$@gmail.com> <6af825df-2794-90b3-c32f-86d23ffb1e79@gmail.com> <028f01d393a9$ca51a220$5ef4e660$@gmail.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <92e18ee1-514c-890f-5bd7-da0dbf162c99@gmail.com>
Date: Mon, 22 Jan 2018 18:14:00 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <028f01d393a9$ca51a220$5ef4e660$@gmail.com>
Content-Type: multipart/alternative; boundary="------------7D2FF4D42975B3B8285811F9"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/84yxw7Bopq8hxKVpBAPtSyx-f7g>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 18:14:39 -0000

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

No, I meant that in as far as we have them, the equipment model should 
be ingress rep, egress elim.

- Stewart


On 22/01/2018 17:52, Jouni wrote:
>
> The current architecture does not prohibit deployment models where 
> PREF takes place at the ingress/egress only. We need a solution for 
> rings and ladders  where every node basically can participate PREF.
>
> -Jouni
>
> *From:*Stewart Bryant [mailto:stewart.bryant@gmail.com]
> *Sent:* Monday, January 22, 2018 18:53 PM
> *To:* Jouni <jouni.nospam@gmail.com>; 'Balázs Varga A' 
> <balazs.a.varga@ericsson.com>; 'Lou Berger' <lberger@labn.net>; 'Loa 
> Andersson' <loa@pi.nu>
> *Cc:* 'DetNet WG' <detnet@ietf.org>; 'Andrew G. Malis' <agmalis@gmail.com>
> *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
> Which is why I keep saying that checking is a system egress function.
>
> - Stewart
>
> On 22/01/2018 15:43, Jouni wrote:
>
>     The point 2 is exactly what I wanted to stress during the interim
>     call.  E.g., the bitmaps to keep track for packet history window
>     quickly become an issue in a multiport chips. These are high speed
>     lookups so off-chip ram is not typically an option. Anyway, the
>     window size is an implementation/cost matter..
>
>     -Jouni
>
>     *From:*Balázs Varga A [mailto:balazs.a.varga@ericsson.com]
>     *Sent:* Monday, January 22, 2018 16:41 PM
>     *To:* Lou Berger <lberger@labn.net> <mailto:lberger@labn.net>;
>     Jouni <jouni.nospam@gmail.com> <mailto:jouni.nospam@gmail.com>;
>     Loa Andersson <loa@pi.nu> <mailto:loa@pi.nu>
>     *Cc:* DetNet WG <detnet@ietf.org> <mailto:detnet@ietf.org>; Andrew
>     G. Malis <agmalis@gmail.com> <mailto:agmalis@gmail.com>
>     *Subject:* RE: [Detnet] DP solution (Sequence Numbering)
>
>     Hi,
>
>     I would like to highlight two aspects to S/N size calculations:
>
>     1, Path delay differences.
>
>     We use the S/N to identify duplicates at “path merging points”
>     (where Duplicate
>
>     Elimination functions resides in the network).
>
>     So what really matters is the delay difference of the paths. And
>     the “window” size
>
>     we use at the Elimination point (see next point). So if the path
>     difference is e.g.,
>
>     10 ms than we need a window size to be able to cope with packets
>     received
>
>     during that time period.
>
>     I think path differences should be well below 1 sec. In many
>     use-cases even 1 ms
>
>     is too much.
>
>     2, Window size (used for S/N comparison)
>
>     The other constraint we should consider more is how big window
>     size the chips
>
>     are able to deal with. It is a story e.g., about memory …
>
>     Cheers
>
>     Bala’zs
>
>     *From:*Lou Berger [mailto:lberger@labn.net]
>     *Sent:* 2018. január 22. 15:17
>     *To:* Jouni <jouni.nospam@gmail.com
>     <mailto:jouni.nospam@gmail.com>>; Loa Andersson <loa@pi.nu
>     <mailto:loa@pi.nu>>
>     *Cc:* DetNet WG <detnet@ietf.org <mailto:detnet@ietf.org>>; Andrew
>     G. Malis <agmalis@gmail.com <mailto:agmalis@gmail.com>>; Balázs
>     Varga A <balazs.a.varga@ericsson.com
>     <mailto:balazs.a.varga@ericsson.com>>
>     *Subject:* Re: [Detnet] DP solution (Sequence Numbering)
>
>     Jouni,
>
>         I may be off but isn't sequence number independent per flow? 
>     So it's not the max link speed that's critical, but rather the max
>     flow size, right?
>
>     Certainly link speed provides an upper bound on a single flow, and
>     there are certainly some use cases where a single flow will
>     consume even the biggest link, but my experience is that such
>     flows *always* use large packets.  In any case, I (personally, no
>     hat) don't see this as the common case nor *necessarily* the
>     required *initial* detnet solution.
>
>     Also, I ran sum numbers for bits needed for 1sec at different
>     frame sizes.  25 bits looks sufficient for almost all flows, and
>     is only insufficient for 4 smaller frame sizes at 400G and 1T. So
>     in either case (flows or links)  28 bits  more than sufficient.
>
>     Lou
>
>     Hopefully this looks okay...
>
>     bits needed
>
>     	
>
>     64 BPkt
>
>     	
>
>      128 BPkt
>
>     	
>
>      256 BPkt
>
>     	
>
>      512 BPkt
>
>     	
>
>      1514 BPkt
>
>     	
>
>      4096 BPkt
>
>     	
>
>      9216 BPkt
>
>     10M
>
>     	
>
>     14
>
>     	
>
>     13
>
>     	
>
>     12
>
>     	
>
>     11
>
>     	
>
>     10
>
>     	
>
>     8
>
>     	
>
>     7
>
>     1G
>
>     	
>
>     21
>
>     	
>
>     20
>
>     	
>
>     19
>
>     	
>
>     18
>
>     	
>
>     16
>
>     	
>
>     15
>
>     	
>
>     14
>
>     100G
>
>     	
>
>     27
>
>     	
>
>     26
>
>     	
>
>     25
>
>     	
>
>     24
>
>     	
>
>     23
>
>     	
>
>     22
>
>     	
>
>     20
>
>     400G
>
>     	
>
>     29
>
>     	
>
>     28
>
>     	
>
>     27
>
>     	
>
>     26
>
>     	
>
>     25
>
>     	
>
>     24
>
>     	
>
>     22
>
>     1T
>
>     	
>
>     30
>
>     	
>
>     30
>
>     	
>
>     29
>
>     	
>
>     28
>
>     	
>
>     26
>
>     	
>
>     25
>
>     	
>
>     24
>
>     On 1/21/2018 4:43 AM, Jouni wrote:
>
>           
>
>         Quick and dirty calculation with 1500 octet packet (+ ethernet overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.
>
>         1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 bit SN. This is based on the calculation how many packets you are able to inject within a given time constraint.  I do not consider here yet how you would find out a late packet based on the SN i.e., whether you need to reserve half of the SN space for “in window” packets or some other amount like 10%. Anyway, it is still _early_ in Sunday morning so tolerate errors..
>
>           
>
>         To me 28 bits seems to be plenty.. and a single on-wire format is simple (assuming the actual SN bits are defined by the CP or config).
>
>           
>
>         - Jouni
>
>           
>
>           
>
>             On 21 Jan 2018, at 08:28, Loa Andersson<loa@pi.nu> <mailto:loa@pi.nu>  wrote:
>
>               
>
>             Andy, all,
>
>               
>
>             (I thought I sent a response to this, but it never did show up, so re-sending. Apologize if there are duplicates).
>
>               
>
>             So we all agree that we need the sequence number for elimination
>
>             purposes.
>
>               
>
>             We still need to agree on the size and format of the sequence number
>
>               
>
>             What will impact the calculation of the sequence number size are:
>
>               
>
>             - the maximum sustained DetNet flow BW
>
>             - the minimum average packet size of a DetNet flow
>
>             - the maximum lifetime of an errant packet
>
>               
>
>             My guesstimate is that we need to allow for a sustained BW of 1 Tbs, that the average packet size is less that 1500 bytes and that the life
>
>             time of an errant packet is at least 500 ms.
>
>               
>
>             But we obviously need better answers than that to be able to calculate the sequence number size we med.
>
>               
>
>             Any takers??
>
>               
>
>             /Loa
>
>               
>
>               
>
>               
>
>             On 2018-01-20 02:36, Andrew G. Malis wrote:
>
>                 Loa,
>
>                 You’re right, we do need to think about the maximum lifetime of an errant packet in the network as well, thanks for that.
>
>                 You’re also correct that we need to define what’s optimal for DETNET, however we do have a charter constraint. To quote Lou’s recent email, "We are not expected to come up with new encapsulations, but rather how DetNet uses what exists today. “. So we can’t be TOO creative ...
>
>                 I’m really interested to hear what other people have to say about the upper limit of flow BW that DetNet needs to support, and I also made an assumption in my math that an average DetNet packet (at least for a very large flow) would be 1500 bytes. Do we have consensus on that as well? That also has implications for the sequence number length.
>
>                 Cheers,
>
>                 Andy
>
>                 On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu <mailto:loa@pi.nu>  <mailto:loa@pi.nu> <mailto:loa@pi.nu>> wrote:
>
>                     Andy,
>
>                     On 2018-01-19 20:25, Andrew G. Malis wrote:
>
>                         Loa,
>
>                         We really don’t need a “D” bit, as we can allocate a PW type to
>
>                         indicate that this is a DetNet PW, plus the context of the label
>
>                         can identify its use for a DetNet PW/flow.
>
>                     Fine, however we have at least diverging opinions, that both say
>
>                     that we should not use PWs
>
>                     - first we have people that believe that we should use EVPN instead
>
>                     - second there are people that say that we should define what is
>
>                        necessary for DetNet and then specify that independent of EVPN
>
>                     and PWs
>
>                     We need a consensus on that before we can start the design according to
>
>                     one or the other of those paradigms.
>
>                         We DO need the first nibble to be zero. But beyond that, we are
>
>                         free to use all 28 bits as a sequence number, if there’s no need
>
>                         for either flags or PW-layer fragmentation, which would require
>
>                         two bits.
>
>                         The key to determine the required number of bits in the sequence
>
>                         number is to determine, for the maximum expected rate of a
>
>                         DetNet flow, how long will it take to wrap around?
>
>                     Isn't that only part of the truth? We are not concerned only by the
>
>                     fact that the source might sue the same sequence number again, but
>
>                     that a struggling packet might show up at a point in the network
>
>                     where a wrap
>
>                     around just happened.
>
>                         For example, for a 10Gbps flow, that would reasonably equate to
>
>                         833K pps, assuming 1500-byte packets. This would wrap around in
>
>                         a little over one second with 20 bits. A 100 Gbps flow with a
>
>                         27-bit sequence number would wrap around in about 1 second.
>
>                         All that said, a second is a very long holding time for flows
>
>                         with constrained latency, so we could probably take two bits off
>
>                         those numbers and still be OK (wrap around in 250 ms).
>
>                         So 25 bits is probably sufficient, at least for today. 28 bits
>
>                         gives us room for further BW growth in the future, approaching
>
>                         1Tbps.
>
>                     I think that we need to design for Tbps (or worse), but that is another
>
>                     thing we need consensus on before starting to specify.
>
>                     /Loa
>
>                         Cheers,
>
>                         Andy
>
>                 _______________________________________________
>
>                 detnet mailing list
>
>                 detnet@ietf.org <mailto:detnet@ietf.org>
>
>                 https://www.ietf.org/mailman/listinfo/detnet
>
>               
>
>             -- 
>
>               
>
>               
>
>             Loa Andersson                        email:loa@pi.nu <mailto:loa@pi.nu>
>
>             Senior MPLS Expert
>
>             Huawei Technologies (consultant)     phone: +46 739 81 21 64
>
>               
>
>             _______________________________________________
>
>             detnet mailing list
>
>             detnet@ietf.org <mailto:detnet@ietf.org>
>
>             https://www.ietf.org/mailman/listinfo/detnet
>
>           
>
>         _______________________________________________
>
>         detnet mailing list
>
>         detnet@ietf.org <mailto:detnet@ietf.org>
>
>         https://www.ietf.org/mailman/listinfo/detnet
>
>
>
>
>     _______________________________________________
>
>     detnet mailing list
>
>     detnet@ietf.org <mailto:detnet@ietf.org>
>
>     https://www.ietf.org/mailman/listinfo/detnet
>


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

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>No, I meant that in as far as we have them, the equipment model
      should be ingress rep, egress elim.</p>
    <p>- Stewart<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 22/01/2018 17:52, Jouni wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:028f01d393a9$ca51a220$5ef4e660$@gmail.com">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;
	color:black;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0in;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:.5in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
span.EmailStyle22
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle23
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
span.EmailStyle24
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:745491833;
	mso-list-type:hybrid;
	mso-list-template-ids:-1049357358 -1681867690 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
	{mso-level-start-at:256;
	mso-level-number-format:bullet;
	mso-level-text:-;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l1
	{mso-list-id:1001271134;
	mso-list-type:hybrid;
	mso-list-template-ids:-992459040 62146822 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l1:level1
	{mso-level-start-at:256;
	mso-level-number-format:bullet;
	mso-level-text:-;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;}
@list l1:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l1:level3
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l1:level4
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l1:level5
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l1:level6
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
@list l1:level7
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Symbol;}
@list l1:level8
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:"Courier New";}
@list l1:level9
	{mso-level-number-format:bullet;
	mso-level-text:;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-.25in;
	font-family:Wingdings;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:#1F497D">The current
            architecture does not prohibit deployment models where PREF
            takes place at the ingress/egress only. We need a solution
            for rings and ladders  where every node basically can
            participate PREF.<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
        <p class="MsoListParagraph"
          style="text-indent:-.25in;mso-list:l0 level1 lfo3"><!--[if !supportLists]--><span
            style="color:#1F497D"><span style="mso-list:Ignore">-<span
                style="font:7.0pt &quot;Times New Roman&quot;">         
              </span></span></span><!--[endif]--><span
            style="color:#1F497D">Jouni<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
        <div style="border:none;border-left:solid blue 1.5pt;padding:0in
          0in 0in 4.0pt">
          <div>
            <div style="border:none;border-top:solid #E1E1E1
              1.0pt;padding:3.0pt 0in 0in 0in">
              <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                  style="color:windowtext"> Stewart Bryant
                  [<a class="moz-txt-link-freetext" href="mailto:stewart.bryant@gmail.com">mailto:stewart.bryant@gmail.com</a>] <br>
                  <b>Sent:</b> Monday, January 22, 2018 18:53 PM<br>
                  <b>To:</b> Jouni <a class="moz-txt-link-rfc2396E" href="mailto:jouni.nospam@gmail.com">&lt;jouni.nospam@gmail.com&gt;</a>;
                  'Balázs Varga A' <a class="moz-txt-link-rfc2396E" href="mailto:balazs.a.varga@ericsson.com">&lt;balazs.a.varga@ericsson.com&gt;</a>;
                  'Lou Berger' <a class="moz-txt-link-rfc2396E" href="mailto:lberger@labn.net">&lt;lberger@labn.net&gt;</a>; 'Loa Andersson'
                  <a class="moz-txt-link-rfc2396E" href="mailto:loa@pi.nu">&lt;loa@pi.nu&gt;</a><br>
                  <b>Cc:</b> 'DetNet WG' <a class="moz-txt-link-rfc2396E" href="mailto:detnet@ietf.org">&lt;detnet@ietf.org&gt;</a>;
                  'Andrew G. Malis' <a class="moz-txt-link-rfc2396E" href="mailto:agmalis@gmail.com">&lt;agmalis@gmail.com&gt;</a><br>
                  <b>Subject:</b> Re: [Detnet] DP solution (Sequence
                  Numbering)<o:p></o:p></span></p>
            </div>
          </div>
          <p class="MsoNormal"><o:p> </o:p></p>
          <p><o:p> </o:p></p>
          <p class="MsoNormal" style="margin-bottom:12.0pt">Which is why
            I keep saying that checking is a system egress function.<br>
            <br>
            - Stewart<o:p></o:p></p>
          <div>
            <p class="MsoNormal">On 22/01/2018 15:43, Jouni wrote:<o:p></o:p></p>
          </div>
          <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
            <p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:#1F497D">The point 2
                is exactly what I wanted to stress during the interim
                call.  E.g., the bitmaps to keep track for packet
                history window quickly become an issue in a multiport
                chips. These are high speed lookups so off-chip ram is
                not typically an option. Anyway, the window size is an
                implementation/cost matter..</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
            <p class="MsoListParagraph"
              style="text-indent:-.25in;mso-list:l1 level1 lfo2"><!--[if !supportLists]--><span
                style="mso-list:Ignore">-<span style="font:7.0pt
                  &quot;Times New Roman&quot;">          </span></span><!--[endif]--><span
                style="color:#1F497D">Jouni</span><o:p></o:p></p>
            <p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
            <div style="border:none;border-left:solid blue
              1.5pt;padding:0in 0in 0in 4.0pt">
              <div>
                <div style="border:none;border-top:solid #E1E1E1
                  1.0pt;padding:3.0pt 0in 0in 0in">
                  <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                      style="color:windowtext"> Balázs Varga A [<a
                        href="mailto:balazs.a.varga@ericsson.com"
                        moz-do-not-send="true">mailto:balazs.a.varga@ericsson.com</a>]
                      <br>
                      <b>Sent:</b> Monday, January 22, 2018 16:41 PM<br>
                      <b>To:</b> Lou Berger <a
                        href="mailto:lberger@labn.net"
                        moz-do-not-send="true">&lt;lberger@labn.net&gt;</a>;
                      Jouni <a href="mailto:jouni.nospam@gmail.com"
                        moz-do-not-send="true">&lt;jouni.nospam@gmail.com&gt;</a>;
                      Loa Andersson <a href="mailto:loa@pi.nu"
                        moz-do-not-send="true">&lt;loa@pi.nu&gt;</a><br>
                      <b>Cc:</b> DetNet WG <a
                        href="mailto:detnet@ietf.org"
                        moz-do-not-send="true">&lt;detnet@ietf.org&gt;</a>;
                      Andrew G. Malis <a
                        href="mailto:agmalis@gmail.com"
                        moz-do-not-send="true">&lt;agmalis@gmail.com&gt;</a><br>
                      <b>Subject:</b> RE: [Detnet] DP solution (Sequence
                      Numbering)</span><o:p></o:p></p>
                </div>
              </div>
              <p class="MsoNormal"> <o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">Hi,</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">I
                  would like to highlight two aspects to S/N size
                  calculations: </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">1,
                  Path delay differences.</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">We use
                  the S/N to identify duplicates at “path merging
                  points” (where Duplicate </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">Elimination
                  functions resides in the network). </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">So
                  what really matters is the delay difference of the
                  paths. And the “window” size </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">we use
                  at the Elimination point (see next point). So if the
                  path difference is e.g., </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">10 ms
                  than we need a window size to be able to cope with
                  packets received </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">during
                  that time period.</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">I
                  think path differences should be well below 1 sec. In
                  many use-cases even 1 ms </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">is too
                  much.</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">2,
                  Window size (used for S/N comparison)</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">The
                  other constraint we should consider more is how big
                  window size the chips </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">are
                  able to deal with. It is a story e.g., about memory …</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">Cheers</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext">Bala’zs</span><o:p></o:p></p>
              <p class="MsoNormal"><span style="color:windowtext"> </span><o:p></o:p></p>
              <div>
                <div style="border:none;border-top:solid #E1E1E1
                  1.0pt;padding:3.0pt 0in 0in 0in">
                  <p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
                      style="color:windowtext"> Lou Berger [<a
                        href="mailto:lberger@labn.net"
                        moz-do-not-send="true">mailto:lberger@labn.net</a>]
                      <br>
                      <b>Sent:</b> 2018. január 22. 15:17<br>
                      <b>To:</b> Jouni &lt;<a
                        href="mailto:jouni.nospam@gmail.com"
                        moz-do-not-send="true">jouni.nospam@gmail.com</a>&gt;;
                      Loa Andersson &lt;<a href="mailto:loa@pi.nu"
                        moz-do-not-send="true">loa@pi.nu</a>&gt;<br>
                      <b>Cc:</b> DetNet WG &lt;<a
                        href="mailto:detnet@ietf.org"
                        moz-do-not-send="true">detnet@ietf.org</a>&gt;;
                      Andrew G. Malis &lt;<a
                        href="mailto:agmalis@gmail.com"
                        moz-do-not-send="true">agmalis@gmail.com</a>&gt;;
                      Balázs Varga A &lt;<a
                        href="mailto:balazs.a.varga@ericsson.com"
                        moz-do-not-send="true">balazs.a.varga@ericsson.com</a>&gt;<br>
                      <b>Subject:</b> Re: [Detnet] DP solution (Sequence
                      Numbering)</span><o:p></o:p></p>
                </div>
              </div>
              <p class="MsoNormal"> <o:p></o:p></p>
              <p>Jouni,<o:p></o:p></p>
              <p>    I may be off but isn't sequence number independent
                per flow?  So it's not the max link speed that's
                critical, but rather the max flow size, right?  <o:p></o:p></p>
              <p>Certainly link speed provides an upper bound on a
                single flow, and there are certainly some use cases
                where a single flow will consume even the biggest link,
                but my experience is that such flows *always* use large
                packets.  In any case, I (personally, no hat) don't see
                this as the common case nor *necessarily* the required
                *initial* detnet solution.<o:p></o:p></p>
              <p class="MsoNormal">Also, I ran sum numbers for bits
                needed for 1sec at different frame sizes.  25 bits looks
                sufficient for almost all flows, and is only
                insufficient for 4 smaller frame sizes at 400G and 1T.
                So in either case (flows or links)  28 bits  more than
                sufficient.<br>
                <br>
                Lou<o:p></o:p></p>
              <p>Hopefully this looks okay...<o:p></o:p></p>
              <table class="MsoNormalTable" style="width:659.25pt"
                cellspacing="0" cellpadding="0" width="0" border="0">
                <tbody>
                  <tr style="height:15.75pt">
                    <td style="width:61.0pt;padding:0in 0in 0in
                      0in;height:15.75pt" width="81">
                      <p class="MsoNormal">bits needed<o:p></o:p></p>
                    </td>
                    <td style="width:86.0pt;padding:0in 0in 0in
                      0in;height:15.75pt" width="114">
                      <p class="MsoNormal">64 BPkt <o:p></o:p></p>
                    </td>
                    <td style="width:86.0pt;padding:0in 0in 0in
                      0in;height:15.75pt" width="114">
                      <p class="MsoNormal"> 128 BPkt <o:p></o:p></p>
                    </td>
                    <td style="width:86.0pt;padding:0in 0in 0in
                      0in;height:15.75pt" width="114">
                      <p class="MsoNormal"> 256 BPkt <o:p></o:p></p>
                    </td>
                    <td style="width:86.0pt;padding:0in 0in 0in
                      0in;height:15.75pt" width="114">
                      <p class="MsoNormal"> 512 BPkt <o:p></o:p></p>
                    </td>
                    <td style="width:86.0pt;padding:0in 0in 0in
                      0in;height:15.75pt" width="114">
                      <p class="MsoNormal"> 1514 BPkt <o:p></o:p></p>
                    </td>
                    <td style="width:86.0pt;padding:0in 0in 0in
                      0in;height:15.75pt" width="114">
                      <p class="MsoNormal"> 4096 BPkt <o:p></o:p></p>
                    </td>
                    <td style="width:86.0pt;padding:0in 0in 0in
                      0in;height:15.75pt" width="114">
                      <p class="MsoNormal"> 9216 BPkt <o:p></o:p></p>
                    </td>
                  </tr>
                  <tr style="height:15.0pt">
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal">10M<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">14<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">13<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">12<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">11<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">10<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">8<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">7<o:p></o:p></p>
                    </td>
                  </tr>
                  <tr style="height:15.0pt">
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal">1G<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">21<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">20<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">19<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">18<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">16<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">15<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">14<o:p></o:p></p>
                    </td>
                  </tr>
                  <tr style="height:15.0pt">
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal">100G<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">27<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">26<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">25<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">24<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">23<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">22<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">20<o:p></o:p></p>
                    </td>
                  </tr>
                  <tr style="height:15.0pt">
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal">400G<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right"><span style="color:red">29</span><o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">28<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">27<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">26<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">25<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">24<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.0pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">22<o:p></o:p></p>
                    </td>
                  </tr>
                  <tr style="height:15.75pt">
                    <td style="padding:0in 0in 0in 0in;height:15.75pt">
                      <p class="MsoNormal">1T<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.75pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right"><span style="color:red">30</span><o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.75pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right"><span style="color:red">30</span><o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.75pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right"><span style="color:red">29</span><o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.75pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">28<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.75pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">26<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.75pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">25<o:p></o:p></p>
                    </td>
                    <td style="padding:0in 0in 0in 0in;height:15.75pt">
                      <p class="MsoNormal" style="text-align:right"
                        align="right">24<o:p></o:p></p>
                    </td>
                  </tr>
                </tbody>
              </table>
              <p class="MsoNormal"> <o:p></o:p></p>
              <div>
                <p class="MsoNormal">On 1/21/2018 4:43 AM, Jouni wrote:<o:p></o:p></p>
              </div>
              <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
                <pre> <o:p></o:p></pre>
                <pre>Quick and dirty calculation with 1500 octet packet (+ ethernet overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.<o:p></o:p></pre>
                <pre>1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 bit SN. This is based on the calculation how many packets you are able to inject within a given time constraint.  I do not consider here yet how you would find out a late packet based on the SN i.e., whether you need to reserve half of the SN space for “in window” packets or some other amount like 10%. Anyway, it is still _early_ in Sunday morning so tolerate errors..<o:p></o:p></pre>
                <pre> <o:p></o:p></pre>
                <pre>To me 28 bits seems to be plenty.. and a single on-wire format is simple (assuming the actual SN bits are defined by the CP or config).<o:p></o:p></pre>
                <pre> <o:p></o:p></pre>
                <pre>- Jouni<o:p></o:p></pre>
                <pre> <o:p></o:p></pre>
                <pre> <o:p></o:p></pre>
                <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
                  <pre>On 21 Jan 2018, at 08:28, Loa Andersson <a href="mailto:loa@pi.nu" moz-do-not-send="true">&lt;loa@pi.nu&gt;</a> wrote:<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>Andy, all,<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>(I thought I sent a response to this, but it never did show up, so re-sending. Apologize if there are duplicates).<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>So we all agree that we need the sequence number for elimination<o:p></o:p></pre>
                  <pre>purposes.<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>We still need to agree on the size and format of the sequence number<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>What will impact the calculation of the sequence number size are:<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>- the maximum sustained DetNet flow BW<o:p></o:p></pre>
                  <pre>- the minimum average packet size of a DetNet flow<o:p></o:p></pre>
                  <pre>- the maximum lifetime of an errant packet<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>My guesstimate is that we need to allow for a sustained BW of 1 Tbs, that the average packet size is less that 1500 bytes and that the life<o:p></o:p></pre>
                  <pre>time of an errant packet is at least 500 ms.<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>But we obviously need better answers than that to be able to calculate the sequence number size we med.<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>Any takers??<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>/Loa<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>On 2018-01-20 02:36, Andrew G. Malis wrote:<o:p></o:p></pre>
                  <blockquote
                    style="margin-top:5.0pt;margin-bottom:5.0pt">
                    <pre>Loa,<o:p></o:p></pre>
                    <pre>You’re right, we do need to think about the maximum lifetime of an errant packet in the network as well, thanks for that.<o:p></o:p></pre>
                    <pre>You’re also correct that we need to define what’s optimal for DETNET, however we do have a charter constraint. To quote Lou’s recent email, "We are not expected to come up with new encapsulations, but rather how DetNet uses what exists today. “. So we can’t be TOO creative ...<o:p></o:p></pre>
                    <pre>I’m really interested to hear what other people have to say about the upper limit of flow BW that DetNet needs to support, and I also made an assumption in my math that an average DetNet packet (at least for a very large flow) would be 1500 bytes. Do we have consensus on that as well? That also has implications for the sequence number length.<o:p></o:p></pre>
                    <pre>Cheers,<o:p></o:p></pre>
                    <pre>Andy<o:p></o:p></pre>
                    <pre>On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson &lt;<a href="mailto:loa@pi.nu" moz-do-not-send="true">loa@pi.nu</a> <a href="mailto:loa@pi.nu" moz-do-not-send="true">&lt;mailto:loa@pi.nu&gt;</a>&gt; wrote:<o:p></o:p></pre>
                    <pre>   Andy,<o:p></o:p></pre>
                    <pre>   On 2018-01-19 20:25, Andrew G. Malis wrote:<o:p></o:p></pre>
                    <pre>       Loa,<o:p></o:p></pre>
                    <pre>       We really don’t need a “D” bit, as we can allocate a PW type to<o:p></o:p></pre>
                    <pre>       indicate that this is a DetNet PW, plus the context of the label<o:p></o:p></pre>
                    <pre>       can identify its use for a DetNet PW/flow.<o:p></o:p></pre>
                    <pre>   Fine, however we have at least diverging opinions, that both say<o:p></o:p></pre>
                    <pre>   that we should not use PWs<o:p></o:p></pre>
                    <pre>   - first we have people that believe that we should use EVPN instead<o:p></o:p></pre>
                    <pre>   - second there are people that say that we should define what is<o:p></o:p></pre>
                    <pre>      necessary for DetNet and then specify that independent of EVPN<o:p></o:p></pre>
                    <pre>   and PWs<o:p></o:p></pre>
                    <pre>   We need a consensus on that before we can start the design according to<o:p></o:p></pre>
                    <pre>   one or the other of those paradigms.<o:p></o:p></pre>
                    <pre>       We DO need the first nibble to be zero. But beyond that, we are<o:p></o:p></pre>
                    <pre>       free to use all 28 bits as a sequence number, if there’s no need<o:p></o:p></pre>
                    <pre>       for either flags or PW-layer fragmentation, which would require<o:p></o:p></pre>
                    <pre>       two bits.<o:p></o:p></pre>
                    <pre>       The key to determine the required number of bits in the sequence<o:p></o:p></pre>
                    <pre>       number is to determine, for the maximum expected rate of a<o:p></o:p></pre>
                    <pre>       DetNet flow, how long will it take to wrap around?<o:p></o:p></pre>
                    <pre>   Isn't that only part of the truth? We are not concerned only by the<o:p></o:p></pre>
                    <pre>   fact that the source might sue the same sequence number again, but<o:p></o:p></pre>
                    <pre>   that a struggling packet might show up at a point in the network<o:p></o:p></pre>
                    <pre>   where a wrap<o:p></o:p></pre>
                    <pre>   around just happened.<o:p></o:p></pre>
                    <pre>       For example, for a 10Gbps flow, that would reasonably equate to<o:p></o:p></pre>
                    <pre>       833K pps, assuming 1500-byte packets. This would wrap around in<o:p></o:p></pre>
                    <pre>       a little over one second with 20 bits. A 100 Gbps flow with a<o:p></o:p></pre>
                    <pre>       27-bit sequence number would wrap around in about 1 second.<o:p></o:p></pre>
                    <pre>       All that said, a second is a very long holding time for flows<o:p></o:p></pre>
                    <pre>       with constrained latency, so we could probably take two bits off<o:p></o:p></pre>
                    <pre>       those numbers and still be OK (wrap around in 250 ms).<o:p></o:p></pre>
                    <pre>       So 25 bits is probably sufficient, at least for today. 28 bits<o:p></o:p></pre>
                    <pre>       gives us room for further BW growth in the future, approaching<o:p></o:p></pre>
                    <pre>       1Tbps.<o:p></o:p></pre>
                    <pre>   I think that we need to design for Tbps (or worse), but that is another<o:p></o:p></pre>
                    <pre>   thing we need consensus on before starting to specify.<o:p></o:p></pre>
                    <pre>   /Loa<o:p></o:p></pre>
                    <pre>       Cheers,<o:p></o:p></pre>
                    <pre>       Andy<o:p></o:p></pre>
                    <pre>_______________________________________________<o:p></o:p></pre>
                    <pre>detnet mailing list<o:p></o:p></pre>
                    <pre><a href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
                    <pre><a href="https://www.ietf.org/mailman/listinfo/detnet" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
                  </blockquote>
                  <pre> <o:p></o:p></pre>
                  <pre>-- <o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>Loa Andersson                        email: <a href="mailto:loa@pi.nu" moz-do-not-send="true">loa@pi.nu</a><o:p></o:p></pre>
                  <pre>Senior MPLS Expert<o:p></o:p></pre>
                  <pre>Huawei Technologies (consultant)     phone: +46 739 81 21 64<o:p></o:p></pre>
                  <pre> <o:p></o:p></pre>
                  <pre>_______________________________________________<o:p></o:p></pre>
                  <pre>detnet mailing list<o:p></o:p></pre>
                  <pre><a href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
                  <pre><a href="https://www.ietf.org/mailman/listinfo/detnet" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
                </blockquote>
                <pre> <o:p></o:p></pre>
                <pre>_______________________________________________<o:p></o:p></pre>
                <pre>detnet mailing list<o:p></o:p></pre>
                <pre><a href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
                <pre><a href="https://www.ietf.org/mailman/listinfo/detnet" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
              </blockquote>
              <p class="MsoNormal"> <o:p></o:p></p>
            </div>
            <p class="MsoNormal"><span
                style="font-size:12.0pt;font-family:&quot;Times New
                Roman&quot;,serif"><br>
                <br>
                <br>
                <o:p></o:p></span></p>
            <pre>_______________________________________________<o:p></o:p></pre>
            <pre>detnet mailing list<o:p></o:p></pre>
            <pre><a href="mailto:detnet@ietf.org" moz-do-not-send="true">detnet@ietf.org</a><o:p></o:p></pre>
            <pre><a href="https://www.ietf.org/mailman/listinfo/detnet" moz-do-not-send="true">https://www.ietf.org/mailman/listinfo/detnet</a><o:p></o:p></pre>
          </blockquote>
          <p class="MsoNormal"><span
              style="font-size:12.0pt;font-family:&quot;Times New
              Roman&quot;,serif"><o:p> </o:p></span></p>
        </div>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------7D2FF4D42975B3B8285811F9--


From nobody Mon Jan 22 12:53:14 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A9F712D77B for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 12:53:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F_QQyYpmiygY for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 12:53:09 -0800 (PST)
Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (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 C3D7B127337 for <detnet@ietf.org>; Mon, 22 Jan 2018 12:53:08 -0800 (PST)
Received: by mail-lf0-x22f.google.com with SMTP id t79so12305021lfe.3 for <detnet@ietf.org>; Mon, 22 Jan 2018 12:53:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ZoKzN+XcXqfWEUNvHHrCrDhAUodsic1pOTj0NcVn06k=; b=PoezxEUGcCwhIshdwcoom0O79drB/tXqwpudDNde2peHIIrm0k0FytPgq2KnZFjgHO MSi8Yc5OnewGNl6J+pbjQjAktZ2HrBrVNzZKpdatZHBqdyKz30ruM4kT9wQl3TAFzesH AZyXF9uIMSB5wjUjo57amaGj7T0gDddYogPHLZozN3b1vsQwsO/B7JlvIQ2SacFGl84q +TIvXE13deKMKlcwHjw0aJSWuZx6yMfsusMx6xT6IwJfe8muKVVoFYiHvmGLtojIZF50 Em33CfPIhm6ZyyhfUXH5jU1+UccEbEKxsgQDMAO0oRRwDGyAdnNvXWm8miRX9c7J0+pW CNlw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ZoKzN+XcXqfWEUNvHHrCrDhAUodsic1pOTj0NcVn06k=; b=C+rF9PByGE0ihk9LVM21IAtT7ZHw84g+wOqUAxIdztwM9bI+R1Ih+xSCWNC3d5nWcd pQ5JMAIvtT3obXzQC6XibLoaAex8f5PuoGH8bM0Naue4MZA2klczwq/7enJYoGJu3Zu+ jUJPD2BtxQuxBFp/YYSKHQYtDBMq7RVa84QixZidzP34SyeNKYVKJuaXjOXnosCNwQ4M m+MDW212uBOk1dZizWi5TnpPvF31qw30i0SKRnuIQeRduwPoO1PEios58+ICh18K/RkV HYdLi6e3lsRE+yA5Cr3WhIyJg+x+QPqIXw21R2VB0195SaQva/dzQTXEs5VHTJWUfzuQ 88Ow==
X-Gm-Message-State: AKwxytcqQ88tkaKhYxJw9xX9zwMojYpoR/sf3KPTvYjqZi4B2VPs+/Ge 3ec4Z2BoS7q1cXJR6+8kdHA=
X-Google-Smtp-Source: AH8x225oPuTwRHyFCV4AEBs8I4t84C9yTKdmweL9I/pQY4pmNmcvnA3ZJpAhSDCtk/XWXhBVxlGu2w==
X-Received: by 10.46.101.207 with SMTP id e76mr82978ljf.115.1516654386864; Mon, 22 Jan 2018 12:53:06 -0800 (PST)
Received: from jounis-imac.home ([83.150.126.201]) by smtp.gmail.com with ESMTPSA id g65sm308440ljg.94.2018.01.22.12.53.02 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 22 Jan 2018 12:53:06 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Jouni <jouni.nospam@gmail.com>
In-Reply-To: <92e18ee1-514c-890f-5bd7-da0dbf162c99@gmail.com>
Date: Mon, 22 Jan 2018 22:52:42 +0200
Cc: =?utf-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>, Lou Berger <lberger@labn.net>, Loa Andersson <loa@pi.nu>, DetNet WG <detnet@ietf.org>, "Andrew G. Malis" <agmalis@gmail.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <83C0847F-889D-4CCE-B457-0D6634793F58@gmail.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu> <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com> <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net> <VI1PR07MB100570CAB2F1E43585FE7568ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com> <010301d39397$b2891770$179b4650$@gmail.com> <6af825df-2794-90b3-c32f-86d23ffb1e79@gmail.com> <028f01d393a9$ca51a220$5ef4e660$@gmail.com> <92e18ee1-514c-890f-5bd7-da0dbf162c99@gmail.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/CVqAekKodjOTtEi7-7fB6fxKatU>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2018 20:53:12 -0000

Ah, right. Sorry for my confusion.

- Jouni


> On 22 Jan 2018, at 20:14, Stewart Bryant <stewart.bryant@gmail.com> =
wrote:
>=20
> No, I meant that in as far as we have them, the equipment model should =
be ingress rep, egress elim.
>=20
> - Stewart
>=20
>=20
> On 22/01/2018 17:52, Jouni wrote:
>> The current architecture does not prohibit deployment models where =
PREF takes place at the ingress/egress only. We need a solution for =
rings and ladders  where every node basically can participate PREF.
>> =20
>> -          Jouni
>> =20
>> From: Stewart Bryant [mailto:stewart.bryant@gmail.com]=20
>> Sent: Monday, January 22, 2018 18:53 PM
>> To: Jouni <jouni.nospam@gmail.com>; 'Bal=C3=A1zs Varga A' =
<balazs.a.varga@ericsson.com>; 'Lou Berger' <lberger@labn.net>; 'Loa =
Andersson' <loa@pi.nu>
>> Cc: 'DetNet WG' <detnet@ietf.org>; 'Andrew G. Malis' =
<agmalis@gmail.com>
>> Subject: Re: [Detnet] DP solution (Sequence Numbering)
>> =20
>> =20
>>=20
>> Which is why I keep saying that checking is a system egress function.
>>=20
>> - Stewart
>>=20
>> On 22/01/2018 15:43, Jouni wrote:
>> =20
>> The point 2 is exactly what I wanted to stress during the interim =
call.  E.g., the bitmaps to keep track for packet history window quickly =
become an issue in a multiport chips. These are high speed lookups so =
off-chip ram is not typically an option. Anyway, the window size is an =
implementation/cost matter..
>> =20
>> -          Jouni
>> =20
>> From: Bal=C3=A1zs Varga A [mailto:balazs.a.varga@ericsson.com]=20
>> Sent: Monday, January 22, 2018 16:41 PM
>> To: Lou Berger <lberger@labn.net>; Jouni <jouni.nospam@gmail.com>; =
Loa Andersson <loa@pi.nu>
>> Cc: DetNet WG <detnet@ietf.org>; Andrew G. Malis <agmalis@gmail.com>
>> Subject: RE: [Detnet] DP solution (Sequence Numbering)
>> =20
>> Hi,
>> =20
>> I would like to highlight two aspects to S/N size calculations:=20
>> =20
>> 1, Path delay differences.
>> We use the S/N to identify duplicates at =E2=80=9Cpath merging =
points=E2=80=9D (where Duplicate=20
>> Elimination functions resides in the network).=20
>> =20
>> So what really matters is the delay difference of the paths. And the =
=E2=80=9Cwindow=E2=80=9D size=20
>> we use at the Elimination point (see next point). So if the path =
difference is e.g.,=20
>> 10 ms than we need a window size to be able to cope with packets =
received=20
>> during that time period.
>> =20
>> I think path differences should be well below 1 sec. In many =
use-cases even 1 ms=20
>> is too much.
>> =20
>> 2, Window size (used for S/N comparison)
>> The other constraint we should consider more is how big window size =
the chips=20
>> are able to deal with. It is a story e.g., about memory =E2=80=A6
>> =20
>> Cheers
>> Bala=E2=80=99zs
>> =20
>> From: Lou Berger [mailto:lberger@labn.net]=20
>> Sent: 2018. janu=C3=A1r 22. 15:17
>> To: Jouni <jouni.nospam@gmail.com>; Loa Andersson <loa@pi.nu>
>> Cc: DetNet WG <detnet@ietf.org>; Andrew G. Malis <agmalis@gmail.com>; =
Bal=C3=A1zs Varga A <balazs.a.varga@ericsson.com>
>> Subject: Re: [Detnet] DP solution (Sequence Numbering)
>> =20
>> Jouni,
>>=20
>>     I may be off but isn't sequence number independent per flow?  So =
it's not the max link speed that's critical, but rather the max flow =
size, right? =20
>>=20
>> Certainly link speed provides an upper bound on a single flow, and =
there are certainly some use cases where a single flow will consume even =
the biggest link, but my experience is that such flows *always* use =
large packets.  In any case, I (personally, no hat) don't see this as =
the common case nor *necessarily* the required *initial* detnet =
solution.
>>=20
>> Also, I ran sum numbers for bits needed for 1sec at different frame =
sizes.  25 bits looks sufficient for almost all flows, and is only =
insufficient for 4 smaller frame sizes at 400G and 1T. So in either case =
(flows or links)  28 bits  more than sufficient.
>>=20
>> Lou
>> Hopefully this looks okay...
>>=20
>> bits needed
>> 64 BPkt=20
>>  128 BPkt=20
>>  256 BPkt=20
>>  512 BPkt=20
>>  1514 BPkt=20
>>  4096 BPkt=20
>>  9216 BPkt=20
>> 10M
>> 14
>> 13
>> 12
>> 11
>> 10
>> 8
>> 7
>> 1G
>> 21
>> 20
>> 19
>> 18
>> 16
>> 15
>> 14
>> 100G
>> 27
>> 26
>> 25
>> 24
>> 23
>> 22
>> 20
>> 400G
>> 29
>> 28
>> 27
>> 26
>> 25
>> 24
>> 22
>> 1T
>> 30
>> 30
>> 29
>> 28
>> 26
>> 25
>> 24
>> =20
>> On 1/21/2018 4:43 AM, Jouni wrote:
>> =20
>> Quick and dirty calculation with 1500 octet packet (+ ethernet =
overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more =
than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.
>> 1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need =
28 bit SN. This is based on the calculation how many packets you are =
able to inject within a given time constraint.  I do not consider here =
yet how you would find out a late packet based on the SN i.e., whether =
you need to reserve half of the SN space for =E2=80=9Cin window=E2=80=9D =
packets or some other amount like 10%. Anyway, it is still _early_ in =
Sunday morning so tolerate errors..
>> =20
>> To me 28 bits seems to be plenty.. and a single on-wire format is =
simple (assuming the actual SN bits are defined by the CP or config).
>> =20
>> - Jouni
>> =20
>> =20
>> On 21 Jan 2018, at 08:28, Loa Andersson <loa@pi.nu> wrote:
>> =20
>> Andy, all,
>> =20
>> (I thought I sent a response to this, but it never did show up, so =
re-sending. Apologize if there are duplicates).
>> =20
>> So we all agree that we need the sequence number for elimination
>> purposes.
>> =20
>> We still need to agree on the size and format of the sequence number
>> =20
>> What will impact the calculation of the sequence number size are:
>> =20
>> - the maximum sustained DetNet flow BW
>> - the minimum average packet size of a DetNet flow
>> - the maximum lifetime of an errant packet
>> =20
>> My guesstimate is that we need to allow for a sustained BW of 1 Tbs, =
that the average packet size is less that 1500 bytes and that the life
>> time of an errant packet is at least 500 ms.
>> =20
>> But we obviously need better answers than that to be able to =
calculate the sequence number size we med.
>> =20
>> Any takers??
>> =20
>> /Loa
>> =20
>> =20
>> =20
>> On 2018-01-20 02:36, Andrew G. Malis wrote:
>> Loa,
>> You=E2=80=99re right, we do need to think about the maximum lifetime =
of an errant packet in the network as well, thanks for that.
>> You=E2=80=99re also correct that we need to define what=E2=80=99s =
optimal for DETNET, however we do have a charter constraint. To quote =
Lou=E2=80=99s recent email, "We are not expected to come up with new =
encapsulations, but rather how DetNet uses what exists today. =E2=80=9C. =
So we can=E2=80=99t be TOO creative ...
>> I=E2=80=99m really interested to hear what other people have to say =
about the upper limit of flow BW that DetNet needs to support, and I =
also made an assumption in my math that an average DetNet packet (at =
least for a very large flow) would be 1500 bytes. Do we have consensus =
on that as well? That also has implications for the sequence number =
length.
>> Cheers,
>> Andy
>> On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu =
<mailto:loa@pi.nu>> wrote:
>>    Andy,
>>    On 2018-01-19 20:25, Andrew G. Malis wrote:
>>        Loa,
>>        We really don=E2=80=99t need a =E2=80=9CD=E2=80=9D bit, as we =
can allocate a PW type to
>>        indicate that this is a DetNet PW, plus the context of the =
label
>>        can identify its use for a DetNet PW/flow.
>>    Fine, however we have at least diverging opinions, that both say
>>    that we should not use PWs
>>    - first we have people that believe that we should use EVPN =
instead
>>    - second there are people that say that we should define what is
>>       necessary for DetNet and then specify that independent of EVPN
>>    and PWs
>>    We need a consensus on that before we can start the design =
according to
>>    one or the other of those paradigms.
>>        We DO need the first nibble to be zero. But beyond that, we =
are
>>        free to use all 28 bits as a sequence number, if there=E2=80=99s=
 no need
>>        for either flags or PW-layer fragmentation, which would =
require
>>        two bits.
>>        The key to determine the required number of bits in the =
sequence
>>        number is to determine, for the maximum expected rate of a
>>        DetNet flow, how long will it take to wrap around?
>>    Isn't that only part of the truth? We are not concerned only by =
the
>>    fact that the source might sue the same sequence number again, but
>>    that a struggling packet might show up at a point in the network
>>    where a wrap
>>    around just happened.
>>        For example, for a 10Gbps flow, that would reasonably equate =
to
>>        833K pps, assuming 1500-byte packets. This would wrap around =
in
>>        a little over one second with 20 bits. A 100 Gbps flow with a
>>        27-bit sequence number would wrap around in about 1 second.
>>        All that said, a second is a very long holding time for flows
>>        with constrained latency, so we could probably take two bits =
off
>>        those numbers and still be OK (wrap around in 250 ms).
>>        So 25 bits is probably sufficient, at least for today. 28 bits
>>        gives us room for further BW growth in the future, approaching
>>        1Tbps.
>>    I think that we need to design for Tbps (or worse), but that is =
another
>>    thing we need consensus on before starting to specify.
>>    /Loa
>>        Cheers,
>>        Andy
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>> =20
>> --=20
>> =20
>> =20
>> Loa Andersson                        email: loa@pi.nu
>> Senior MPLS Expert
>> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>> =20
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>> =20
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>> =20
>>=20
>>=20
>>=20
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>> =20
>=20
>=20


From nobody Mon Jan 22 23:04:20 2018
Return-Path: <loa@pi.nu>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94A0B126CBF for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 23:04:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level: 
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E9zlUD8pFddY for <detnet@ietfa.amsl.com>; Mon, 22 Jan 2018 23:04:16 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 960E912DA05 for <detnet@ietf.org>; Mon, 22 Jan 2018 23:04:09 -0800 (PST)
Received: from [192.168.1.10] (unknown [119.94.167.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 21B651802AED; Tue, 23 Jan 2018 08:03:56 +0100 (CET)
To: Lou Berger <lberger@labn.net>, Jouni <jouni.nospam@gmail.com>
Cc: DetNet WG <detnet@ietf.org>, "Andrew G. Malis" <agmalis@gmail.com>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>
References: <VI1PR07MB1005BA9AE10D7F2004848C94ACEB0@VI1PR07MB1005.eurprd07.prod.outlook.com> <7bf069e6-2727-6d55-7247-58b515f71424@pi.nu> <CAA=duU1rQNu6mNox2zQutO_Yks4y5r_kLaB1AqY3ENT_4FCP6g@mail.gmail.com> <b5dfa0a9-1f74-f21c-4957-9a372ccbee93@pi.nu> <CAA=duU2QSznTe-rBiTMm_kZ-F1qpbvnPLjTGtymKP0vu5_nX7Q@mail.gmail.com> <1113ebaf-1477-59e9-982b-d14c0dbb5c79@pi.nu> <7A27B52F-B693-4C60-B963-E143BFFBFFC3@gmail.com> <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net>
From: Loa Andersson <loa@pi.nu>
Message-ID: <6102d009-f05f-5318-1e67-f17843f3d764@pi.nu>
Date: Tue, 23 Jan 2018 15:03:49 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <2ddcd1a6-0f42-4f73-7e0b-2bbb778d7181@labn.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/50V1GxpIWwlhbjJC00Zob3irz2k>
Subject: Re: [Detnet] DP solution (Sequence Numbering)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jan 2018 07:04:18 -0000

Lou,

tnx, very useful! I've been looking around for a case that stresses the
28 bit sequence number, but can't really find one.

5G seems to require (aggregate) flows of something close to 400 Gbbs,
but a 28 bit sequence number can support that.

The only issue I have now is what Andy called "errant" packet, i.e. a
packet that gets duplicated, where one or more copies takes fast paths
and arrive to the elimination point well before wrap around, but where
one or a few packets gets delayed such that the wrap around happens
before they arrive to the elimination point.

Anyone that cares to address this?

/Loa

On 2018-01-22 22:16, Lou Berger wrote:
> Jouni,
> 
>      I may be off but isn't sequence number independent per flow? So 
> it's not the max link speed that's critical, but rather the max flow 
> size, right?
> 
> Certainly link speed provides an upper bound on a single flow, and there 
> are certainly some use cases where a single flow will consume even the 
> biggest link, but my experience is that such flows *always* use large 
> packets.  In any case, I (personally, no hat) don't see this as the 
> common case nor *necessarily* the required *initial* detnet solution.
> 
> Also, I ran sum numbers for bits needed for 1sec at different frame 
> sizes.  25 bits looks sufficient for almost all flows, and is only 
> insufficient for 4 smaller frame sizes at 400G and 1T. So in either case 
> (flows or links)  28 bits  more than sufficient.
> 
> Lou
> 
> Hopefully this looks okay...
> 
> bits needed 	64 BPkt	128 BPkt	256 BPkt	512 BPkt	1514 BPkt	4096 BPkt	9216 
> BPkt
> 10M 	14 	13 	12 	11 	10 	8 	7
> 1G 	21 	20 	19 	18 	16 	15 	14
> 100G 	27 	26 	25 	24 	23 	22 	20
> 400G 	29 	28 	27 	26 	25 	24 	22
> 1T 	30 	30 	29 	28 	26 	25 	24
> 
> 
> On 1/21/2018 4:43 AM, Jouni wrote:
>> Quick and dirty calculation with 1500 octet packet (+ ethernet overhead of 42 octets) at 400Gb/s link a 25 bit SN is able to hold more than 1 sec of traffic. With 256 octet packet 1 sec would need 28 bit SN.
>> 1Tb/s with 512 octet packet (+ethernet overhead) for 1 sec would need 28 bit SN. This is based on the calculation how many packets you are able to inject within a given time constraint.  I do not consider here yet how you would find out a late packet based on the SN i.e., whether you need to reserve half of the SN space for “in window” packets or some other amount like 10%. Anyway, it is still _early_ in Sunday morning so tolerate errors..
>>
>> To me 28 bits seems to be plenty.. and a single on-wire format is simple (assuming the actual SN bits are defined by the CP or config).
>>
>> - Jouni
>>
>>
>>> On 21 Jan 2018, at 08:28, Loa Andersson<loa@pi.nu>  wrote:
>>>
>>> Andy, all,
>>>
>>> (I thought I sent a response to this, but it never did show up, so re-sending. Apologize if there are duplicates).
>>>
>>> So we all agree that we need the sequence number for elimination
>>> purposes.
>>>
>>> We still need to agree on the size and format of the sequence number
>>>
>>> What will impact the calculation of the sequence number size are:
>>>
>>> - the maximum sustained DetNet flow BW
>>> - the minimum average packet size of a DetNet flow
>>> - the maximum lifetime of an errant packet
>>>
>>> My guesstimate is that we need to allow for a sustained BW of 1 Tbs, that the average packet size is less that 1500 bytes and that the life
>>> time of an errant packet is at least 500 ms.
>>>
>>> But we obviously need better answers than that to be able to calculate the sequence number size we med.
>>>
>>> Any takers??
>>>
>>> /Loa
>>>
>>>
>>>
>>> On 2018-01-20 02:36, Andrew G. Malis wrote:
>>>> Loa,
>>>> You’re right, we do need to think about the maximum lifetime of an errant packet in the network as well, thanks for that.
>>>> You’re also correct that we need to define what’s optimal for DETNET, however we do have a charter constraint. To quote Lou’s recent email, "We are not expected to come up with new encapsulations, but rather how DetNet uses what exists today. “. So we can’t be TOO creative ...
>>>> I’m really interested to hear what other people have to say about the upper limit of flow BW that DetNet needs to support, and I also made an assumption in my math that an average DetNet packet (at least for a very large flow) would be 1500 bytes. Do we have consensus on that as well? That also has implications for the sequence number length.
>>>> Cheers,
>>>> Andy
>>>> On Fri, Jan 19, 2018 at 11:29 AM, Loa Andersson <loa@pi.nu  <mailto:loa@pi.nu>> wrote:
>>>>     Andy,
>>>>     On 2018-01-19 20:25, Andrew G. Malis wrote:
>>>>         Loa,
>>>>         We really don’t need a “D” bit, as we can allocate a PW type to
>>>>         indicate that this is a DetNet PW, plus the context of the label
>>>>         can identify its use for a DetNet PW/flow.
>>>>     Fine, however we have at least diverging opinions, that both say
>>>>     that we should not use PWs
>>>>     - first we have people that believe that we should use EVPN instead
>>>>     - second there are people that say that we should define what is
>>>>        necessary for DetNet and then specify that independent of EVPN
>>>>     and PWs
>>>>     We need a consensus on that before we can start the design according to
>>>>     one or the other of those paradigms.
>>>>         We DO need the first nibble to be zero. But beyond that, we are
>>>>         free to use all 28 bits as a sequence number, if there’s no need
>>>>         for either flags or PW-layer fragmentation, which would require
>>>>         two bits.
>>>>         The key to determine the required number of bits in the sequence
>>>>         number is to determine, for the maximum expected rate of a
>>>>         DetNet flow, how long will it take to wrap around?
>>>>     Isn't that only part of the truth? We are not concerned only by the
>>>>     fact that the source might sue the same sequence number again, but
>>>>     that a struggling packet might show up at a point in the network
>>>>     where a wrap
>>>>     around just happened.
>>>>         For example, for a 10Gbps flow, that would reasonably equate to
>>>>         833K pps, assuming 1500-byte packets. This would wrap around in
>>>>         a little over one second with 20 bits. A 100 Gbps flow with a
>>>>         27-bit sequence number would wrap around in about 1 second.
>>>>         All that said, a second is a very long holding time for flows
>>>>         with constrained latency, so we could probably take two bits off
>>>>         those numbers and still be OK (wrap around in 250 ms).
>>>>         So 25 bits is probably sufficient, at least for today. 28 bits
>>>>         gives us room for further BW growth in the future, approaching
>>>>         1Tbps.
>>>>     I think that we need to design for Tbps (or worse), but that is another
>>>>     thing we need consensus on before starting to specify.
>>>>     /Loa
>>>>         Cheers,
>>>>         Andy
>>>> _______________________________________________
>>>> detnet mailing list
>>>> detnet@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/detnet
>>> -- 
>>>
>>>
>>> Loa Andersson                        email:loa@pi.nu
>>> Senior MPLS Expert
>>> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>>>
>>> _______________________________________________
>>> detnet mailing list
>>> detnet@ietf.org
>>> https://www.ietf.org/mailman/listinfo/detnet
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
> 
> 
> 
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet
> 

-- 


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


From nobody Tue Jan 23 03:13:16 2018
Return-Path: <loa@pi.nu>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCFE61201F2 for <detnet@ietfa.amsl.com>; Tue, 23 Jan 2018 03:13:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level: 
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SEZnbDwMT1nl for <detnet@ietfa.amsl.com>; Tue, 23 Jan 2018 03:13:10 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D9F21200E5 for <detnet@ietf.org>; Tue, 23 Jan 2018 03:13:10 -0800 (PST)
Received: from [192.168.1.10] (unknown [119.94.167.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 4D5F11801559; Tue, 23 Jan 2018 11:57:18 +0100 (CET)
To: =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, Stewart Bryant <stewart.bryant@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com> <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com> <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com> <08d88b55-c78e-a1c8-5f3c-a46d2160f5f9@pi.nu> <VI1PR07MB1005BE8AF11BBAD512F9D289ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <d9ba084c-f84a-4bc5-1faf-2df958c3bf2f@pi.nu>
Date: Tue, 23 Jan 2018 18:57:12 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <VI1PR07MB1005BE8AF11BBAD512F9D289ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/GpZhgqnm5SzAUrmhafpm0BpK3kc>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jan 2018 11:13:14 -0000

Balazs,

Yes I understand your point, what I tried to sat (a bit glibly) is that 
find true P-nodes is not that easy. Most nodes have some edge
functionality anyway.

/Loa

On 2018-01-22 22:25, Balázs Varga A wrote:
> Hi Loa,
> I think this case is rather different. The "Packet Ordering" function
> is rather specific and You need the right order only at the egress.
> Cheers
> Bala'zs
> 
> -----Original Message-----
> From: Loa Andersson [mailto:loa@pi.nu]
> Sent: 2018. január 22. 14:12
> To: Stewart Bryant <stewart.bryant@gmail.com>; Balázs Varga A <balazs.a.varga@ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
> Cc: DetNet WG <detnet@ietf.org>
> Subject: Re: [Detnet] DP solution (Flow identification)
> 
> Stewart,
> 
> On 2018-01-22 18:42, Stewart Bryant wrote:
>>
>>
>> On 19/01/2018 09:09, Balázs Varga A wrote:
>>>
>>> Also during the Elimination
>>>
>>> we can simple concentrate on duplicate detection and out-source
>>> in-order delivery to DN4.
>>>
>>
>> In the middle of the network it may be sufficient to do approximate
>> duplication detection. That is to say delete a packet if it has the
>> same s/n as its predecessor (may be with a very tiny window) and let
>> the egress do anything more complex.
> 
> This has been tried before, but if I remember correctly. there turned out to be very few true P nodes.
> 
> /Loa
>>
>> - Stewart
>>
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>>
> 

-- 


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


From nobody Tue Jan 23 03:26:23 2018
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B629120227 for <detnet@ietfa.amsl.com>; Tue, 23 Jan 2018 03:26:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JMDXYAtLsVAT for <detnet@ietfa.amsl.com>; Tue, 23 Jan 2018 03:26:21 -0800 (PST)
Received: from mail-wr0-x22e.google.com (mail-wr0-x22e.google.com [IPv6:2a00:1450:400c:c0c::22e]) (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 D036A1200E5 for <detnet@ietf.org>; Tue, 23 Jan 2018 03:26:20 -0800 (PST)
Received: by mail-wr0-x22e.google.com with SMTP id t16so146618wrc.10 for <detnet@ietf.org>; Tue, 23 Jan 2018 03:26:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=PFinliraF44V0P8TYSS0gU5u0/MPiSpoDuqlx11EL+A=; b=fhT14Eb9NvW6BzcgA4qcP445NO4Oa+7vCgDy/4rko4yXPfw90dPzWC0d1wbz82Sn0t 6xDPlyYagnOcdi+7EQEm0LDkWB1aPNsotNxi4yWERoUU6qXlVLT3Swl79okiSwtEEe/0 JyjPMaZlVCxrlJ299MHxQo+OLpx7SPCc1tSGXvJWOX89IrkJkmxPXKKNxHnT7UvSEntr ZOjDPaKDiukBVqrnXzifeQN2ZvtSOpPGizCatdEbQ84P5pGniPUKis9oBwKTf3d5R+Rl IpVjoNQ7G4AQl2MgbfragWOMvCbTl06P0NFGPdZAvY/GPYN++yf88kkxeobc8vgjGQdy QLDg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=PFinliraF44V0P8TYSS0gU5u0/MPiSpoDuqlx11EL+A=; b=VWA90aBo81+fJdENGW7TYMwtbhrw0UDvvWzkBm4Xi1TPuLqVtLeiU7CfU5r9a3R4T3 HkZd1280/Qlqy/o03SD7rl8VlGAl9NhjAt3mCZ4Ejqr51YatUAJdnB1m83Hb8Ry1baDu N4RP8t/IY++EuPGbo0RaTd4NN4ocoaujtbNNvq8XVRvGr3GQexpyvHEzCKtGG2ojPCwp JlM9mZh1pcfO2diJNr0vBg/h5OfyL1nJFsxbt4I3didc4htztSRD6MH6vRqpLcizRGxU 6E7r+t+t/qd1fTeb4PSPu8btOvnlji0Qbt6DYG8UeYmkwxgS7hyWMrQkdr2zSAv8rNRM u2sA==
X-Gm-Message-State: AKwxytde8NXVYz5oHhs9g/NdLkPB21DRdnynBsXIqkgpaXKncpPaARdT QNTxycF843FGBxi6h2T43bLiKc1S
X-Google-Smtp-Source: AH8x2269t0Mn74MAJCG0hJWVsVJ4WZZ90AoVZ2IJNOWK5rL1xZUfLJ03bsIJkGfL3/dq94UyUI0dVw==
X-Received: by 10.223.142.200 with SMTP id q66mr2165472wrb.267.1516706779135;  Tue, 23 Jan 2018 03:26:19 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id v80sm6901175wmv.17.2018.01.23.03.26.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Jan 2018 03:26:18 -0800 (PST)
To: Loa Andersson <loa@pi.nu>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com> <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com> <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com> <08d88b55-c78e-a1c8-5f3c-a46d2160f5f9@pi.nu> <VI1PR07MB1005BE8AF11BBAD512F9D289ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com> <d9ba084c-f84a-4bc5-1faf-2df958c3bf2f@pi.nu>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <095462f4-2d17-5467-b165-5297cc994172@gmail.com>
Date: Tue, 23 Jan 2018 11:26:16 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <d9ba084c-f84a-4bc5-1faf-2df958c3bf2f@pi.nu>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/H-67NpXMJmZ7UzN6Ntbon3AsLQQ>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jan 2018 11:26:23 -0000

Loa,

That used to be the case, but I am not so sure that it is still the 
case, mainly due to the cost of the linecards.

If a node does have mixed functions egress is normally on a specialist 
line card, and so long at the duplicate deletion happens on the egress 
of that line card we have a single point of perfection where can 
de-duplicate.

- Stewart


On 23/01/2018 10:57, Loa Andersson wrote:
> Balazs,
>
> Yes I understand your point, what I tried to sat (a bit glibly) is 
> that find true P-nodes is not that easy. Most nodes have some edge
> functionality anyway.
>
> /Loa
>
> On 2018-01-22 22:25, Balázs Varga A wrote:
>> Hi Loa,
>> I think this case is rather different. The "Packet Ordering" function
>> is rather specific and You need the right order only at the egress.
>> Cheers
>> Bala'zs
>>
>> -----Original Message-----
>> From: Loa Andersson [mailto:loa@pi.nu]
>> Sent: 2018. január 22. 14:12
>> To: Stewart Bryant <stewart.bryant@gmail.com>; Balázs Varga A 
>> <balazs.a.varga@ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
>> Cc: DetNet WG <detnet@ietf.org>
>> Subject: Re: [Detnet] DP solution (Flow identification)
>>
>> Stewart,
>>
>> On 2018-01-22 18:42, Stewart Bryant wrote:
>>>
>>>
>>> On 19/01/2018 09:09, Balázs Varga A wrote:
>>>>
>>>> Also during the Elimination
>>>>
>>>> we can simple concentrate on duplicate detection and out-source
>>>> in-order delivery to DN4.
>>>>
>>>
>>> In the middle of the network it may be sufficient to do approximate
>>> duplication detection. That is to say delete a packet if it has the
>>> same s/n as its predecessor (may be with a very tiny window) and let
>>> the egress do anything more complex.
>>
>> This has been tried before, but if I remember correctly. there turned 
>> out to be very few true P nodes.
>>
>> /Loa
>>>
>>> - Stewart
>>>
>>>
>>> _______________________________________________
>>> detnet mailing list
>>> detnet@ietf.org
>>> https://www.ietf.org/mailman/listinfo/detnet
>>>
>>
>


From nobody Tue Jan 23 13:29:26 2018
Return-Path: <Janos.Farkas@ericsson.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26F9E12D837; Tue, 23 Jan 2018 13:29:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nap2IShos0ck; Tue, 23 Jan 2018 13:29:23 -0800 (PST)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 DB75A12D833; Tue, 23 Jan 2018 13:29:22 -0800 (PST)
X-AuditID: c1b4fb3a-34dff700000037f2-ee-5a67a93030ad
Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 53.B3.14322.039A76A5; Tue, 23 Jan 2018 22:29:21 +0100 (CET)
Received: from [100.94.50.35] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.77) with Microsoft SMTP Server id 14.3.352.0; Tue, 23 Jan 2018 22:29:20 +0100
From: =?UTF-8?Q?J=c3=a1nos_Farkas?= <janos.farkas@ericsson.com>
To: <detnet@ietf.org>
CC: <iesg-secretary@ietf.org>
Message-ID: <54614021-6fa3-9a2c-1b44-ed0a8963df8e@ericsson.com>
Date: Tue, 23 Jan 2018 22:29:20 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprGLMWRmVeSWpSXmKPExsUyM2K7t67hyvQog2vLeCx+f5rNYtH/39GB yWPJkp9MAYxRXDYpqTmZZalF+nYJXBlNf+8zFTRwV0xffIatgXEuZxcjJ4eEgInE/NuLmLoY uTiEBA4zSpx4uIINwlnFKPH1wxNmkCo2AXuJu5c2gNkiAqISJ6Z0soPYzAKyEif+LGMBsYUF PCTev7rNBmLzAtWferOCFcRmEVCV+D5rClANB4eoQIzE+r4EiBJBiZMzn7BAjLGQmDn/PCOE LS+x/e0csFVCAmoSn94+ZJ/AyDcLScssJC2zkLQsYGRexShanFpcnJtuZKSXWpSZXFycn6eX l1qyiREYWge3/LbawXjwueMhRgEORiUeXvaF6VFCrIllxZW5hxglOJiVRHjzWIFCvCmJlVWp RfnxRaU5qcWHGKU5WJTEeZ3SLKKEBNITS1KzU1MLUotgskwcnFINjO3tuz6t3eb2qev3DMtQ 1UdSyg/XCMVLFsbIHpbUCuM9kLRgXpr3zT6R3AsrWcR3cwQGLeDPyFXjTHno+oB706uTn962 bWWr9oj5JHv05MKymN/m9nacjHqTgrdNm8MYJT89USn6q59XRTbLt9J8m5evp37/c9H63ud7 36Zlq/utjGVm3Jdkr8RSnJFoqMVcVJwIADs97AkpAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/489jCNFhdOHFKev-1Q2h_wjLSzA>
Subject: [Detnet] Virtual interim on DetNet Data Plane - January 31, 1400-1600GMT
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jan 2018 21:29:25 -0000

Dear All,

We are planning to hold our second virtual interim to discuss the DetNet 
Data Plane document, 
https://tools.ietf.org/html/draft-ietf-detnet-dp-sol. As an outcome of  
the first virtual interim and the discussions on the list, a new 
revision of draft-ietf-detnet-dp-sol is expected before the second 
virtual interim. The intent is to continue working through open issues  
on the draft based on the new revision and where we left off at the 
first virtual interim [1] (based on IETF 100 [2] and [3]).

The meeting will be held January 31 at 1400GMT. We are aiming for a 90 
minute meeting, but are scheduling to allow 30 minutes of extra 
discussion time if needed. Webex details will be announced once available.

The agenda is less formal than our normal meetings and is:
- Administrativa (chairs)
- Draft update - covering deltas and open issues (authors)
- Open issues not addressed in draft (authors)
- Plan for addressing open issues on the draft, including future meetings

[1] 
https://datatracker.ietf.org/meeting/interim-2018-detnet-01/session/detnet

[2] 
https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3-detnet-data-plane-encapsulation-resolving-open-issues/

[3] 
https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3a-detnet-data-plane-encapsulation-resolving-open-issues-pref/

Thank you,
DetNet WG Chairs


From nobody Tue Jan 23 14:36:16 2018
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: detnet@ietf.org
Delivered-To: detnet@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 04FC012D84E; Tue, 23 Jan 2018 14:36:14 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IESG Secretary <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
Cc: detnet@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.69.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151674697391.15662.8672137285018803028@ietfa.amsl.com>
Date: Tue, 23 Jan 2018 14:36:13 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/LJ204SO0vdkMH1Ji6OJMJBastwM>
Subject: [Detnet] Deterministic Networking (detnet) WG Virtual Meeting: 2018-01-31
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jan 2018 22:36:14 -0000

The Deterministic Networking (detnet) Working Group will hold
a virtual interim meeting on 2018-01-31 from 14:00 to 16:00 UTC.

We are planning to hold our second virtual interim to discuss the DetNet
Data Plane document,
https://tools.ietf.org/html/draft-ietf-detnet-dp-sol. As an outcome of
the first virtual interim and the discussions on the list, a new
revision of draft-ietf-detnet-dp-sol is expected before the second
virtual interim. The intent is to continue working through open issues
on the draft based on the new revision and where we left off at the
first virtual interim [1] (based on IETF 100 [2] and [3]).

The meeting will be held January 31 at 1400GMT. We are aiming for a 90
minute meeting, but are scheduling to allow 30 minutes of extra
discussion time if needed. Webex details will be announced once available.

The agenda is less formal than our normal meetings and is:
- Administrativa (chairs)
- Draft update - covering deltas and open issues (authors)
- Open issues not addressed in draft (authors)
- Plan for addressing open issues on the draft, including future meetings

[1]
https://datatracker.ietf.org/meeting/interim-2018-detnet-01/session/detnet

[2]
https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3-detnet-data-plane-encapsulation-resolving-open-issues/

[3]
https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3a-detnet-data-plane-encapsulation-resolving-open-issues-pref/


Information about remote participation:
Webex details will be announced on the detnet@ietf.org list once available.


From nobody Tue Jan 23 16:52:53 2018
Return-Path: <loa@pi.nu>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B46012D88E for <detnet@ietfa.amsl.com>; Tue, 23 Jan 2018 16:52:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-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 LzbYbZdqs1KC for <detnet@ietfa.amsl.com>; Tue, 23 Jan 2018 16:52:50 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4054B127241 for <detnet@ietf.org>; Tue, 23 Jan 2018 16:52:50 -0800 (PST)
Received: from [192.168.1.10] (unknown [119.94.167.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 0175518013B2; Wed, 24 Jan 2018 01:52:46 +0100 (CET)
To: Stewart Bryant <stewart.bryant@gmail.com>, =?UTF-8?Q?Bal=c3=a1zs_Varga_A?= <balazs.a.varga@ericsson.com>, "Andrew G. Malis" <agmalis@gmail.com>
Cc: DetNet WG <detnet@ietf.org>
References: <VI1PR07MB10051AF5475AA2BE423AAAF4ACEA0@VI1PR07MB1005.eurprd07.prod.outlook.com> <BN6PR06MB2547465921576487DDE548F0C4EA0@BN6PR06MB2547.namprd06.prod.outlook.com> <9d8fab9f-b5dd-6df0-1463-1c0eb63e8cdc@gmail.com> <BN6PR06MB2547F352ED6FCEE990F09F5FC4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <fe8e91e5-ffb7-e850-c303-e811c88ef4c1@gmail.com> <BN6PR06MB254727B3DBA5E5830B8AF9D4C4E90@BN6PR06MB2547.namprd06.prod.outlook.com> <VI1PR07MB1005C2D3283CD4ED13D12CA7ACE80@VI1PR07MB1005.eurprd07.prod.outlook.com> <CAA=duU2_eRCHfTASpvmmHuF2OSdarAcrZ8kBMU=ZQzyhLX_++Q@mail.gmail.com> <VI1PR07MB1005682F105E1DA91CD4C160ACEF0@VI1PR07MB1005.eurprd07.prod.outlook.com> <0d8009f1-ca85-6a4e-aea1-795421a9829b@gmail.com> <08d88b55-c78e-a1c8-5f3c-a46d2160f5f9@pi.nu> <VI1PR07MB1005BE8AF11BBAD512F9D289ACEC0@VI1PR07MB1005.eurprd07.prod.outlook.com> <d9ba084c-f84a-4bc5-1faf-2df958c3bf2f@pi.nu> <095462f4-2d17-5467-b165-5297cc994172@gmail.com>
From: Loa Andersson <loa@pi.nu>
Message-ID: <49a05f03-375b-1d88-1a9b-be93ccee7a69@pi.nu>
Date: Wed, 24 Jan 2018 08:52:42 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <095462f4-2d17-5467-b165-5297cc994172@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/hUrVON1asyvDKS8QhweSFUtBNB0>
Subject: Re: [Detnet] DP solution (Flow identification)
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jan 2018 00:52:52 -0000

Stewart,

Thanks, I'm aware of that trend, the only question is how much of "the
old" situation actually remains in the deployed networks?

/Loa

On 2018-01-23 19:26, Stewart Bryant wrote:
> Loa,
> 
> That used to be the case, but I am not so sure that it is still the 
> case, mainly due to the cost of the linecards.
> 
> If a node does have mixed functions egress is normally on a specialist 
> line card, and so long at the duplicate deletion happens on the egress 
> of that line card we have a single point of perfection where can 
> de-duplicate.
> 
> - Stewart
> 
> 
> On 23/01/2018 10:57, Loa Andersson wrote:
>> Balazs,
>>
>> Yes I understand your point, what I tried to sat (a bit glibly) is 
>> that find true P-nodes is not that easy. Most nodes have some edge
>> functionality anyway.
>>
>> /Loa
>>
>> On 2018-01-22 22:25, Balázs Varga A wrote:
>>> Hi Loa,
>>> I think this case is rather different. The "Packet Ordering" function
>>> is rather specific and You need the right order only at the egress.
>>> Cheers
>>> Bala'zs
>>>
>>> -----Original Message-----
>>> From: Loa Andersson [mailto:loa@pi.nu]
>>> Sent: 2018. január 22. 14:12
>>> To: Stewart Bryant <stewart.bryant@gmail.com>; Balázs Varga A 
>>> <balazs.a.varga@ericsson.com>; Andrew G. Malis <agmalis@gmail.com>
>>> Cc: DetNet WG <detnet@ietf.org>
>>> Subject: Re: [Detnet] DP solution (Flow identification)
>>>
>>> Stewart,
>>>
>>> On 2018-01-22 18:42, Stewart Bryant wrote:
>>>>
>>>>
>>>> On 19/01/2018 09:09, Balázs Varga A wrote:
>>>>>
>>>>> Also during the Elimination
>>>>>
>>>>> we can simple concentrate on duplicate detection and out-source
>>>>> in-order delivery to DN4.
>>>>>
>>>>
>>>> In the middle of the network it may be sufficient to do approximate
>>>> duplication detection. That is to say delete a packet if it has the
>>>> same s/n as its predecessor (may be with a very tiny window) and let
>>>> the egress do anything more complex.
>>>
>>> This has been tried before, but if I remember correctly. there turned 
>>> out to be very few true P nodes.
>>>
>>> /Loa
>>>>
>>>> - Stewart
>>>>
>>>>
>>>> _______________________________________________
>>>> detnet mailing list
>>>> detnet@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/detnet
>>>>
>>>
>>
> 
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet

-- 


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


From nobody Thu Jan 25 04:00:59 2018
Return-Path: <jiangyuanlong@huawei.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B466A128D2E for <detnet@ietfa.amsl.com>; Thu, 25 Jan 2018 04:00:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.23
X-Spam-Level: 
X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1k0DSIO3-ZwH for <detnet@ietfa.amsl.com>; Thu, 25 Jan 2018 04:00:55 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 C4C33127867 for <detnet@ietf.org>; Thu, 25 Jan 2018 04:00:55 -0800 (PST)
Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 40AD7475C8163 for <detnet@ietf.org>; Thu, 25 Jan 2018 12:00:52 +0000 (GMT)
Received: from DGGEML405-HUB.china.huawei.com (10.3.17.49) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 25 Jan 2018 12:00:53 +0000
Received: from DGGEML507-MBX.china.huawei.com ([169.254.2.47]) by dggeml405-hub.china.huawei.com ([10.3.17.49]) with mapi id 14.03.0361.001; Thu, 25 Jan 2018 20:00:47 +0800
From: Jiangyuanlong <jiangyuanlong@huawei.com>
To: "detnet@ietf.org" <detnet@ietf.org>
Thread-Topic: New Version Notification for draft-jiang-detnet-ring-00.txt
Thread-Index: AQHTlO7DREmLC2U0B0afrU2hFRAuwqOEfJxw
Date: Thu, 25 Jan 2018 12:00:46 +0000
Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68BBB6830A6@dggeml507-mbx.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.74.202.215]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/v57WNYpVSCe1ytsoSuCA77pF80c>
Subject: [Detnet] FW: New Version Notification for draft-jiang-detnet-ring-00.txt
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jan 2018 12:00:58 -0000

Q29sbGVhZ3VlcywNCg0KV2Ugc3VibWl0dGVkIGFuIEktRCBmb2N1c2luZyBvbiBEZXRuZXQgaW4g
UmluZy4gQ291bGQgeW91IHBsZWFzZSBoYXZlIGEgcmV2aWV3Pw0KWW91ciBvcGluaW9ucyBhcmUg
dmVyeSB3ZWxjb21lLg0KDQpCZXN0IHJlZ2FyZHMsDQpZdWFubG9uZyBvbiBiZWhhbGYgb2YgYWxs
IGNvYXV0aG9ycw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQt
ZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6
IFdlZG5lc2RheSwgSmFudWFyeSAyNCwgMjAxOCA0OjM5IFBNDQpUbzogQmFsYXpzIFZhcmdhOyBO
b3JtYW4gRmlubjsgSmlhbmd5dWFubG9uZzsgTGlhbmcgR2VuZzsgSmVvbmctZG9uZyBSeW9vOyA0
YyA2Nw0KU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1qaWFuZy1k
ZXRuZXQtcmluZy0wMC50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtamlhbmct
ZGV0bmV0LXJpbmctMDAudHh0IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgWXVh
bmxvbmcgSmlhbmcgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJ
ZHJhZnQtamlhbmctZGV0bmV0LXJpbmcNClJldmlzaW9uOgkwMA0KVGl0bGU6CQlEZXRlcm1pbmlz
dGljIE5ldHdvcmtpbmcgQXBwbGljYXRpb24gaW4gUmluZyBUb3BvbG9naWVzDQpEb2N1bWVudCBk
YXRlOgkyMDE4LTAxLTI0DQpHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6CQkx
NQ0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9k
cmFmdC1qaWFuZy1kZXRuZXQtcmluZy0wMC50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1qaWFuZy1kZXRuZXQtcmluZy8NCkh0bWxpemVk
OiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtamlhbmctZGV0bmV0LXJp
bmctMDANCkh0bWxpemVkOiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o
dG1sL2RyYWZ0LWppYW5nLWRldG5ldC1yaW5nLTAwDQoNCg0KQWJzdHJhY3Q6DQogICBEZXRlcm1p
bmlzdGljIE5ldHdvcmtpbmcgKERldE5ldCkgcHJvdmlkZXMgYSBjYXBhYmlsaXR5IHRvIGNhcnJ5
DQogICBkYXRhIGZsb3dzIGZvciByZWFsLXRpbWUgYXBwbGljYXRpb25zIHdpdGggZXh0cmVtZWx5
IGxvdyBkYXRhIGxvc3MNCiAgIHJhdGVzIGFuZCBib3VuZGVkIGxhdGVuY3kuIFRoaXMgZG9jdW1l
bnQgZGVzY3JpYmVzIGhvdyBEZXROZXQgY2FuDQogICBiZSB1c2VkIGluIHJpbmcgdG9wb2xvZ2ll
cyB0byBzdXBwb3J0IFBvaW50LXRvLVBvaW50IChQMlApIGFuZA0KICAgUG9pbnQtdG8tTXVsdGlw
b2ludCAoUDJNUCkgcmVhbC10aW1lIHNlcnZpY2VzLg0KDQoNCg0KICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWlu
dXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNp
b24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYg
U2VjcmV0YXJpYXQNCg0K


From nobody Mon Jan 29 04:58:16 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DE0012EB5E for <detnet@ietfa.amsl.com>; Mon, 29 Jan 2018 04:58:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uus5h-fgWF9u for <detnet@ietfa.amsl.com>; Mon, 29 Jan 2018 04:58:13 -0800 (PST)
Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) (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 8DF0012EB26 for <detnet@ietf.org>; Mon, 29 Jan 2018 04:57:03 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy10.mail.unifiedlayer.com (Postfix) with ESMTP id 44DD8140496 for <detnet@ietf.org>; Mon, 29 Jan 2018 05:57:03 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with  id 4Cx01x0092SSUrH01Cx3T6; Mon, 29 Jan 2018 05:57:03 -0700
X-Authority-Analysis: v=2.2 cv=G85sK5s5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=48vgC7mUAAAA:8 a=NojvYFcnAAAA:8 a=NEAV23lmAAAA:8 a=cvNewuGG9FnO4Sth8kUA:9 a=QEXdDO2ut3YA:10 a=9uUzcS5Nrb8A:10 a=gUXmQ8eWAGYA:10 a=uLUwn-SlZEeWEFJTq1MA:9 a=pt9G7I5XmLUTiVRDx3fboKQV4P0=:19 a=2wSGZ2gvs7oA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:MIME-Version:Date:Message-ID:Cc:Subject:From:To: Sender:Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=fMtT+ZZjfJ9g6Vq+zWH15oW1eIOii0Z3h5g3MjErass=; b=bU58TEH+cZmMyWvxNeTyuTP2a8 s5v+p4JJkXEclLrgGZJuZRXMsvzDsbdhXJ7ChxJTfU9sOpwayj8epAGrk2hf8qYAIH494HDA2CMaX yIK4DmUosFEv8QdUd2orb9erV;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:40382 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from <lberger@labn.net>) id 1eg8zc-000ReL-2w; Mon, 29 Jan 2018 05:57:00 -0700
To: DetNet WG <detnet@ietf.org>
From: Lou Berger <lberger@labn.net>
Cc: DetNet Chairs <detnet-chairs@ietf.org>
Message-ID: <b1393ea7-b91a-6ca6-48dd-2b39be4f0255@labn.net>
Date: Mon, 29 Jan 2018 07:56:58 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------B708032482B569489EB21F22"
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1eg8zc-000ReL-2w
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:40382
X-Source-Auth: lberger@labn.net
X-Email-Count: 22
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/aKV-jE9SldhKuT91ridBSY53Qb8>
Subject: [Detnet] Agenda/webex info for upcoming interim
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jan 2018 12:58:15 -0000

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

Hi,

     Data Tracker is broken, so I can't upload the following update:

Agenda for DetNet Virtual Interim Meeting January 31, 2018

Session Information:

Etherpad: 
http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-02
Meeting Materials: 
https://datatracker.ietf.org/meeting/interim-2018-detnet-02/session/detnet
Webex: 
https://ietf.webex.com/ietf/j.php?MTID=m1fa30c1b4f7ba72a66fc177633cb9a04

Dear All,

We are planning to hold our second virtual interim to discuss the DetNet
Data Plane document,
https://tools.ietf.org/html/draft-ietf-detnet-dp-sol. As an outcome of
the first virtual interim and the discussions on the list, a new
revision of draft-ietf-detnet-dp-sol is expected before the second
virtual interim. The intent is to continue working through open issues
on the draft based on the new revision and where we left off at the
first virtual interim [1] (based on IETF 100 [2] and [3]).

The meeting will be held January 31 at 1400GMT. We are aiming for a 90
minute meeting, but are scheduling to allow 30 minutes of extra
discussion time if needed.

The agenda is less formal than our normal meetings and is:
- Administrativa (chairs)
- Draft [4] [5] update - covering deltas and open issues (authors)
- Open issues not addressed in draft (authors)
- Plan for addressing open issues on the draft, including future meetings

[1]
https://datatracker.ietf.org/meeting/interim-2018-detnet-01/session/detnet

[2]
https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3-detnet-data-plane-encapsulation-resolving-open-issues/

[3]
https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3a-detnet-data-plane-encapsulation-resolving-open-issues-pref/

[4] https://tools.ietf.org/html/draft-ietf-detnet-dp-sol

[5] https://github.com/jounikor/draft-dt-detnet-dp-sol


--------------B708032482B569489EB21F22
Content-Type: text/calendar;
 name="WebEx_Meeting.ics"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
 filename="WebEx_Meeting.ics"

BEGIN:VCALENDAR
PRODID:-//Microsoft Corporation//Outlook 10.0 MIMEDIR//EN
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Western European Time
BEGIN:STANDARD
DTSTART:20161001T030000
RRULE:FREQ=3DYEARLY;INTERVAL=3D1;BYDAY=3D-1SU;BYMONTH=3D10
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:Standard Time
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20160301T020000
RRULE:FREQ=3DYEARLY;INTERVAL=3D1;BYDAY=3D-1SU;BYMONTH=3D3
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
TZNAME:Daylight Savings Time
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ATTENDEE;CN=3D"DetNet Working Group";ROLE=3DREQ-PARTICIPANT;RSVP=3DFALSE:=
MAILTO:detnet-chairs@ietf.org
ORGANIZER;CN=3D"webex":MAILTO:messenger@webex.com
DTSTART;TZID=3D"Western European Time":20180131T140000
DTEND;TZID=3D"Western European Time":20180131T160000
LOCATION:https://ietf.webex.com/ietf
TRANSP:OPAQUE
SEQUENCE:1517230505
UID:13892788-3da4-43a5-bc4c-f1294d16b175
DTSTAMP:20180131T140000Z
DESCRIPTION:\n\nJOIN WEBEX MEETING\nhttps://ietf.webex.com/ietf/j.php?MTI=
D=3Dm5e612951825073543ebae5ee6fb4e81b\nMeeting number (access code): 641 =
421 890\nHost key: 613643\nMeeting password: dp-sol\n\n\n\nJOIN BY PHONE\=
n1-877-668-4493 Call-in toll free number (US/Canada) \n1-650-479-3208 Cal=
l-in toll number (US/Canada)\n\nToll-free dialing restrictions: \nhttps:/=
/www.webex.com/pdf/tollfree_restrictions.pdf\n\n\n\nCan't join the meetin=
g? Contact support here:\nhttps://ietf.webex.com/ietf/mc\n\n\nIMPORTANT N=
OTICE: Please note that this WebEx service allows audio and other informa=
tion sent during the session to be recorded, which may be discoverable in=
 a legal matter. You should inform all meeting attendees prior to recordi=
ng if you intend to record the meeting.\n
X-ALT-DESC;FMTTYPE=3Dtext/html:	<FONT SIZE=3D"1" FACE=3D"ARIAL"><FONT SIZ=
E=3D"4" FACE=3D"ARIAL">		<a href=3D"https://ietf.webex.com/ietf/j.php?MTI=
D=3Dm5e612951825073543ebae5ee6fb4e81b"><FONT SIZE=3D"3" COLOR=3D"#00AFF9"=
 FACE=3D"Arial">Join WebEx meeting</FONT></a>			<table>				<tr>					<td>	=
					<FONT SIZE=3D"2" COLOR=3D"#666666" FACE=3D"arial">Meeting number (ac=
cess code): 641 421 890</FONT>					</td>				</tr>			</table>			<table>			=
	<tr>					<td>						<FONT SIZE=3D"2" COLOR=3D"#666666" FACE=3D"arial">Hos=
t key: 613643</FONT>					</td>				</tr>			</table>			<table><tr><td><FONT=
 SIZE=3D"2" COLOR=3D"#666666" FACE=3D"arial">Meeting password:</FONT></td=
><td><FONT SIZE=3D"2"  COLOR=3D"#666666" FACE=3D"arial">dp-sol</FONT></td=
></tr></table>		</FONT><br><FONT size=3D"2" COLOR=3D"#FF0000"></FONT><br>=
<FONT SIZE=3D"1" FACE=3D"ARIAL">&nbsp;<BR>&nbsp;<BR></FONT><FONT SIZE=3D"=
4" FACE=3D"ARIAL"><FONT SIZE=3D"3" COLOR=3D"#666666" FACE=3D"arial">Join =
by phone</FONT>&nbsp; <BR><FONT SIZE=3D"2" COLOR=3D"#666666" FACE=3D"aria=
l"><strong>1-877-668-4493</strong>&nbsp;Call-in toll free number (US/Cana=
da)</FONT>&nbsp; <BR><FONT SIZE=3D"2" COLOR=3D"#666666" FACE=3D"arial"><s=
trong>1-650-479-3208</strong>&nbsp;Call-in toll number (US/Canada)</FONT>=
&nbsp; <BR><a href=3D"https://www.webex.com/pdf/tollfree_restrictions.pdf=
"><FONT SIZE=3D"1" COLOR=3D"#00AFF9" FACE=3D"arial">Toll-free calling res=
trictions</FONT></a> &nbsp; <BR></FONT><BR><BR>	&nbsp;<BR>	<FONT SIZE=3D"=
1" COLOR=3D"#666666" FACE=3D"arial">				Can't join the meeting?</FONT>	<a=
 href=3D"https://ietf.webex.com/ietf/mc">	<FONT SIZE=3D"1" COLOR=3D"#00AF=
F9" FACE=3D"Arial">Contact support.</FONT></a>	&nbsp;<BR>&nbsp;<BR><FONT =
COLOR=3D"#A0A0A0" size=3D"1" FACE=3D"arial">IMPORTANT NOTICE: Please note=
 that this WebEx service allows audio and other information sent during t=
he session to be recorded, which may be discoverable in a legal matter. Y=
ou should inform all meeting attendees prior to recording if you intend t=
o record the meeting.</FONT></FONT>
SUMMARY:Agenda for DetNet Meeting January 31
PRIORITY:5
CLASS:PUBLIC
BEGIN:VALARM
TRIGGER:-PT5M
ACTION:DISPLAY
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR

--------------B708032482B569489EB21F22--


From nobody Mon Jan 29 15:00:38 2018
Return-Path: <internet-drafts@ietf.org>
X-Original-To: detnet@ietf.org
Delivered-To: detnet@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 88F1F126D73; Mon, 29 Jan 2018 15:00:34 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: detnet@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.70.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151726683443.27507.4335275519731951177@ietfa.amsl.com>
Date: Mon, 29 Jan 2018 15:00:34 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/8cvph5O7oj9GJKfqCHAuAaHyGSA>
Subject: [Detnet] I-D Action: draft-ietf-detnet-dp-sol-01.txt
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jan 2018 23:00:34 -0000

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

        Title           : DetNet Data Plane Encapsulation
        Authors         : Jouni Korhonen
                          Loa Andersson
                          Yuanlong Jiang
                          Norman Finn
                          Balázs Varga
                          Janos Farkas
                          Carlos J. Bernardos
                          Tal Mizrahi
                          Lou Berger
	Filename        : draft-ietf-detnet-dp-sol-01.txt
	Pages           : 37
	Date            : 2018-01-29

Abstract:
   This document specifies Deterministic Networking data plane
   encapsulation solutions.  The described data plane solutions can be
   applied over either IP or MPLS Packet Switched Networks.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-detnet-dp-sol/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-detnet-dp-sol-01
https://datatracker.ietf.org/doc/html/draft-ietf-detnet-dp-sol-01

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-detnet-dp-sol-01


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Mon Jan 29 15:05:08 2018
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87F2F12EB82 for <detnet@ietfa.amsl.com>; Mon, 29 Jan 2018 15:05:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FTLkUDSySCwG for <detnet@ietfa.amsl.com>; Mon, 29 Jan 2018 15:05:05 -0800 (PST)
Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B1D812EADE for <detnet@ietf.org>; Mon, 29 Jan 2018 15:05:05 -0800 (PST)
Received: by mail-lf0-x231.google.com with SMTP id 63so12465597lfv.4 for <detnet@ietf.org>; Mon, 29 Jan 2018 15:05:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=+Dr3NKtnFyYxbSXS+fpun2gUvskN6MkTzP8/yvXaMqU=; b=HabTyT9a3+RoAUohBW9vF21HXzucyMRw6oIuX28MPuCtXGNjarU1tdEFWsNrD/ykHT iXkq5FUCeGXolFvwlbP2YJuQ4vfR2NTPSeOYgCo7EfGaW7rbYRlnLys+26aRqh8fYVXJ 4TX1FVDfyV/KK2ZOrsib/2eqr1KfIlUuTNU2OJGP6wq/4oXLWJKD8mQr8lPh75uZ4W8/ zW9jFWmjzMoRuBgrYWINpYNO+jgr+icZZpKLxe2p6ZruY0WUanXvZcuSpkDCBswlY8b+ m5ajg6CxlwdAZrST6AR6n5LI4pV75awg6qObwpR2xqCJ4JHk9nq7NPIqi/lVXFDl9Dwo vHjw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=+Dr3NKtnFyYxbSXS+fpun2gUvskN6MkTzP8/yvXaMqU=; b=fq3eH3kBC23yJn6OTj2W/Zjk6jYTF7Mjrqir6BbxhcAG2m+f/duXoleozTbEaSAidz 54Za3BAH92KIIkcR4RRJ36UCc433IfugLZvdJ9z3L9HX+RdYwZpxr2VhDqMkCP69JQn4 sQ2WpWarorRdKuhj9T8qI8QF+bFjj+KsMOOK0ZxLaH5+nMJ7+oy8w3E9hqj3EEBpakHq r//PeSs/pJVLQa3ZbQ2Ccn8SQaJrO3+4i/dh5cplVCGvvdtDUGfOu1ClvMMxCzS3urVS gwQCRNsgj96mzI8G17SjOSi7fycIICJkogyNJjDhgqCGLUeEu7PqD/6WvZW8hLFS/4WF qXfg==
X-Gm-Message-State: AKwxytd6jcNhy4Ak1hNxrG+9VDd/E6SfFwG6WslPbk8uSI+4/7jCErm0 8Yj5T6n5+XAtRe+czGIZankTgg==
X-Google-Smtp-Source: AH8x224k3ejb2+C1/AtLoDL4cW1EB+m5mYUoj5PEm2qNomFk3gVR6Jk+o/XtwlW0954CNgxH7KBNlw==
X-Received: by 10.25.199.208 with SMTP id x199mr15781502lff.77.1517267103241;  Mon, 29 Jan 2018 15:05:03 -0800 (PST)
Received: from JOKO ([83.150.126.201]) by smtp.gmail.com with ESMTPSA id b4sm3131357lff.55.2018.01.29.15.05.02 for <detnet@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Jan 2018 15:05:02 -0800 (PST)
From: "Jouni" <jouni.nospam@gmail.com>
To: "'DetNet WG'" <detnet@ietf.org>
References: <151726683471.27507.12373717618852607689.idtracker@ietfa.amsl.com>
In-Reply-To: <151726683471.27507.12373717618852607689.idtracker@ietfa.amsl.com>
Date: Tue, 30 Jan 2018 01:05:01 +0200
Message-ID: <067601d39955$98063590$c812a0b0$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQDz2MfYQi31ovAVDHkM9w11FesiMKVK+IpA
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/qoVoAp1QTKBxkkzow5tDl82YWE4>
Subject: [Detnet] FW: New Version Notification for draft-ietf-detnet-dp-sol-01.txt
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jan 2018 23:05:07 -0000

FYI.. this is the -01 of the draft where I left off (based on the =
input/guidance I got and some of my own). The draft still has both MPLS =
and IPv6 solutions in it as agreed in the last interim - now just =
arranged for easier split of the solution documents.

- Jouni

-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20
Sent: Tuesday, January 30, 2018 01:01 AM
To: Carlos J. Bernardos <cjbc@it.uc3m.es>; Norman Finn =
<norman.finn@mail01.huawei.com>; Tal Mizrahi <talmi@marvell.com>; Carlos =
Bernardos <cjbc@it.uc3m.es>; Bal=C3=A1zs Varga =
<balazs.a.varga@ericsson.com>; Janos Farkas <janos.farkas@ericsson.com>; =
Balazs Varga <balazs.a.varga@ericsson.com>; Jouni Korhonen =
<jouni.nospam@gmail.com>; Loa Andersson <loa@pi.nu>; Lou Berger =
<lberger@labn.net>; Yuanlong Jiang <jiangyuanlong@huawei.com>
Subject: New Version Notification for draft-ietf-detnet-dp-sol-01.txt


A new version of I-D, draft-ietf-detnet-dp-sol-01.txt has been =
successfully submitted by Jouni Korhonen and posted to the IETF =
repository.

Name:		draft-ietf-detnet-dp-sol
Revision:	01
Title:		DetNet Data Plane Encapsulation
Document date:	2018-01-29
Group:		detnet
Pages:		37
URL:            =
https://www.ietf.org/internet-drafts/draft-ietf-detnet-dp-sol-01.txt
Status:         =
https://datatracker.ietf.org/doc/draft-ietf-detnet-dp-sol/
Htmlized:       https://tools.ietf.org/html/draft-ietf-detnet-dp-sol-01
Htmlized:       =
https://datatracker.ietf.org/doc/html/draft-ietf-detnet-dp-sol-01
Diff:           =
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-detnet-dp-sol-01

Abstract:
   This document specifies Deterministic Networking data plane
   encapsulation solutions.  The described data plane solutions can be
   applied over either IP or MPLS Packet Switched Networks.

                                                                         =
        =20


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.

The IETF Secretariat



From nobody Wed Jan 31 05:56:19 2018
Return-Path: <lberger@labn.net>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FBED131537 for <detnet@ietfa.amsl.com>; Wed, 31 Jan 2018 05:56:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 52iMGqRFxBcO for <detnet@ietfa.amsl.com>; Wed, 31 Jan 2018 05:56:15 -0800 (PST)
Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) (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 02895131AF4 for <detnet@ietf.org>; Wed, 31 Jan 2018 05:53:15 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy6.mail.unifiedlayer.com (Postfix) with ESMTP id 6E2421E172A for <detnet@ietf.org>; Wed, 31 Jan 2018 06:30:42 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with  id 51Wf1x00D2SSUrH011WiPa; Wed, 31 Jan 2018 06:30:42 -0700
X-Authority-Analysis: v=2.2 cv=G85sK5s5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=RgaUWeydRksA:10 a=48vgC7mUAAAA:8 a=NojvYFcnAAAA:8 a=NEAV23lmAAAA:8 a=prgRUYSthkdlO9f6OSEA:9 a=QEXdDO2ut3YA:10 a=9uUzcS5Nrb8A:10 a=gUXmQ8eWAGYA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:References:Cc:To:From:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=wofj+s5cb/uMacOuOHBtJNzp9e1xIJiiExNDwvzC23k=; b=igKLrKvyh9H6R9ISxmGTMmL3Du kuk8ae0jiew/MhWoNNzJFl01r2aHf07/WxepySIY8ePeowmDJVhjnP3FIwxoAacheXU1TswMvZbfs ZgZdqBFOMOExpM1aZ80YgEvbK;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:43028 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from <lberger@labn.net>) id 1egsTH-000Yul-4w; Wed, 31 Jan 2018 06:30:39 -0700
From: Lou Berger <lberger@labn.net>
To: DetNet WG <detnet@ietf.org>
Cc: DetNet Chairs <detnet-chairs@ietf.org>
References: <b1393ea7-b91a-6ca6-48dd-2b39be4f0255@labn.net>
Message-ID: <693aacab-cfe7-ca0a-6a72-e89b1c591be1@labn.net>
Date: Wed, 31 Jan 2018 08:30:36 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <b1393ea7-b91a-6ca6-48dd-2b39be4f0255@labn.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1egsTH-000Yul-4w
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:43028
X-Source-Auth: lberger@labn.net
X-Email-Count: 2
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/uaLGJiPi4lc3uYCWPOvjwQRkk-8>
Subject: Re: [Detnet] Agenda/webex info for upcoming interim
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Jan 2018 13:56:17 -0000

Reminder interim meeting starting in about 30 min...

On 1/29/2018 7:56 AM, Lou Berger wrote:
> Hi,
>
>       Data Tracker is broken, so I can't upload the following update:
>
> Agenda for DetNet Virtual Interim Meeting January 31, 2018
>
> Session Information:
>
> Etherpad:
> http://etherpad.tools.ietf.org:9000/p/notes-ietf-interim-2018-detnet-02
> Meeting Materials:
> https://datatracker.ietf.org/meeting/interim-2018-detnet-02/session/detnet
> Webex:
> https://ietf.webex.com/ietf/j.php?MTID=m1fa30c1b4f7ba72a66fc177633cb9a04
>
> Dear All,
>
> We are planning to hold our second virtual interim to discuss the DetNet
> Data Plane document,
> https://tools.ietf.org/html/draft-ietf-detnet-dp-sol. As an outcome of
> the first virtual interim and the discussions on the list, a new
> revision of draft-ietf-detnet-dp-sol is expected before the second
> virtual interim. The intent is to continue working through open issues
> on the draft based on the new revision and where we left off at the
> first virtual interim [1] (based on IETF 100 [2] and [3]).
>
> The meeting will be held January 31 at 1400GMT. We are aiming for a 90
> minute meeting, but are scheduling to allow 30 minutes of extra
> discussion time if needed.
>
> The agenda is less formal than our normal meetings and is:
> - Administrativa (chairs)
> - Draft [4] [5] update - covering deltas and open issues (authors)
> - Open issues not addressed in draft (authors)
> - Plan for addressing open issues on the draft, including future meetings
>
> [1]
> https://datatracker.ietf.org/meeting/interim-2018-detnet-01/session/detnet
>
> [2]
> https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3-detnet-data-plane-encapsulation-resolving-open-issues/
>
> [3]
> https://datatracker.ietf.org/meeting/100/materials/slides-100-detnet-3a-detnet-data-plane-encapsulation-resolving-open-issues-pref/
>
> [4] https://tools.ietf.org/html/draft-ietf-detnet-dp-sol
>
> [5] https://github.com/jounikor/draft-dt-detnet-dp-sol
>
>
>
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet

