
From nobody Wed Sep  4 04:57:33 2019
Return-Path: <gregimirsky@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BE8D1200F8 for <rtg-bfd@ietfa.amsl.com>; Wed,  4 Sep 2019 04:57:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SB3y-JDzHD7q for <rtg-bfd@ietfa.amsl.com>; Wed,  4 Sep 2019 04:57:29 -0700 (PDT)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::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 150D21200F6 for <rtg-bfd@ietf.org>; Wed,  4 Sep 2019 04:57:29 -0700 (PDT)
Received: by mail-lj1-x235.google.com with SMTP id l20so4867121ljj.3 for <rtg-bfd@ietf.org>; Wed, 04 Sep 2019 04:57:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=IKXpvDrPn4peTtQ9aeMkOSaToKjKIvky+PGDaT5OvWc=; b=Ulj3AaznqjwjJ50Pc72A22UmtToTIWHCXd/kRCno2GYL1cvQyMdp7PoF7I+iqQr+cr GjfX0XIJAUul0X2HqfnDoAOyTKuK4yQ0OhRjR9Jx0n5eCxL5vo8KWrd7pBA9XqStP2xx 9dVNbhe8ebnmY86dKTUDPNyS5tHnwlri5suheIEwUuhylsI3Rhz7knP35YNfrVp2xN9L 4hQeqT3Y+XPWVFYdobBp1tk4z/euSPuCQZPCOtR+qPhp0Gwhr3bR+QbPC5VqhU+et9pP zsRQgq1luIozwZ6Hfr5NY7fDy89eseKdlOR4k49F1rSHjgKK+5Der1uOVmjb3YDkrZAP +9lA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=IKXpvDrPn4peTtQ9aeMkOSaToKjKIvky+PGDaT5OvWc=; b=sDOwXmER6mD4nH+60lgHbV91jvDrilLg59yWFSbBY8knuPgPIacUEkv9ANbBP3ZW5y L9CYSCS3gwJg32LJGXiB5EZ/gXU05SRF7DrcXR5zTnPCWNPUWMPjRmFCXL6tv9WABmPm LTFdZSAP9a4fyyGncPkb/T24KpVbM6tHPXc4phT8f8xlK5NM9RL3BZxs9MEJdPl61aHR OmagiC9AtkyH0f8L1FcxX32F8sXEq4BSk67ETsTH/bjk5JUnCfcDOVa0cESKau2wX4HP zQqTt8tA0fppMNGv9G6tqvOcZ25pZKFCKymx6arvIAz6BvyZJYSne93NyqB5AKDBwzNb lf0Q==
X-Gm-Message-State: APjAAAWrOYv3/mR69gyihMJU4M7OrFzQX6gv9midUfN7AeRhd+eNaLMI IYHCeq0zcQh3E3L3SekXUPqEtP/XFVvL7dRj5gs=
X-Google-Smtp-Source: APXvYqxwvaM1RwBa+s4uTtk/l+8rdpHlwQn3n0DwEJtNepbrAzRFoUIivDTyJy8ofsNx3YL5fay2nY4j34dkVYKKVhs=
X-Received: by 2002:a2e:6101:: with SMTP id v1mr20885133ljb.42.1567598247188;  Wed, 04 Sep 2019 04:57:27 -0700 (PDT)
MIME-Version: 1.0
References: <20190218173351.GI28950@pfrc.org> <CA+RyBmXN=0FYoHWt4TzPg05_ZoC9RbsOSvoFAte9doDY8_JDgg@mail.gmail.com> <542FBF1D-4D61-4E45-8CD2-CE9EC8BF6A38@cisco.com> <CA+RyBmVtLXSZfADQ9YgBEWj+d_X=zXh6SwSfqrUSNWiVNTwNXA@mail.gmail.com> <20190219174109.GN28950@pfrc.org> <CA+RyBmXresOc+i75O7=u5COG3q70s_fX4rK0mQw5LLdak6dxug@mail.gmail.com> <20190220044330.GA14326@pfrc.org> <CA+RyBmWhd7SDArpcrXABnm2GXGd2f3+jWOG2x2+Dgi_VNcWm0g@mail.gmail.com> <20190225032316.GA28974@pfrc.org> <CA+RyBmXi3DVb2KOfuFwCZcGT89cQ-E-C5dQ=-CAf7mq4W1db=Q@mail.gmail.com> <20190225172544.GA17563@pfrc.org>
In-Reply-To: <20190225172544.GA17563@pfrc.org>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Wed, 4 Sep 2019 13:57:16 +0200
Message-ID: <CA+RyBmXdiT709iYc5idhR=OEiV086yAMDt2r7N90DC2X2dsBeA@mail.gmail.com>
Subject: Re: WG Adoption request for draft-mirsky-bfd-mpls-demand
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: "Reshad Rahman (rrahman)" <rrahman@cisco.com>, Martin Vigoureux <martin.vigoureux@nokia.com>,  rtg-bfd WG <rtg-bfd@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ac9cd90591b8e88d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/q4CbUpEf_57OCo-nFDdmXUA7NE4>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Sep 2019 11:57:32 -0000

--000000000000ac9cd90591b8e88d
Content-Type: text/plain; charset="UTF-8"

Dear Jeff, Reshad, et al.,
after more discussions and analyzing our discussion I'm accepting your
arguments regarding that the behavior of a system in the Demand mode
already sufficiently covered in RFC 5880. What I'd like us to discuss is
the note by Jeff:

If you're also saying that the ingress is NOT receiving a Down state change
from the egress as part of this and that the ingress moves to down just
because the Diag changes, that at least is clear, and is worth further
discussion.


Much appreciate your consideration and advise on how to proceed further.

Regards,
Greg

On Mon, Feb 25, 2019 at 6:26 PM Jeffrey Haas <jhaas@pfrc.org> wrote:

> On Mon, Feb 25, 2019 at 09:10:16AM -0800, Greg Mirsky wrote:
> > Hi Jeff,
> > please find my answers in-line tagged GIM4>>.
> >
> > Regards,
> > Greg
> >
> > On Sun, Feb 24, 2019 at 7:24 PM Jeffrey Haas <jhaas@pfrc.org> wrote:
> >
> > > Greg,
> > >
> > > On Sun, Feb 24, 2019 at 09:53:20AM -0800, Greg Mirsky wrote:
> > > > Hi Jeff,
> > > > I'm glad that you feel that our discussion is helpful. I want to
> point
> > > that
> > > > the use of the Poll sequence to communicate to the remote BFD system
> in
> > > the
> > > > Concatenated Paths section is to relay the failure detected in the
> > > > downstream segment of the multi-segment OAM domain. Also, section
> 6.8.17
> > > > does not specify how the upstream BFD system responds to the
> situation:
> > > >    Note that if the BFD session subsequently fails, the diagnostic
> code
> > > will
> > > >    be overwritten with a code detailing the cause of the failure.
> It is
> > > >    up to the interworking agent to perform the above procedure again,
> > > >    once the BFD session reaches Up state, if the propagation of the
> > > >    concatenated path failure is to resume.
> > >
> > > Correct.  That is up to the upstream to determine its behavior.
> > >
> > > > And so far we were discussing RFC 5880 though the scope of the draft
> is
> > > on
> > > > the use of Demand mode over MPLS LSP.
> > >
> > > MPLS does not magically change the behavior of demand mode specified
> in the
> > > core RFC.
> > >
> > GIM4>> The draft defines how the head-end LER reacts to receiving the BFD
> > control message with Diag set to Control Detection Time Expired and the
> > Poll flag set:
> >    Reception of such BFD control packet by the ingress
> >    LER indicates that the monitored LSP has a failure and sending BFD
> >    control packet with the Final flag set to acknowledge failure
> >    indication is likely to fail.  Instead, the ingress LER transmits the
> >    BFD Control packet to the egress LER over the IP network with:
> >
> >    o  destination IP address MUST be set to the destination IP address
> >       of the LSP Ping Echo request message [RFC8029];
> >
> >    o  destination UDP port set to 4784 [RFC5883];
> >
> >    o  Final (F) flag in BFD control packet MUST be set;
> >
> >    o  Demand (D) flag in BFD control packet MUST be cleared.
> >
> >    The ingress LER changes the state of the BFD session to Down and
> >    changes rate of BFD Control packets transmission to one packet per
> >    second.  The ingress LER in Down mode changes to Asynchronous mode
> >    until the BFD session comes to Up state once again.  Then the ingress
> >    LER switches to the Demand mode.
> >
> >
> > > > And the draft does describe how the
> > > > BFD system acts after it receives the control message with Diag
> field set
> > > > to Control Detection Time Expired, a.k.a. RDI, and the Poll flag
> set. In
> > > > that, I consider, the draft is complimentary to RFC 5884 whose scope
> is
> > > on
> > > > the Asynchronous mode only.
> > >
> > > I continue to have problems understanding how the text in your draft is
> > > intended to be different than 6.8.4 of RFC 5880.  Simply saying "we're
> > > allowed to use demand mode" can't be it?
> > >
> > GIM4>> Section 6.8.4 does not specify that if the BFD system is in Demand
> > mode and the bfd.LocalDiag is set to 1 (Control Detection Time Expired)
> the
> > Poll sequence MAY, SHOULD or MUST be used to notify the remote BFD
> system.
>
> I shall paste this one last time:
>
> :   If Demand mode is active on either or both systems, a Poll Sequence
> :   MUST be initiated whenever the contents of the next BFD Control
> :   packet to be sent would be different than the contents of the
> :   previous packet, with the exception of the Poll (P) and Final (F)
> :   bits.  This ensures that parameter changes are transmitted to the
> :   remote system and that the remote system acknowledges these changes.
>
> If you've changed diag, you've changed the contents.  If you are running in
> demand mode, you will send a poll.
>
> If you're also saying that the ingress is NOT receiving a Down state change
> from the egress as part of this and that the ingress moves to down just
> because the Diag changes, that at least is clear, and is worth further
> discussion.
>
> > > It will help clear this conversation if you simply state your changes
> in
> > > behavior vs. 5880 and 5884.
> > >
> > GIM4>> I've never stated or hinted that the draft is to update RFC 5884.
> > The scope of RFC 5884 is the use of BFD in the Asynchronous mode over
> MPLS
> > LSPs. As stated in section 6 RFC 5884:
> >
> > BFD demand mode is outside the scope of this specification.
>
> You seem to be confused about how this boilerplate text is used.
>
> If there are no changes to procedure, existing procedure applies - it is
> simply not discussed in this document.
>
> If there is changes to procedure (what we are trying to determine), then
> further discussion is warranted.
>
> > > A reminder that we don't vote.  C.f. RFC 7282, section 6.
> > >
> > GIM4>> I'm confused to differentiate when you raise the objection as the
> > individual contributor and evaluate them and the consensus as the WG
> chair.
>
> Chairs are not prohibited from offering technical feedback.  If you remain
> confused on this issue, I suggest you discuss this with Martin at the
> upcoming IETF.
>
> -- Jeff
>

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

<div dir=3D"ltr">Dear Jeff, Reshad, et al.,<div>after more discussions and =
analyzing our discussion I&#39;m accepting your arguments regarding that th=
e behavior of a system in the=C2=A0<span class=3D"gmail-il">Demand</span>=
=C2=A0mode already sufficiently covered in RFC 5880. What I&#39;d like us t=
o discuss is the note by Jeff:</div><span class=3D"gmail-im" style=3D"color=
:rgb(80,0,80)"><blockquote style=3D"margin:0px 0px 0px 40px;border:none;pad=
ding:0px"><div>If you&#39;re also saying that the ingress is NOT receiving =
a Down state change</div><div>from the egress as part of this and that the =
ingress moves to down just</div><div>because the Diag changes, that at leas=
t is clear, and is worth further</div><div>discussion.=C2=A0=C2=A0</div></b=
lockquote><div><br></div></span>Much appreciate your consideration and advi=
se on how to proceed further.<div><br></div><div>Regards,</div><div>Greg</d=
iv></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_att=
r">On Mon, Feb 25, 2019 at 6:26 PM Jeffrey Haas &lt;<a href=3D"mailto:jhaas=
@pfrc.org">jhaas@pfrc.org</a>&gt; wrote:<br></div><blockquote class=3D"gmai=
l_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,20=
4,204);padding-left:1ex">On Mon, Feb 25, 2019 at 09:10:16AM -0800, Greg Mir=
sky wrote:<br>
&gt; Hi Jeff,<br>
&gt; please find my answers in-line tagged GIM4&gt;&gt;.<br>
&gt; <br>
&gt; Regards,<br>
&gt; Greg<br>
&gt; <br>
&gt; On Sun, Feb 24, 2019 at 7:24 PM Jeffrey Haas &lt;<a href=3D"mailto:jha=
as@pfrc.org" target=3D"_blank">jhaas@pfrc.org</a>&gt; wrote:<br>
&gt; <br>
&gt; &gt; Greg,<br>
&gt; &gt;<br>
&gt; &gt; On Sun, Feb 24, 2019 at 09:53:20AM -0800, Greg Mirsky wrote:<br>
&gt; &gt; &gt; Hi Jeff,<br>
&gt; &gt; &gt; I&#39;m glad that you feel that our discussion is helpful. I=
 want to point<br>
&gt; &gt; that<br>
&gt; &gt; &gt; the use of the Poll sequence to communicate to the remote BF=
D system in<br>
&gt; &gt; the<br>
&gt; &gt; &gt; Concatenated Paths section is to relay the failure detected =
in the<br>
&gt; &gt; &gt; downstream segment of the multi-segment OAM domain. Also, se=
ction 6.8.17<br>
&gt; &gt; &gt; does not specify how the upstream BFD system responds to the=
 situation:<br>
&gt; &gt; &gt;=C2=A0 =C2=A0 Note that if the BFD session subsequently fails=
, the diagnostic code<br>
&gt; &gt; will<br>
&gt; &gt; &gt;=C2=A0 =C2=A0 be overwritten with a code detailing the cause =
of the failure.=C2=A0 It is<br>
&gt; &gt; &gt;=C2=A0 =C2=A0 up to the interworking agent to perform the abo=
ve procedure again,<br>
&gt; &gt; &gt;=C2=A0 =C2=A0 once the BFD session reaches Up state, if the p=
ropagation of the<br>
&gt; &gt; &gt;=C2=A0 =C2=A0 concatenated path failure is to resume.<br>
&gt; &gt;<br>
&gt; &gt; Correct.=C2=A0 That is up to the upstream to determine its behavi=
or.<br>
&gt; &gt;<br>
&gt; &gt; &gt; And so far we were discussing RFC 5880 though the scope of t=
he draft is<br>
&gt; &gt; on<br>
&gt; &gt; &gt; the use of Demand mode over MPLS LSP.<br>
&gt; &gt;<br>
&gt; &gt; MPLS does not magically change the behavior of demand mode specif=
ied in the<br>
&gt; &gt; core RFC.<br>
&gt; &gt;<br>
&gt; GIM4&gt;&gt; The draft defines how the head-end LER reacts to receivin=
g the BFD<br>
&gt; control message with Diag set to Control Detection Time Expired and th=
e<br>
&gt; Poll flag set:<br>
&gt;=C2=A0 =C2=A0 Reception of such BFD control packet by the ingress<br>
&gt;=C2=A0 =C2=A0 LER indicates that the monitored LSP has a failure and se=
nding BFD<br>
&gt;=C2=A0 =C2=A0 control packet with the Final flag set to acknowledge fai=
lure<br>
&gt;=C2=A0 =C2=A0 indication is likely to fail.=C2=A0 Instead, the ingress =
LER transmits the<br>
&gt;=C2=A0 =C2=A0 BFD Control packet to the egress LER over the IP network =
with:<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 o=C2=A0 destination IP address MUST be set to the destina=
tion IP address<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0of the LSP Ping Echo request message [RFC802=
9];<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 o=C2=A0 destination UDP port set to 4784 [RFC5883];<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 o=C2=A0 Final (F) flag in BFD control packet MUST be set;=
<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 o=C2=A0 Demand (D) flag in BFD control packet MUST be cle=
ared.<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 The ingress LER changes the state of the BFD session to D=
own and<br>
&gt;=C2=A0 =C2=A0 changes rate of BFD Control packets transmission to one p=
acket per<br>
&gt;=C2=A0 =C2=A0 second.=C2=A0 The ingress LER in Down mode changes to Asy=
nchronous mode<br>
&gt;=C2=A0 =C2=A0 until the BFD session comes to Up state once again.=C2=A0=
 Then the ingress<br>
&gt;=C2=A0 =C2=A0 LER switches to the Demand mode.<br>
&gt; <br>
&gt; <br>
&gt; &gt; &gt; And the draft does describe how the<br>
&gt; &gt; &gt; BFD system acts after it receives the control message with D=
iag field set<br>
&gt; &gt; &gt; to Control Detection Time Expired, a.k.a. RDI, and the Poll =
flag set. In<br>
&gt; &gt; &gt; that, I consider, the draft is complimentary to RFC 5884 who=
se scope is<br>
&gt; &gt; on<br>
&gt; &gt; &gt; the Asynchronous mode only.<br>
&gt; &gt;<br>
&gt; &gt; I continue to have problems understanding how the text in your dr=
aft is<br>
&gt; &gt; intended to be different than 6.8.4 of RFC 5880.=C2=A0 Simply say=
ing &quot;we&#39;re<br>
&gt; &gt; allowed to use demand mode&quot; can&#39;t be it?<br>
&gt; &gt;<br>
&gt; GIM4&gt;&gt; Section 6.8.4 does not specify that if the BFD system is =
in Demand<br>
&gt; mode and the bfd.LocalDiag is set to 1 (Control Detection Time Expired=
) the<br>
&gt; Poll sequence MAY, SHOULD or MUST be used to notify the remote BFD sys=
tem.<br>
<br>
I shall paste this one last time:<br>
<br>
:=C2=A0 =C2=A0If Demand mode is active on either or both systems, a Poll Se=
quence<br>
:=C2=A0 =C2=A0MUST be initiated whenever the contents of the next BFD Contr=
ol<br>
:=C2=A0 =C2=A0packet to be sent would be different than the contents of the=
<br>
:=C2=A0 =C2=A0previous packet, with the exception of the Poll (P) and Final=
 (F)<br>
:=C2=A0 =C2=A0bits.=C2=A0 This ensures that parameter changes are transmitt=
ed to the<br>
:=C2=A0 =C2=A0remote system and that the remote system acknowledges these c=
hanges.<br>
<br>
If you&#39;ve changed diag, you&#39;ve changed the contents.=C2=A0 If you a=
re running in<br>
demand mode, you will send a poll.<br>
<br>
If you&#39;re also saying that the ingress is NOT receiving a Down state ch=
ange<br>
from the egress as part of this and that the ingress moves to down just<br>
because the Diag changes, that at least is clear, and is worth further<br>
discussion.<br>
<br>
&gt; &gt; It will help clear this conversation if you simply state your cha=
nges in<br>
&gt; &gt; behavior vs. 5880 and 5884.<br>
&gt; &gt;<br>
&gt; GIM4&gt;&gt; I&#39;ve never stated or hinted that the draft is to upda=
te RFC 5884.<br>
&gt; The scope of RFC 5884 is the use of BFD in the Asynchronous mode over =
MPLS<br>
&gt; LSPs. As stated in section 6 RFC 5884:<br>
&gt; <br>
&gt; BFD demand mode is outside the scope of this specification.<br>
<br>
You seem to be confused about how this boilerplate text is used.<br>
<br>
If there are no changes to procedure, existing procedure applies - it is<br=
>
simply not discussed in this document.<br>
<br>
If there is changes to procedure (what we are trying to determine), then<br=
>
further discussion is warranted.<br>
<br>
&gt; &gt; A reminder that we don&#39;t vote.=C2=A0 C.f. RFC 7282, section 6=
.<br>
&gt; &gt;<br>
&gt; GIM4&gt;&gt; I&#39;m confused to differentiate when you raise the obje=
ction as the<br>
&gt; individual contributor and evaluate them and the consensus as the WG c=
hair.<br>
<br>
Chairs are not prohibited from offering technical feedback.=C2=A0 If you re=
main<br>
confused on this issue, I suggest you discuss this with Martin at the<br>
upcoming IETF.<br>
<br>
-- Jeff<br>
</blockquote></div>

--000000000000ac9cd90591b8e88d--


From nobody Mon Sep  9 07:55:51 2019
Return-Path: <rrahman@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 731F3120127 for <rtg-bfd@ietfa.amsl.com>; Mon,  9 Sep 2019 07:55:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level: 
X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=kcJ6Rqpp; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=DX3dE2l/
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jd4NZmoaomS9 for <rtg-bfd@ietfa.amsl.com>; Mon,  9 Sep 2019 07:55:48 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26A4212008B for <rtg-bfd@ietf.org>; Mon,  9 Sep 2019 07:55:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6533; q=dns/txt; s=iport; t=1568040948; x=1569250548; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=clWHooaQHyEYtM/r+NM+/OJFkIc4sbni8ysj8805pBo=; b=kcJ6RqppAoGslDqequkKHgaJNCvAvs2eNcLA5x/bKWXmjuBSg07Ufijf 6lBi8aIsxA5goNY8IPn2u/xWvVYNYUsyqTFO/HRzjWI2qA8ssIQyaoVNF gSynKFjnf5hWL/KXml57NRd8d5AJYjLLcPtgWqWQahlsiNpLxBrjiwkFi Q=;
IronPort-PHdr: =?us-ascii?q?9a23=3A7rrGyRWbU7ZQ7krNvUaA9cqnWhvV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSA92J8OpK3uzRta2oGXcN55qMqjgjSNRNTF?= =?us-ascii?q?dE7KdehAk8GIiAAEz/IuTtankgBs1CUVZj13q6KkNSXs35Yg6arw=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CFCQAdZ3Zd/4YNJK1lHAEBAQQBAQc?= =?us-ascii?q?EAQGBZ4EWL1ADbVYgBAsqhCGDRwOKdE2BaiWTFIRcglIDVAkBAQEMAQEtAgE?= =?us-ascii?q?BhD8CF4IhIzgTAgMJAQEEAQEBAgEGBG2FLgELhUoBAQEBAxIRHQEBOA8CAQg?= =?us-ascii?q?RAwECKwICAjAdCAIEEyKDAAGBHU0DHQECmyUCgTiIYXOBMoJ9AQEFgkeCShi?= =?us-ascii?q?CFgmBNIt4GIFAP4ERJwwTgkw+hGSCazKCJo89hSGJF45PCoIhlHQbgjSHPI8?= =?us-ascii?q?SjX6YawIEAgQFAg4BAQWBaSGBWHAVZQGCQYFKeINyilNzgSmPdQEB?=
X-IronPort-AV: E=Sophos;i="5.64,486,1559520000";  d="scan'208,217";a="625615139"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Sep 2019 14:55:46 +0000
Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x89Etkrj022837 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <rtg-bfd@ietf.org>; Mon, 9 Sep 2019 14:55:46 GMT
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 9 Sep 2019 09:55:46 -0500
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 9 Sep 2019 10:55:45 -0400
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 9 Sep 2019 10:55:45 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=i+nr0lfs1bfx3K20ri4HvrK111qXwNb35mjDW2xwjMOHph6kFstmc4urRzNmYDrEIb1kY8l/BIllfv69t2thGQwWe3rWad5/mZz8WnYUxUMfKWhg3nhKE75LN+g0NHEkYAWugoFZx/8miXCj0u/v67Jg5L9z4XRaA6+PE8bcRP/M2kf//5g5LN8RzmmoxnU4IBignGSn+0j8vXTVzV0V3nPmqsmyETXX4KWzRKMDOY6M/Ducw/KIdOIbDMi1tynl7JU0RxpgmcOkr5/h79mVTPVnmMisTesbrOqKt0Cu/o/018ETTxBmO9FGFd+BEtBACgM+C2/0YXMTLAj6bvUYSQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=clWHooaQHyEYtM/r+NM+/OJFkIc4sbni8ysj8805pBo=; b=Z8gOLXl4+hJ4998vajmXFhmbfAc1ALHEL8OVTwAf9v9UHbngLnNhbxmv36/Xu9AhjUA8ywEWIYNqE5C+WOxdlJGiTWreCY0TiAWGY+VX+dg5pGI9QAE0HbT6g+xG3ifm3XbbMznhaQYk9RISrf7uy2E8NLaqFaxb6smHz+M7EzpZvCXPcscyPgB5tMj1wSo5dKaVtFXcSzcu6bYruDlC/xCIa7wjdk/iLMaw7u8cRbDGsrO9voKXJUam9hg2RpcNUtyX9LOBhtEnDziw8Sx/gvdHE+YUUZR+zw8cXWvoLkGtN0aCX8KPGKA9kGl8HbhfyIzl0baXIaKqnmam2ULJgg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=clWHooaQHyEYtM/r+NM+/OJFkIc4sbni8ysj8805pBo=; b=DX3dE2l/gX0cpWgsxqb/yeyV7FvezRg34QtO8VsPrMEU0NZxEaZUxj3csiotpKAhonVzNRj6XNW5NRVuSe1bP3NEA5QYTxz4NP6GTU7iyzUKIC5fNmVjBmm+DLOQJ4/I7JISVPcjH8knEkRMHeKX8UlxdVdUgReCAkgcHdyQ9o0=
Received: from MN2PR11MB4157.namprd11.prod.outlook.com (20.179.150.223) by MN2PR11MB4318.namprd11.prod.outlook.com (52.135.36.86) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2241.15; Mon, 9 Sep 2019 14:55:44 +0000
Received: from MN2PR11MB4157.namprd11.prod.outlook.com ([fe80::a8d9:d313:49c9:9b40]) by MN2PR11MB4157.namprd11.prod.outlook.com ([fe80::a8d9:d313:49c9:9b40%5]) with mapi id 15.20.2241.018; Mon, 9 Sep 2019 14:55:44 +0000
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
To: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: Re: WGLC for draft-ietf-bfd-large-packets
Thread-Topic: WGLC for draft-ietf-bfd-large-packets
Thread-Index: AQHVXPUyTxWyJBtWsEOnJ4ETycFi16cjIc8A
Date: Mon, 9 Sep 2019 14:55:44 +0000
Message-ID: <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com>
In-Reply-To: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.1a.0.190609
authentication-results: spf=none (sender IP is ) smtp.mailfrom=rrahman@cisco.com; 
x-originating-ip: [2001:420:2840:1250:6900:eb73:e481:aee6]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: be88b8bf-475a-4511-2e63-08d73535ca75
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:MN2PR11MB4318; 
x-ms-traffictypediagnostic: MN2PR11MB4318:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <MN2PR11MB4318DF567710CB6B5977C8CCABB70@MN2PR11MB4318.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:5797;
x-forefront-prvs: 01559F388D
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(136003)(376002)(346002)(366004)(39860400002)(189003)(199004)(316002)(2351001)(53936002)(6306002)(54896002)(25786009)(229853002)(6246003)(6512007)(71190400001)(71200400001)(11346002)(476003)(256004)(14444005)(66476007)(102836004)(53546011)(6506007)(46003)(186003)(76176011)(5640700003)(446003)(6436002)(66946007)(66446008)(64756008)(66556008)(14454004)(76116006)(7736002)(478600001)(6116002)(2906002)(486006)(2616005)(6486002)(5660300002)(6916009)(86362001)(58126008)(4744005)(99286004)(33656002)(81166006)(81156014)(8676002)(8936002)(2501003)(36756003); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4318; H:MN2PR11MB4157.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: txcnM9ZLKSg/mOi56myBFST8xkvb2tYSxG3RYRsUhmsD+ivgL0dkyqvSlk1ooB9MA4izyIBJIvqf9sioahASSqAwS8AtCsqlAhmh2Rvx14jUdXlzIGy/HS1b7PemQTwpg0FAtj9QayoQCizsYho7/1UbpJ21yW2Djp2i6jPRrrUdT30cxPK2aENtmmQLEHq/9wt2wafb7AsAbGcqsfp9XMZ7ze9f9fZ+Pvq9sPu2OXohsirdab4quY2hZJwC+tiQsS6WxFSyM/icJDQLlkxO+fJaYa5G4SELV64KWhPLgRx76GsyesUf3XaTI/OvTDL1nocpzPQll5GH9tuyLi3QvB6zPBzfn0UpjEGUrYa9W5e0rzHcK73h5g/OVZH2Yl/R4poAteyTYIVdmu0zhw8V5r/uhzzNnK3pDUJwlMyEp68=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_C44550ACF6E043519958CB9144C9F23Aciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: be88b8bf-475a-4511-2e63-08d73535ca75
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Sep 2019 14:55:44.0881 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: diIBV58n2XdeQK1Kmj4gL8TRGkTmchaiDjTsNfWc4MHTy3jBjOaBmDgwsLAIMLev46srIVvib8CyQrx0hx2bcg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4318
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.18, xch-aln-008.cisco.com
X-Outbound-Node: alln-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/Jzh_Qo8481Mrckx9L8sqgqiliGI>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Sep 2019 14:55:51 -0000

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

QkZEIFdHLCByZW1pbmRlciB0aGF0IFdHTEMgaXMgb25nb2luZyBmb3IgdGhpcyBkb2N1bWVudC4N
Cg0KUmVnYXJkcywNClJlc2hhZC4NCg0KRnJvbTogUnRnLWJmZCA8cnRnLWJmZC1ib3VuY2VzQGll
dGYub3JnPiBvbiBiZWhhbGYgb2YgIlJlc2hhZCBSYWhtYW4gKHJyYWhtYW4pIiA8cnJhaG1hbkBj
aXNjby5jb20+DQpEYXRlOiBUdWVzZGF5LCBBdWd1c3QgMjcsIDIwMTkgYXQgMTI6MzQgUE0NClRv
OiAicnRnLWJmZEBpZXRmLm9yZyIgPHJ0Zy1iZmRAaWV0Zi5vcmc+DQpTdWJqZWN0OiBXR0xDIGZv
ciBkcmFmdC1pZXRmLWJmZC1sYXJnZS1wYWNrZXRzDQoNCkJGRCBXRywNCg0KQXMgd2FzIG1lbnRp
b25lZCBhdCBJRVRGMTA1LCB0aGlzIGRvY3VtZW50IGlzIHN0YWJsZSBhbmQgdGhlcmUgd2FzIGFu
IGludGVyb3AgdGVzdCBkb25lIGJldHdlZW4gRlJSIGFuZCBKdW5vcyBWTVguDQoNClBsZWFzZSBw
cm92aWRlIGNvbW1lbnRzL2ZlZWRiYWNrIG9uIHRoZSBkb2N1bWVudC4gVGhlIGRlYWRsaW5lIGZv
ciBsYXN0IGNhbGwgaXMgU2VwdGVtYmVyIDEzdGguDQoNClJlZ2FyZHMsDQpSZXNoYWQgJiBKZWZm
Lg0K

--_000_C44550ACF6E043519958CB9144C9F23Aciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <934355F3132F7D4DAC75EE3362C6E46D@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph
OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv
cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu
Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj
OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5t
c29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJ
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsN
Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0K
CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z
ZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uYXBwbGUtY29udmVydGVkLXNwYWNlDQoJ
e21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9DQpzcGFuLkVtYWlsU3R5bGUy
MA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJy
aSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21z
by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29y
ZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0
IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9
DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tQ0EiIGxpbms9IiMwNTYzQzEi
IHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+QkZE
IFdHLCByZW1pbmRlciB0aGF0IFdHTEMgaXMgb25nb2luZyBmb3IgdGhpcyBkb2N1bWVudC4NCjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xv
cjpibGFjayI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+UmVzaGFkLjwv
c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6Ymxh
Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG
IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxl
PSJjb2xvcjpibGFjayI+UnRnLWJmZCAmbHQ7cnRnLWJmZC1ib3VuY2VzQGlldGYub3JnJmd0OyBv
biBiZWhhbGYgb2YgJnF1b3Q7UmVzaGFkIFJhaG1hbiAocnJhaG1hbikmcXVvdDsgJmx0O3JyYWht
YW5AY2lzY28uY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5UdWVzZGF5LCBBdWd1c3QgMjcsIDIw
MTkgYXQgMTI6MzQgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90O3J0Zy1iZmRAaWV0Zi5vcmcmcXVv
dDsgJmx0O3J0Zy1iZmRAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPldHTEMgZm9y
IGRyYWZ0LWlldGYtYmZkLWxhcmdlLXBhY2tldHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QkZEIFdHLDwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXMgd2FzIG1lbnRpb25lZCBhdCBJRVRG
MTA1LCB0aGlzIGRvY3VtZW50IGlzIHN0YWJsZSBhbmQgdGhlcmUgd2FzIGFuIGludGVyb3AgdGVz
dCBkb25lIGJldHdlZW4gRlJSIGFuZCBKdW5vcyBWTVguPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNw
Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5QbGVhc2UgcHJvdmlkZSBjb21tZW50cy9m
ZWVkYmFjayZuYnNwO29uJm5ic3A7dGhlIGRvY3VtZW50LiBUaGUgZGVhZGxpbmUgZm9yIGxhc3Qg
Y2FsbCBpcyBTZXB0ZW1iZXIgMTM8c3VwPnRoPC9zdXA+Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9y
OmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+UmVnYXJkcyw8L3Nw
YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+UmVzaGFkICZhbXA7IEplZmYuPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_C44550ACF6E043519958CB9144C9F23Aciscocom_--


From nobody Tue Sep 10 10:01:56 2019
Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 179ED120074 for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 10:01:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 0-9ihS1julb6 for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 10:01:52 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 511FE120058 for <rtg-bfd@ietf.org>; Tue, 10 Sep 2019 10:01:52 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 77F271E2F3; Tue, 10 Sep 2019 13:04:32 -0400 (EDT)
Date: Tue, 10 Sep 2019 13:04:31 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: rtg-bfd@ietf.org
Subject: Re: Working Group Last Call on BFD Authentication Documents (expires September 13, 2019)
Message-ID: <20190910170431.GB1662@pfrc.org>
References: <20190216170740.GA31558@pfrc.org> <20190702183714.GB3974@pfrc.org> <20190827151718.GK24671@pfrc.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20190827151718.GK24671@pfrc.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/kUhZejsbCs7qwmNZYyKj_3JD6Fc>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Sep 2019 17:01:54 -0000

Working Group,

This last call period is set to expire at the end of the week.

Please respond whether you believe these documents SHOULD or SHOULD NOT be
advanced for publication.

-- Jeff

On Tue, Aug 27, 2019 at 11:17:18AM -0400, Jeffrey Haas wrote:
> Working Group,
> 
> As we discussed in Montreal at IETF-105, the last hang up on progressing the
> authentication documents (thread copied below) was concerns on the IPR
> against them.
> 
> The holder of the IPR believes their discloures are consistent with prior
> IPR posted against the BFD suite of published RFCs.o
> 
> We are thus proceeding with the Working Group Last Call for these documents.
> You are encouraged to provide technical feedback for the contents of the
> documents, which addresses providing stronger authentication on the BFD
> protocol.  
> 
> Please indicate whether you believe these documents should be advanced to
> the IESG for publication as RFCs.
> 
> -- Jeff and Reshad
> 
> 
> On Tue, Jul 02, 2019 at 02:37:15PM -0400, Jeffrey Haas wrote:
> > Working Group,
> > 
> > A followup on this item.
> > 
> > Currently, the status is identical to that which was last posted.  Mahesh
> > did make contact with Ciena IPR holders regarding the state of the license.
> > It is their belief that their disclosure is consistent with similar IPR
> > filed against BFD.  Citing two similar ones:
> > 
> > https://datatracker.ietf.org/ipr/516/
> > https://datatracker.ietf.org/ipr/1419/
> > 
> > It also appears to be their belief that the current wording doesn't require
> > that a license fee is due.  However, this is private commentary.
> > 
> > At this point, my recommendation to the working group is we decide if we'll
> > proceed with the publication process.  Let's use this time prior to IETF 105
> > to discuss any pending issues on these documents.
> > 
> > -- Jeff
> > 
> > On Sat, Feb 16, 2019 at 12:07:40PM -0500, Jeffrey Haas wrote:
> > > Working Group,
> > > 
> > > On March 28, 2018, we started Working Group Last Call on the following document
> > > bundle:
> > > 
> > >   draft-ietf-bfd-secure-sequence-numbers
> > >   draft-ietf-bfd-optimizing-authentication
> > >   draft-ietf-bfd-stability
> > > 
> > > The same day, Mahesh Jethanandani acknowledged there was pending IPR
> > > declarations against these drafts.  An IPR declaration was finally posted on
> > > November 1, 2018.  In particular, it notes a patent.  The licenseing is
> > > RAND.  
> > > 
> > > https://datatracker.ietf.org/ipr/3328/
> > > 
> > > In the time since the WGLC was requested, there were a number of technical
> > > comments made on these drafts.  It's my belief that all substantial
> > > technical comments had been addressed in the last posted version of these
> > > documents.  Note that there was one lingering comment about Yang
> > > considerations for the BFD module with regard to enabling this optimized
> > > authentication mode which can be dealt with separably.
> > > 
> > > The chairs did not carry out a further consensus call to ensure that there
> > > are no further outstanding technical issues.
> > > 
> > > On November 21, Greg Mirsky indicated an objection to progressing the
> > > document due to late disclosure.
> > > 
> > > https://mailarchive.ietf.org/arch/msg/rtg-bfd/u8rvWwvDWRKI3jseGHecAB9WtDo
> > > 
> > > Since we are a little over a month prior to the upcoming IETF 104, this
> > > seems a good time to try to decide how the Working Group shall finish this
> > > work.  Since we are meeting in Prague, this may progress to microphone
> > > conversation.
> > > 
> > > For the moment, the chairs' perceived status of the documents are:
> > > - No pending technical issues with the documents with one known issue.
> > > - Concerns over late disclosure of IPR.
> > > - No solid consensus from the Working Group that we're ready to proceed.
> > >   This part may be covered by a future consensus call, but let's hear list
> > >   discussion first.
> > > 
> > > -- Jeff


From nobody Tue Sep 10 10:49:11 2019
Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EA3B12025D for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 10:49:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 uF35nprBkt_6 for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 10:49:07 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 5A80F1201B7 for <rtg-bfd@ietf.org>; Tue, 10 Sep 2019 10:49:07 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 2253B1E2F3; Tue, 10 Sep 2019 13:51:48 -0400 (EDT)
Date: Tue, 10 Sep 2019 13:51:48 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: rtg-bfd@ietf.org
Subject: Re: BFD Echo mode coverage in BFD for VXLAN
Message-ID: <20190910175147.GG1662@pfrc.org>
References: <CA+RyBmVZeLz-wuC04_V3QJxXDG_qOc_3KO0d3N5h0Y-dDTTFXQ@mail.gmail.com> <3747ADED-2F3A-42B8-BD72-20218D167DEE@cisco.com> <CA+RyBmURk5ew+DuHm9S_6yv0op=ALadoMfwWw9Qs5XLpsog2fA@mail.gmail.com> <CA+RyBmVwSyD3aERjprcTJChAVqkwf1R1JsV_TerZ4Sw54UaDDQ@mail.gmail.com> <2952AB5F-FBD5-4113-BA1B-CD22FC11B58F@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <2952AB5F-FBD5-4113-BA1B-CD22FC11B58F@cisco.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/vmFYt6Mc2DwHHgQGhaMteQ-Eeto>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Sep 2019 17:49:09 -0000

[trimming headers]

Working Group,

While we're suspecting everyone is finishing up holidays, please take until
the end of this week to answer Reshad's question:  Should we require BFD for
vxlan to support Echo mode?

-- Jeff

On Thu, Aug 15, 2019 at 10:41:46PM +0000, Reshad Rahman (rrahman) wrote:
> Hi all,
> 
> It is up to the WG to decide whether echo support is desired for BFD over VxLAN (any other BFD use-cases also).  Since this hasn’t been brought up in the WG before, my take is that the WG isn’t interested in having echo for BFD over VxLAN. So if anybody feels that we need echo support, please speak up asap. Because it’s holiday season, let’s take 3 weeks instead of the usual 2, so please respond by September 5th.
> 
> Regards,
> Reshad (co-chair hat).
> 
> From: Greg Mirsky <gregimirsky@gmail.com>
> Date: Thursday, August 8, 2019 at 8:04 PM
> To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
> Cc: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>, "bfd-chairs@ietf.org" <bfd-chairs@ietf.org>, Martin Vigoureux <martin.vigoureux@nokia.com>
> Subject: Re: BFD Echo mode coverage in BFD for VXLAN
> Resent-From: <alias-bounces@ietf.org>
> Resent-To: Jeffrey Haas <jhaas@pfrc.org>, <rrahman@cisco.com>
> Resent-Date: Thursday, August 8, 2019 at 8:04 PM
> 
> Dear All,
> I was pointed out that my previous e-mail asking for WG help to progress BFD over VXLAN document by sharing opinions regarding coverage of the BFD Echo mode may be overstepping the bounds of an Editor. I apologize, that was not my intention. I'm asking WG Chairs to help to arrive at the conclusion of this question in a reasonable time.
> 
> Regards,
> Greg
> 
> On Thu, Aug 8, 2019 at 4:06 PM Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>> wrote:
> Dear All,
> I have not set the when this poll closes. I hope that two weeks would be sufficient time for the WG community to express their thoughts.
> 
> Dear Carlos,
> thank you for sharing your opinion on the scope of the document in regard to BFD Echo mode. You've expressed support for exploring the applicability of the BFD Echo mode. Would you support that effort by contributing some text, if WG decides that documenting the applicability of the Echo mode in BFD over VXLAN is useful?
> 
> Regards,
> Greg
> 
> 
> On Wed, Aug 7, 2019 at 6:18 PM Carlos Pignataro (cpignata) <cpignata@cisco.com<mailto:cpignata@cisco.com>> wrote:
> Dear Greg,
> 
> The option of replacing the existing text for something more ambiguous and implicit does not seem like progress in my humble opinion. The spec ends up with the same capabilities, but the text is more obscure. I do not support that option.
> 
> My recommendation for your consideration would be:
> 
>   1.  Explore if it is possible to run BFD Echo as a single-hop.
>   2.  If yes, add text supporting it.
>   3.  If no, add text explaining why not on technical grounds.
> 
> A less desirable option would be if the WG does not care about BFD Echo, to explicitly keep it out of scope (not on technical grounds).
> 
> Best,
> 
> Carlos.
> 
> 
> On Aug 5, 2019, at 6:16 PM, Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>> wrote:
> 
> Dear All,
> in course of reviews of the draft, several times a question was asked about the rationale for excluding BFD Echo from the scope of this document:
> 
> 7.  Echo BFD
> 
>    Support for echo BFD is outside the scope of this document.
> Much appreciate your consideration of the following options:
> 
>   *   describe the applicability of BFD Echo in VXLAN environment in the document;
>   *   remove Section 7 and clarify in the Introduction
> NEW TEXT:
> This specification describes procedures only for BFD Asynchronous mode.
> 
>   *   make no changes at all.
> Regards,
> Greg
> 


From nobody Tue Sep 10 13:14:58 2019
Return-Path: <cpignata@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD2641208D6; Tue, 10 Sep 2019 13:14:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level: 
X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=TphM+Rxq; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=tg8bwksa
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n1quwjkV8X0D; Tue, 10 Sep 2019 13:14:47 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26E83120826; Tue, 10 Sep 2019 13:14:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13691; q=dns/txt; s=iport; t=1568146487; x=1569356087; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=EmHOEoJHRoglsAmzha3GdCqGaTWZbhqcxsM4lzZjntE=; b=TphM+RxqKRC1FyDY5PmBXkxHvuV2IkUysHZPyLF3pyvHMXYxFdvvlj8y kbCh4Yc3ipuYAM43Fb1hJsp+VopLxEtMpfgmbhw+DTxhZZkWabk5s59l5 XUS3HZPDHWWSRuQ79sX9amEUuJGX+gXuITxTtHs4opw2rJT09IngnWBzk w=;
IronPort-PHdr: =?us-ascii?q?9a23=3Avt9/8xRs+lJeZpE8SyiRuRf6Pdpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESXBNfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH1?= =?us-ascii?q?5g640NmhA4RsuMCEn1NvnvOiciHctEXUNs13q6KkNSXs35Yg6arw=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B/AAAVA3hd/4ENJK1lGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBZ4FFJCwDbVYgBAsqhCGDRwOKfIxBiS+EXIFCgRADVAk?= =?us-ascii?q?BAQEMAQEjCgIBAYQ/AheCMiM4EwIDCQEBBAEBAQIBBgRthS4MhUsCAQMSER0?= =?us-ascii?q?BATcBDwIBCD8DAgICHxEUEQEBBA4FIoMAAYEdTQMdAQIMnTwCgTiIYXOBMoJ?= =?us-ascii?q?9AQEFgTYCDkGCfg0LghYDBoE0hQCGeBiBQD+BEScfgkw+ghpHAQECAQGBJRY?= =?us-ascii?q?hLoJeMoImjww0hSGJGI1kLUEKgiGHAYclglGEABuCNJZWjzeGTIIGi1ODEQI?= =?us-ascii?q?EAgQFAg4BAQWBaSGBWHAVZQGCQT6CBINyhRSFP3OBKYw6gkUBAQ?=
X-IronPort-AV: E=Sophos;i="5.64,490,1559520000";  d="scan'208,217";a="626318070"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Sep 2019 20:14:45 +0000
Received: from XCH-RCD-015.cisco.com (xch-rcd-015.cisco.com [173.37.102.25]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x8AKEjng016248 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 10 Sep 2019 20:14:45 GMT
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-RCD-015.cisco.com (173.37.102.25) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 10 Sep 2019 15:14:44 -0500
Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 10 Sep 2019 16:14:42 -0400
Received: from NAM05-CO1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 10 Sep 2019 15:14:42 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TGedwF3CmpEQ2S3BVEL4RZCUgMO1P3h++ZWEVXiTBLNcNyazCzVMvA2NYZDA5y62wtlSxCSucgghLMVBS9jQCaJsb6Ayp2SIKGoFLpJFCUJ9GpMWSFeC/ydbznoQnmsNvgMRJvjMITnoTjGiEd8QMXfLRpQTcPHd6dvMuQ226ccT1W58nY8yUwyB087ax1A71KGW0C10It5B0PnGt1yhRGVgW2DCTkKzI1+aGn48i5FsrHfspJN+csMyIcKYGSocBIysJHJjmWwyLyjPyk6+PpxL5PxL9ZHNLE9RYAHFbMSyVEcwKyYw++Eimfs8RZzCwZ8sWb5tKb8MclPeZkgyKQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EmHOEoJHRoglsAmzha3GdCqGaTWZbhqcxsM4lzZjntE=; b=RZplnypZNKlf33uaNFGTGphTMB+QhBADhOe0SjbAMr/UTN30m6wxEEBpLrlQBVd+4zy58H2q+85qJ/6UT/mL1CfQVMNsFTyYZmuSidRC8DeIzhbcenRmEdnKjSp2JMMrXSw4HYw3eFoLPjkfHsjpPVQKPOTniuKbyIGCp8sk0YSpbdTyO6nvz8ogYBOTVMzW4h7oDdR9XrUYi+Gx5xggcEb0EEeSLbGSF3QfSJMAMLBzLIpojwNFdIvu+ng/HY56jhWLfDLI+Zq71mrNJZrgNOB8CgKRBBd2m52B4EsF2JbANeuYDjWVWxyr4XS+f1FZ4qS4TbqvVsrS1KacRzf9Rw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EmHOEoJHRoglsAmzha3GdCqGaTWZbhqcxsM4lzZjntE=; b=tg8bwksaCELmeuypXd/uBIoqfHkGJX31bs+RBrBhGlA2MmSr4Dsx5SLrF9io6WINcAq9iPmAHLnHlDoRPr18aUTjqSbUoQePFIq4AZSfslZ/Wd6hg3himy2o36AgDcBcVrFJsaIBi9IW7e8Cs+VLJH3BbRLSadCxoFPr+QrPmgM=
Received: from BL0PR11MB3028.namprd11.prod.outlook.com (20.177.204.138) by BL0PR11MB3329.namprd11.prod.outlook.com (10.167.234.207) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2241.15; Tue, 10 Sep 2019 20:14:41 +0000
Received: from BL0PR11MB3028.namprd11.prod.outlook.com ([fe80::956a:2ebf:539e:502b]) by BL0PR11MB3028.namprd11.prod.outlook.com ([fe80::956a:2ebf:539e:502b%4]) with mapi id 15.20.2241.018; Tue, 10 Sep 2019 20:14:41 +0000
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: Mach Chen <mach.chen@huawei.com>, mpls <mpls@ietf.org>, "draft-ietf-mpls-bfd-directed@ietf.org" <draft-ietf-mpls-bfd-directed@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "bfd-chairs@ietf.org" <bfd-chairs@ietf.org>, "rtg-bfd WG" <rtg-bfd@ietf.org>
Subject: Re: Progress draft-ietf-mpls-bfd-directed
Thread-Topic: Progress draft-ietf-mpls-bfd-directed
Thread-Index: AdU8R6Zj5ImJOG/xQXSvaISYu652uAcHX8EAAMuckAADIDIjAA==
Date: Tue, 10 Sep 2019 20:14:41 +0000
Message-ID: <69F853E9-DA31-4BEF-9A3C-FC0A7E885426@cisco.com>
References: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE292AD658D@dggeml510-mbx.china.huawei.com> <CA+RyBmW4Gd8RZi+ku1V+L+kqEpH7TMPMB_nv+Rspn5mBzmdO9Q@mail.gmail.com> <CA+RyBmVA++D3srh_bX3JqaEL6fjPTDBp=Ge6NLUFtow2eRK8bA@mail.gmail.com>
In-Reply-To: <CA+RyBmVA++D3srh_bX3JqaEL6fjPTDBp=Ge6NLUFtow2eRK8bA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3445.104.11)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=cpignata@cisco.com; 
x-originating-ip: [2001:420:c0c4:1007::6c]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8faf2e09-5214-4fd9-f593-08d7362b83a2
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BL0PR11MB3329; 
x-ms-traffictypediagnostic: BL0PR11MB3329:
x-ms-exchange-purlcount: 3
x-microsoft-antispam-prvs: <BL0PR11MB33292B1C0E27CA1160023EAAC7B60@BL0PR11MB3329.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 01565FED4C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(366004)(396003)(376002)(136003)(39860400002)(51444003)(199004)(189003)(86362001)(7736002)(5660300002)(102836004)(71190400001)(76176011)(36756003)(606006)(6916009)(71200400001)(50226002)(76116006)(66946007)(25786009)(54906003)(2906002)(6506007)(53546011)(316002)(64756008)(66556008)(66476007)(66446008)(229853002)(256004)(99286004)(4326008)(14444005)(54896002)(6306002)(6512007)(33656002)(446003)(6486002)(53936002)(186003)(476003)(6246003)(486006)(14454004)(6436002)(8676002)(6116002)(81166006)(1411001)(8936002)(81156014)(2616005)(46003)(236005)(11346002)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:BL0PR11MB3329; H:BL0PR11MB3028.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: CBufZ08nm/4CsmmowKT7CKXHsh9AI+IiSpxtoSfjsE4q/VqXIwAyI8ZiSVcIKJlN5NMM5wDRnicoQ3+2ZMPRZs47pwrvx0X3wmHZyzykyyvo5lbuAFZyJC2pJNMJaNdVwWe76fwak/y0w9e3SmFwRufxcmi+jGYqRyO2UszAv/VjVX4YZh9KO/FVhe5X7PJbgOwB62k3Sftk8X6fRN/KFKvtORzp3BMB67z97YI8nyei0AGziEBQv2l7D/+yPIxMnEd9ZdgxDF2mQerb+Eenh+AcL2n1y7goy7DxtBPQRJDqo8xHvV/Ed+ICbB9Tv+U0s4L8kW+/2PmTQ+VYpTmReavuF3zmvr4Kgm8Mja1zbGV814+6vEUqlgwhl78UjOMbd3AVC1q7aQhNKyUAfh6QEtbpKFmGYEwDs2v0KRUMBD4=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_69F853E9DA314BEF9A3CFC0A7E885426ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 8faf2e09-5214-4fd9-f593-08d7362b83a2
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2019 20:14:41.3024 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: eih3c4h7y14eJs0TDf1FrB4GPbhapvmhjzebMdss3Hnzqo4wX0ZooMCsPMjkFvv84g/jVAWc1PfNev07BLYE7A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3329
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.25, xch-rcd-015.cisco.com
X-Outbound-Node: alln-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/ulAl7-QO4uiNRPN8chRHdZtCWzE>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Sep 2019 20:14:51 -0000

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

SGVsbG8sIEdyZWcsDQoNCkFsdGhvdWdoIHRoZXJlIGlzIG5vIHF1ZXN0aW9uIGluIHlvdXIgbWVz
c2FnZSwgbGV0IG1lIHJlcGx5IHdpdGggYSBkaWZmZXJlbnQgcGVyc3BlY3RpdmUuDQoNCkkgZmlu
ZCB0aGUgY3JlYXRpb24gb2YgYW4gT3BlcmF0aW9uYWwgQ29uc2lkZXJhdGlvbnMgc2VsZi1jb250
YWluZWQgc2VjdGlvbiB0byBiZSBhIG1pc2d1aWRlZCBhcHByb2FjaCwgc2luY2UgdGhpcyB3aG9s
ZSBkb2N1bWVudCBzaG91bGQgbGFyZ2VseSBjb25jZXJuIGl0c2VsZiB3aXRoIG9wZXJhdGlvbmFs
IGNvbnNpZGVyYXRpb25zLg0KDQpUaGUgbWFpbiBpc3N1ZSB3aXRoIHRoaXMgZG9jdW1lbnQgaXMg
dGhhdCBpdCBhdHRlbXB0cyB0byBhcHBseSBjb25zdHJ1Y3RzIChzcGVjaWZ5aW5nIGEgcmV0dXJu
IHBhdGgpIGZyb20gYSBjb21tYW5kL3Jlc3BvbnNlIHByb3RvY29sIG9mIExTUCBQaW5nIGluIFJG
QyA3MTEwLCBzb21ld2hhdCBibGluZGx5IHRvIGEgbG9uZy1saXZlZCBzZXNzaW9uIGJhc2VkIHBy
b3RvY29sIHN1Y2ggYXMgQkZELiBBcyBzdWNoLCB0aGVyZeKAmXMgYSBwcm90b2NvbCBkZXNpZ24g
bWlzbWF0Y2ggdGhhdCBjYW5ub3QgYmUgc2ltcGx5IHBhdGNoZWQgd2l0aCBhIHByb3NlIHNlY3Rp
b24uDQoNCkluIFJGQyA3MTEwLCBhIGFjdHVhbCBwYWNrZXQgc3BlY2lmaWVzIHRoZSByZXR1cm4g
cGF0aCBmb3IgdGhlIHJlc3BvbnNlIHRvIGl0c2VsZi4gUHJvY2Vzc2luZyB0aGUgcmV0dXJuIHBh
dGggYW5kIHNlbmRpbmcgdGhlIHJldHVybiBwYWNrZXQgaGFwcGVuIGNvbnNlY3V0aXZlbHkuIElu
IGRyYWZ0LWlldGYtbXBscy1iZmQtZGlyZWN0ZWQsIGFuIGluaXRpYWwgaGFuZHNoYWtlIChwbHVz
IG5vdyBsb3ctZnJlcXVlbmN5IHBpbmcgb3ZlcmhlYWQpIGRlZmluZXMgdGhlIHJldHVybiBwYXRo
IGZvciBhbGwgcGFja2V0cyBpbiBhIHNlc3Npb24uIEluIG15IG9waW5pb24gdGhhdCBzdGlsbCBi
cmVha3MuDQoNCkZvciBleGFtcGxlLCB0ZWNobmljYWwgZGlzY3Vzc2lvbjogdGhlcmUgYXJlIGNh
c2VzIGluIHdoaWNoIHV0aWxpemluZyB0aGlzIGFwcHJvYWNoIHdpbGwgcHJvdmlkZSBmb3IgYSB3
b3JzdCBkZXRlY3Rpb24gdGhhbiBub3QgdXNpbmcgaXQuIEZvciBleGFtcGxlIHdoZW4gdGhlcmXi
gJlzIGEgYmxhY2tob2xlIGluIHRoZSBzcGVjaWZpZWQgcmV0dXJuIHBhdGgsIG9yIHdoZW4gdGhl
IHJldHVybiBwYXRoIGRpc2FwcGVhcnMuIFRoZXNlIGNvbnNpZGVyYXRpb25zIGFyZSBub3Qgc3R1
ZGllZCBvciBjb3ZlcmVkLg0KDQpIb3dldmVyLCBwZXJoYXBzIHRoZXJl4oCZcyBpbXBsZW1lbnRh
dGlvbnMgb2YgdGhpcyB0aGF0IGNhbiBzcGVhayB0byBpdHMgcm9idXN0bmVzcy4gRG8geW91IHRo
aW5rIHlvdSBjb3VsZCBhZGQgYW4g4oCcSW1wbGVtZW50YXRpb24gU3RhdHVz4oCdIHNlY3Rpb24g
aWYgdGhlcmXigJlzIGFuIHVwZGF0ZSBvZiB0aGlzIGRvY3VtZW50LCB0byBzZWUgd2hhdOKAmXMg
YmVlbiBsZWFybmVkIGZyb20gZGV2ZWxvcG1lbnQsIGltcGxlbWVudGF0aW9uLCBhbmQgZGVwbG95
bWVudD8NCg0KTWFueSB0aGFua3MgZm9yIHJlYWRpbmcgdGh1cyBmYXIgYW5kIGZvciB5b3VyIGNv
bnNpZGVyYXRpb24uDQoNClRoYW5rcyENCg0KQ2FybG9zLg0KDQoNCk9uIEF1ZyAyNSwgMjAxOSwg
YXQgNjoyMiBQTSwgR3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbTxtYWlsdG86Z3Jl
Z2ltaXJza3lAZ21haWwuY29tPj4gd3JvdGU6DQoNCkRlYXIgQWxsLA0KaW4gdGhlIG5ldyBzZWN0
aW9uLCBPcGVyYXRpb25hbCBDb25zaWRlcmF0aW9uczxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0
bWwvZHJhZnQtaWV0Zi1tcGxzLWJmZC1kaXJlY3RlZC0xMiNzZWN0aW9uLTU+LCB3ZSd2ZSBkZXNj
cmliZWQgdGhlIHVzZSBvZiBMU1AgUGluZyB3aXRoIEJGRCBSZXZlcnNlIFBhdGggVExWIGlzIGRl
c2NyaWJlZCBmb3Igc2NlbmFyaW9zIG9mIHBsYW5uZWQgYW5kIHVuZXhwZWN0ZWQgY2hhbmdlcyBv
ZiB0aGUgRkVDIHRvIHdoaWNoIHRoZSByZXZlcnNlIGRpcmVjdGlvbiBvZiBhIEJGRCBzZXNzaW9u
IGlzIHRpZWQuIFdlIGJlbGlldmUgdGhhdCB3aXRoIHRoaXMgdXBkYXRlIGFsbCBvdXRzdGFuZGlu
ZyB0ZWNobmljYWwgY29tbWVudHMgaGF2ZSBiZWVuIGFkZHJlc3NlZC4NCg0KUmVnYXJkcywNCkdl
Zw0KDQpPbiBXZWQsIEF1ZyAyMSwgMjAxOSBhdCAyOjEyIFBNIEdyZWcgTWlyc2t5IDxncmVnaW1p
cnNreUBnbWFpbC5jb208bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbT4+IHdyb3RlOg0KSGkg
TWFjaCwgZXQgYWwuLA0KYWdhaW4sIHRoYW5rIHlvdSBmb3Igb3JnYW5pemluZyB0aGUgZGlzY3Vz
c2lvbi4gSSd2ZSBzZWFyY2hlZCB0aHJvdWdoIG15IG1haWxib3ggYW5kIHRoZSBtb3N0IHJlY2Vu
dCBjb21tZW50cyB3ZW50IG9ubHkgdG8gTVBMUyBhbmQgQkZEIFdHcyBjaGFpcnMsIG5vdCBpbiBX
R3MgYXJjaGl2ZXMuIFBlcmhhcHMgdGhlIGRpc2N1c3Npb24gdGhyZWFkIGNhbiBzdGlsbCBiZSBm
b3VuZCBhcyAiU3RhdHVzIG9mIGRyYWZ0LWlldGYtbXBscy1iZmQtZGlyZWN0ZWQiLg0KSW4gcmVz
cG9uc2UgdG8gQ2FybG9zIHF1ZXN0aW9ucywgaW4gdGhlIG5ldyB1cGRhdGUgb2YgdGhlIGRyYWZ0
PGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1iZmQtZGly
ZWN0ZWQvPiwgd2UndmUgYWRkZWQgdGhlIG5ldyBzZWN0aW9uLCBPcGVyYXRpb25hbCBDb25zaWRl
cmF0aW9ucy4gVGhlcmUgdGhlIHVzZSBvZiBMU1AgUGluZyB3aXRoIEJGRCBSZXZlcnNlIFBhdGgg
VExWIGlzIGRlc2NyaWJlZCBmb3Igc2NlbmFyaW9zIG9mIHBsYW5uZWQgYW5kIHVuZXhwZWN0ZWQg
Y2hhbmdlcyBvZiB0aGUgRkVDIHRvIHdoaWNoIHRoZSByZXZlcnNlIGRpcmVjdGlvbiBvZiBhIEJG
RCBzZXNzaW9uIGlzIHRpZWQuDQpJIHRoaW5rIHRoYXQgYWRkcmVzc2VzIGFsbCB0aGUgb3V0c3Rh
bmRpbmcgY29tbWVudHMuDQoNClJlZ2FyZHMsDQpHcmVnDQoNCg0KDQoNCk9uIFR1ZSwgSnVsIDE2
LCAyMDE5IGF0IDc6NDkgUE0gTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbTxtYWlsdG86
bWFjaC5jaGVuQGh1YXdlaS5jb20+PiB3cm90ZToNCkRlYXIgQ29sbGVhZ3VlcywNCg0KVGhlIE1Q
TFMgQkZEIGRpcmVjdGVkIGRyYWZ0IChodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt
aWV0Zi1tcGxzLWJmZC1kaXJlY3RlZC0xMSApIGhhcyBiZWVuIHRoZXJlIGZvciBhIGxvbmcgdGlt
ZS4gVGhlcmUgd2VyZSBxdWl0ZSBhIGxvdCBvZiBkaXNjdXNzaW9ucyBiZXR3ZWVuIEdyZWcgYW5k
IENhcmxvcy4gVGhlIGRyYWZ0IGhhcyBiZWVuIHVwZGF0ZWQgc2V2ZXJhbCB0aW1lIHRvIGFkZHJl
c3MgQ2FybG9zJ3MgY29tbWVudC4gU2VlbXMgdGhlcmUgc3RpbGwgYXJlIHNvbWUgdW5hZGRyZXNz
ZWQgY29tbWVudHMuIENhbiB3ZSBmaW5kIGEgdGltZSBkdXJpbmcgdGhlIE1vbnRyZWFsIG1lZXRp
bmcgdG8gZGlzY3VzcyB0aGUgdW5hZGRyZXNzZWQgY29tbWVudHM/IEFuZCBob3BlZnVsbHkgd2Ug
Y291bGQgZmluZCBhIHdheSB0byBwcm9ncmVzcyB0aGUgZHJhZnQuDQoNClNpbmNlIHRoaXMgZHJh
ZnQgaXMgcmVsYXRlZCB0byBib3RoIE1QTFMgYW5kIEJGRCwgYm90aCB3b3JraW5nIGdyb3VwIGNo
YWlycyBhcmUgd2VsY29tZSB0byBqb2luIHRoZSBkaXNjdXNzaW9uLg0KDQpTZWUgeW91IGluIE1v
bnRyZWFsIQ0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQoNCg==

--_000_69F853E9DA314BEF9A3CFC0A7E885426ciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <0B7B984D8880404EB85A192DCFD292C9@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0
ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkhlbGxvLCBHcmVnLA0KPGRpdiBjbGFzcz0iIj48
YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QWx0aG91Z2ggdGhlcmUgaXMgbm8g
cXVlc3Rpb24gaW4geW91ciBtZXNzYWdlLCBsZXQgbWUgcmVwbHkgd2l0aCBhIGRpZmZlcmVudCBw
ZXJzcGVjdGl2ZS48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8
ZGl2IGNsYXNzPSIiPkkgZmluZCB0aGUgY3JlYXRpb24gb2YgYW4gT3BlcmF0aW9uYWwgQ29uc2lk
ZXJhdGlvbnMgc2VsZi1jb250YWluZWQgc2VjdGlvbiB0byBiZSBhIG1pc2d1aWRlZCBhcHByb2Fj
aCwgc2luY2UgdGhpcyB3aG9sZSBkb2N1bWVudCBzaG91bGQgbGFyZ2VseSBjb25jZXJuIGl0c2Vs
ZiB3aXRoIG9wZXJhdGlvbmFsIGNvbnNpZGVyYXRpb25zLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48
YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhlIG1haW4gaXNzdWUgd2l0aCB0
aGlzIGRvY3VtZW50IGlzIHRoYXQgaXQgYXR0ZW1wdHMgdG8gYXBwbHkgY29uc3RydWN0cyAoc3Bl
Y2lmeWluZyBhIHJldHVybiBwYXRoKSBmcm9tIGEgY29tbWFuZC9yZXNwb25zZSBwcm90b2NvbCBv
ZiBMU1AgUGluZyBpbiBSRkMgNzExMCwgc29tZXdoYXQgYmxpbmRseSB0byBhIGxvbmctbGl2ZWQg
c2Vzc2lvbiBiYXNlZCBwcm90b2NvbCBzdWNoIGFzIEJGRC4gQXMgc3VjaCwgdGhlcmXigJlzDQog
YSBwcm90b2NvbCBkZXNpZ24gbWlzbWF0Y2ggdGhhdCBjYW5ub3QgYmUgc2ltcGx5IHBhdGNoZWQg
d2l0aCBhIHByb3NlIHNlY3Rpb24uPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N
CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JbiBSRkMgNzExMCwgYSBhY3R1YWwgcGFja2V0IHNwZWNp
ZmllcyB0aGUgcmV0dXJuIHBhdGggZm9yIHRoZSByZXNwb25zZSB0byBpdHNlbGYuIFByb2Nlc3Np
bmcgdGhlIHJldHVybiBwYXRoIGFuZCBzZW5kaW5nIHRoZSByZXR1cm4gcGFja2V0IGhhcHBlbiBj
b25zZWN1dGl2ZWx5LiBJbiZuYnNwO2RyYWZ0LWlldGYtbXBscy1iZmQtZGlyZWN0ZWQsIGFuIGlu
aXRpYWwgaGFuZHNoYWtlIChwbHVzIG5vdyBsb3ctZnJlcXVlbmN5IHBpbmcNCiBvdmVyaGVhZCkg
ZGVmaW5lcyB0aGUgcmV0dXJuIHBhdGggZm9yIGFsbCBwYWNrZXRzIGluIGEgc2Vzc2lvbi4gSW4g
bXkgb3BpbmlvbiB0aGF0IHN0aWxsIGJyZWFrcy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNs
YXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkZvciBleGFtcGxlLCB0ZWNobmljYWwgZGlz
Y3Vzc2lvbjogdGhlcmUgYXJlIGNhc2VzIGluIHdoaWNoIHV0aWxpemluZyB0aGlzIGFwcHJvYWNo
IHdpbGwgcHJvdmlkZSBmb3IgYSB3b3JzdCBkZXRlY3Rpb24gdGhhbiBub3QgdXNpbmcgaXQuIEZv
ciBleGFtcGxlIHdoZW4gdGhlcmXigJlzIGEgYmxhY2tob2xlIGluIHRoZSBzcGVjaWZpZWQgcmV0
dXJuIHBhdGgsIG9yIHdoZW4gdGhlIHJldHVybiBwYXRoIGRpc2FwcGVhcnMuIFRoZXNlDQogY29u
c2lkZXJhdGlvbnMgYXJlIG5vdCBzdHVkaWVkIG9yIGNvdmVyZWQuPC9kaXY+DQo8ZGl2IGNsYXNz
PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Ib3dldmVyLCBwZXJoYXBz
IHRoZXJl4oCZcyBpbXBsZW1lbnRhdGlvbnMgb2YgdGhpcyB0aGF0IGNhbiBzcGVhayB0byBpdHMg
cm9idXN0bmVzcy4gRG8geW91IHRoaW5rIHlvdSBjb3VsZCBhZGQgYW4g4oCcSW1wbGVtZW50YXRp
b24gU3RhdHVz4oCdIHNlY3Rpb24gaWYgdGhlcmXigJlzIGFuIHVwZGF0ZSBvZiB0aGlzIGRvY3Vt
ZW50LCB0byBzZWUgd2hhdOKAmXMgYmVlbiBsZWFybmVkIGZyb20gZGV2ZWxvcG1lbnQsIGltcGxl
bWVudGF0aW9uLA0KIGFuZCBkZXBsb3ltZW50PzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xh
c3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+TWFueSB0aGFua3MgZm9yIHJlYWRpbmcgdGh1
cyBmYXIgYW5kIGZvciB5b3VyIGNvbnNpZGVyYXRpb24uPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxi
ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGFua3MhPC9kaXY+DQo8ZGl2IGNs
YXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5DYXJsb3MuPC9kaXY+
DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPGJsb2Nr
cXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPk9uIEF1ZyAyNSwgMjAx
OSwgYXQgNjoyMiBQTSwgR3JlZyBNaXJza3kgJmx0OzxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNr
eUBnbWFpbC5jb20iIGNsYXNzPSIiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3Rl
OjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4NCjxkaXYgY2xh
c3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+RGVhciBBbGws
PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPmluIHRoZSBuZXcgc2VjdGlvbiwgPGEgaHJlZj0iaHR0cHM6
Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBscy1iZmQtZGlyZWN0ZWQtMTIjc2Vj
dGlvbi01IiBjbGFzcz0iIj4NCk9wZXJhdGlvbmFsIENvbnNpZGVyYXRpb25zPC9hPiwgd2UndmUg
ZGVzY3JpYmVkIHRoZSB1c2Ugb2YgTFNQIFBpbmcgd2l0aCBCRkQgUmV2ZXJzZSBQYXRoIFRMViBp
cyBkZXNjcmliZWQgZm9yIHNjZW5hcmlvcyBvZiBwbGFubmVkIGFuZCB1bmV4cGVjdGVkIGNoYW5n
ZXMgb2YgdGhlIEZFQyB0byB3aGljaCB0aGUgcmV2ZXJzZSBkaXJlY3Rpb24gb2YgYSBCRkQgc2Vz
c2lvbiBpcyB0aWVkLiBXZSBiZWxpZXZlIHRoYXQgd2l0aCB0aGlzIHVwZGF0ZSBhbGwNCiBvdXRz
dGFuZGluZyB0ZWNobmljYWwgY29tbWVudHMgaGF2ZSBiZWVuIGFkZHJlc3NlZC48L2Rpdj4NCjxk
aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlJlZ2FyZHMs
PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkdlZzwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFz
cz0iZ21haWxfcXVvdGUiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPk9uIFdl
ZCwgQXVnIDIxLCAyMDE5IGF0IDI6MTIgUE0gR3JlZyBNaXJza3kgJmx0OzxhIGhyZWY9Im1haWx0
bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIGNsYXNzPSIiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwv
YT4mZ3Q7IHdyb3RlOjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgY2xhc3M9Imdt
YWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFw
eCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRpdiBkaXI9Imx0
ciIgY2xhc3M9IiI+SGkgTWFjaCwgZXQgYWwuLA0KPGRpdiBjbGFzcz0iIj5hZ2FpbiwgdGhhbmsg
eW91IGZvciBvcmdhbml6aW5nIHRoZSBkaXNjdXNzaW9uLiBJJ3ZlIHNlYXJjaGVkIHRocm91Z2gg
bXkgbWFpbGJveCBhbmQgdGhlIG1vc3QgcmVjZW50IGNvbW1lbnRzIHdlbnQgb25seSB0byBNUExT
IGFuZCBCRkQgV0dzIGNoYWlycywgbm90IGluIFdHcyBhcmNoaXZlcy4gUGVyaGFwcyB0aGUgZGlz
Y3Vzc2lvbiB0aHJlYWQgY2FuIHN0aWxsIGJlIGZvdW5kIGFzICZxdW90O1N0YXR1cyBvZiBkcmFm
dC1pZXRmLW1wbHMtYmZkLWRpcmVjdGVkJnF1b3Q7LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JbiBy
ZXNwb25zZSB0byBDYXJsb3MgcXVlc3Rpb25zLCBpbiA8YSBocmVmPSJodHRwczovL2RhdGF0cmFj
a2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1wbHMtYmZkLWRpcmVjdGVkLyIgdGFyZ2V0PSJf
YmxhbmsiIGNsYXNzPSIiPg0KdGhlIG5ldyB1cGRhdGUgb2YgdGhlIGRyYWZ0PC9hPiwgd2UndmUg
YWRkZWQgdGhlIG5ldyBzZWN0aW9uLCBPcGVyYXRpb25hbCBDb25zaWRlcmF0aW9ucy4gVGhlcmUg
dGhlIHVzZSBvZiBMU1AgUGluZyB3aXRoIEJGRCBSZXZlcnNlIFBhdGggVExWIGlzIGRlc2NyaWJl
ZCBmb3Igc2NlbmFyaW9zIG9mIHBsYW5uZWQgYW5kIHVuZXhwZWN0ZWQgY2hhbmdlcyBvZiB0aGUg
RkVDIHRvIHdoaWNoIHRoZSByZXZlcnNlIGRpcmVjdGlvbiBvZiBhIEJGRCBzZXNzaW9uDQogaXMg
dGllZC48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSB0aGluayB0aGF0IGFkZHJlc3NlcyBhbGwgdGhl
IG91dHN0YW5kaW5nIGNvbW1lbnRzLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+
DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+UmVnYXJkcyw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+R3Jl
ZzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9
IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxiciBjbGFz
cz0iIj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJn
bWFpbF9hdHRyIj5PbiBUdWUsIEp1bCAxNiwgMjAxOSBhdCA3OjQ5IFBNIE1hY2ggQ2hlbiAmbHQ7
PGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayIgY2xh
c3M9IiI+bWFjaC5jaGVuQGh1YXdlaS5jb208L2E+Jmd0OyB3cm90ZTo8YnIgY2xhc3M9IiI+DQo8
L2Rpdj4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHgg
MHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRk
aW5nLWxlZnQ6MWV4Ij4NCkRlYXIgQ29sbGVhZ3Vlcyw8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9
IiI+DQpUaGUgTVBMUyBCRkQgZGlyZWN0ZWQgZHJhZnQgKDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMu
aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1wbHMtYmZkLWRpcmVjdGVkLTExIiByZWw9Im5vcmVm
ZXJyZXIiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0
bWwvZHJhZnQtaWV0Zi1tcGxzLWJmZC1kaXJlY3RlZC0xMTwvYT4gKSBoYXMgYmVlbiB0aGVyZSBm
b3IgYSBsb25nIHRpbWUuIFRoZXJlIHdlcmUgcXVpdGUgYQ0KIGxvdCBvZiBkaXNjdXNzaW9ucyBi
ZXR3ZWVuIEdyZWcgYW5kIENhcmxvcy4gVGhlIGRyYWZ0IGhhcyBiZWVuIHVwZGF0ZWQgc2V2ZXJh
bCB0aW1lIHRvIGFkZHJlc3MgQ2FybG9zJ3MgY29tbWVudC4gU2VlbXMgdGhlcmUgc3RpbGwgYXJl
IHNvbWUgdW5hZGRyZXNzZWQgY29tbWVudHMuIENhbiB3ZSBmaW5kIGEgdGltZSBkdXJpbmcgdGhl
IE1vbnRyZWFsIG1lZXRpbmcgdG8gZGlzY3VzcyB0aGUgdW5hZGRyZXNzZWQgY29tbWVudHM/IEFu
ZCBob3BlZnVsbHkNCiB3ZSBjb3VsZCBmaW5kIGEgd2F5IHRvIHByb2dyZXNzIHRoZSBkcmFmdC48
YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpTaW5jZSB0aGlzIGRyYWZ0IGlzIHJlbGF0ZWQg
dG8gYm90aCBNUExTIGFuZCBCRkQsIGJvdGggd29ya2luZyBncm91cCBjaGFpcnMgYXJlIHdlbGNv
bWUgdG8gam9pbiB0aGUgZGlzY3Vzc2lvbi48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpT
ZWUgeW91IGluIE1vbnRyZWFsITxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkJlc3QgcmVn
YXJkcyw8YnIgY2xhc3M9IiI+DQpNYWNoPGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KPC9k
aXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+
DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_69F853E9DA314BEF9A3CFC0A7E885426ciscocom_--


From nobody Tue Sep 10 13:18:12 2019
Return-Path: <mjethanandani@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9D7A120288 for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 13:18:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[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_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p5QIhjG3jfth for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 13:18:07 -0700 (PDT)
Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 B339C1208DA for <rtg-bfd@ietf.org>; Tue, 10 Sep 2019 13:18:07 -0700 (PDT)
Received: by mail-pg1-x535.google.com with SMTP id i18so10277089pgl.11 for <rtg-bfd@ietf.org>; Tue, 10 Sep 2019 13:18:07 -0700 (PDT)
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=ExbiCpsHChIoM6Sy+loXZrNEwvceDiPT3acHj3Kph6U=; b=iQMJP04ONWwfx8pupGSafpkWwMVW5lOg9ljrJ1XS5tL/K3OdtOb+OxRBq/hbc1xz1L bFVjZ0LzEdOIqC+C8KSNnWEoftJ6udxl9mLWg9wbO9cJGnh+IY4XvUuruyq/Vq1fUok6 j10u5+8NQVBnt5RkAtGE2VAuNHQdgrwqp439LJ8W5VJs+3UcY6UdoKZGBURhmTjPdW78 mAkCKNZmi71o6FiyM/OAiBBRneD1SvRD6Aj3K4keBH8PTyE8qXDOG/rYMkubBP6pEnGj qof3TKjk3Z/eBY8QquIIJ2jFYAht7hmrhqwi/KMq3jwwsQ2uLGAdFxHFi9vx1W0OY1N+ bxWw==
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=ExbiCpsHChIoM6Sy+loXZrNEwvceDiPT3acHj3Kph6U=; b=an3AQpMYrkR1+jufrbbhNOU/Cwm6+a8vObHwyuNCVgveUT1Klmn1DmWqZbybHImZj8 pbb0c7KhS0dBVZmKAG9kuOqwhJzKN11u8ATQWUs2hX9BIYOd04YjjhP3/YgFnoj49jpk bZG8VNCbjHiR4snebXbuKJSZMnL1J7jmZUBgoSZe0o5lgQ2pM52uGAwSu4kFlsyn7f4o fASz4Wbqy9pcnHpK+YpTb4HWyhv5xkkB5M7qhFqSDo0QnWtKF0/tO1pxpPgPH7LnC0Nq IyyH8oQKnE9HIaVBYgB9ePV1tJ7pN0B43woPivvmbjKlcayWvIh70YN0I/SoQqwR0MG9 TS+Q==
X-Gm-Message-State: APjAAAWrZ5b/yYi7JMxhGllclT37xkx7UUE6xwcaj9OvlLRRSxO04LSk EdJv2BYFYzeF/HseCmfaqKs0UoUX
X-Google-Smtp-Source: APXvYqzaRs76H6VwaHtikAicZd/6PNgzFRRrIE0yndoAbzDf68Z2UU5jLks7mUt+zO8qSWGt6KsYtg==
X-Received: by 2002:a17:90a:eb12:: with SMTP id j18mr1421273pjz.66.1568146687058;  Tue, 10 Sep 2019 13:18:07 -0700 (PDT)
Received: from [10.33.122.240] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id h15sm4701440pgn.76.2019.09.10.13.18.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Sep 2019 13:18:06 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Subject: Re: Working Group Last Call on BFD Authentication Documents (expires September 13, 2019)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
In-Reply-To: <20190910170431.GB1662@pfrc.org>
Date: Tue, 10 Sep 2019 13:18:05 -0700
Cc: "rtg-bfd@ietf. org" <rtg-bfd@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <009427F9-81D1-46C0-B19A-7EEC53974300@gmail.com>
References: <20190216170740.GA31558@pfrc.org> <20190702183714.GB3974@pfrc.org> <20190827151718.GK24671@pfrc.org> <20190910170431.GB1662@pfrc.org>
To: Jeffrey Haas <jhaas@pfrc.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/QsvrHsVIXXnIO6cvXyc97y0YAjc>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Sep 2019 20:18:11 -0000

Hi Jeff,

I would like to point out that there are three drafts that we are doing =
LC on, whereas the IPR is only on the authentication draft. While I =
would like to see all three drafts advance, I would hate to see IPR as =
the reason why none of them advance.

The reason for advocating the advancement of all the drafts is more than =
the fact that I have worked on them. It is that they significantly =
improve the authenticity and security of BFD session. For example, the =
secure sequence number draft addresses the question of replay attacks on =
monotonically increasing sequence numbers in the BFD packet. Similarly, =
the stability draft allows for detection of lost frames in a BFD session =
to measure its (un)stability and to detect the possibility of a failure. =
Finally, the authentication mechanism has allowed for the number of =
sessions supported with authentication to more than 10X.

Thanks.

> On Sep 10, 2019, at 10:04 AM, Jeffrey Haas <jhaas@pfrc.org> wrote:
>=20
> Working Group,
>=20
> This last call period is set to expire at the end of the week.
>=20
> Please respond whether you believe these documents SHOULD or SHOULD =
NOT be
> advanced for publication.
>=20
> -- Jeff
>=20
> On Tue, Aug 27, 2019 at 11:17:18AM -0400, Jeffrey Haas wrote:
>> Working Group,
>>=20
>> As we discussed in Montreal at IETF-105, the last hang up on =
progressing the
>> authentication documents (thread copied below) was concerns on the =
IPR
>> against them.
>>=20
>> The holder of the IPR believes their discloures are consistent with =
prior
>> IPR posted against the BFD suite of published RFCs.o
>>=20
>> We are thus proceeding with the Working Group Last Call for these =
documents.
>> You are encouraged to provide technical feedback for the contents of =
the
>> documents, which addresses providing stronger authentication on the =
BFD
>> protocol. =20
>>=20
>> Please indicate whether you believe these documents should be =
advanced to
>> the IESG for publication as RFCs.
>>=20
>> -- Jeff and Reshad
>>=20
>>=20
>> On Tue, Jul 02, 2019 at 02:37:15PM -0400, Jeffrey Haas wrote:
>>> Working Group,
>>>=20
>>> A followup on this item.
>>>=20
>>> Currently, the status is identical to that which was last posted.  =
Mahesh
>>> did make contact with Ciena IPR holders regarding the state of the =
license.
>>> It is their belief that their disclosure is consistent with similar =
IPR
>>> filed against BFD.  Citing two similar ones:
>>>=20
>>> https://datatracker.ietf.org/ipr/516/
>>> https://datatracker.ietf.org/ipr/1419/
>>>=20
>>> It also appears to be their belief that the current wording doesn't =
require
>>> that a license fee is due.  However, this is private commentary.
>>>=20
>>> At this point, my recommendation to the working group is we decide =
if we'll
>>> proceed with the publication process.  Let's use this time prior to =
IETF 105
>>> to discuss any pending issues on these documents.
>>>=20
>>> -- Jeff
>>>=20
>>> On Sat, Feb 16, 2019 at 12:07:40PM -0500, Jeffrey Haas wrote:
>>>> Working Group,
>>>>=20
>>>> On March 28, 2018, we started Working Group Last Call on the =
following document
>>>> bundle:
>>>>=20
>>>>  draft-ietf-bfd-secure-sequence-numbers
>>>>  draft-ietf-bfd-optimizing-authentication
>>>>  draft-ietf-bfd-stability
>>>>=20
>>>> The same day, Mahesh Jethanandani acknowledged there was pending =
IPR
>>>> declarations against these drafts.  An IPR declaration was finally =
posted on
>>>> November 1, 2018.  In particular, it notes a patent.  The =
licenseing is
>>>> RAND. =20
>>>>=20
>>>> https://datatracker.ietf.org/ipr/3328/
>>>>=20
>>>> In the time since the WGLC was requested, there were a number of =
technical
>>>> comments made on these drafts.  It's my belief that all substantial
>>>> technical comments had been addressed in the last posted version of =
these
>>>> documents.  Note that there was one lingering comment about Yang
>>>> considerations for the BFD module with regard to enabling this =
optimized
>>>> authentication mode which can be dealt with separably.
>>>>=20
>>>> The chairs did not carry out a further consensus call to ensure =
that there
>>>> are no further outstanding technical issues.
>>>>=20
>>>> On November 21, Greg Mirsky indicated an objection to progressing =
the
>>>> document due to late disclosure.
>>>>=20
>>>> =
https://mailarchive.ietf.org/arch/msg/rtg-bfd/u8rvWwvDWRKI3jseGHecAB9WtDo
>>>>=20
>>>> Since we are a little over a month prior to the upcoming IETF 104, =
this
>>>> seems a good time to try to decide how the Working Group shall =
finish this
>>>> work.  Since we are meeting in Prague, this may progress to =
microphone
>>>> conversation.
>>>>=20
>>>> For the moment, the chairs' perceived status of the documents are:
>>>> - No pending technical issues with the documents with one known =
issue.
>>>> - Concerns over late disclosure of IPR.
>>>> - No solid consensus from the Working Group that we're ready to =
proceed.
>>>>  This part may be covered by a future consensus call, but let's =
hear list
>>>>  discussion first.
>>>>=20
>>>> -- Jeff
>=20

Mahesh Jethanandani
mjethanandani@gmail.com




From nobody Tue Sep 10 16:13:20 2019
Return-Path: <manavbhatia@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2D42120019 for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 16:13:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VM6t-JePuZKt for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 16:13:17 -0700 (PDT)
Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (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 272AA120013 for <rtg-bfd@ietf.org>; Tue, 10 Sep 2019 16:13:17 -0700 (PDT)
Received: by mail-io1-xd31.google.com with SMTP id b136so41578490iof.3 for <rtg-bfd@ietf.org>; Tue, 10 Sep 2019 16:13:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=31BXSX0Xx/WnU3xDp02bWbwpGDC784xevhKXCAMaGLY=; b=qTdpf7jmeKACsKICPOyxoHET6mNkgoOK+fZ8uTeEXFL+fjCLNKYc34MVBqJkJNcvJj PQw686BZqXsu1d3ypLnkytZqSkTxkJM1v5EFlf4bPJSHq25Q7u6G7Pcft4QtVxsrU17e BfDZ1zLO+gvnpafTHv7ZAycQGU5a02AI3Ys2whxyEyIbF+2B9XZD/yPOq+JbnmszSjKr o6ZdpD0ST4jCrPV3VnlLwiV8u8eZzBYLOShCWBAe3iN3GVsKGxUw2SeG0vaPiIOLB+rG MR8W3p/2NY5VToA7Xlrf+9StEmoJbOP/0tLIcLqctCFrl+3ULUkpWh5njUYxGT0A3p+6 99UA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=31BXSX0Xx/WnU3xDp02bWbwpGDC784xevhKXCAMaGLY=; b=IOn7Amvz6qgA3WWe3STHy8WMM7K/OHz+zwPgKvRrcNiVEolyTgFSP/cEpBbml1WJvu VjcuzHE7c/d9JKv7wWtQzKFOv8XQoXJ2cSd1nAczxXwZTQjnVcfQBS+gG1hQdTTW1AF1 u6tu14zt50hQL3U2Q2KXLUC295WH+htVbFVbPszN2h5delK6pQVJ27EETZptUPs2Ma+u 4/2ZyuAu9E96wFqws9uql7TzzVExo0Oqacz956KYfPSFZn4qOC3aiSfwK+prnuw8/tLR gcVDnTbM02aRzdKYTAqMkZ8lLE8f6HZ1ep5LXy1P1HIpaWvGcDPhpyEon3eUEDP1a8VS yrHQ==
X-Gm-Message-State: APjAAAWW546dKrppUdqVihvtz3OHZkCrfEfFzgNLMCwILi3kZY87wMjB O7giFTSaZRDKbMNO5/GGf2YtaNABeXEpCefU7owG0pFO
X-Google-Smtp-Source: APXvYqzESibtY87qFpEqFROV8bSFlGA5xsb0o1ZdyJqkRJCxwddUSo3aaosqUmj7cmuwuheyiUDdg/8Hp46wxI9RDEQ=
X-Received: by 2002:a6b:9203:: with SMTP id u3mr6157761iod.3.1568157196352; Tue, 10 Sep 2019 16:13:16 -0700 (PDT)
MIME-Version: 1.0
References: <20190216170740.GA31558@pfrc.org> <20190702183714.GB3974@pfrc.org> <20190827151718.GK24671@pfrc.org>
In-Reply-To: <20190827151718.GK24671@pfrc.org>
From: Manav Bhatia <manavbhatia@gmail.com>
Date: Wed, 11 Sep 2019 04:43:04 +0530
Message-ID: <CAG1kdogGJiWn14S01LPKzjjH5YhecEa_h4TPPR5sPKBicdwZYw@mail.gmail.com>
Subject: Re: Working Group Last Call on BFD Authentication Documents (expires September 13, 2019)
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a4098f05923b0c6d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/RjcMdqnLX6QNEyuSHVtcczUtHvA>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Sep 2019 23:13:19 -0000

--000000000000a4098f05923b0c6d
Content-Type: text/plain; charset="UTF-8"

I support all 3 documents.

On Tue, Aug 27, 2019 at 8:45 PM Jeffrey Haas <jhaas@pfrc.org> wrote:

> Working Group,
>
> As we discussed in Montreal at IETF-105, the last hang up on progressing
> the
> authentication documents (thread copied below) was concerns on the IPR
> against them.
>
> The holder of the IPR believes their discloures are consistent with prior
> IPR posted against the BFD suite of published RFCs.o
>
> We are thus proceeding with the Working Group Last Call for these
> documents.
> You are encouraged to provide technical feedback for the contents of the
> documents, which addresses providing stronger authentication on the BFD
> protocol.
>
> Please indicate whether you believe these documents should be advanced to
> the IESG for publication as RFCs.
>
> -- Jeff and Reshad
>
>
> On Tue, Jul 02, 2019 at 02:37:15PM -0400, Jeffrey Haas wrote:
> > Working Group,
> >
> > A followup on this item.
> >
> > Currently, the status is identical to that which was last posted.  Mahesh
> > did make contact with Ciena IPR holders regarding the state of the
> license.
> > It is their belief that their disclosure is consistent with similar IPR
> > filed against BFD.  Citing two similar ones:
> >
> > https://datatracker.ietf.org/ipr/516/
> > https://datatracker.ietf.org/ipr/1419/
> >
> > It also appears to be their belief that the current wording doesn't
> require
> > that a license fee is due.  However, this is private commentary.
> >
> > At this point, my recommendation to the working group is we decide if
> we'll
> > proceed with the publication process.  Let's use this time prior to IETF
> 105
> > to discuss any pending issues on these documents.
> >
> > -- Jeff
> >
> > On Sat, Feb 16, 2019 at 12:07:40PM -0500, Jeffrey Haas wrote:
> > > Working Group,
> > >
> > > On March 28, 2018, we started Working Group Last Call on the following
> document
> > > bundle:
> > >
> > >   draft-ietf-bfd-secure-sequence-numbers
> > >   draft-ietf-bfd-optimizing-authentication
> > >   draft-ietf-bfd-stability
> > >
> > > The same day, Mahesh Jethanandani acknowledged there was pending IPR
> > > declarations against these drafts.  An IPR declaration was finally
> posted on
> > > November 1, 2018.  In particular, it notes a patent.  The licenseing is
> > > RAND.
> > >
> > > https://datatracker.ietf.org/ipr/3328/
> > >
> > > In the time since the WGLC was requested, there were a number of
> technical
> > > comments made on these drafts.  It's my belief that all substantial
> > > technical comments had been addressed in the last posted version of
> these
> > > documents.  Note that there was one lingering comment about Yang
> > > considerations for the BFD module with regard to enabling this
> optimized
> > > authentication mode which can be dealt with separably.
> > >
> > > The chairs did not carry out a further consensus call to ensure that
> there
> > > are no further outstanding technical issues.
> > >
> > > On November 21, Greg Mirsky indicated an objection to progressing the
> > > document due to late disclosure.
> > >
> > >
> https://mailarchive.ietf.org/arch/msg/rtg-bfd/u8rvWwvDWRKI3jseGHecAB9WtDo
> > >
> > > Since we are a little over a month prior to the upcoming IETF 104, this
> > > seems a good time to try to decide how the Working Group shall finish
> this
> > > work.  Since we are meeting in Prague, this may progress to microphone
> > > conversation.
> > >
> > > For the moment, the chairs' perceived status of the documents are:
> > > - No pending technical issues with the documents with one known issue.
> > > - Concerns over late disclosure of IPR.
> > > - No solid consensus from the Working Group that we're ready to
> proceed.
> > >   This part may be covered by a future consensus call, but let's hear
> list
> > >   discussion first.
> > >
> > > -- Jeff
>
>

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

<div dir=3D"ltr">I support all 3 documents.</div><br><div class=3D"gmail_qu=
ote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Aug 27, 2019 at 8:45 PM =
Jeffrey Haas &lt;<a href=3D"mailto:jhaas@pfrc.org">jhaas@pfrc.org</a>&gt; w=
rote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Working Gr=
oup,<br>
<br>
As we discussed in Montreal at IETF-105, the last hang up on progressing th=
e<br>
authentication documents (thread copied below) was concerns on the IPR<br>
against them.<br>
<br>
The holder of the IPR believes their discloures are consistent with prior<b=
r>
IPR posted against the BFD suite of published RFCs.o<br>
<br>
We are thus proceeding with the Working Group Last Call for these documents=
.<br>
You are encouraged to provide technical feedback for the contents of the<br=
>
documents, which addresses providing stronger authentication on the BFD<br>
protocol.=C2=A0 <br>
<br>
Please indicate whether you believe these documents should be advanced to<b=
r>
the IESG for publication as RFCs.<br>
<br>
-- Jeff and Reshad<br>
<br>
<br>
On Tue, Jul 02, 2019 at 02:37:15PM -0400, Jeffrey Haas wrote:<br>
&gt; Working Group,<br>
&gt; <br>
&gt; A followup on this item.<br>
&gt; <br>
&gt; Currently, the status is identical to that which was last posted.=C2=
=A0 Mahesh<br>
&gt; did make contact with Ciena IPR holders regarding the state of the lic=
ense.<br>
&gt; It is their belief that their disclosure is consistent with similar IP=
R<br>
&gt; filed against BFD.=C2=A0 Citing two similar ones:<br>
&gt; <br>
&gt; <a href=3D"https://datatracker.ietf.org/ipr/516/" rel=3D"noreferrer" t=
arget=3D"_blank">https://datatracker.ietf.org/ipr/516/</a><br>
&gt; <a href=3D"https://datatracker.ietf.org/ipr/1419/" rel=3D"noreferrer" =
target=3D"_blank">https://datatracker.ietf.org/ipr/1419/</a><br>
&gt; <br>
&gt; It also appears to be their belief that the current wording doesn&#39;=
t require<br>
&gt; that a license fee is due.=C2=A0 However, this is private commentary.<=
br>
&gt; <br>
&gt; At this point, my recommendation to the working group is we decide if =
we&#39;ll<br>
&gt; proceed with the publication process.=C2=A0 Let&#39;s use this time pr=
ior to IETF 105<br>
&gt; to discuss any pending issues on these documents.<br>
&gt; <br>
&gt; -- Jeff<br>
&gt; <br>
&gt; On Sat, Feb 16, 2019 at 12:07:40PM -0500, Jeffrey Haas wrote:<br>
&gt; &gt; Working Group,<br>
&gt; &gt; <br>
&gt; &gt; On March 28, 2018, we started Working Group Last Call on the foll=
owing document<br>
&gt; &gt; bundle:<br>
&gt; &gt; <br>
&gt; &gt;=C2=A0 =C2=A0draft-ietf-bfd-secure-sequence-numbers<br>
&gt; &gt;=C2=A0 =C2=A0draft-ietf-bfd-optimizing-authentication<br>
&gt; &gt;=C2=A0 =C2=A0draft-ietf-bfd-stability<br>
&gt; &gt; <br>
&gt; &gt; The same day, Mahesh Jethanandani acknowledged there was pending =
IPR<br>
&gt; &gt; declarations against these drafts.=C2=A0 An IPR declaration was f=
inally posted on<br>
&gt; &gt; November 1, 2018.=C2=A0 In particular, it notes a patent.=C2=A0 T=
he licenseing is<br>
&gt; &gt; RAND.=C2=A0 <br>
&gt; &gt; <br>
&gt; &gt; <a href=3D"https://datatracker.ietf.org/ipr/3328/" rel=3D"norefer=
rer" target=3D"_blank">https://datatracker.ietf.org/ipr/3328/</a><br>
&gt; &gt; <br>
&gt; &gt; In the time since the WGLC was requested, there were a number of =
technical<br>
&gt; &gt; comments made on these drafts.=C2=A0 It&#39;s my belief that all =
substantial<br>
&gt; &gt; technical comments had been addressed in the last posted version =
of these<br>
&gt; &gt; documents.=C2=A0 Note that there was one lingering comment about =
Yang<br>
&gt; &gt; considerations for the BFD module with regard to enabling this op=
timized<br>
&gt; &gt; authentication mode which can be dealt with separably.<br>
&gt; &gt; <br>
&gt; &gt; The chairs did not carry out a further consensus call to ensure t=
hat there<br>
&gt; &gt; are no further outstanding technical issues.<br>
&gt; &gt; <br>
&gt; &gt; On November 21, Greg Mirsky indicated an objection to progressing=
 the<br>
&gt; &gt; document due to late disclosure.<br>
&gt; &gt; <br>
&gt; &gt; <a href=3D"https://mailarchive.ietf.org/arch/msg/rtg-bfd/u8rvWwvD=
WRKI3jseGHecAB9WtDo" rel=3D"noreferrer" target=3D"_blank">https://mailarchi=
ve.ietf.org/arch/msg/rtg-bfd/u8rvWwvDWRKI3jseGHecAB9WtDo</a><br>
&gt; &gt; <br>
&gt; &gt; Since we are a little over a month prior to the upcoming IETF 104=
, this<br>
&gt; &gt; seems a good time to try to decide how the Working Group shall fi=
nish this<br>
&gt; &gt; work.=C2=A0 Since we are meeting in Prague, this may progress to =
microphone<br>
&gt; &gt; conversation.<br>
&gt; &gt; <br>
&gt; &gt; For the moment, the chairs&#39; perceived status of the documents=
 are:<br>
&gt; &gt; - No pending technical issues with the documents with one known i=
ssue.<br>
&gt; &gt; - Concerns over late disclosure of IPR.<br>
&gt; &gt; - No solid consensus from the Working Group that we&#39;re ready =
to proceed.<br>
&gt; &gt;=C2=A0 =C2=A0This part may be covered by a future consensus call, =
but let&#39;s hear list<br>
&gt; &gt;=C2=A0 =C2=A0discussion first.<br>
&gt; &gt; <br>
&gt; &gt; -- Jeff<br>
<br>
</blockquote></div>

--000000000000a4098f05923b0c6d--


From nobody Tue Sep 10 20:34:03 2019
Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 274E2120025 for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 20:34:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ouocCFJKAZq4 for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 20:33:59 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBE81120024 for <rtg-bfd@ietf.org>; Tue, 10 Sep 2019 20:33:58 -0700 (PDT)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 289C0BED35584AC952C3; Wed, 11 Sep 2019 11:33:57 +0800 (CST)
Received: from njxapp03.zte.com.cn ([10.41.132.202]) by mse-fl2.zte.com.cn with SMTP id x8B3XjCK056466; Wed, 11 Sep 2019 11:33:45 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Wed, 11 Sep 2019 11:33:45 +0800 (CST)
Date: Wed, 11 Sep 2019 11:33:45 +0800 (CST)
X-Zmail-TransId: 2afa5d786b191e0d1e7a
X-Mailer: Zmail v1.0
Message-ID: <201909111133452853680@zte.com.cn>
In-Reply-To: <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com>
References: 9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com, C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <rrahman@cisco.com>
Cc: <rtg-bfd@ietf.org>
Subject: =?UTF-8?B?UmU6V0dMQyBmb3IgZHJhZnQtaWV0Zi1iZmQtbGFyZ2UtcGFja2V0cw==?=
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn x8B3XjCK056466
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/GnfvkBe4Z4HE18wXw3f7vxawmc8>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Sep 2019 03:34:01 -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

SGkgUmVzaGFkLA0KDQoNCg0KDQoNCg0KDQpJIHN1cHBvcnQgdGhpcyBkcmFmdCB0byBiZSBwdWJs
aXNoZWQsIGl0IHByb3ZpZGVzIGEgc2ltcGxlIGFuZCBlbGVnYW50IGV4dGVuc2lvbiBmb3IgQkZE
IHRvIHZlcmlmeSBwYXRoIE1UVS4NCg0KDQpCeSB0aGUgd2F5LCBpZiBmdXJ0aGVyIHdlJ2QgbGlr
ZSB0byBhY2hpZXZlIGEgZmluZS1ncmFpbmVkIHByb2Nlc3MgY29udHJvbCB3aGlsZSB1c2luZyBC
RkQgdG8gdmVyZml5IG9yIGRldGVjdCBwYXRoIE1UVSwgd2l0aCB0aGUgY29zdCBvZiBhIG1vcmUg
Y29tcGxleCBleHRlbnRpb24gdG8gQkZELCB0aGVuIGRyYWZ0LW1pcm1pbi1iZmQtZXh0ZW5kZWQg
cG90ZW50aWFsbHkgY2FuIHByb3ZpZGUgc3VjaCBhIHNvbHV0aW9uLg0KDQoNCg0KDQoNCg0KQmVz
dCBSZWdhcmRzLA0KDQoNClhpYW8gTWluDQoNCg0KDQrljp/lp4vpgq7ku7YNCg0KDQoNCuWPkeS7
tuS6uu+8mlJlc2hhZFJhaG1hbihycmFobWFuKSA8cnJhaG1hbkBjaXNjby5jb20+DQrmlLbku7bk
urrvvJpydGctYmZkQGlldGYub3JnIDxydGctYmZkQGlldGYub3JnPjsNCuaXpSDmnJ8g77yaMjAx
OeW5tDA55pyIMDnml6UgMjM6MTQNCuS4uyDpopgg77yaUmU6IFdHTEMgZm9yIGRyYWZ0LWlldGYt
YmZkLWxhcmdlLXBhY2tldHMNCg0KDQoNCg0KQkZEIFdHLCByZW1pbmRlciB0aGF0IFdHTEMgaXMg
b25nb2luZyBmb3IgdGhpcyBkb2N1bWVudC4NCg0KDQogDQoNCg0KUmVnYXJkcywNCg0KDQpSZXNo
YWQuDQoNCg0KIA0KDQoNCg0KRnJvbTogUnRnLWJmZCA8cnRnLWJmZC1ib3VuY2VzQGlldGYub3Jn
PiBvbiBiZWhhbGYgb2YgIlJlc2hhZCBSYWhtYW4gKHJyYWhtYW4pIiA8cnJhaG1hbkBjaXNjby5j
b20+DQpEYXRlOiBUdWVzZGF5LCBBdWd1c3QgMjcsIDIwMTkgYXQgMTI6MzQgUE0NClRvOiAicnRn
LWJmZEBpZXRmLm9yZyIgPHJ0Zy1iZmRAaWV0Zi5vcmc+DQpTdWJqZWN0OiBXR0xDIGZvciBkcmFm
dC1pZXRmLWJmZC1sYXJnZS1wYWNrZXRzDQoNCg0KDQogDQoNCg0KQkZEIFdHLA0KDQoNCiANCg0K
DQpBcyB3YXMgbWVudGlvbmVkIGF0IElFVEYxMDUsIHRoaXMgZG9jdW1lbnQgaXMgc3RhYmxlIGFu
ZCB0aGVyZSB3YXMgYW4gaW50ZXJvcCB0ZXN0IGRvbmUgYmV0d2VlbiBGUlIgYW5kIEp1bm9zIFZN
WC4NCg0KDQogDQoNCg0KUGxlYXNlIHByb3ZpZGUgY29tbWVudHMvZmVlZGJhY2sgb24gdGhlIGRv
Y3VtZW50LiBUaGUgZGVhZGxpbmUgZm9yIGxhc3QgY2FsbCBpcyBTZXB0ZW1iZXIgMTN0aC4NCg0K
DQogDQoNCg0KUmVnYXJkcywNCg0KDQpSZXNoYWQgJiBKZWZmLg==


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPkhpIFJlc2hhZCw8YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtm
b250LWZhbWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQt
ZmFtaWx5OmFyaWFsOyI+SSBzdXBwb3J0IHRoaXMgZHJhZnQgdG8gYmUgcHVibGlzaGVkLCBpdCBw
cm92aWRlcyBhIHNpbXBsZSBhbmQgZWxlZ2FudCBleHRlbnNpb24gZm9yIEJGRCB0byB2ZXJpZnkg
cGF0aCBNVFUuPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbDsi
PkJ5IHRoZSB3YXksIGlmIGZ1cnRoZXIgd2UnZCBsaWtlIHRvIGFjaGlldmUgYSBmaW5lLWdyYWlu
ZWQgcHJvY2VzcyBjb250cm9sIHdoaWxlIHVzaW5nIEJGRCB0byB2ZXJmaXkgb3IgZGV0ZWN0IHBh
dGggTVRVLCB3aXRoIHRoZSBjb3N0IG9mIGEgbW9yZSBjb21wbGV4IGV4dGVudGlvbiB0byBCRkQs
IHRoZW4mbmJzcDtkcmFmdC1taXJtaW4tYmZkLWV4dGVuZGVkIHBvdGVudGlhbGx5IGNhbiBwcm92
aWRlIHN1Y2ggYSBzb2x1dGlvbi48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFt
aWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6
YXJpYWw7Ij5CZXN0IFJlZ2FyZHMsPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPlhpYW8gTWluPC9wPjxkaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ciIHN0
eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeURlcyIgc3R5bGU9IndpZHRo
OiAxMDAlOyBoZWlnaHQ6IDI4cHg7IGxpbmUtaGVpZ2h0OiAyOHB4OyBiYWNrZ3JvdW5kLWNvbG9y
OiAjRTBFNUU5OyBjb2xvcjogIzEzODhGRjsgdGV4dC1hbGlnbjogY2VudGVyOyIgbGFuZ3VhZ2Ut
ZGF0YT0iSGlzdG9yeU9yZ1R4dCI+5Y6f5aeL6YKu5Lu2PC9kaXY+PGRpdiBpZD0iendyaXRlSGlz
dG9yeUNvbnRhaW5lciI+PGRpdiBjbGFzcz0iY29udHJvbC1ncm91cCB6aGlzdG9yeVBhbmVsIj48
ZGl2IGNsYXNzPSJ6aGlzdG9yeUhlYWRlciIgc3R5bGU9InBhZGRpbmc6IDhweDsgYmFja2dyb3Vu
ZC1jb2xvcjogI0Y1RjZGODsiPjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U2Vu
ZGVyVHh0Ij7lj5Hku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSI+
UmVzaGFkUmFobWFuKHJyYWhtYW4pICZsdDtycmFobWFuQGNpc2NvLmNvbSZndDs8L3NwYW4+PC9k
aXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlUT1R4dCI+5pS25Lu25Lq677ya
PC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxp
bmU7Ij5ydGctYmZkQGlldGYub3JnICZsdDtydGctYmZkQGlldGYub3JnJmd0Ozs8L3NwYW4+PC9k
aXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlEYXRlVHh0Ij7ml6Ug5pyfIO+8
mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSIiPjIwMTnlubQwOeaciDA55pelIDIzOjE0PC9zcGFuPjwv
ZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U3ViamVjdFR4dCI+5Li7IOmi
mCDvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRUaXRsZSI+PHN0cm9uZz5SZTogV0dMQyBm
b3IgZHJhZnQtaWV0Zi1iZmQtbGFyZ2UtcGFja2V0czwvc3Ryb25nPjwvc3Bhbj48L2Rpdj48L2Rp
dj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUNvbnRlbnQiPjxkaXY+PG1ldGEgaHR0cC1lcXVpdj0iQ29u
dGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjxtZXRhIG5hbWU9
IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSki
PjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPkJGRCBXRywgcmVtaW5kZXIgdGhhdCBX
R0xDIGlzIG9uZ29pbmcgZm9yIHRoaXMgZG9jdW1lbnQuPG86cD48L286cD48L3NwYW4+PC9wPjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJs
YWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPlJlZ2FyZHMsPG86cD48L286
cD48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2NvbG9yOmJsYWNrIj5SZXNoYWQuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxkaXYgc3R5bGU9ImJvcmRlcjpub25l
O2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt
Ij48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Ryb25nPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+
RnJvbTogPC9zcGFuPjwvc3Ryb25nPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+UnRnLWJmZCAm
bHQ7cnRnLWJmZC1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgIlJlc2hhZCBSYWht
YW4gKHJyYWhtYW4pIiAmbHQ7cnJhaG1hbkBjaXNjby5jb20mZ3Q7PGJyPjxzdHJvbmc+RGF0ZTog
PC9zdHJvbmc+VHVlc2RheSwgQXVndXN0IDI3LCAyMDE5IGF0IDEyOjM0IFBNPGJyPjxzdHJvbmc+
VG86IDwvc3Ryb25nPiJydGctYmZkQGlldGYub3JnIiAmbHQ7cnRnLWJmZEBpZXRmLm9yZyZndDs8
YnI+PHN0cm9uZz5TdWJqZWN0OiA8L3N0cm9uZz5XR0xDIGZvciBkcmFmdC1pZXRmLWJmZC1sYXJn
ZS1wYWNrZXRzPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkJG
RCBXRyw8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXMgd2FzIG1lbnRp
b25lZCBhdCBJRVRGMTA1LCB0aGlzIGRvY3VtZW50IGlzIHN0YWJsZSBhbmQgdGhlcmUgd2FzIGFu
IGludGVyb3AgdGVzdCBkb25lIGJldHdlZW4gRlJSIGFuZCBKdW5vcyBWTVguPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPlBsZWFzZSBwcm92aWRlIGNv
bW1lbnRzL2ZlZWRiYWNrJm5ic3A7b24mbmJzcDt0aGUgZG9jdW1lbnQuIFRoZSBkZWFkbGluZSBm
b3IgbGFzdCBjYWxsIGlzIFNlcHRlbWJlciAxMzxzdXA+dGg8L3N1cD4uPC9zcGFuPjxvOnA+PC9v
OnA+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPlJlZ2FyZHMs
PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5SZXNoYWQgJmFtcDsgSmVmZi48L3NwYW4+PG86
cD48L286cD48L3A+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PHA+
PGJyPjwvcD48L2Rpdj4=


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--


From nobody Tue Sep 10 20:52:25 2019
Return-Path: <mishra.ashesh@outlook.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35982120804 for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 20:52:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.998
X-Spam-Level: 
X-Spam-Status: No, score=-0.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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.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 g-Mf6UeTP5nU for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 20:52:21 -0700 (PDT)
Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-oln040092007026.outbound.protection.outlook.com [40.92.7.26]) (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 B65011207FE for <rtg-bfd@ietf.org>; Tue, 10 Sep 2019 20:52:21 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cAnrFJrM2ApgOco1Tnal0+R3KAYLUdZ5UM67QyqLWg8CIEG/pfbaji752KPEBHMus9OJYKnz0b4NBqtcGGwxH2VN+RhV/b3n45F1o/pctLe1oGlPMHyuitM9tE/3OuuH4gRsvpdaPs78AgTWfMe199spn4xXp6/SVzFG3qbemj7Au9fdcMYxGBcJSaLFe2fQqCewnib1q4SZpRKdy8UfYa3XBiEoPydM19NhxqLZyHdiG9Cj3Rv8yrIQNpe78y5vcMG6ooFd5/AZhkgeXDcD1LqerUe8ekJ6j+mOf2hnJ/QIxLaWLEAAgC/C3g5HHNHd9npPANRgYjnSNQtQAK4Y4w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=959aGIK1u49zYawuXMdKB3S4R1gFKTXBawup6SMS+sI=; b=nyqi0Y0HyjullIJlz5HXKC0LkYpaHRhsAonqW83mvHnjwQyJPvQy8YcAP4b19vXXrMCMqnKMcm1g5leHpFVS2fWbjTwPAKQSQoXpyurz0fQ3loqRj+rjrs4Hv+0ab6m9FS0TmJzbzhgD1sj48IKHW/6RD/VrJ8uUAwOwtS+EMzdx1Vuwn6ErqMmlT+0HoyY3ZAyLC27CRLKoZLfq//iOFBPtEY77icrd3TI7TYAsofiRLfVXZreQJQSNfqNHiPMob+weEK4gslZuzxVg6OEWszsSxwiqet9Myg/Jc0AxwBRr8OK039Nb6uoa+lpF7sdIpF/+dDNyi6QmK7NW8oArGA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=959aGIK1u49zYawuXMdKB3S4R1gFKTXBawup6SMS+sI=; b=ukdTWglqQoWZ7f2BI9Ui00PWFWHeFsRB4iukJ93pOdlqJJBxffv44f6JTPuzQBvU5CPEe9LzhJ8DoTg0hYNT2z0Fdf3Qm5oBI2X96siAtQrjwCmJIBY0iwYfhp/6i+klyfLZseYVBcitpBhoG8/sBsP2lW+foXuS3mmK6b7EpWEk+rHTqFLLodqaPTSmnf/n6tJrvJzeyGK7do8biiiq6mNgeDPQcQCLqEh95TrsSw8KId11293dJH5TvmVeFoUV/NfPFfvnymYohzC7Xwykta2bt0vzcLPbfrR0UeDmVXTDg0tIOHDjGeq0PeKJO83bUx+d+0gSxmmTMUHLvAuMHg==
Received: from DM3NAM03FT025.eop-NAM03.prod.protection.outlook.com (10.152.82.52) by DM3NAM03HT062.eop-NAM03.prod.protection.outlook.com (10.152.83.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2241.14; Wed, 11 Sep 2019 03:52:20 +0000
Received: from BN7PR01MB3986.prod.exchangelabs.com (10.152.82.56) by DM3NAM03FT025.mail.protection.outlook.com (10.152.82.181) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2241.14 via Frontend Transport; Wed, 11 Sep 2019 03:52:20 +0000
Received: from BN7PR01MB3986.prod.exchangelabs.com ([fe80::71a2:bbf2:7f63:487d]) by BN7PR01MB3986.prod.exchangelabs.com ([fe80::71a2:bbf2:7f63:487d%6]) with mapi id 15.20.2241.018; Wed, 11 Sep 2019 03:52:20 +0000
From: Ashesh Mishra <mishra.ashesh@outlook.com>
To: Manav Bhatia <manavbhatia@gmail.com>
CC: Jeffrey Haas <jhaas@pfrc.org>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: Re: Working Group Last Call on BFD Authentication Documents (expires September 13, 2019)
Thread-Topic: Working Group Last Call on BFD Authentication Documents (expires September 13, 2019)
Thread-Index: AQHVXOo1wiwqFFK6qUu3uNiH0GJyLqcloMQAgABOBmk=
Date: Wed, 11 Sep 2019 03:52:20 +0000
Message-ID: <BN7PR01MB3986FD6540F73757D2ECFF43FAB10@BN7PR01MB3986.prod.exchangelabs.com>
References: <20190216170740.GA31558@pfrc.org> <20190702183714.GB3974@pfrc.org> <20190827151718.GK24671@pfrc.org>, <CAG1kdogGJiWn14S01LPKzjjH5YhecEa_h4TPPR5sPKBicdwZYw@mail.gmail.com>
In-Reply-To: <CAG1kdogGJiWn14S01LPKzjjH5YhecEa_h4TPPR5sPKBicdwZYw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-incomingtopheadermarker: OriginalChecksum:E1893DCE1FC694AA112C18162723825018D94B02601A53CDB3B47299B0F621E9; UpperCasedChecksum:7D576A0678AF64D01D63E6B948CEAAEEF984D7D1E5486727E13EB3EF5B730BCD; SizeAsReceived:7012; Count:44
x-ms-exchange-messagesentrepresentingtype: 1
x-tmn: [0OHtH6rRWIPTzsMSV3XH6WES/H3LsE5J]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(5050001)(7020095)(20181119158)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031322404)(2017031323274)(2017031324274)(1601125500)(1603101475)(1701031045); SRVR:DM3NAM03HT062; 
x-ms-traffictypediagnostic: DM3NAM03HT062:
x-ms-exchange-purlcount: 4
x-microsoft-antispam-message-info: SSDmsA5amAx4C0HDAxWEOSBIbTskAnsHLIt1r1q+aDSVO4GOMGJkZhISJBJqghxEiMnrNRKKhoUzzZ5MiqmTyqqtEFpNGZjPDYYIxE2RRuAPWRQYwoiJ64xGwLrlfxCXeh04w1SetsnHXvTee4v5Xpeo+rg9glSrAXgDHfyk2Tjn259OJl1LECMy/BH04Kcr
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BN7PR01MB3986FD6540F73757D2ECFF43FAB10BN7PR01MB3986prod_"
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: bff0cf8a-03ba-4cd0-36c1-08d7366b7263
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Sep 2019 03:52:20.3000 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM3NAM03HT062
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/Km1-9oMLOPykDNbyYKeTgi1t2GY>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Sep 2019 03:52:24 -0000

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

QXMgYXV0aG9yLCBJIHN1cHBvcnQgYWxsIHRocmVlIGRyYWZ0cy4NCg0KT24gU2VwIDEwLCAyMDE5
LCBhdCA3OjEzIFBNLCBNYW5hdiBCaGF0aWEgPG1hbmF2YmhhdGlhQGdtYWlsLmNvbTxtYWlsdG86
bWFuYXZiaGF0aWFAZ21haWwuY29tPj4gd3JvdGU6DQoNCkkgc3VwcG9ydCBhbGwgMyBkb2N1bWVu
dHMuDQoNCk9uIFR1ZSwgQXVnIDI3LCAyMDE5IGF0IDg6NDUgUE0gSmVmZnJleSBIYWFzIDxqaGFh
c0BwZnJjLm9yZzxtYWlsdG86amhhYXNAcGZyYy5vcmc+PiB3cm90ZToNCldvcmtpbmcgR3JvdXAs
DQoNCkFzIHdlIGRpc2N1c3NlZCBpbiBNb250cmVhbCBhdCBJRVRGLTEwNSwgdGhlIGxhc3QgaGFu
ZyB1cCBvbiBwcm9ncmVzc2luZyB0aGUNCmF1dGhlbnRpY2F0aW9uIGRvY3VtZW50cyAodGhyZWFk
IGNvcGllZCBiZWxvdykgd2FzIGNvbmNlcm5zIG9uIHRoZSBJUFINCmFnYWluc3QgdGhlbS4NCg0K
VGhlIGhvbGRlciBvZiB0aGUgSVBSIGJlbGlldmVzIHRoZWlyIGRpc2Nsb3VyZXMgYXJlIGNvbnNp
c3RlbnQgd2l0aCBwcmlvcg0KSVBSIHBvc3RlZCBhZ2FpbnN0IHRoZSBCRkQgc3VpdGUgb2YgcHVi
bGlzaGVkIFJGQ3Mubw0KDQpXZSBhcmUgdGh1cyBwcm9jZWVkaW5nIHdpdGggdGhlIFdvcmtpbmcg
R3JvdXAgTGFzdCBDYWxsIGZvciB0aGVzZSBkb2N1bWVudHMuLg0KWW91IGFyZSBlbmNvdXJhZ2Vk
IHRvIHByb3ZpZGUgdGVjaG5pY2FsIGZlZWRiYWNrIGZvciB0aGUgY29udGVudHMgb2YgdGhlDQpk
b2N1bWVudHMsIHdoaWNoIGFkZHJlc3NlcyBwcm92aWRpbmcgc3Ryb25nZXIgYXV0aGVudGljYXRp
b24gb24gdGhlIEJGRA0KcHJvdG9jb2wuDQoNClBsZWFzZSBpbmRpY2F0ZSB3aGV0aGVyIHlvdSBi
ZWxpZXZlIHRoZXNlIGRvY3VtZW50cyBzaG91bGQgYmUgYWR2YW5jZWQgdG8NCnRoZSBJRVNHIGZv
ciBwdWJsaWNhdGlvbiBhcyBSRkNzLg0KDQotLSBKZWZmIGFuZCBSZXNoYWQNCg0KDQpPbiBUdWUs
IEp1bCAwMiwgMjAxOSBhdCAwMjozNzoxNVBNIC0wNDAwLCBKZWZmcmV5IEhhYXMgd3JvdGU6DQo+
IFdvcmtpbmcgR3JvdXAsDQo+DQo+IEEgZm9sbG93dXAgb24gdGhpcyBpdGVtLg0KPg0KPiBDdXJy
ZW50bHksIHRoZSBzdGF0dXMgaXMgaWRlbnRpY2FsIHRvIHRoYXQgd2hpY2ggd2FzIGxhc3QgcG9z
dGVkLiAgTWFoZXNoDQo+IGRpZCBtYWtlIGNvbnRhY3Qgd2l0aCBDaWVuYSBJUFIgaG9sZGVycyBy
ZWdhcmRpbmcgdGhlIHN0YXRlIG9mIHRoZSBsaWNlbnNlLg0KPiBJdCBpcyB0aGVpciBiZWxpZWYg
dGhhdCB0aGVpciBkaXNjbG9zdXJlIGlzIGNvbnNpc3RlbnQgd2l0aCBzaW1pbGFyIElQUg0KPiBm
aWxlZCBhZ2FpbnN0IEJGRC4gIENpdGluZyB0d28gc2ltaWxhciBvbmVzOg0KPg0KPiBodHRwczov
L2RhdGF0cmFja2VyLmlldGYub3JnL2lwci81MTYvDQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0
Zi5vcmcvaXByLzE0MTkvDQo+DQo+IEl0IGFsc28gYXBwZWFycyB0byBiZSB0aGVpciBiZWxpZWYg
dGhhdCB0aGUgY3VycmVudCB3b3JkaW5nIGRvZXNuJ3QgcmVxdWlyZQ0KPiB0aGF0IGEgbGljZW5z
ZSBmZWUgaXMgZHVlLiAgSG93ZXZlciwgdGhpcyBpcyBwcml2YXRlIGNvbW1lbnRhcnkuDQo+DQo+
IEF0IHRoaXMgcG9pbnQsIG15IHJlY29tbWVuZGF0aW9uIHRvIHRoZSB3b3JraW5nIGdyb3VwIGlz
IHdlIGRlY2lkZSBpZiB3ZSdsbA0KPiBwcm9jZWVkIHdpdGggdGhlIHB1YmxpY2F0aW9uIHByb2Nl
c3MuICBMZXQncyB1c2UgdGhpcyB0aW1lIHByaW9yIHRvIElFVEYgMTA1DQo+IHRvIGRpc2N1c3Mg
YW55IHBlbmRpbmcgaXNzdWVzIG9uIHRoZXNlIGRvY3VtZW50cy4NCj4NCj4gLS0gSmVmZg0KPg0K
PiBPbiBTYXQsIEZlYiAxNiwgMjAxOSBhdCAxMjowNzo0MFBNIC0wNTAwLCBKZWZmcmV5IEhhYXMg
d3JvdGU6DQo+ID4gV29ya2luZyBHcm91cCwNCj4gPg0KPiA+IE9uIE1hcmNoIDI4LCAyMDE4LCB3
ZSBzdGFydGVkIFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsIG9uIHRoZSBmb2xsb3dpbmcgZG9jdW1l
bnQNCj4gPiBidW5kbGU6DQo+ID4NCj4gPiAgIGRyYWZ0LWlldGYtYmZkLXNlY3VyZS1zZXF1ZW5j
ZS1udW1iZXJzDQo+ID4gICBkcmFmdC1pZXRmLWJmZC1vcHRpbWl6aW5nLWF1dGhlbnRpY2F0aW9u
DQo+ID4gICBkcmFmdC1pZXRmLWJmZC1zdGFiaWxpdHkNCj4gPg0KPiA+IFRoZSBzYW1lIGRheSwg
TWFoZXNoIEpldGhhbmFuZGFuaSBhY2tub3dsZWRnZWQgdGhlcmUgd2FzIHBlbmRpbmcgSVBSDQo+
ID4gZGVjbGFyYXRpb25zIGFnYWluc3QgdGhlc2UgZHJhZnRzLiAgQW4gSVBSIGRlY2xhcmF0aW9u
IHdhcyBmaW5hbGx5IHBvc3RlZCBvbg0KPiA+IE5vdmVtYmVyIDEsIDIwMTguICBJbiBwYXJ0aWN1
bGFyLCBpdCBub3RlcyBhIHBhdGVudC4gIFRoZSBsaWNlbnNlaW5nIGlzDQo+ID4gUkFORC4NCj4g
Pg0KPiA+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzMzMjgvDQo+ID4NCj4gPiBJ
biB0aGUgdGltZSBzaW5jZSB0aGUgV0dMQyB3YXMgcmVxdWVzdGVkLCB0aGVyZSB3ZXJlIGEgbnVt
YmVyIG9mIHRlY2huaWNhbA0KPiA+IGNvbW1lbnRzIG1hZGUgb24gdGhlc2UgZHJhZnRzLiAgSXQn
cyBteSBiZWxpZWYgdGhhdCBhbGwgc3Vic3RhbnRpYWwNCj4gPiB0ZWNobmljYWwgY29tbWVudHMg
aGFkIGJlZW4gYWRkcmVzc2VkIGluIHRoZSBsYXN0IHBvc3RlZCB2ZXJzaW9uIG9mIHRoZXNlDQo+
ID4gZG9jdW1lbnRzLiAgTm90ZSB0aGF0IHRoZXJlIHdhcyBvbmUgbGluZ2VyaW5nIGNvbW1lbnQg
YWJvdXQgWWFuZw0KPiA+IGNvbnNpZGVyYXRpb25zIGZvciB0aGUgQkZEIG1vZHVsZSB3aXRoIHJl
Z2FyZCB0byBlbmFibGluZyB0aGlzIG9wdGltaXplZA0KPiA+IGF1dGhlbnRpY2F0aW9uIG1vZGUg
d2hpY2ggY2FuIGJlIGRlYWx0IHdpdGggc2VwYXJhYmx5Lg0KPiA+DQo+ID4gVGhlIGNoYWlycyBk
aWQgbm90IGNhcnJ5IG91dCBhIGZ1cnRoZXIgY29uc2Vuc3VzIGNhbGwgdG8gZW5zdXJlIHRoYXQg
dGhlcmUNCj4gPiBhcmUgbm8gZnVydGhlciBvdXRzdGFuZGluZyB0ZWNobmljYWwgaXNzdWVzLg0K
PiA+DQo+ID4gT24gTm92ZW1iZXIgMjEsIEdyZWcgTWlyc2t5IGluZGljYXRlZCBhbiBvYmplY3Rp
b24gdG8gcHJvZ3Jlc3NpbmcgdGhlDQo+ID4gZG9jdW1lbnQgZHVlIHRvIGxhdGUgZGlzY2xvc3Vy
ZS4NCj4gPg0KPiA+IGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvcnRnLWJm
ZC91OHJ2V3d2RFdSS0kzanNlR0hlY0FCOVd0RG8NCj4gPg0KPiA+IFNpbmNlIHdlIGFyZSBhIGxp
dHRsZSBvdmVyIGEgbW9udGggcHJpb3IgdG8gdGhlIHVwY29taW5nIElFVEYgMTA0LCB0aGlzDQo+
ID4gc2VlbXMgYSBnb29kIHRpbWUgdG8gdHJ5IHRvIGRlY2lkZSBob3cgdGhlIFdvcmtpbmcgR3Jv
dXAgc2hhbGwgZmluaXNoIHRoaXMNCj4gPiB3b3JrLiAgU2luY2Ugd2UgYXJlIG1lZXRpbmcgaW4g
UHJhZ3VlLCB0aGlzIG1heSBwcm9ncmVzcyB0byBtaWNyb3Bob25lDQo+ID4gY29udmVyc2F0aW9u
Lg0KPiA+DQo+ID4gRm9yIHRoZSBtb21lbnQsIHRoZSBjaGFpcnMnIHBlcmNlaXZlZCBzdGF0dXMg
b2YgdGhlIGRvY3VtZW50cyBhcmU6DQo+ID4gLSBObyBwZW5kaW5nIHRlY2huaWNhbCBpc3N1ZXMg
d2l0aCB0aGUgZG9jdW1lbnRzIHdpdGggb25lIGtub3duIGlzc3VlLg0KPiA+IC0gQ29uY2VybnMg
b3ZlciBsYXRlIGRpc2Nsb3N1cmUgb2YgSVBSLg0KPiA+IC0gTm8gc29saWQgY29uc2Vuc3VzIGZy
b20gdGhlIFdvcmtpbmcgR3JvdXAgdGhhdCB3ZSdyZSByZWFkeSB0byBwcm9jZWVkLg0KPiA+ICAg
VGhpcyBwYXJ0IG1heSBiZSBjb3ZlcmVkIGJ5IGEgZnV0dXJlIGNvbnNlbnN1cyBjYWxsLCBidXQg
bGV0J3MgaGVhciBsaXN0DQo+ID4gICBkaXNjdXNzaW9uIGZpcnN0Lg0KPiA+DQo+ID4gLS0gSmVm
Zg0KDQo=

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

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQo8
ZGl2IGRpcj0ibHRyIj48L2Rpdj4NCjxkaXYgZGlyPSJsdHIiPkFzIGF1dGhvciwgSSBzdXBwb3J0
IGFsbCB0aHJlZSBkcmFmdHMuJm5ic3A7PC9kaXY+DQo8ZGl2IGRpcj0ibHRyIj48YnI+DQpPbiBT
ZXAgMTAsIDIwMTksIGF0IDc6MTMgUE0sIE1hbmF2IEJoYXRpYSAmbHQ7PGEgaHJlZj0ibWFpbHRv
Om1hbmF2YmhhdGlhQGdtYWlsLmNvbSI+bWFuYXZiaGF0aWFAZ21haWwuY29tPC9hPiZndDsgd3Jv
dGU6PGJyPg0KPGJyPg0KPC9kaXY+DQo8ZGl2IGRpcj0ibHRyIj4NCjxkaXYgZGlyPSJsdHIiPkkg
c3VwcG9ydCBhbGwgMyBkb2N1bWVudHMuPC9kaXY+DQo8YnI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9x
dW90ZSI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+T24gVHVlLCBBdWcgMjcs
IDIwMTkgYXQgODo0NSBQTSBKZWZmcmV5IEhhYXMgJmx0OzxhIGhyZWY9Im1haWx0bzpqaGFhc0Bw
ZnJjLm9yZyI+amhhYXNAcGZyYy5vcmc8L2E+Jmd0OyB3cm90ZTo8YnI+DQo8L2Rpdj4NCjxibG9j
a3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhl
eDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4
Ij4NCldvcmtpbmcgR3JvdXAsPGJyPg0KPGJyPg0KQXMgd2UgZGlzY3Vzc2VkIGluIE1vbnRyZWFs
IGF0IElFVEYtMTA1LCB0aGUgbGFzdCBoYW5nIHVwIG9uIHByb2dyZXNzaW5nIHRoZTxicj4NCmF1
dGhlbnRpY2F0aW9uIGRvY3VtZW50cyAodGhyZWFkIGNvcGllZCBiZWxvdykgd2FzIGNvbmNlcm5z
IG9uIHRoZSBJUFI8YnI+DQphZ2FpbnN0IHRoZW0uPGJyPg0KPGJyPg0KVGhlIGhvbGRlciBvZiB0
aGUgSVBSIGJlbGlldmVzIHRoZWlyIGRpc2Nsb3VyZXMgYXJlIGNvbnNpc3RlbnQgd2l0aCBwcmlv
cjxicj4NCklQUiBwb3N0ZWQgYWdhaW5zdCB0aGUgQkZEIHN1aXRlIG9mIHB1Ymxpc2hlZCBSRkNz
Lm88YnI+DQo8YnI+DQpXZSBhcmUgdGh1cyBwcm9jZWVkaW5nIHdpdGggdGhlIFdvcmtpbmcgR3Jv
dXAgTGFzdCBDYWxsIGZvciB0aGVzZSBkb2N1bWVudHMuLjxicj4NCllvdSBhcmUgZW5jb3VyYWdl
ZCB0byBwcm92aWRlIHRlY2huaWNhbCBmZWVkYmFjayBmb3IgdGhlIGNvbnRlbnRzIG9mIHRoZTxi
cj4NCmRvY3VtZW50cywgd2hpY2ggYWRkcmVzc2VzIHByb3ZpZGluZyBzdHJvbmdlciBhdXRoZW50
aWNhdGlvbiBvbiB0aGUgQkZEPGJyPg0KcHJvdG9jb2wuJm5ic3A7IDxicj4NCjxicj4NClBsZWFz
ZSBpbmRpY2F0ZSB3aGV0aGVyIHlvdSBiZWxpZXZlIHRoZXNlIGRvY3VtZW50cyBzaG91bGQgYmUg
YWR2YW5jZWQgdG88YnI+DQp0aGUgSUVTRyBmb3IgcHVibGljYXRpb24gYXMgUkZDcy48YnI+DQo8
YnI+DQotLSBKZWZmIGFuZCBSZXNoYWQ8YnI+DQo8YnI+DQo8YnI+DQpPbiBUdWUsIEp1bCAwMiwg
MjAxOSBhdCAwMjozNzoxNVBNIC0wNDAwLCBKZWZmcmV5IEhhYXMgd3JvdGU6PGJyPg0KJmd0OyBX
b3JraW5nIEdyb3VwLDxicj4NCiZndDsgPGJyPg0KJmd0OyBBIGZvbGxvd3VwIG9uIHRoaXMgaXRl
bS48YnI+DQomZ3Q7IDxicj4NCiZndDsgQ3VycmVudGx5LCB0aGUgc3RhdHVzIGlzIGlkZW50aWNh
bCB0byB0aGF0IHdoaWNoIHdhcyBsYXN0IHBvc3RlZC4mbmJzcDsgTWFoZXNoPGJyPg0KJmd0OyBk
aWQgbWFrZSBjb250YWN0IHdpdGggQ2llbmEgSVBSIGhvbGRlcnMgcmVnYXJkaW5nIHRoZSBzdGF0
ZSBvZiB0aGUgbGljZW5zZS48YnI+DQomZ3Q7IEl0IGlzIHRoZWlyIGJlbGllZiB0aGF0IHRoZWly
IGRpc2Nsb3N1cmUgaXMgY29uc2lzdGVudCB3aXRoIHNpbWlsYXIgSVBSPGJyPg0KJmd0OyBmaWxl
ZCBhZ2FpbnN0IEJGRC4mbmJzcDsgQ2l0aW5nIHR3byBzaW1pbGFyIG9uZXM6PGJyPg0KJmd0OyA8
YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzUxNi8i
IHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5p
ZXRmLm9yZy9pcHIvNTE2LzwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNr
ZXIuaWV0Zi5vcmcvaXByLzE0MTkvIiByZWw9Im5vcmVmZXJyZXIiIHRhcmdldD0iX2JsYW5rIj4N
Cmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzE0MTkvPC9hPjxicj4NCiZndDsgPGJy
Pg0KJmd0OyBJdCBhbHNvIGFwcGVhcnMgdG8gYmUgdGhlaXIgYmVsaWVmIHRoYXQgdGhlIGN1cnJl
bnQgd29yZGluZyBkb2Vzbid0IHJlcXVpcmU8YnI+DQomZ3Q7IHRoYXQgYSBsaWNlbnNlIGZlZSBp
cyBkdWUuJm5ic3A7IEhvd2V2ZXIsIHRoaXMgaXMgcHJpdmF0ZSBjb21tZW50YXJ5Ljxicj4NCiZn
dDsgPGJyPg0KJmd0OyBBdCB0aGlzIHBvaW50LCBteSByZWNvbW1lbmRhdGlvbiB0byB0aGUgd29y
a2luZyBncm91cCBpcyB3ZSBkZWNpZGUgaWYgd2UnbGw8YnI+DQomZ3Q7IHByb2NlZWQgd2l0aCB0
aGUgcHVibGljYXRpb24gcHJvY2Vzcy4mbmJzcDsgTGV0J3MgdXNlIHRoaXMgdGltZSBwcmlvciB0
byBJRVRGIDEwNTxicj4NCiZndDsgdG8gZGlzY3VzcyBhbnkgcGVuZGluZyBpc3N1ZXMgb24gdGhl
c2UgZG9jdW1lbnRzLjxicj4NCiZndDsgPGJyPg0KJmd0OyAtLSBKZWZmPGJyPg0KJmd0OyA8YnI+
DQomZ3Q7IE9uIFNhdCwgRmViIDE2LCAyMDE5IGF0IDEyOjA3OjQwUE0gLTA1MDAsIEplZmZyZXkg
SGFhcyB3cm90ZTo8YnI+DQomZ3Q7ICZndDsgV29ya2luZyBHcm91cCw8YnI+DQomZ3Q7ICZndDsg
PGJyPg0KJmd0OyAmZ3Q7IE9uIE1hcmNoIDI4LCAyMDE4LCB3ZSBzdGFydGVkIFdvcmtpbmcgR3Jv
dXAgTGFzdCBDYWxsIG9uIHRoZSBmb2xsb3dpbmcgZG9jdW1lbnQ8YnI+DQomZ3Q7ICZndDsgYnVu
ZGxlOjxicj4NCiZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ZHJhZnQtaWV0
Zi1iZmQtc2VjdXJlLXNlcXVlbmNlLW51bWJlcnM8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJm5ic3A7
ZHJhZnQtaWV0Zi1iZmQtb3B0aW1pemluZy1hdXRoZW50aWNhdGlvbjxicj4NCiZndDsgJmd0OyZu
YnNwOyAmbmJzcDtkcmFmdC1pZXRmLWJmZC1zdGFiaWxpdHk8YnI+DQomZ3Q7ICZndDsgPGJyPg0K
Jmd0OyAmZ3Q7IFRoZSBzYW1lIGRheSwgTWFoZXNoIEpldGhhbmFuZGFuaSBhY2tub3dsZWRnZWQg
dGhlcmUgd2FzIHBlbmRpbmcgSVBSPGJyPg0KJmd0OyAmZ3Q7IGRlY2xhcmF0aW9ucyBhZ2FpbnN0
IHRoZXNlIGRyYWZ0cy4mbmJzcDsgQW4gSVBSIGRlY2xhcmF0aW9uIHdhcyBmaW5hbGx5IHBvc3Rl
ZCBvbjxicj4NCiZndDsgJmd0OyBOb3ZlbWJlciAxLCAyMDE4LiZuYnNwOyBJbiBwYXJ0aWN1bGFy
LCBpdCBub3RlcyBhIHBhdGVudC4mbmJzcDsgVGhlIGxpY2Vuc2VpbmcgaXM8YnI+DQomZ3Q7ICZn
dDsgUkFORC4mbmJzcDsgPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyA8YSBocmVmPSJo
dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8zMzI4LyIgcmVsPSJub3JlZmVycmVyIiB0
YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8zMzI4Lzwv
YT48YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IEluIHRoZSB0aW1lIHNpbmNlIHRoZSBX
R0xDIHdhcyByZXF1ZXN0ZWQsIHRoZXJlIHdlcmUgYSBudW1iZXIgb2YgdGVjaG5pY2FsPGJyPg0K
Jmd0OyAmZ3Q7IGNvbW1lbnRzIG1hZGUgb24gdGhlc2UgZHJhZnRzLiZuYnNwOyBJdCdzIG15IGJl
bGllZiB0aGF0IGFsbCBzdWJzdGFudGlhbDxicj4NCiZndDsgJmd0OyB0ZWNobmljYWwgY29tbWVu
dHMgaGFkIGJlZW4gYWRkcmVzc2VkIGluIHRoZSBsYXN0IHBvc3RlZCB2ZXJzaW9uIG9mIHRoZXNl
PGJyPg0KJmd0OyAmZ3Q7IGRvY3VtZW50cy4mbmJzcDsgTm90ZSB0aGF0IHRoZXJlIHdhcyBvbmUg
bGluZ2VyaW5nIGNvbW1lbnQgYWJvdXQgWWFuZzxicj4NCiZndDsgJmd0OyBjb25zaWRlcmF0aW9u
cyBmb3IgdGhlIEJGRCBtb2R1bGUgd2l0aCByZWdhcmQgdG8gZW5hYmxpbmcgdGhpcyBvcHRpbWl6
ZWQ8YnI+DQomZ3Q7ICZndDsgYXV0aGVudGljYXRpb24gbW9kZSB3aGljaCBjYW4gYmUgZGVhbHQg
d2l0aCBzZXBhcmFibHkuPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyBUaGUgY2hhaXJz
IGRpZCBub3QgY2Fycnkgb3V0IGEgZnVydGhlciBjb25zZW5zdXMgY2FsbCB0byBlbnN1cmUgdGhh
dCB0aGVyZTxicj4NCiZndDsgJmd0OyBhcmUgbm8gZnVydGhlciBvdXRzdGFuZGluZyB0ZWNobmlj
YWwgaXNzdWVzLjxicj4NCiZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgT24gTm92ZW1iZXIgMjEs
IEdyZWcgTWlyc2t5IGluZGljYXRlZCBhbiBvYmplY3Rpb24gdG8gcHJvZ3Jlc3NpbmcgdGhlPGJy
Pg0KJmd0OyAmZ3Q7IGRvY3VtZW50IGR1ZSB0byBsYXRlIGRpc2Nsb3N1cmUuPGJyPg0KJmd0OyAm
Z3Q7IDxicj4NCiZndDsgJmd0OyA8YSBocmVmPSJodHRwczovL21haWxhcmNoaXZlLmlldGYub3Jn
L2FyY2gvbXNnL3J0Zy1iZmQvdThydld3dkRXUktJM2pzZUdIZWNBQjlXdERvIiByZWw9Im5vcmVm
ZXJyZXIiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJj
aC9tc2cvcnRnLWJmZC91OHJ2V3d2RFdSS0kzanNlR0hlY0FCOVd0RG88L2E+PGJyPg0KJmd0OyAm
Z3Q7IDxicj4NCiZndDsgJmd0OyBTaW5jZSB3ZSBhcmUgYSBsaXR0bGUgb3ZlciBhIG1vbnRoIHBy
aW9yIHRvIHRoZSB1cGNvbWluZyBJRVRGIDEwNCwgdGhpczxicj4NCiZndDsgJmd0OyBzZWVtcyBh
IGdvb2QgdGltZSB0byB0cnkgdG8gZGVjaWRlIGhvdyB0aGUgV29ya2luZyBHcm91cCBzaGFsbCBm
aW5pc2ggdGhpczxicj4NCiZndDsgJmd0OyB3b3JrLiZuYnNwOyBTaW5jZSB3ZSBhcmUgbWVldGlu
ZyBpbiBQcmFndWUsIHRoaXMgbWF5IHByb2dyZXNzIHRvIG1pY3JvcGhvbmU8YnI+DQomZ3Q7ICZn
dDsgY29udmVyc2F0aW9uLjxicj4NCiZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgRm9yIHRoZSBt
b21lbnQsIHRoZSBjaGFpcnMnIHBlcmNlaXZlZCBzdGF0dXMgb2YgdGhlIGRvY3VtZW50cyBhcmU6
PGJyPg0KJmd0OyAmZ3Q7IC0gTm8gcGVuZGluZyB0ZWNobmljYWwgaXNzdWVzIHdpdGggdGhlIGRv
Y3VtZW50cyB3aXRoIG9uZSBrbm93biBpc3N1ZS48YnI+DQomZ3Q7ICZndDsgLSBDb25jZXJucyBv
dmVyIGxhdGUgZGlzY2xvc3VyZSBvZiBJUFIuPGJyPg0KJmd0OyAmZ3Q7IC0gTm8gc29saWQgY29u
c2Vuc3VzIGZyb20gdGhlIFdvcmtpbmcgR3JvdXAgdGhhdCB3ZSdyZSByZWFkeSB0byBwcm9jZWVk
Ljxicj4NCiZndDsgJmd0OyZuYnNwOyAmbmJzcDtUaGlzIHBhcnQgbWF5IGJlIGNvdmVyZWQgYnkg
YSBmdXR1cmUgY29uc2Vuc3VzIGNhbGwsIGJ1dCBsZXQncyBoZWFyIGxpc3Q8YnI+DQomZ3Q7ICZn
dDsmbmJzcDsgJm5ic3A7ZGlzY3Vzc2lvbiBmaXJzdC48YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0
OyAmZ3Q7IC0tIEplZmY8YnI+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9ib2R5Pg0KPC9odG1sPg0K

--_000_BN7PR01MB3986FD6540F73757D2ECFF43FAB10BN7PR01MB3986prod_--


From nobody Tue Sep 10 21:01:32 2019
Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0243120024 for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 21:01:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zRoInPQgYeqd for <rtg-bfd@ietfa.amsl.com>; Tue, 10 Sep 2019 21:01:28 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD799120108 for <rtg-bfd@ietf.org>; Tue, 10 Sep 2019 21:01:25 -0700 (PDT)
Received: from mxct.zte.com.cn (unknown [192.168.164.217]) by Forcepoint Email with ESMTPS id A445342D515214707C27 for <rtg-bfd@ietf.org>; Wed, 11 Sep 2019 12:01:23 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 94B5CC278EECCA85FF48; Wed, 11 Sep 2019 12:01:23 +0800 (CST)
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl2.zte.com.cn with SMTP id x8B41Bdi081629; Wed, 11 Sep 2019 12:01:11 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Wed, 11 Sep 2019 12:01:11 +0800 (CST)
Date: Wed, 11 Sep 2019 12:01:11 +0800 (CST)
X-Zmail-TransId: 2afa5d787187d2dec9ad
X-Mailer: Zmail v1.0
Message-ID: <201909111201112154271@zte.com.cn>
In-Reply-To: <20190910175147.GG1662@pfrc.org>
References: CA+RyBmVZeLz-wuC04_V3QJxXDG_qOc_3KO0d3N5h0Y-dDTTFXQ@mail.gmail.com,  20190910175147.GG1662@pfrc.org
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <jhaas@pfrc.org>
Cc: <rtg-bfd@ietf.org>
Subject: =?UTF-8?B?UmU6QkZEIEVjaG8gbW9kZSBjb3ZlcmFnZSBpbiBCRkQgZm9yIFZYTEFO?=
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn x8B41Bdi081629
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/9KYcMYcdZTqC0YbxWC3DxD5AhEc>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Sep 2019 04:01:31 -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

SGkgSmVmZiBhbmQgUmVzaGFkLA0KDQoNCg0KDQoNCg0KRnJvbSBteSBwZXJzb25hbCBwZXJzcGVj
dGl2ZSwgSSBkb24ndCB0aGluayB3ZSBzaG91bGQgcmVxdWlyZSBCRkQgZm9yIFZ4TEFOIHRvIHN1
cHBvcnQgRWNobyBtb2RlLCBiZWNhdXNlIGFzIEkga25vdywgYWx0aG91Z2ggdGhlIGZpbmFsIHN0
YW5kYXJkIGlzIHN0aWxsIG9uIHRoZSB3YXksIG1hbnkgdmVuZG9ycyBpbmNsdWRpbmcgbXkgY29t
cGFueSBoYXZlIGFscmVhZHkgaW1wbGVtZW50ZWQgQkZEIGZvciBWeExBTiwgYW5kIGl0IHNlZW1z
IHRoYXQgd29ya3MgZmluZSwgdGhlcmUgaXMgbm8gcmVxdWVzdCBmcm9tIHRoZW0gb24gRWNobyBt
b2RlLCB3aGljaCBpbiBteSB2aWV3IGlzIGEgbGlnaHR3ZWlnaHQgQkZEIHRvb2wgdXNlZCB0byBz
dWJzdGl0dXRlIGEgcmVsYXRpdmVseSBtb3JlIGNvbXBsZXggQkZEIGltcGxlbWVudGF0aW9uLg0K
DQoNCg0KDQoNCg0KQmVzdCBSZWdhcmRzLA0KDQoNClhpYW8gTWluDQoNCg0KDQrljp/lp4vpgq7k
u7YNCg0KDQoNCuWPkeS7tuS6uu+8mkplZmZyZXlIYWFzIDxqaGFhc0BwZnJjLm9yZz4NCuaUtuS7
tuS6uu+8mnJ0Zy1iZmRAaWV0Zi5vcmcgPHJ0Zy1iZmRAaWV0Zi5vcmc+Ow0K5pelIOacnyDvvJoy
MDE55bm0MDnmnIgxMeaXpSAwMTo0OQ0K5Li7IOmimCDvvJpSZTogQkZEIEVjaG8gbW9kZSBjb3Zl
cmFnZSBpbiBCRkQgZm9yIFZYTEFODQoNCg0KW3RyaW1taW5nIGhlYWRlcnNdDQoNCldvcmtpbmcg
R3JvdXAsDQoNCldoaWxlIHdlJ3JlIHN1c3BlY3RpbmcgZXZlcnlvbmUgaXMgZmluaXNoaW5nIHVw
IGhvbGlkYXlzLCBwbGVhc2UgdGFrZSB1bnRpbA0KdGhlIGVuZCBvZiB0aGlzIHdlZWsgdG8gYW5z
d2VyIFJlc2hhZCdzIHF1ZXN0aW9uOiAgU2hvdWxkIHdlIHJlcXVpcmUgQkZEIGZvcg0KdnhsYW4g
dG8gc3VwcG9ydCBFY2hvIG1vZGU/DQoNCi0tIEplZmYNCg0KT24gVGh1LCBBdWcgMTUsIDIwMTkg
YXQgMTA6NDE6NDZQTSArMDAwMCwgUmVzaGFkIFJhaG1hbiAocnJhaG1hbikgd3JvdGU6DQo+IEhp
IGFsbCwNCj4gDQo+IEl0IGlzIHVwIHRvIHRoZSBXRyB0byBkZWNpZGUgd2hldGhlciBlY2hvIHN1
cHBvcnQgaXMgZGVzaXJlZCBmb3IgQkZEIG92ZXIgVnhMQU4gKGFueSBvdGhlciBCRkQgdXNlLWNh
c2VzIGFsc28pLiAgU2luY2UgdGhpcyBoYXNu4oCZdCBiZWVuIGJyb3VnaHQgdXAgaW4gdGhlIFdH
IGJlZm9yZSwgbXkgdGFrZSBpcyB0aGF0IHRoZSBXRyBpc27igJl0IGludGVyZXN0ZWQgaW4gaGF2
aW5nIGVjaG8gZm9yIEJGRCBvdmVyIFZ4TEFOLiBTbyBpZiBhbnlib2R5IGZlZWxzIHRoYXQgd2Ug
bmVlZCBlY2hvIHN1cHBvcnQsIHBsZWFzZSBzcGVhayB1cCBhc2FwLiBCZWNhdXNlIGl04oCZcyBo
b2xpZGF5IHNlYXNvbiwgbGV04oCZcyB0YWtlIDMgd2Vla3MgaW5zdGVhZCBvZiB0aGUgdXN1YWwg
Miwgc28gcGxlYXNlIHJlc3BvbmQgYnkgU2VwdGVtYmVyIDV0aC4NCj4gDQo+IFJlZ2FyZHMsDQo+
IFJlc2hhZCAoY28tY2hhaXIgaGF0KS4NCj4gDQo+IEZyb206IEdyZWcgTWlyc2t5IDxncmVnaW1p
cnNreUBnbWFpbC5jb20+DQo+IERhdGU6IFRodXJzZGF5LCBBdWd1c3QgOCwgMjAxOSBhdCA4OjA0
IFBNDQo+IFRvOiAiQ2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpIiA8Y3BpZ25hdGFAY2lzY28u
Y29tPg0KPiBDYzogInJ0Zy1iZmRAaWV0Zi5vcmciIDxydGctYmZkQGlldGYub3JnPiwgImJmZC1j
aGFpcnNAaWV0Zi5vcmciIDxiZmQtY2hhaXJzQGlldGYub3JnPiwgTWFydGluIFZpZ291cmV1eCA8
bWFydGluLnZpZ291cmV1eEBub2tpYS5jb20+DQo+IFN1YmplY3Q6IFJlOiBCRkQgRWNobyBtb2Rl
IGNvdmVyYWdlIGluIEJGRCBmb3IgVlhMQU4NCj4gUmVzZW50LUZyb206IDxhbGlhcy1ib3VuY2Vz
QGlldGYub3JnPg0KPiBSZXNlbnQtVG86IEplZmZyZXkgSGFhcyA8amhhYXNAcGZyYy5vcmc+LCA8
cnJhaG1hbkBjaXNjby5jb20+DQo+IFJlc2VudC1EYXRlOiBUaHVyc2RheSwgQXVndXN0IDgsIDIw
MTkgYXQgODowNCBQTQ0KPiANCj4gRGVhciBBbGwsDQo+IEkgd2FzIHBvaW50ZWQgb3V0IHRoYXQg
bXkgcHJldmlvdXMgZS1tYWlsIGFza2luZyBmb3IgV0cgaGVscCB0byBwcm9ncmVzcyBCRkQgb3Zl
ciBWWExBTiBkb2N1bWVudCBieSBzaGFyaW5nIG9waW5pb25zIHJlZ2FyZGluZyBjb3ZlcmFnZSBv
ZiB0aGUgQkZEIEVjaG8gbW9kZSBtYXkgYmUgb3ZlcnN0ZXBwaW5nIHRoZSBib3VuZHMgb2YgYW4g
RWRpdG9yLiBJIGFwb2xvZ2l6ZSwgdGhhdCB3YXMgbm90IG15IGludGVudGlvbi4gSSdtIGFza2lu
ZyBXRyBDaGFpcnMgdG8gaGVscCB0byBhcnJpdmUgYXQgdGhlIGNvbmNsdXNpb24gb2YgdGhpcyBx
dWVzdGlvbiBpbiBhIHJlYXNvbmFibGUgdGltZS4NCj4gDQo+IFJlZ2FyZHMsDQo+IEdyZWcNCj4g
DQo+IE9uIFRodSwgQXVnIDgsIDIwMTkgYXQgNDowNiBQTSBHcmVnIE1pcnNreSA8Z3JlZ2ltaXJz
a3lAZ21haWwuY29tPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+PiB3cm90ZToNCj4gRGVh
ciBBbGwsDQo+IEkgaGF2ZSBub3Qgc2V0IHRoZSB3aGVuIHRoaXMgcG9sbCBjbG9zZXMuIEkgaG9w
ZSB0aGF0IHR3byB3ZWVrcyB3b3VsZCBiZSBzdWZmaWNpZW50IHRpbWUgZm9yIHRoZSBXRyBjb21t
dW5pdHkgdG8gZXhwcmVzcyB0aGVpciB0aG91Z2h0cy4NCj4gDQo+IERlYXIgQ2FybG9zLA0KPiB0
aGFuayB5b3UgZm9yIHNoYXJpbmcgeW91ciBvcGluaW9uIG9uIHRoZSBzY29wZSBvZiB0aGUgZG9j
dW1lbnQgaW4gcmVnYXJkIHRvIEJGRCBFY2hvIG1vZGUuIFlvdSd2ZSBleHByZXNzZWQgc3VwcG9y
dCBmb3IgZXhwbG9yaW5nIHRoZSBhcHBsaWNhYmlsaXR5IG9mIHRoZSBCRkQgRWNobyBtb2RlLiBX
b3VsZCB5b3Ugc3VwcG9ydCB0aGF0IGVmZm9ydCBieSBjb250cmlidXRpbmcgc29tZSB0ZXh0LCBp
ZiBXRyBkZWNpZGVzIHRoYXQgZG9jdW1lbnRpbmcgdGhlIGFwcGxpY2FiaWxpdHkgb2YgdGhlIEVj
aG8gbW9kZSBpbiBCRkQgb3ZlciBWWExBTiBpcyB1c2VmdWw/DQo+IA0KPiBSZWdhcmRzLA0KPiBH
cmVnDQo+IA0KPiANCj4gT24gV2VkLCBBdWcgNywgMjAxOSBhdCA2OjE4IFBNIENhcmxvcyBQaWdu
YXRhcm8gKGNwaWduYXRhKSA8Y3BpZ25hdGFAY2lzY28uY29tPG1haWx0bzpjcGlnbmF0YUBjaXNj
by5jb20+PiB3cm90ZToNCj4gRGVhciBHcmVnLA0KPiANCj4gVGhlIG9wdGlvbiBvZiByZXBsYWNp
bmcgdGhlIGV4aXN0aW5nIHRleHQgZm9yIHNvbWV0aGluZyBtb3JlIGFtYmlndW91cyBhbmQgaW1w
bGljaXQgZG9lcyBub3Qgc2VlbSBsaWtlIHByb2dyZXNzIGluIG15IGh1bWJsZSBvcGluaW9uLiBU
aGUgc3BlYyBlbmRzIHVwIHdpdGggdGhlIHNhbWUgY2FwYWJpbGl0aWVzLCBidXQgdGhlIHRleHQg
aXMgbW9yZSBvYnNjdXJlLiBJIGRvIG5vdCBzdXBwb3J0IHRoYXQgb3B0aW9uLg0KPiANCj4gTXkg
cmVjb21tZW5kYXRpb24gZm9yIHlvdXIgY29uc2lkZXJhdGlvbiB3b3VsZCBiZToNCj4gDQo+ICAg
MS4gIEV4cGxvcmUgaWYgaXQgaXMgcG9zc2libGUgdG8gcnVuIEJGRCBFY2hvIGFzIGEgc2luZ2xl
LWhvcC4NCj4gICAyLiAgSWYgeWVzLCBhZGQgdGV4dCBzdXBwb3J0aW5nIGl0Lg0KPiAgIDMuICBJ
ZiBubywgYWRkIHRleHQgZXhwbGFpbmluZyB3aHkgbm90IG9uIHRlY2huaWNhbCBncm91bmRzLg0K
PiANCj4gQSBsZXNzIGRlc2lyYWJsZSBvcHRpb24gd291bGQgYmUgaWYgdGhlIFdHIGRvZXMgbm90
IGNhcmUgYWJvdXQgQkZEIEVjaG8sIHRvIGV4cGxpY2l0bHkga2VlcCBpdCBvdXQgb2Ygc2NvcGUg
KG5vdCBvbiB0ZWNobmljYWwgZ3JvdW5kcykuDQo+IA0KPiBCZXN0LA0KPiANCj4gQ2FybG9zLg0K
PiANCj4gDQo+IE9uIEF1ZyA1LCAyMDE5LCBhdCA2OjE2IFBNLCBHcmVnIE1pcnNreSA8Z3JlZ2lt
aXJza3lAZ21haWwuY29tPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+PiB3cm90ZToNCj4g
DQo+IERlYXIgQWxsLA0KPiBpbiBjb3Vyc2Ugb2YgcmV2aWV3cyBvZiB0aGUgZHJhZnQsIHNldmVy
YWwgdGltZXMgYSBxdWVzdGlvbiB3YXMgYXNrZWQgYWJvdXQgdGhlIHJhdGlvbmFsZSBmb3IgZXhj
bHVkaW5nIEJGRCBFY2hvIGZyb20gdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQ6DQo+IA0KPiA3
LiAgRWNobyBCRkQNCj4gDQo+ICAgIFN1cHBvcnQgZm9yIGVjaG8gQkZEIGlzIG91dHNpZGUgdGhl
IHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQuDQo+IE11Y2ggYXBwcmVjaWF0ZSB5b3VyIGNvbnNpZGVy
YXRpb24gb2YgdGhlIGZvbGxvd2luZyBvcHRpb25zOg0KPiANCj4gICAqICAgZGVzY3JpYmUgdGhl
IGFwcGxpY2FiaWxpdHkgb2YgQkZEIEVjaG8gaW4gVlhMQU4gZW52aXJvbm1lbnQgaW4gdGhlIGRv
Y3VtZW50Ow0KPiAgICogICByZW1vdmUgU2VjdGlvbiA3IGFuZCBjbGFyaWZ5IGluIHRoZSBJbnRy
b2R1Y3Rpb24NCj4gTkVXIFRFWFQ6DQo+IFRoaXMgc3BlY2lmaWNhdGlvbiBkZXNjcmliZXMgcHJv
Y2VkdXJlcyBvbmx5IGZvciBCRkQgQXN5bmNocm9ub3VzIG1vZGUuDQo+IA0KPiAgICogICBtYWtl
IG5vIGNoYW5nZXMgYXQgYWxsLg0KPiBSZWdhcmRzLA0KPiBHcmVnDQo+


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPkhpIEplZmYgYW5kIFJlc2hhZCw8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZTox
NHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7
Zm9udC1mYW1pbHk6YXJpYWw7Ij5Gcm9tIG15IHBlcnNvbmFsIHBlcnNwZWN0aXZlLCBJIGRvbid0
IHRoaW5rIHdlIHNob3VsZCByZXF1aXJlIEJGRCBmb3IgVnhMQU4gdG8gc3VwcG9ydCBFY2hvIG1v
ZGUsIGJlY2F1c2UgYXMgSSBrbm93LCA8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsOyBs
aW5lLWhlaWdodDogMjFweDsiPmFsdGhvdWdoIHRoZSBmaW5hbCBzdGFuZGFyZCBpcyBzdGlsbCBv
biB0aGUgd2F5LCZuYnNwOzwvc3Bhbj5tYW55IHZlbmRvcnMgaW5jbHVkaW5nIG15IGNvbXBhbnkg
aGF2ZSBhbHJlYWR5IGltcGxlbWVudGVkIEJGRCBmb3IgVnhMQU4sIGFuZCBpdCBzZWVtcyB0aGF0
IHdvcmtzIGZpbmUsIHRoZXJlIGlzIG5vIHJlcXVlc3QgZnJvbSB0aGVtIG9uIEVjaG8gbW9kZSwg
d2hpY2ggaW4gbXkgdmlldyBpcyBhIGxpZ2h0d2VpZ2h0IEJGRCB0b29sIHVzZWQgdG8gc3Vic3Rp
dHV0ZSBhIHJlbGF0aXZlbHkgbW9yZSBjb21wbGV4IEJGRCBpbXBsZW1lbnRhdGlvbi48L3A+PHAg
c3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHls
ZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij5CZXN0IFJlZ2FyZHMsPC9wPjxw
IHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbDsiPlhpYW8gTWluPC9wPjxk
aXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2IGNs
YXNzPSJ6aGlzdG9yeURlcyIgc3R5bGU9IndpZHRoOiAxMDAlOyBoZWlnaHQ6IDI4cHg7IGxpbmUt
aGVpZ2h0OiAyOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRTBFNUU5OyBjb2xvcjogIzEzODhGRjsg
dGV4dC1hbGlnbjogY2VudGVyOyIgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeU9yZ1R4dCI+5Y6f5aeL
6YKu5Lu2PC9kaXY+PGRpdiBpZD0iendyaXRlSGlzdG9yeUNvbnRhaW5lciI+PGRpdiBjbGFzcz0i
Y29udHJvbC1ncm91cCB6aGlzdG9yeVBhbmVsIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUhlYWRlciIg
c3R5bGU9InBhZGRpbmc6IDhweDsgYmFja2dyb3VuZC1jb2xvcjogI0Y1RjZGODsiPjxkaXY+PHN0
cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U2VuZGVyVHh0Ij7lj5Hku7bkurrvvJo8L3N0cm9u
Zz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSI+SmVmZnJleUhhYXMgJmx0O2poYWFzQHBmcmMu
b3JnJmd0Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVRP
VHh0Ij7mlLbku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5
bGU9ImRpc3BsYXk6IGlubGluZTsiPnJ0Zy1iZmRAaWV0Zi5vcmcgJmx0O3J0Zy1iZmRAaWV0Zi5v
cmcmZ3Q7Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeURh
dGVUeHQiPuaXpSDmnJ8g77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9IiI+MjAxOeW5tDA55pyIMTHm
l6UgMDE6NDk8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlT
dWJqZWN0VHh0Ij7kuLsg6aKYIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFRpdGxlIj48
c3Ryb25nPlJlOiBCRkQgRWNobyBtb2RlIGNvdmVyYWdlIGluIEJGRCBmb3IgVlhMQU48L3N0cm9u
Zz48L3NwYW4+PC9kaXY+PC9kaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlDb250ZW50Ij48ZGl2Plt0
cmltbWluZyZuYnNwO2hlYWRlcnNdPGJyPjxicj5Xb3JraW5nJm5ic3A7R3JvdXAsPGJyPjxicj5X
aGlsZSZuYnNwO3dlJ3JlJm5ic3A7c3VzcGVjdGluZyZuYnNwO2V2ZXJ5b25lJm5ic3A7aXMmbmJz
cDtmaW5pc2hpbmcmbmJzcDt1cCZuYnNwO2hvbGlkYXlzLCZuYnNwO3BsZWFzZSZuYnNwO3Rha2Um
bmJzcDt1bnRpbDxicj50aGUmbmJzcDtlbmQmbmJzcDtvZiZuYnNwO3RoaXMmbmJzcDt3ZWVrJm5i
c3A7dG8mbmJzcDthbnN3ZXImbmJzcDtSZXNoYWQncyZuYnNwO3F1ZXN0aW9uOiZuYnNwOyZuYnNw
O1Nob3VsZCZuYnNwO3dlJm5ic3A7cmVxdWlyZSZuYnNwO0JGRCZuYnNwO2Zvcjxicj52eGxhbiZu
YnNwO3RvJm5ic3A7c3VwcG9ydCZuYnNwO0VjaG8mbmJzcDttb2RlPzxicj48YnI+LS0mbmJzcDtK
ZWZmPGJyPjxicj5PbiZuYnNwO1RodSwmbmJzcDtBdWcmbmJzcDsxNSwmbmJzcDsyMDE5Jm5ic3A7
YXQmbmJzcDsxMDo0MTo0NlBNJm5ic3A7KzAwMDAsJm5ic3A7UmVzaGFkJm5ic3A7UmFobWFuJm5i
c3A7KHJyYWhtYW4pJm5ic3A7d3JvdGU6PGJyPiZndDsmbmJzcDtIaSZuYnNwO2FsbCw8YnI+Jmd0
OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7SXQmbmJzcDtpcyZuYnNwO3VwJm5ic3A7dG8mbmJzcDt0aGUm
bmJzcDtXRyZuYnNwO3RvJm5ic3A7ZGVjaWRlJm5ic3A7d2hldGhlciZuYnNwO2VjaG8mbmJzcDtz
dXBwb3J0Jm5ic3A7aXMmbmJzcDtkZXNpcmVkJm5ic3A7Zm9yJm5ic3A7QkZEJm5ic3A7b3ZlciZu
YnNwO1Z4TEFOJm5ic3A7KGFueSZuYnNwO290aGVyJm5ic3A7QkZEJm5ic3A7dXNlLWNhc2VzJm5i
c3A7YWxzbykuJm5ic3A7Jm5ic3A7U2luY2UmbmJzcDt0aGlzJm5ic3A7aGFzbuKAmXQmbmJzcDti
ZWVuJm5ic3A7YnJvdWdodCZuYnNwO3VwJm5ic3A7aW4mbmJzcDt0aGUmbmJzcDtXRyZuYnNwO2Jl
Zm9yZSwmbmJzcDtteSZuYnNwO3Rha2UmbmJzcDtpcyZuYnNwO3RoYXQmbmJzcDt0aGUmbmJzcDtX
RyZuYnNwO2lzbuKAmXQmbmJzcDtpbnRlcmVzdGVkJm5ic3A7aW4mbmJzcDtoYXZpbmcmbmJzcDtl
Y2hvJm5ic3A7Zm9yJm5ic3A7QkZEJm5ic3A7b3ZlciZuYnNwO1Z4TEFOLiZuYnNwO1NvJm5ic3A7
aWYmbmJzcDthbnlib2R5Jm5ic3A7ZmVlbHMmbmJzcDt0aGF0Jm5ic3A7d2UmbmJzcDtuZWVkJm5i
c3A7ZWNobyZuYnNwO3N1cHBvcnQsJm5ic3A7cGxlYXNlJm5ic3A7c3BlYWsmbmJzcDt1cCZuYnNw
O2FzYXAuJm5ic3A7QmVjYXVzZSZuYnNwO2l04oCZcyZuYnNwO2hvbGlkYXkmbmJzcDtzZWFzb24s
Jm5ic3A7bGV04oCZcyZuYnNwO3Rha2UmbmJzcDszJm5ic3A7d2Vla3MmbmJzcDtpbnN0ZWFkJm5i
c3A7b2YmbmJzcDt0aGUmbmJzcDt1c3VhbCZuYnNwOzIsJm5ic3A7c28mbmJzcDtwbGVhc2UmbmJz
cDtyZXNwb25kJm5ic3A7YnkmbmJzcDtTZXB0ZW1iZXImbmJzcDs1dGguPGJyPiZndDsmbmJzcDs8
YnI+Jmd0OyZuYnNwO1JlZ2FyZHMsPGJyPiZndDsmbmJzcDtSZXNoYWQmbmJzcDsoY28tY2hhaXIm
bmJzcDtoYXQpLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDtGcm9tOiZuYnNwO0dyZWcmbmJz
cDtNaXJza3kmbmJzcDsmbHQ7Z3JlZ2ltaXJza3lAZ21haWwuY29tJmd0Ozxicj4mZ3Q7Jm5ic3A7
RGF0ZTombmJzcDtUaHVyc2RheSwmbmJzcDtBdWd1c3QmbmJzcDs4LCZuYnNwOzIwMTkmbmJzcDth
dCZuYnNwOzg6MDQmbmJzcDtQTTxicj4mZ3Q7Jm5ic3A7VG86Jm5ic3A7IkNhcmxvcyZuYnNwO1Bp
Z25hdGFybyZuYnNwOyhjcGlnbmF0YSkiJm5ic3A7Jmx0O2NwaWduYXRhQGNpc2NvLmNvbSZndDs8
YnI+Jmd0OyZuYnNwO0NjOiZuYnNwOyJydGctYmZkQGlldGYub3JnIiZuYnNwOyZsdDtydGctYmZk
QGlldGYub3JnJmd0OywmbmJzcDsiYmZkLWNoYWlyc0BpZXRmLm9yZyImbmJzcDsmbHQ7YmZkLWNo
YWlyc0BpZXRmLm9yZyZndDssJm5ic3A7TWFydGluJm5ic3A7Vmlnb3VyZXV4Jm5ic3A7Jmx0O21h
cnRpbi52aWdvdXJldXhAbm9raWEuY29tJmd0Ozxicj4mZ3Q7Jm5ic3A7U3ViamVjdDombmJzcDtS
ZTombmJzcDtCRkQmbmJzcDtFY2hvJm5ic3A7bW9kZSZuYnNwO2NvdmVyYWdlJm5ic3A7aW4mbmJz
cDtCRkQmbmJzcDtmb3ImbmJzcDtWWExBTjxicj4mZ3Q7Jm5ic3A7UmVzZW50LUZyb206Jm5ic3A7
Jmx0O2FsaWFzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7PGJyPiZndDsmbmJzcDtSZXNlbnQtVG86Jm5i
c3A7SmVmZnJleSZuYnNwO0hhYXMmbmJzcDsmbHQ7amhhYXNAcGZyYy5vcmcmZ3Q7LCZuYnNwOyZs
dDtycmFobWFuQGNpc2NvLmNvbSZndDs8YnI+Jmd0OyZuYnNwO1Jlc2VudC1EYXRlOiZuYnNwO1Ro
dXJzZGF5LCZuYnNwO0F1Z3VzdCZuYnNwOzgsJm5ic3A7MjAxOSZuYnNwO2F0Jm5ic3A7ODowNCZu
YnNwO1BNPGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO0RlYXImbmJzcDtBbGwsPGJyPiZndDsm
bmJzcDtJJm5ic3A7d2FzJm5ic3A7cG9pbnRlZCZuYnNwO291dCZuYnNwO3RoYXQmbmJzcDtteSZu
YnNwO3ByZXZpb3VzJm5ic3A7ZS1tYWlsJm5ic3A7YXNraW5nJm5ic3A7Zm9yJm5ic3A7V0cmbmJz
cDtoZWxwJm5ic3A7dG8mbmJzcDtwcm9ncmVzcyZuYnNwO0JGRCZuYnNwO292ZXImbmJzcDtWWExB
TiZuYnNwO2RvY3VtZW50Jm5ic3A7YnkmbmJzcDtzaGFyaW5nJm5ic3A7b3BpbmlvbnMmbmJzcDty
ZWdhcmRpbmcmbmJzcDtjb3ZlcmFnZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7QkZEJm5ic3A7RWNo
byZuYnNwO21vZGUmbmJzcDttYXkmbmJzcDtiZSZuYnNwO292ZXJzdGVwcGluZyZuYnNwO3RoZSZu
YnNwO2JvdW5kcyZuYnNwO29mJm5ic3A7YW4mbmJzcDtFZGl0b3IuJm5ic3A7SSZuYnNwO2Fwb2xv
Z2l6ZSwmbmJzcDt0aGF0Jm5ic3A7d2FzJm5ic3A7bm90Jm5ic3A7bXkmbmJzcDtpbnRlbnRpb24u
Jm5ic3A7SSdtJm5ic3A7YXNraW5nJm5ic3A7V0cmbmJzcDtDaGFpcnMmbmJzcDt0byZuYnNwO2hl
bHAmbmJzcDt0byZuYnNwO2Fycml2ZSZuYnNwO2F0Jm5ic3A7dGhlJm5ic3A7Y29uY2x1c2lvbiZu
YnNwO29mJm5ic3A7dGhpcyZuYnNwO3F1ZXN0aW9uJm5ic3A7aW4mbmJzcDthJm5ic3A7cmVhc29u
YWJsZSZuYnNwO3RpbWUuPGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO1JlZ2FyZHMsPGJyPiZn
dDsmbmJzcDtHcmVnPGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO09uJm5ic3A7VGh1LCZuYnNw
O0F1ZyZuYnNwOzgsJm5ic3A7MjAxOSZuYnNwO2F0Jm5ic3A7NDowNiZuYnNwO1BNJm5ic3A7R3Jl
ZyZuYnNwO01pcnNreSZuYnNwOyZsdDtncmVnaW1pcnNreUBnbWFpbC5jb20mbHQ7bWFpbHRvOmdy
ZWdpbWlyc2t5QGdtYWlsLmNvbSZndDsmZ3Q7Jm5ic3A7d3JvdGU6PGJyPiZndDsmbmJzcDtEZWFy
Jm5ic3A7QWxsLDxicj4mZ3Q7Jm5ic3A7SSZuYnNwO2hhdmUmbmJzcDtub3QmbmJzcDtzZXQmbmJz
cDt0aGUmbmJzcDt3aGVuJm5ic3A7dGhpcyZuYnNwO3BvbGwmbmJzcDtjbG9zZXMuJm5ic3A7SSZu
YnNwO2hvcGUmbmJzcDt0aGF0Jm5ic3A7dHdvJm5ic3A7d2Vla3MmbmJzcDt3b3VsZCZuYnNwO2Jl
Jm5ic3A7c3VmZmljaWVudCZuYnNwO3RpbWUmbmJzcDtmb3ImbmJzcDt0aGUmbmJzcDtXRyZuYnNw
O2NvbW11bml0eSZuYnNwO3RvJm5ic3A7ZXhwcmVzcyZuYnNwO3RoZWlyJm5ic3A7dGhvdWdodHMu
PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO0RlYXImbmJzcDtDYXJsb3MsPGJyPiZndDsmbmJz
cDt0aGFuayZuYnNwO3lvdSZuYnNwO2ZvciZuYnNwO3NoYXJpbmcmbmJzcDt5b3VyJm5ic3A7b3Bp
bmlvbiZuYnNwO29uJm5ic3A7dGhlJm5ic3A7c2NvcGUmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2Rv
Y3VtZW50Jm5ic3A7aW4mbmJzcDtyZWdhcmQmbmJzcDt0byZuYnNwO0JGRCZuYnNwO0VjaG8mbmJz
cDttb2RlLiZuYnNwO1lvdSd2ZSZuYnNwO2V4cHJlc3NlZCZuYnNwO3N1cHBvcnQmbmJzcDtmb3Im
bmJzcDtleHBsb3JpbmcmbmJzcDt0aGUmbmJzcDthcHBsaWNhYmlsaXR5Jm5ic3A7b2YmbmJzcDt0
aGUmbmJzcDtCRkQmbmJzcDtFY2hvJm5ic3A7bW9kZS4mbmJzcDtXb3VsZCZuYnNwO3lvdSZuYnNw
O3N1cHBvcnQmbmJzcDt0aGF0Jm5ic3A7ZWZmb3J0Jm5ic3A7YnkmbmJzcDtjb250cmlidXRpbmcm
bmJzcDtzb21lJm5ic3A7dGV4dCwmbmJzcDtpZiZuYnNwO1dHJm5ic3A7ZGVjaWRlcyZuYnNwO3Ro
YXQmbmJzcDtkb2N1bWVudGluZyZuYnNwO3RoZSZuYnNwO2FwcGxpY2FiaWxpdHkmbmJzcDtvZiZu
YnNwO3RoZSZuYnNwO0VjaG8mbmJzcDttb2RlJm5ic3A7aW4mbmJzcDtCRkQmbmJzcDtvdmVyJm5i
c3A7VlhMQU4mbmJzcDtpcyZuYnNwO3VzZWZ1bD88YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7
UmVnYXJkcyw8YnI+Jmd0OyZuYnNwO0dyZWc8YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7PGJy
PiZndDsmbmJzcDtPbiZuYnNwO1dlZCwmbmJzcDtBdWcmbmJzcDs3LCZuYnNwOzIwMTkmbmJzcDth
dCZuYnNwOzY6MTgmbmJzcDtQTSZuYnNwO0NhcmxvcyZuYnNwO1BpZ25hdGFybyZuYnNwOyhjcGln
bmF0YSkmbmJzcDsmbHQ7Y3BpZ25hdGFAY2lzY28uY29tJmx0O21haWx0bzpjcGlnbmF0YUBjaXNj
by5jb20mZ3Q7Jmd0OyZuYnNwO3dyb3RlOjxicj4mZ3Q7Jm5ic3A7RGVhciZuYnNwO0dyZWcsPGJy
PiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO1RoZSZuYnNwO29wdGlvbiZuYnNwO29mJm5ic3A7cmVw
bGFjaW5nJm5ic3A7dGhlJm5ic3A7ZXhpc3RpbmcmbmJzcDt0ZXh0Jm5ic3A7Zm9yJm5ic3A7c29t
ZXRoaW5nJm5ic3A7bW9yZSZuYnNwO2FtYmlndW91cyZuYnNwO2FuZCZuYnNwO2ltcGxpY2l0Jm5i
c3A7ZG9lcyZuYnNwO25vdCZuYnNwO3NlZW0mbmJzcDtsaWtlJm5ic3A7cHJvZ3Jlc3MmbmJzcDtp
biZuYnNwO215Jm5ic3A7aHVtYmxlJm5ic3A7b3Bpbmlvbi4mbmJzcDtUaGUmbmJzcDtzcGVjJm5i
c3A7ZW5kcyZuYnNwO3VwJm5ic3A7d2l0aCZuYnNwO3RoZSZuYnNwO3NhbWUmbmJzcDtjYXBhYmls
aXRpZXMsJm5ic3A7YnV0Jm5ic3A7dGhlJm5ic3A7dGV4dCZuYnNwO2lzJm5ic3A7bW9yZSZuYnNw
O29ic2N1cmUuJm5ic3A7SSZuYnNwO2RvJm5ic3A7bm90Jm5ic3A7c3VwcG9ydCZuYnNwO3RoYXQm
bmJzcDtvcHRpb24uPGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO015Jm5ic3A7cmVjb21tZW5k
YXRpb24mbmJzcDtmb3ImbmJzcDt5b3VyJm5ic3A7Y29uc2lkZXJhdGlvbiZuYnNwO3dvdWxkJm5i
c3A7YmU6PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOzEuJm5ic3A7Jm5i
c3A7RXhwbG9yZSZuYnNwO2lmJm5ic3A7aXQmbmJzcDtpcyZuYnNwO3Bvc3NpYmxlJm5ic3A7dG8m
bmJzcDtydW4mbmJzcDtCRkQmbmJzcDtFY2hvJm5ic3A7YXMmbmJzcDthJm5ic3A7c2luZ2xlLWhv
cC48YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOzIuJm5ic3A7Jm5ic3A7SWYmbmJzcDt5ZXMsJm5i
c3A7YWRkJm5ic3A7dGV4dCZuYnNwO3N1cHBvcnRpbmcmbmJzcDtpdC48YnI+Jmd0OyZuYnNwOyZu
YnNwOyZuYnNwOzMuJm5ic3A7Jm5ic3A7SWYmbmJzcDtubywmbmJzcDthZGQmbmJzcDt0ZXh0Jm5i
c3A7ZXhwbGFpbmluZyZuYnNwO3doeSZuYnNwO25vdCZuYnNwO29uJm5ic3A7dGVjaG5pY2FsJm5i
c3A7Z3JvdW5kcy48YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7QSZuYnNwO2xlc3MmbmJzcDtk
ZXNpcmFibGUmbmJzcDtvcHRpb24mbmJzcDt3b3VsZCZuYnNwO2JlJm5ic3A7aWYmbmJzcDt0aGUm
bmJzcDtXRyZuYnNwO2RvZXMmbmJzcDtub3QmbmJzcDtjYXJlJm5ic3A7YWJvdXQmbmJzcDtCRkQm
bmJzcDtFY2hvLCZuYnNwO3RvJm5ic3A7ZXhwbGljaXRseSZuYnNwO2tlZXAmbmJzcDtpdCZuYnNw
O291dCZuYnNwO29mJm5ic3A7c2NvcGUmbmJzcDsobm90Jm5ic3A7b24mbmJzcDt0ZWNobmljYWwm
bmJzcDtncm91bmRzKS48YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7QmVzdCw8YnI+Jmd0OyZu
YnNwOzxicj4mZ3Q7Jm5ic3A7Q2FybG9zLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDs8YnI+
Jmd0OyZuYnNwO09uJm5ic3A7QXVnJm5ic3A7NSwmbmJzcDsyMDE5LCZuYnNwO2F0Jm5ic3A7Njox
NiZuYnNwO1BNLCZuYnNwO0dyZWcmbmJzcDtNaXJza3kmbmJzcDsmbHQ7Z3JlZ2ltaXJza3lAZ21h
aWwuY29tJmx0O21haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20mZ3Q7Jmd0OyZuYnNwO3dyb3Rl
Ojxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDtEZWFyJm5ic3A7QWxsLDxicj4mZ3Q7Jm5ic3A7
aW4mbmJzcDtjb3Vyc2UmbmJzcDtvZiZuYnNwO3Jldmlld3MmbmJzcDtvZiZuYnNwO3RoZSZuYnNw
O2RyYWZ0LCZuYnNwO3NldmVyYWwmbmJzcDt0aW1lcyZuYnNwO2EmbmJzcDtxdWVzdGlvbiZuYnNw
O3dhcyZuYnNwO2Fza2VkJm5ic3A7YWJvdXQmbmJzcDt0aGUmbmJzcDtyYXRpb25hbGUmbmJzcDtm
b3ImbmJzcDtleGNsdWRpbmcmbmJzcDtCRkQmbmJzcDtFY2hvJm5ic3A7ZnJvbSZuYnNwO3RoZSZu
YnNwO3Njb3BlJm5ic3A7b2YmbmJzcDt0aGlzJm5ic3A7ZG9jdW1lbnQ6PGJyPiZndDsmbmJzcDs8
YnI+Jmd0OyZuYnNwOzcuJm5ic3A7Jm5ic3A7RWNobyZuYnNwO0JGRDxicj4mZ3Q7Jm5ic3A7PGJy
PiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtTdXBwb3J0Jm5ic3A7Zm9yJm5ic3A7ZWNobyZu
YnNwO0JGRCZuYnNwO2lzJm5ic3A7b3V0c2lkZSZuYnNwO3RoZSZuYnNwO3Njb3BlJm5ic3A7b2Ym
bmJzcDt0aGlzJm5ic3A7ZG9jdW1lbnQuPGJyPiZndDsmbmJzcDtNdWNoJm5ic3A7YXBwcmVjaWF0
ZSZuYnNwO3lvdXImbmJzcDtjb25zaWRlcmF0aW9uJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtmb2xs
b3dpbmcmbmJzcDtvcHRpb25zOjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJz
cDsqJm5ic3A7Jm5ic3A7Jm5ic3A7ZGVzY3JpYmUmbmJzcDt0aGUmbmJzcDthcHBsaWNhYmlsaXR5
Jm5ic3A7b2YmbmJzcDtCRkQmbmJzcDtFY2hvJm5ic3A7aW4mbmJzcDtWWExBTiZuYnNwO2Vudmly
b25tZW50Jm5ic3A7aW4mbmJzcDt0aGUmbmJzcDtkb2N1bWVudDs8YnI+Jmd0OyZuYnNwOyZuYnNw
OyZuYnNwOyombmJzcDsmbmJzcDsmbmJzcDtyZW1vdmUmbmJzcDtTZWN0aW9uJm5ic3A7NyZuYnNw
O2FuZCZuYnNwO2NsYXJpZnkmbmJzcDtpbiZuYnNwO3RoZSZuYnNwO0ludHJvZHVjdGlvbjxicj4m
Z3Q7Jm5ic3A7TkVXJm5ic3A7VEVYVDo8YnI+Jmd0OyZuYnNwO1RoaXMmbmJzcDtzcGVjaWZpY2F0
aW9uJm5ic3A7ZGVzY3JpYmVzJm5ic3A7cHJvY2VkdXJlcyZuYnNwO29ubHkmbmJzcDtmb3ImbmJz
cDtCRkQmbmJzcDtBc3luY2hyb25vdXMmbmJzcDttb2RlLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsm
bmJzcDsmbmJzcDsmbmJzcDsqJm5ic3A7Jm5ic3A7Jm5ic3A7bWFrZSZuYnNwO25vJm5ic3A7Y2hh
bmdlcyZuYnNwO2F0Jm5ic3A7YWxsLjxicj4mZ3Q7Jm5ic3A7UmVnYXJkcyw8YnI+Jmd0OyZuYnNw
O0dyZWc8YnI+Jmd0OyZuYnNwOzxicj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rp
dj48cD48YnI+PC9wPjwvZGl2Pg==


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--


From nobody Wed Sep 11 07:51:07 2019
Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59BBE120132 for <rtg-bfd@ietfa.amsl.com>; Wed, 11 Sep 2019 07:51:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 c3uY8kgzjqbu for <rtg-bfd@ietfa.amsl.com>; Wed, 11 Sep 2019 07:51:04 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 0119712009C for <rtg-bfd@ietf.org>; Wed, 11 Sep 2019 07:51:03 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 847491E2F3; Wed, 11 Sep 2019 10:53:45 -0400 (EDT)
Date: Wed, 11 Sep 2019 10:53:45 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: xiao.min2@zte.com.cn
Cc: rtg-bfd@ietf.org
Subject: Re: BFD Echo mode coverage in BFD for VXLAN
Message-ID: <20190911145345.GC23252@pfrc.org>
References: <20190910175147.GG1662@pfrc.org> <201909111201112154271@zte.com.cn>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <201909111201112154271@zte.com.cn>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/A22pOR3yUu3fGI9GZlOf4A-KgQ4>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Sep 2019 14:51:05 -0000

Xiam Min,

On Wed, Sep 11, 2019 at 12:01:11PM +0800, xiao.min2@zte.com.cn wrote:
> From my personal perspective, I don't think we should require BFD for
> VxLAN to support Echo mode, because as I know, although the final standard
> is still on the way, many vendors including my company have already
> implemented BFD for VxLAN, and it seems that works fine, there is no
> request from them on Echo mode, which in my view is a lightweight BFD tool
> used to substitute a relatively more complex BFD implementation.

Thanks for your commentary.

Also, as an implementor, does your implementation's bootstrapping for BFD
sessions follow the text that is in the current version of the
internet-draft?  There is some continuing debate holding up last call
comments on this point.

-- Jeff


From nobody Thu Sep 12 10:10:12 2019
Return-Path: <santosh.pallagatti@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFE6E12018D for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 10:10:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O71dmSx99tHL for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 10:10:06 -0700 (PDT)
Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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 7255C120178 for <rtg-bfd@ietf.org>; Thu, 12 Sep 2019 10:10:06 -0700 (PDT)
Received: by mail-wr1-x42e.google.com with SMTP id t16so29278706wra.6 for <rtg-bfd@ietf.org>; Thu, 12 Sep 2019 10:10:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ay9eZdhM3oI1MTjYvgB847Q6Npi80Bi7e3klq4t9by4=; b=XoMZ9KLmtbf8pGYJCjQu8lAF5mGd9JQgUm9nJowRM1wE2+lwE6RhKqSVzoRyP0o5zK XTxEyRj/5aZF3XIOB/oV9Z6QSTwQ71BmOPnxFVLZelSTiCY6EuzHJh1hcMrZu9clQERP vEU7L37oPsPWYFXeziDli0JxjDSA/I8oI9nQBGRe7WkCZIuqDWKT4Qlt9ZeHDfr6R5vF neH2UwoDIQ/FvrTkzR9BZULAQJQPC19kL2Vsf4fkTev0IfQOFmBiGRXeIvasq/CcUQ+8 GKHqjpYM+2XwsnceC9GX+xQOm5/WE7ps4lNaDhMos5QuI3lVNiXObbD3BY2GpPvgEPbJ rCVg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ay9eZdhM3oI1MTjYvgB847Q6Npi80Bi7e3klq4t9by4=; b=nC4HzYuHJBpZHzpCUlkOiY1Y/U9GboAkBMGyFnmXpwnvsm1sRQ9ih8Yfc9kXFym/vT oFO8UZwDXIDnZXenO6iWvYeKC5ca8tfkg3CYnUedk7DZFecgR6c85akuwtp+k4epcIlT M1w6pGYTFPwGuf+cxO1KjA7xOpu778yvD50WJLptl4yak9so3XZeyjvTgsmQzSrnScNy Gfab8/DPTWHQIbeZPMUz5hOWKs9eU4rNdDVXz0D511xiohdpkYkUgpGr0dBjCWWtdfkY ENh0YuuT0weqg65AKE3Cz1NTG1iL+8VBcPzdq6k3hQdZ/H6KmWgqXFy8X0P3w6W5a5iv KqLQ==
X-Gm-Message-State: APjAAAUnXtegbgFvn3uGRhxu6SJx8aZcb7wTrc3JWfCP131xOHB7gDcj Ie3wZ3XXzJobQAfJuu31vYoCqpjaST3xe8okiZ4=
X-Google-Smtp-Source: APXvYqxBx2YbYJ08S3Jnbf6U06sOsFGxYaEgaZzb+QSSmQQkPk6HZTfdKmX5FneoGWBWBPo4WjyyBrDQT58ofzRTRCc=
X-Received: by 2002:a5d:6306:: with SMTP id i6mr31173505wru.323.1568308204800;  Thu, 12 Sep 2019 10:10:04 -0700 (PDT)
MIME-Version: 1.0
References: <20190216170740.GA31558@pfrc.org> <20190702183714.GB3974@pfrc.org> <20190827151718.GK24671@pfrc.org> <CAG1kdogGJiWn14S01LPKzjjH5YhecEa_h4TPPR5sPKBicdwZYw@mail.gmail.com> <BN7PR01MB3986FD6540F73757D2ECFF43FAB10@BN7PR01MB3986.prod.exchangelabs.com>
In-Reply-To: <BN7PR01MB3986FD6540F73757D2ECFF43FAB10@BN7PR01MB3986.prod.exchangelabs.com>
From: Santosh P K <santosh.pallagatti@gmail.com>
Date: Thu, 12 Sep 2019 22:39:53 +0530
Message-ID: <CACi9rdukH1s4OEt_D5GqvBPvPR0THceVAfiJRUgnrnKFcRTqvw@mail.gmail.com>
Subject: Re: Working Group Last Call on BFD Authentication Documents (expires September 13, 2019)
To: Ashesh Mishra <mishra.ashesh@outlook.com>
Cc: Manav Bhatia <manavbhatia@gmail.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000720fc005925e354e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/XBnMfk6rpO7HwATxlJBsGyAGUGc>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Sep 2019 17:10:10 -0000

--000000000000720fc005925e354e
Content-Type: text/plain; charset="UTF-8"

I support all three documents.

On Wed, Sep 11, 2019 at 9:22 AM Ashesh Mishra <mishra.ashesh@outlook.com>
wrote:

> As author, I support all three drafts.
>
> On Sep 10, 2019, at 7:13 PM, Manav Bhatia <manavbhatia@gmail.com> wrote:
>
> I support all 3 documents.
>
> On Tue, Aug 27, 2019 at 8:45 PM Jeffrey Haas <jhaas@pfrc.org> wrote:
>
>> Working Group,
>>
>> As we discussed in Montreal at IETF-105, the last hang up on progressing
>> the
>> authentication documents (thread copied below) was concerns on the IPR
>> against them.
>>
>> The holder of the IPR believes their discloures are consistent with prior
>> IPR posted against the BFD suite of published RFCs.o
>>
>> We are thus proceeding with the Working Group Last Call for these
>> documents..
>> You are encouraged to provide technical feedback for the contents of the
>> documents, which addresses providing stronger authentication on the BFD
>> protocol.
>>
>> Please indicate whether you believe these documents should be advanced to
>> the IESG for publication as RFCs.
>>
>> -- Jeff and Reshad
>>
>>
>> On Tue, Jul 02, 2019 at 02:37:15PM -0400, Jeffrey Haas wrote:
>> > Working Group,
>> >
>> > A followup on this item.
>> >
>> > Currently, the status is identical to that which was last posted.
>> Mahesh
>> > did make contact with Ciena IPR holders regarding the state of the
>> license.
>> > It is their belief that their disclosure is consistent with similar IPR
>> > filed against BFD.  Citing two similar ones:
>> >
>> > https://datatracker.ietf.org/ipr/516/
>> > https://datatracker.ietf.org/ipr/1419/
>> >
>> > It also appears to be their belief that the current wording doesn't
>> require
>> > that a license fee is due.  However, this is private commentary.
>> >
>> > At this point, my recommendation to the working group is we decide if
>> we'll
>> > proceed with the publication process.  Let's use this time prior to
>> IETF 105
>> > to discuss any pending issues on these documents.
>> >
>> > -- Jeff
>> >
>> > On Sat, Feb 16, 2019 at 12:07:40PM -0500, Jeffrey Haas wrote:
>> > > Working Group,
>> > >
>> > > On March 28, 2018, we started Working Group Last Call on the
>> following document
>> > > bundle:
>> > >
>> > >   draft-ietf-bfd-secure-sequence-numbers
>> > >   draft-ietf-bfd-optimizing-authentication
>> > >   draft-ietf-bfd-stability
>> > >
>> > > The same day, Mahesh Jethanandani acknowledged there was pending IPR
>> > > declarations against these drafts.  An IPR declaration was finally
>> posted on
>> > > November 1, 2018.  In particular, it notes a patent.  The licenseing
>> is
>> > > RAND.
>> > >
>> > > https://datatracker.ietf.org/ipr/3328/
>> > >
>> > > In the time since the WGLC was requested, there were a number of
>> technical
>> > > comments made on these drafts.  It's my belief that all substantial
>> > > technical comments had been addressed in the last posted version of
>> these
>> > > documents.  Note that there was one lingering comment about Yang
>> > > considerations for the BFD module with regard to enabling this
>> optimized
>> > > authentication mode which can be dealt with separably.
>> > >
>> > > The chairs did not carry out a further consensus call to ensure that
>> there
>> > > are no further outstanding technical issues.
>> > >
>> > > On November 21, Greg Mirsky indicated an objection to progressing the
>> > > document due to late disclosure.
>> > >
>> > >
>> https://mailarchive.ietf.org/arch/msg/rtg-bfd/u8rvWwvDWRKI3jseGHecAB9WtDo
>> > >
>> > > Since we are a little over a month prior to the upcoming IETF 104,
>> this
>> > > seems a good time to try to decide how the Working Group shall finish
>> this
>> > > work.  Since we are meeting in Prague, this may progress to microphone
>> > > conversation.
>> > >
>> > > For the moment, the chairs' perceived status of the documents are:
>> > > - No pending technical issues with the documents with one known issue.
>> > > - Concerns over late disclosure of IPR.
>> > > - No solid consensus from the Working Group that we're ready to
>> proceed.
>> > >   This part may be covered by a future consensus call, but let's hear
>> list
>> > >   discussion first.
>> > >
>> > > -- Jeff
>>
>>

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

<div dir=3D"ltr">I support all three documents.=C2=A0</div><br><div class=
=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, Sep 11, 2019=
 at 9:22 AM Ashesh Mishra &lt;<a href=3D"mailto:mishra.ashesh@outlook.com">=
mishra.ashesh@outlook.com</a>&gt; wrote:<br></div><blockquote class=3D"gmai=
l_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,20=
4,204);padding-left:1ex">



<div dir=3D"auto">
<div dir=3D"ltr"></div>
<div dir=3D"ltr">As author, I support all three drafts.=C2=A0</div>
<div dir=3D"ltr"><br>
On Sep 10, 2019, at 7:13 PM, Manav Bhatia &lt;<a href=3D"mailto:manavbhatia=
@gmail.com" target=3D"_blank">manavbhatia@gmail.com</a>&gt; wrote:<br>
<br>
</div>
<div dir=3D"ltr">
<div dir=3D"ltr">I support all 3 documents.</div>
<br>
<div class=3D"gmail_quote">
<div dir=3D"ltr" class=3D"gmail_attr">On Tue, Aug 27, 2019 at 8:45 PM Jeffr=
ey Haas &lt;<a href=3D"mailto:jhaas@pfrc.org" target=3D"_blank">jhaas@pfrc.=
org</a>&gt; wrote:<br>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex">
Working Group,<br>
<br>
As we discussed in Montreal at IETF-105, the last hang up on progressing th=
e<br>
authentication documents (thread copied below) was concerns on the IPR<br>
against them.<br>
<br>
The holder of the IPR believes their discloures are consistent with prior<b=
r>
IPR posted against the BFD suite of published RFCs.o<br>
<br>
We are thus proceeding with the Working Group Last Call for these documents=
..<br>
You are encouraged to provide technical feedback for the contents of the<br=
>
documents, which addresses providing stronger authentication on the BFD<br>
protocol.=C2=A0 <br>
<br>
Please indicate whether you believe these documents should be advanced to<b=
r>
the IESG for publication as RFCs.<br>
<br>
-- Jeff and Reshad<br>
<br>
<br>
On Tue, Jul 02, 2019 at 02:37:15PM -0400, Jeffrey Haas wrote:<br>
&gt; Working Group,<br>
&gt; <br>
&gt; A followup on this item.<br>
&gt; <br>
&gt; Currently, the status is identical to that which was last posted.=C2=
=A0 Mahesh<br>
&gt; did make contact with Ciena IPR holders regarding the state of the lic=
ense.<br>
&gt; It is their belief that their disclosure is consistent with similar IP=
R<br>
&gt; filed against BFD.=C2=A0 Citing two similar ones:<br>
&gt; <br>
&gt; <a href=3D"https://datatracker.ietf.org/ipr/516/" rel=3D"noreferrer" t=
arget=3D"_blank">
https://datatracker.ietf.org/ipr/516/</a><br>
&gt; <a href=3D"https://datatracker.ietf.org/ipr/1419/" rel=3D"noreferrer" =
target=3D"_blank">
https://datatracker.ietf.org/ipr/1419/</a><br>
&gt; <br>
&gt; It also appears to be their belief that the current wording doesn&#39;=
t require<br>
&gt; that a license fee is due.=C2=A0 However, this is private commentary.<=
br>
&gt; <br>
&gt; At this point, my recommendation to the working group is we decide if =
we&#39;ll<br>
&gt; proceed with the publication process.=C2=A0 Let&#39;s use this time pr=
ior to IETF 105<br>
&gt; to discuss any pending issues on these documents.<br>
&gt; <br>
&gt; -- Jeff<br>
&gt; <br>
&gt; On Sat, Feb 16, 2019 at 12:07:40PM -0500, Jeffrey Haas wrote:<br>
&gt; &gt; Working Group,<br>
&gt; &gt; <br>
&gt; &gt; On March 28, 2018, we started Working Group Last Call on the foll=
owing document<br>
&gt; &gt; bundle:<br>
&gt; &gt; <br>
&gt; &gt;=C2=A0 =C2=A0draft-ietf-bfd-secure-sequence-numbers<br>
&gt; &gt;=C2=A0 =C2=A0draft-ietf-bfd-optimizing-authentication<br>
&gt; &gt;=C2=A0 =C2=A0draft-ietf-bfd-stability<br>
&gt; &gt; <br>
&gt; &gt; The same day, Mahesh Jethanandani acknowledged there was pending =
IPR<br>
&gt; &gt; declarations against these drafts.=C2=A0 An IPR declaration was f=
inally posted on<br>
&gt; &gt; November 1, 2018.=C2=A0 In particular, it notes a patent.=C2=A0 T=
he licenseing is<br>
&gt; &gt; RAND.=C2=A0 <br>
&gt; &gt; <br>
&gt; &gt; <a href=3D"https://datatracker.ietf.org/ipr/3328/" rel=3D"norefer=
rer" target=3D"_blank">
https://datatracker.ietf.org/ipr/3328/</a><br>
&gt; &gt; <br>
&gt; &gt; In the time since the WGLC was requested, there were a number of =
technical<br>
&gt; &gt; comments made on these drafts.=C2=A0 It&#39;s my belief that all =
substantial<br>
&gt; &gt; technical comments had been addressed in the last posted version =
of these<br>
&gt; &gt; documents.=C2=A0 Note that there was one lingering comment about =
Yang<br>
&gt; &gt; considerations for the BFD module with regard to enabling this op=
timized<br>
&gt; &gt; authentication mode which can be dealt with separably.<br>
&gt; &gt; <br>
&gt; &gt; The chairs did not carry out a further consensus call to ensure t=
hat there<br>
&gt; &gt; are no further outstanding technical issues.<br>
&gt; &gt; <br>
&gt; &gt; On November 21, Greg Mirsky indicated an objection to progressing=
 the<br>
&gt; &gt; document due to late disclosure.<br>
&gt; &gt; <br>
&gt; &gt; <a href=3D"https://mailarchive.ietf.org/arch/msg/rtg-bfd/u8rvWwvD=
WRKI3jseGHecAB9WtDo" rel=3D"noreferrer" target=3D"_blank">
https://mailarchive.ietf.org/arch/msg/rtg-bfd/u8rvWwvDWRKI3jseGHecAB9WtDo</=
a><br>
&gt; &gt; <br>
&gt; &gt; Since we are a little over a month prior to the upcoming IETF 104=
, this<br>
&gt; &gt; seems a good time to try to decide how the Working Group shall fi=
nish this<br>
&gt; &gt; work.=C2=A0 Since we are meeting in Prague, this may progress to =
microphone<br>
&gt; &gt; conversation.<br>
&gt; &gt; <br>
&gt; &gt; For the moment, the chairs&#39; perceived status of the documents=
 are:<br>
&gt; &gt; - No pending technical issues with the documents with one known i=
ssue.<br>
&gt; &gt; - Concerns over late disclosure of IPR.<br>
&gt; &gt; - No solid consensus from the Working Group that we&#39;re ready =
to proceed.<br>
&gt; &gt;=C2=A0 =C2=A0This part may be covered by a future consensus call, =
but let&#39;s hear list<br>
&gt; &gt;=C2=A0 =C2=A0discussion first.<br>
&gt; &gt; <br>
&gt; &gt; -- Jeff<br>
<br>
</blockquote>
</div>
</div>
</div>

</blockquote></div>

--000000000000720fc005925e354e--


From nobody Thu Sep 12 10:12:18 2019
Return-Path: <santosh.pallagatti@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E555F12018D; Thu, 12 Sep 2019 10:11:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vttfhFVSajDZ; Thu, 12 Sep 2019 10:11:03 -0700 (PDT)
Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 DD8FB120178; Thu, 12 Sep 2019 10:11:02 -0700 (PDT)
Received: by mail-wr1-x42a.google.com with SMTP id g7so29362644wrx.2; Thu, 12 Sep 2019 10:11:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DM8ABggOAuWiUosGLZojbkQIsSjHLBxlVUexxkN2WbU=; b=SIptlPe5rR4XdN8J3gDsBpV6y3mBw7zo8yK9lKdR5P/Dpja1Vy1JJSXqx7Gsha7KHp RaaRVvth6Hx4nHmTqVNavJXecdoyer5Qez183Dq1KNtJtih7aiGV/7Uw3oDP9et3F4Js 50LFXCORL1jT2ci00AglkvbE7/3gLzCbPYpgr0o0Gox8yZdtYrnIVRmdn3Nsu9ewyjD0 kDRv9OwHCcVz9VLI98J4W1KdFKGy21gGo84krB1TY9q+fMeX1SU5kF6x9Q239ShaCENh XR4IDuyQUc4jDDBocUJ6S6iHPRS52woQfdbWHWjm7lrDUuauCv1KBIG9b6oMqaZWMf6u svRg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DM8ABggOAuWiUosGLZojbkQIsSjHLBxlVUexxkN2WbU=; b=JS1a7cGryyBkxRy0A/u8DcVAZOC3d72MELMkz/vWMWzh0yf1Th8050Ug8FMsuhsOND GVMQuGr3ysR5FKuMepouIU4ipZWayBWWkvoM86ILhpQz53+YUMVhNq+jXHUqBIpJD517 nvrD3FKEqgEiE6FxsnX53Rjcpdbv6ZPszvkDUqvLnpk5j+QM9pRgtZRw/J+XSPb7RkCY 5d1Nnu7kfFC5byAE8OqTrEE9Adpwn/xtats3XeJ1ycBe1fpCiNeBbLo1Vdd6F+I3lJgs YzTxMO55gd7PsfDXp4Dgenbc8Xwbmu2yJV1qKbYNYfBhF5yG4gB4awEvApqIcOIgeW3P r1Ng==
X-Gm-Message-State: APjAAAWbpRRRzk+0rHWrZsXFBZ79pl28ENXd9x2boOD8C0s0jALNT5WM 1VFienloQGsHm6bsssr00KdjE5TMjW+HvHpx7rg=
X-Google-Smtp-Source: APXvYqz+sfHSYJ1KxQjqpVYW9+hPsWQRnqD4oQjv+keG/VAn9OtXbiRu5YCmC7NvKuhZVj1dS5FrkvgKUgbfqwTqk/E=
X-Received: by 2002:adf:dbc6:: with SMTP id e6mr2249912wrj.149.1568308261063;  Thu, 12 Sep 2019 10:11:01 -0700 (PDT)
MIME-Version: 1.0
References: <CA+RyBmW=byLBNfVQSdaEoMf-QnJtj13k788XhbZ9tqH4bcgqNQ@mail.gmail.com> <CAOPNUTBJztjmNgrDyHgMo8-nRazAaXACGJJZ6Lx8z8aRVBM+GA@mail.gmail.com> <CA+RyBmWrM3v37BO8O_VOGG-NJ+UbrtSVQ_2GwW0R+vLkxbtvHw@mail.gmail.com> <CACi9rdvKTLwBQn9mcJksGTW79QTFj0d45DOpDT1Jee4QpGnv3Q@mail.gmail.com> <c57a3cf3-ab77-99df-0f78-104edef3275c@joelhalpern.com> <CACi9rdubTnzgCVZK0syRf3fsrpTU45SpQV57n2rNcNCqk+3+7Q@mail.gmail.com> <CACi9rdsmP8SFwP+Her45XKFwQZ3SQgwLpr62kAY-kP4vZtnFnQ@mail.gmail.com> <CAOPNUTD4nQ4YROxUA9hxdTFOtv4XpmazA=apm2ceuCxt3yM=XA@mail.gmail.com> <bf019ac6-2580-7f9e-66c4-5a24c1b2eb2b@joelhalpern.com> <CAOPNUTC=q4O=QUhFFiuv8UnU1uuCjHYkJV-Oha07NTJ_X7SODQ@mail.gmail.com> <7437a61e-133c-c53e-fd1d-c3a31e4e90a9@joelhalpern.com> <CAOPNUTB+fNXmB8jctUrVh5aAYd-R=CC6cv=1QpzMoYcVs0EUtw@mail.gmail.com> <df39e2b9-598a-5121-525c-f435d72e2184@joelhalpern.com> <CAOPNUTDHu2Ywy2=1eNzM-1jAmSOxOrHXGC2uZ3x7jVb7+vhoig@mail.gmail.com> <7500b927-4b05-0e65-0afc-4bf57770f15c@joelhalpern.com> <CAOPNUTAD9-CSBz2dFvRzyggM2JgemN54JK5p=Qj7weni7QKrHQ@mail.gmail.com> <CAOPNUTCSXm5maOmYnh8_7oxZsCn=9rJPFS7O9P+1a8ie-u=7Cg@mail.gmail.com> <CA+RyBmWqB0oAAgjq5TYTZt9xce=dMzbRrDw8=O-UjWF8ovDLNg@mail.gmail.com> <CAOPNUTCmnEMMN1nvAaMuU+uiREBpLr-86=Ujo+ppdccpFk0kpw@mail.gmail.com> <CA+RyBmW38DY2xaebViT3goj=g3bHY5QrR7ttvKxyB=JmfYW0qg@mail.gmail.com> <CAOPNUTDmhnrrUeJbrQzf=1BT=ezaUkNLqNmkgCNtiGmn148n9g@mail.gmail.com> <CA+RyBmWO-u+xon55UhDkmj-+nS2ogP4WOMR9jdL2RQbQ+JLb4A@mail.gmail.com> <CAOPNUTAUvhVcXAKD9yLW7NJP6T4sM3y_sJpuWJ2L899oswScTQ@mail.gmail.com> <CA+RyBmVYuyVUXWYtwDQsPbvgP88dSanOdTNj=MWVU_-MGvadJA@mail.gmail.com> <CAOPNUTD0+Nf61WOzbynFgj9vhM6ADPoA7f16fn4wWpEQgYdhzQ@mail.gmail.com> <CA+RyBmVgucPVpt7GYPpJYASqRnvGoyS2tq4QUw2cm0q1O_1Ktg@mail.gmail.com> <CACi9rdso42A0mgCnDQ1b4rbABjS4vEGf_C9BCGc91m01PLRf8w@mail.gmail.com> <CA+RyBmUHDocxncMzEXKwtx5Cm5xwL05L9figdtn1HzgLpAw7rA@mail.gmail.com>
In-Reply-To: <CA+RyBmUHDocxncMzEXKwtx5Cm5xwL05L9figdtn1HzgLpAw7rA@mail.gmail.com>
From: Santosh P K <santosh.pallagatti@gmail.com>
Date: Thu, 12 Sep 2019 22:40:49 +0530
Message-ID: <CACi9rduQPcDbTVqnLau1cSrOKHyigC_P2Wx6k9BJC+ZvKPjDiA@mail.gmail.com>
Subject: Re: BFD over VXLAN: Trapping BFD Control packet at VTEP
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: Dinesh Dutt <didutt@gmail.com>, "Joel M. Halpern" <jmh@joelhalpern.com>, rtg-bfd WG <rtg-bfd@ietf.org>,  "T. Sridhar" <tsridhar@vmware.com>, bfd-chairs@ietf.org,  Martin Vigoureux <martin.vigoureux@nokia.com>, draft-ietf-bfd-vxlan@ietf.org
Content-Type: multipart/alternative; boundary="000000000000cc922205925e38fd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/uAWigYhscQ7cG7Jwr8SotwWswIw>
X-Mailman-Approved-At: Thu, 12 Sep 2019 10:12:17 -0700
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Sep 2019 17:11:14 -0000

--000000000000cc922205925e38fd
Content-Type: text/plain; charset="UTF-8"

Greg,
   Sorry for delay. I will come up with appropriate text for few of the
points listed.

Thanks
Santosh P K

On Fri, Aug 16, 2019 at 4:59 AM Greg Mirsky <gregimirsky@gmail.com> wrote:

> Hi Santosh,
> thank you for your comments. Please find my notes in-lined and tagged
> GIM>>.
>
> Regards,
> Greg
>
> On Tue, Aug 13, 2019 at 10:24 PM Santosh P K <santosh.pallagatti@gmail.com>
> wrote:
>
>> Greg,
>>    Thanks for updated version of document. Here are few comments on new
>> draft.
>>
>> Section 4:
>> Destination MAC: This MUST NOT be of one of tenant's MAC
>>          addresses.  The MAC address MAY be configured, or it MAY be
>>          learned via a control plane protocol.  The details of how the
>>          MAC address is obtained are outside the scope of this document.
>>
>> I think we may need to give background on why we are saying MAC address
>> MUST not be one of tenant's MAC address. Like in this thread we have
>> discussed one of the tenant could have borrowed the same VTEP mac address
>> and we if we have to use BFD then we need to avoid that conflict to ensure
>> BFD packets get observed in the VTEP itself. Should we add a section before
>> 4 to set that context so that above text makes more sense in that context?
>>
> GIM>> Certainly. Please share the text you'd like to add.
>
>>
>>
>>    IP header:
>>          Destination IP: IP address MUST NOT be of one of tenant's IP
>>          addresses.  IP address MAY be selected from the range 127/8 for
>>          IPv4, for IPv6 - from the range 0:0:0:0:0:FFFF:7F00:0/104.
>>
>>          TTL: MUST be set to 1 to ensure that the BFD packet is not
>>          routed within the L3 underlay network.
>>
>>
>> I think we have added some text to address Sridhar comments on why TTL
>> MUST be 1 and dest IP address MUST be 127/8 range. I see that text is
>> missing now.
>>
> GIM>> My apologies that I've missed to include the text from another
> discussion thread. I believe the following would be complete:
>           TTL or Hop Limit: MUST be set to 1 to ensure that the BFD
>          packet is not routed within the Layer 3 underlay network.  This
>          addresses the scenario when the inner IP destination address is
>          of VXLAN gateway and there is a router in underlay which
>          removes the VXLAN header, then it is possible to route the
>          packet as VXLAN  gateway address is routable address.
>>
>>
>> Section 5.1:
>> For such packets, the BFD session MUST be identified
>>    using the following three-tuples of fields of the inner header: the
>>    source IP, the destination IP, and the source UDP port number present
>>    in the IP header carried by the payload of the packet in VXLAN
>>    encapsulation.  If BFD packet is received with non-zero Your
>> Discriminator, then BFD session MUST be demultiplexed only with Your
>>    Discriminator as the key.
>>
>> Just with 3 tuple we will not be able to demux packet. We need to
>> consider VNI as well if we have multiple BFD session between same pair of
>> VTEP.
>>
> GIM>> This is one of comments from Carlos we need to address. Your comment
> have helped me to form the question:
>
> What is the goal running multiple BFD sessions between the pair of VTEPs?
>
> If the goal is to monitor per VNI, then the following text should describe
> the demultiplexing of the initial BFD Control packet:
>    Demultiplexing of IP BFD packet has been defined in Section 3 of
>    [RFC5881].  Since multiple BFD sessions may be running between two
>    VTEPs, there needs to be a mechanism for demultiplexing received BFD
>    packets to the proper session.  For demultiplexing packets with Your
>    Discriminator equal to 0, a BFD session MUST be identified using the
>    logical link over which the BFD Control packet is received.  In the
>    case of VXLAN, the VNI number identifies that logical link.  If BFD
>    packet is received with non-zero Your Discriminator, then BFD session
>    MUST be demultiplexed only with Your Discriminator as the key.
> Would there be need to run multiple BFD sessions with the same VNI number?
>
>
>>
>> Thanks
>> Santosh P K
>>
>>
>> On Fri, Aug 9, 2019 at 4:27 AM Greg Mirsky <gregimirsky@gmail.com> wrote:
>>
>>> Dinesh, thank you for your help, much appreciated.
>>>
>>> Hi Joel and Sridhar,
>>> could you please check if the updated text on the inner Ethernet frame
>>> addressed your concern.
>>>
>>> On Wed, Aug 7, 2019 at 2:25 PM Dinesh Dutt <didutt@gmail.com> wrote:
>>>
>>>> Looks god to me Greg. Thank you for your hard work in this,
>>>>
>>>> Dinesh
>>>>
>>>> On Wed, Aug 7, 2019 at 9:25 AM Greg Mirsky <gregimirsky@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi Dinesh, Joel, Sridhar, et al.,
>>>>> much appreciate the help you've given me sharing your expertise. I
>>>>> hope that the updates you will find in the attached diff and the working
>>>>> copy of the draft be closer to the acceptable solution for VTEP-VTEP BFD.
>>>>> Please note, that I'll shortly start a new discussion thread to address one
>>>>> of Carlos's questions on the ambiguity of the text on multiple concurrent
>>>>> sessions between the same pair of VTEPs.
>>>>> Please review the changes to Sections 4 and 6 and share your feedback,
>>>>> suggestions, and questions.
>>>>>
>>>>> Regards,
>>>>> Greg
>>>>>
>>>>> On Mon, Aug 5, 2019 at 6:03 PM Dinesh Dutt <didutt@gmail.com> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Aug 5, 2019 at 5:56 PM Greg Mirsky <gregimirsky@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi Dinesh,
>>>>>>> thank you for your expedient detailed response.
>>>>>>> I believe that the ability to run BFD session up to a tenant
>>>>>>> (VTEP-VTEP-tenant or tenant-tenant) was never in jeopardy from this
>>>>>>> specification.
>>>>>>> I'm trying to provide precise specification on what can be used ad
>>>>>>> the destination MAC and IP addresses in the inner frame/packet as I believe
>>>>>>> that likely will help to avoid interoperability issues.
>>>>>>> I'm interested to learn some more about the "martian checking"
>>>>>>> function. As you know, martian addresses have been used as destination IP
>>>>>>> address in LSP Ping and BFD over MPLS LSP and PW. I haven't heard that any
>>>>>>> silicon feature caused problems for operators using these tools.
>>>>>>>
>>>>>>
>>>>>> Interesting. I didn't know this aspect of use with MPLS ping. Did
>>>>>> those packets ever go through a firewall though? In any case, maybe suggest
>>>>>> the use of those addresses with a statement that this is how LSP does it,
>>>>>> but that other MAC/IP pairs are possible as long as the conditions of the
>>>>>> endpoint owning the MAC/IP was honored.
>>>>>>
>>>>>> Dinesh
>>>>>>
>>>>>>>
>>>>>>> Regards,
>>>>>>> Greg
>>>>>>>
>>>>>>> On Mon, Aug 5, 2019 at 3:59 PM Dinesh Dutt <didutt@gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi Greg,
>>>>>>>>
>>>>>>>> That we agree on the problem definition is the first step forward.
>>>>>>>> Your original document had my cases covered and so I was surprised by the
>>>>>>>> track this thread took. It doesn't matter, we're back on track.
>>>>>>>>
>>>>>>>> My recommendation is to not worry about specifying the precise
>>>>>>>> MAC/IP address used in the inner header. The addresses chosen MUST ensure
>>>>>>>> that the packet is trapped to the control plane of the VTEP and not escape
>>>>>>>> to the tenant if the BFD is to the VTEP. Any solution MUST also not
>>>>>>>> preclude the use of the BFD by tenant systems for that VNI. There are many
>>>>>>>> ways an implementer can choose to implement this. For example, the inner
>>>>>>>> MAC address is whatever the VTEP implementer would return if ARP'd for the
>>>>>>>> IP address used in the inner header in the given VNI. The implementer can
>>>>>>>> pick a fixed MAC address, one that they own etc. Multiple BFD sessions can
>>>>>>>> be run for testing path connectivity on more than one VNIs. Limits should
>>>>>>>> be in place to avoid overwhelming the receiver with BFD messages (you had
>>>>>>>> words about this in your currently published draft).  If the VNI is
>>>>>>>> irrelevant in the test i.e. only the VXLAN pipe at the VTEP is being
>>>>>>>> tested. the user can use any VNI active on the VTEP on which the VTEP owns
>>>>>>>> an IP address.
>>>>>>>>
>>>>>>>> I'm concerned about the use of 127/8 address only because of
>>>>>>>> firewalls or implementations that drop packets with these addresses as
>>>>>>>> either the source or destination. For example, on many merchant silicon, I
>>>>>>>> don't believe you can turn off martian checking and drops *only* for
>>>>>>>> VXLAN-encapsulated BFD packets. I don't know what the Linux kernel does
>>>>>>>> today on such packets, for example (or Hyper-V). I'd like a solution that
>>>>>>>> doesn't demand additional or new chip functionality or require additional
>>>>>>>> middle-box hole punch.
>>>>>>>>
>>>>>>>> Why do you feel you MUST to specify the MAC/IP address on the inner
>>>>>>>> packet? What am I missing here?
>>>>>>>>
>>>>>>>> Dinesh
>>>>>>>>
>>>>>>>> On Mon, Aug 5, 2019 at 3:04 PM Greg Mirsky <gregimirsky@gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Hi Dinesh,
>>>>>>>>> what do you see as the way forward? I agree, that the proposed
>>>>>>>>> text doesn't work for multi-VNI concurrent monitoring because these VNIs
>>>>>>>>> are tenant's VNIs. And in that case, we need to specify another mechanism
>>>>>>>>> to trap the BFD Control packet at VTEP. It seems that VTEP's Ethernet
>>>>>>>>> address must be used as the destination MAC address in the inner Ethernet
>>>>>>>>> frame. The destination IP address may be either VTEP's address of martian
>>>>>>>>> (I do prefer martian). Let me give it  try:
>>>>>>>>> NEW TEXT:
>>>>>>>>>
>>>>>>>>> To monitor continuity of the path between two VTEPs, an operator
>>>>>>>>> MUST select a VNI number to be used as Management VNI. Management VNI
>>>>>>>>> number MUST NOT be one of the tenant's VNIs to prevent sending VXLAN
>>>>>>>>> packets received on Management VNI to a tenant. VNI number 1 is RECOMMENDED
>>>>>>>>> as the default for Management VNI. [Ed.note: What we set the Destination
>>>>>>>>> MAC to? Can it be invalid MAC that MUST be ignored on receipt?]
>>>>>>>>>
>>>>>>>>> If an implementation supports concurrent monitoring of multiple
>>>>>>>>> VNIs, then the value of VNI number MAY be one of tenant's VNIs. The
>>>>>>>>> destination MAC address in the inner Ethernet frame encapsulating BFD
>>>>>>>>> Control packet MUST be MAC associated with the remote VTEP.
>>>>>>>>> The destination IP address of the inner IP packet MUST be selected
>>>>>>>>> from the range 127/8 for IPv4, and for IPv6 from the range
>>>>>>>>> 0:0:0:0:0:FFFF:7F00:0/104. The TTL value in the inner IP header MUST be set
>>>>>>>>> to 1.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Greg
>>>>>>>>>
>>>>>>>>> On Sun, Aug 4, 2019 at 9:07 AM Dinesh Dutt <didutt@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Greg,
>>>>>>>>>>
>>>>>>>>>> Thanks for your clarifications. I agree with your sentiment on
>>>>>>>>>> why you're running BFD over VXLAN between VTEPs. I wasn't arguing against
>>>>>>>>>> it at all. All I was saying was pointing to the limitations of the use of
>>>>>>>>>> management VNI. I spoke to some operators who're running EVPN and mentioned
>>>>>>>>>> the discussion on this thread. They concur that they're using specific VNIs
>>>>>>>>>> to test connectivity over that VNI between VTEPs to ensure misconfiguration
>>>>>>>>>> doesn't lead to blackholes. My statements are based in real world operator
>>>>>>>>>> experience. And I was providing language that ensured packets didn't leak
>>>>>>>>>> across to tenants when they were destined to VTEPs.
>>>>>>>>>>
>>>>>>>>>> Dinesh
>>>>>>>>>>
>>>>>>>>>> On Sat, Aug 3, 2019 at 10:34 AM Greg Mirsky <
>>>>>>>>>> gregimirsky@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Dinesh,
>>>>>>>>>>> many thanks for your detailed updates on how some
>>>>>>>>>>> implementations process VXLAN header and the inner Ethernet frame. These
>>>>>>>>>>> are very helpful in achieving the workable solution for the problem at hand.
>>>>>>>>>>> You've noted that a path between VTEPs may be monitored in the
>>>>>>>>>>> underlay network by merely establishing a BFD session. That is true, but by
>>>>>>>>>>> using BFD with VXLAN encapsulation between the pair of VTEPs we are
>>>>>>>>>>> extending the OAM domain by including, to some extent, VXLAN forwarding
>>>>>>>>>>> engine. Abstract in RFC 5880 defines the goal and the domain in which BFD
>>>>>>>>>>> protocol can detect a fault as:
>>>>>>>>>>>    This document describes a protocol intended to detect faults
>>>>>>>>>>> in the
>>>>>>>>>>>    bidirectional path between two forwarding engines, including
>>>>>>>>>>>    interfaces, data link(s), and to the extent possible the
>>>>>>>>>>> forwarding
>>>>>>>>>>>    engines themselves, with potentially very low latency.
>>>>>>>>>>> Thus, BFD in the underlay will exercise a part of IP forwarding
>>>>>>>>>>> engine while BFD with VXLAN encapsulation, ran between the same pair of
>>>>>>>>>>> VTEPs, extends the OAM domain. At the same time, defining BFD between
>>>>>>>>>>> tenant systems in outside the goal of this specification. But VXLAN BFD
>>>>>>>>>>> session between VTEPs may be useful in monitoring e2e path between tenants,
>>>>>>>>>>> as described in the update to -07:
>>>>>>>>>>>    At the same time, a service layer BFD session may be used
>>>>>>>>>>> between the
>>>>>>>>>>>    tenants of VTEPs IP1 and IP2 to provide end-to-end fault
>>>>>>>>>>> management.
>>>>>>>>>>>    In such case, for VTEPs BFD control packets of that session
>>>>>>>>>>> are
>>>>>>>>>>>    indistinguishable from data packets.  If end-to-end defect
>>>>>>>>>>> detection
>>>>>>>>>>>    is realized as the set of concatenated OAM domains, e.g.,
>>>>>>>>>>> VM1-1 - IP1
>>>>>>>>>>>    -- IP2 - VM2-1, then the BFD session over VXLAN between VTEPs
>>>>>>>>>>> SHOULD
>>>>>>>>>>>    follow the procedures described in Section 6.8.17 [RFC5880].
>>>>>>>>>>> I've attached the current working version of the draft.
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>> Greg
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Aug 2, 2019 at 5:43 PM Dinesh Dutt <didutt@gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> What I mean is "How do you infer that it excludes the case I'm
>>>>>>>>>>>> talking about?".
>>>>>>>>>>>>
>>>>>>>>>>>> Dinesh
>>>>>>>>>>>>
>>>>>>>>>>>> On Fri, Aug 2, 2019 at 5:41 PM Dinesh Dutt <didutt@gmail.com>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> The abstract reads this: "
>>>>>>>>>>>>>
>>>>>>>>>>>>> This document describes the use of the Bidirectional Forwarding
>>>>>>>>>>>>>    Detection (BFD) protocol in point-to-point Virtual eXtensible Local
>>>>>>>>>>>>>    Area Network (VXLAN) tunnels forming up an overlay network."
>>>>>>>>>>>>>
>>>>>>>>>>>>> How do you infer what you said?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Dinesh
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Fri, Aug 2, 2019 at 5:38 PM Joel M. Halpern <
>>>>>>>>>>>>> jmh@joelhalpern.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> I am going by what the draft says its purpose is.  If you
>>>>>>>>>>>>>> (Dinesh) want
>>>>>>>>>>>>>> the draft to fulfill a different purpose, then either ask the
>>>>>>>>>>>>>> chairs to
>>>>>>>>>>>>>> take this draft back to the WG, or write a separate draft.
>>>>>>>>>>>>>> As currently written, the behavior Greg proposed meets the
>>>>>>>>>>>>>> needs, and
>>>>>>>>>>>>>> does so in a way that is consistent with VxLAN.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Yours,
>>>>>>>>>>>>>> Joel
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 8/2/2019 8:30 PM, Dinesh Dutt wrote:
>>>>>>>>>>>>>> > What is the stated purpose of this BFD session? The VTEP
>>>>>>>>>>>>>> reachability is
>>>>>>>>>>>>>> > determined by the underlay, I don't need VXLAN-encaped
>>>>>>>>>>>>>> packet for that.
>>>>>>>>>>>>>> > Do we agree?
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> > If I want to test the VXLAN encap/decap functionality
>>>>>>>>>>>>>> alone, picking any
>>>>>>>>>>>>>> > single VNI maybe fine. But is this all any network operator
>>>>>>>>>>>>>> wants? Why?
>>>>>>>>>>>>>> > In what situations has this been a problem? I suspect
>>>>>>>>>>>>>> operators also
>>>>>>>>>>>>>> > want to verify path continuity over a specific VNI. If you
>>>>>>>>>>>>>> say this is
>>>>>>>>>>>>>> > not defined by the document, I disagree because the current
>>>>>>>>>>>>>> version
>>>>>>>>>>>>>> > talks about controlling the number of BFD sessions between
>>>>>>>>>>>>>> the VTEPs
>>>>>>>>>>>>>> > (see section 3). More importantly, this is a real problem
>>>>>>>>>>>>>> that operators
>>>>>>>>>>>>>> > like to verify.
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> > Dinesh
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> > On Fri, Aug 2, 2019 at 5:08 PM Joel M. Halpern <
>>>>>>>>>>>>>> jmh@joelhalpern.com
>>>>>>>>>>>>>> > <mailto:jmh@joelhalpern.com>> wrote:
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> >     What is special about the management VNI is precisely
>>>>>>>>>>>>>> that it is NOT a
>>>>>>>>>>>>>> >     tenant VNI.  The VxLAN administration does know how it
>>>>>>>>>>>>>> allocates VNI to
>>>>>>>>>>>>>> >     tenants, and which VNI it has allocated.  In contrast,
>>>>>>>>>>>>>> it does not know
>>>>>>>>>>>>>> >     which IP addresses or MAC adddresses teh tenant is
>>>>>>>>>>>>>> using or may plan
>>>>>>>>>>>>>> >     to use.
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> >     Yours,
>>>>>>>>>>>>>> >     Joel
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> >     On 8/2/2019 6:41 PM, Dinesh Dutt wrote:
>>>>>>>>>>>>>> >      > The assumption of an IP address within any VNI is
>>>>>>>>>>>>>> suspect that way.
>>>>>>>>>>>>>> >      > What's special about a single VNI, the management
>>>>>>>>>>>>>> VNI? The VTEP IP
>>>>>>>>>>>>>> >      > address does not belong in reality in any VNI.
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      > Dinesh
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      > On Fri, Aug 2, 2019 at 3:17 PM Joel M. Halpern
>>>>>>>>>>>>>> >     <jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>
>>>>>>>>>>>>>> >      > <mailto:jmh@joelhalpern.com <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com>>> wrote:
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     Your response seems to miss two points:
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     First, the problem you describe is not what the
>>>>>>>>>>>>>> document says
>>>>>>>>>>>>>> >     it is
>>>>>>>>>>>>>> >      >     solving.  To the degree it discusses it at all,
>>>>>>>>>>>>>> the document
>>>>>>>>>>>>>> >     says "
>>>>>>>>>>>>>> >      >       In
>>>>>>>>>>>>>> >      >     most cases, a single BFD session is sufficient
>>>>>>>>>>>>>> for the given
>>>>>>>>>>>>>> >     VTEP to
>>>>>>>>>>>>>> >      >     monitor the reachability of a remote VTEP,
>>>>>>>>>>>>>> regardless of the
>>>>>>>>>>>>>> >     number of
>>>>>>>>>>>>>> >      >     VNIs in common. "
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     Second, you assume the existence of an IP
>>>>>>>>>>>>>> address for a VTEP
>>>>>>>>>>>>>> >     within a
>>>>>>>>>>>>>> >      >     VNI.  As with the MAC address, the VTEP does not
>>>>>>>>>>>>>> have an IP
>>>>>>>>>>>>>> >     address
>>>>>>>>>>>>>> >      >     within the VNI.  Some implementations may have
>>>>>>>>>>>>>> created such a
>>>>>>>>>>>>>> >     thing,
>>>>>>>>>>>>>> >      >     but
>>>>>>>>>>>>>> >      >     the general construct, as defined to date, does
>>>>>>>>>>>>>> not support such.
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     In short, you are requiring a behavior that
>>>>>>>>>>>>>> violates the
>>>>>>>>>>>>>> >     architectural
>>>>>>>>>>>>>> >      >     structure of overlay / underlay separation, and
>>>>>>>>>>>>>> common
>>>>>>>>>>>>>> >     usage.  And you
>>>>>>>>>>>>>> >      >     are doing so to support a use case that the
>>>>>>>>>>>>>> working group has not
>>>>>>>>>>>>>> >      >     indicated in the document as important.
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     Yours,
>>>>>>>>>>>>>> >      >     Joel
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     On 8/2/2019 5:01 PM, Dinesh Dutt wrote:
>>>>>>>>>>>>>> >      >      > Joel,
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      > You understood correctly.
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      > The VNIs may not share fate due to
>>>>>>>>>>>>>> misconfiguration. And I
>>>>>>>>>>>>>> >     strongly
>>>>>>>>>>>>>> >      >      > suspect someone will want to use BFD for that
>>>>>>>>>>>>>> because its
>>>>>>>>>>>>>> >     about
>>>>>>>>>>>>>> >      >     checking
>>>>>>>>>>>>>> >      >      > path continuity as stated by the draft. As
>>>>>>>>>>>>>> long as there's a
>>>>>>>>>>>>>> >      >     valid IP
>>>>>>>>>>>>>> >      >      > (because it's BFD) owned by the VTEP in that
>>>>>>>>>>>>>> VNI, you can
>>>>>>>>>>>>>> >     use BFD in
>>>>>>>>>>>>>> >      >      > that VNI. Thats all that you need to
>>>>>>>>>>>>>> dictate.  That IP address
>>>>>>>>>>>>>> >      >     has a MAC
>>>>>>>>>>>>>> >      >      > address and you can use that on the inner
>>>>>>>>>>>>>> frame. That is
>>>>>>>>>>>>>> >     all normal
>>>>>>>>>>>>>> >      >      > VXLAN processing. The outer IP is always that
>>>>>>>>>>>>>> of the VTEP.
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      > Dinesh
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      > On Fri, Aug 2, 2019 at 11:03 AM Joel M.
>>>>>>>>>>>>>> Halpern
>>>>>>>>>>>>>> >      >     <jmh@joelhalpern.com <mailto:jmh@joelhalpern.com
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com
>>>>>>>>>>>>>> >>
>>>>>>>>>>>>>> >      >      > <mailto:jmh@joelhalpern.com <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com>
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>>>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      >     If I am reading your various emails
>>>>>>>>>>>>>> correctly Dinesh
>>>>>>>>>>>>>> >     (and I
>>>>>>>>>>>>>> >      >     may have
>>>>>>>>>>>>>> >      >      >     missed something) you are trying to use
>>>>>>>>>>>>>> the MAC address
>>>>>>>>>>>>>> >      >     because you
>>>>>>>>>>>>>> >      >      >     want
>>>>>>>>>>>>>> >      >      >     to be able to send these BFD packets over
>>>>>>>>>>>>>> arbitrary VNI to
>>>>>>>>>>>>>> >      >     monitor the
>>>>>>>>>>>>>> >      >      >     VNI.  That is not a requirement
>>>>>>>>>>>>>> identified in the
>>>>>>>>>>>>>> >     document.
>>>>>>>>>>>>>> >      >     It is not
>>>>>>>>>>>>>> >      >      >     even a problem I understand, since all
>>>>>>>>>>>>>> the VNI between an
>>>>>>>>>>>>>> >      >     ingress and
>>>>>>>>>>>>>> >      >      >     egress VTEP share fate.
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      >     Yours,
>>>>>>>>>>>>>> >      >      >     Joel
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      >     On 8/2/2019 1:44 PM, Dinesh Dutt wrote:
>>>>>>>>>>>>>> >      >      >      > Thanks for verifying this. On Linux
>>>>>>>>>>>>>> and hardware
>>>>>>>>>>>>>> >     routers
>>>>>>>>>>>>>> >      >     that I'm
>>>>>>>>>>>>>> >      >      >     aware
>>>>>>>>>>>>>> >      >      >      > of (Cisco circa 2012 and Cumulus), the
>>>>>>>>>>>>>> physical MAC
>>>>>>>>>>>>>> >     address is
>>>>>>>>>>>>>> >      >      >     reused
>>>>>>>>>>>>>> >      >      >      > across the VNIs on the VTEP. Did you
>>>>>>>>>>>>>> check on a non-VMW
>>>>>>>>>>>>>> >      >     device?
>>>>>>>>>>>>>> >      >      >     This is
>>>>>>>>>>>>>> >      >      >      > more for my own curiosity.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      > To address the general case, can we
>>>>>>>>>>>>>> not define a
>>>>>>>>>>>>>> >      >     well-known (or
>>>>>>>>>>>>>> >      >      >     reserve
>>>>>>>>>>>>>> >      >      >      > one) unicast MAC address for use with
>>>>>>>>>>>>>> VTEP? If the MAC
>>>>>>>>>>>>>> >      >     address is
>>>>>>>>>>>>>> >      >      >      > configurable in BFD command, this can
>>>>>>>>>>>>>> be moot.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      > Dinesh
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      > On Fri, Aug 2, 2019 at 10:27 AM
>>>>>>>>>>>>>> Santosh P K
>>>>>>>>>>>>>> >      >      >      > <santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>>>> wrote:
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >     I have cross checked point raised
>>>>>>>>>>>>>> about MAC address
>>>>>>>>>>>>>> >      >     usage. It is
>>>>>>>>>>>>>> >      >      >      >     possible that tenant could be
>>>>>>>>>>>>>> using physical MAC
>>>>>>>>>>>>>> >      >     address and
>>>>>>>>>>>>>> >      >      >     when a
>>>>>>>>>>>>>> >      >      >      >     packet comes with valid VNI with a
>>>>>>>>>>>>>> MAC address
>>>>>>>>>>>>>> >     that is
>>>>>>>>>>>>>> >      >     being
>>>>>>>>>>>>>> >      >      >     used by
>>>>>>>>>>>>>> >      >      >      >     tenant then packet will be sent to
>>>>>>>>>>>>>> that tenant.
>>>>>>>>>>>>>> >     This rules
>>>>>>>>>>>>>> >      >      >     out the
>>>>>>>>>>>>>> >      >      >      >     fact that we could use physical
>>>>>>>>>>>>>> MAC address as
>>>>>>>>>>>>>> >     inner
>>>>>>>>>>>>>> >      >     MAC to
>>>>>>>>>>>>>> >      >      >     ensure
>>>>>>>>>>>>>> >      >      >      >     packets get terminated at VTEP
>>>>>>>>>>>>>> itself.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >     Thanks
>>>>>>>>>>>>>> >      >      >      >     Santosh P K
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >     On Wed, Jul 31, 2019 at 11:00 AM
>>>>>>>>>>>>>> Santosh P K
>>>>>>>>>>>>>> >      >      >      >     <santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>>>>
>>>>>>>>>>>>>> >      >      >      >     wrote:
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >         Joel,
>>>>>>>>>>>>>> >      >      >      >             Thanks for your inputs. I
>>>>>>>>>>>>>> checked
>>>>>>>>>>>>>> >      >     implementation within
>>>>>>>>>>>>>> >      >      >      >         Vmware. Perhaps I should have
>>>>>>>>>>>>>> been more clear
>>>>>>>>>>>>>> >      >     about MAC
>>>>>>>>>>>>>> >      >      >     address
>>>>>>>>>>>>>> >      >      >      >         space while checking
>>>>>>>>>>>>>> internally. I will cross
>>>>>>>>>>>>>> >      >     check again for
>>>>>>>>>>>>>> >      >      >      >         the same and get back on this
>>>>>>>>>>>>>> list.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >         Thanks
>>>>>>>>>>>>>> >      >      >      >         Santosh P K
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >         On Wed, Jul 31, 2019 at 10:54
>>>>>>>>>>>>>> AM Joel M.
>>>>>>>>>>>>>> >     Halpern
>>>>>>>>>>>>>> >      >      >      >         <jmh@joelhalpern.com
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com> <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com>>
>>>>>>>>>>>>>> >      >     <mailto:jmh@joelhalpern.com <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com>
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com
>>>>>>>>>>>>>> >>>
>>>>>>>>>>>>>> >      >      >     <mailto:jmh@joelhalpern.com
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com> <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com>>
>>>>>>>>>>>>>> >      >     <mailto:jmh@joelhalpern.com <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com>
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>>>>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >             Sorry to ask a stupid
>>>>>>>>>>>>>> question.  Whose
>>>>>>>>>>>>>> >      >     implementation?
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >             The reason I ask is that
>>>>>>>>>>>>>> as far as I
>>>>>>>>>>>>>> >     can tell,
>>>>>>>>>>>>>> >      >     since the
>>>>>>>>>>>>>> >      >      >      >             tenant does not
>>>>>>>>>>>>>> >      >      >      >             have any control access to
>>>>>>>>>>>>>> the VTEP,
>>>>>>>>>>>>>> >     there is no
>>>>>>>>>>>>>> >      >      >     reason for
>>>>>>>>>>>>>> >      >      >      >             the VTEP to
>>>>>>>>>>>>>> >      >      >      >             have a MAC address in the
>>>>>>>>>>>>>> tenant
>>>>>>>>>>>>>> >     space.  Yes, the
>>>>>>>>>>>>>> >      >      >     device has
>>>>>>>>>>>>>> >      >      >      >             a physical
>>>>>>>>>>>>>> >      >      >      >             MAC address.  But the
>>>>>>>>>>>>>> tenant could well be
>>>>>>>>>>>>>> >      >     using that MAC
>>>>>>>>>>>>>> >      >      >      >             address.  Yes,
>>>>>>>>>>>>>> >      >      >      >             they would be violating
>>>>>>>>>>>>>> the Ethernet spec.
>>>>>>>>>>>>>> >      >     But the whole
>>>>>>>>>>>>>> >      >      >      >             point of
>>>>>>>>>>>>>> >      >      >      >             segregation is not to care
>>>>>>>>>>>>>> about such
>>>>>>>>>>>>>> >     issues.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >             On the other hand, if you
>>>>>>>>>>>>>> tell me that
>>>>>>>>>>>>>> >     the VMWare
>>>>>>>>>>>>>> >      >      >      >             implementation has an
>>>>>>>>>>>>>> >      >      >      >             Ethernet address that is
>>>>>>>>>>>>>> part of the tenant
>>>>>>>>>>>>>> >      >     space, well,
>>>>>>>>>>>>>> >      >      >      >             they made up
>>>>>>>>>>>>>> >      >      >      >             this particular game.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >             Yours,
>>>>>>>>>>>>>> >      >      >      >             Joel
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >             On 7/31/2019 1:44 PM,
>>>>>>>>>>>>>> Santosh P K wrote:
>>>>>>>>>>>>>> >      >      >      >              > I have checked with
>>>>>>>>>>>>>> implementation
>>>>>>>>>>>>>> >     in data
>>>>>>>>>>>>>> >      >     path.
>>>>>>>>>>>>>> >      >      >     When we
>>>>>>>>>>>>>> >      >      >      >             receive a
>>>>>>>>>>>>>> >      >      >      >              > packet with valid VNI
>>>>>>>>>>>>>> then lookup
>>>>>>>>>>>>>> >     for MAC will
>>>>>>>>>>>>>> >      >      >     happen and
>>>>>>>>>>>>>> >      >      >      >             it is VTEP own
>>>>>>>>>>>>>> >      >      >      >              > MAC then it will be
>>>>>>>>>>>>>> trapped to control
>>>>>>>>>>>>>> >      >     plane for
>>>>>>>>>>>>>> >      >      >      >             processing. I think we
>>>>>>>>>>>>>> >      >      >      >              > can have following
>>>>>>>>>>>>>> options
>>>>>>>>>>>>>> >      >      >      >              > 1. Optional managment
>>>>>>>>>>>>>> VNI
>>>>>>>>>>>>>> >      >      >      >              > 2. Mandatory inner MAC
>>>>>>>>>>>>>> set to VTEP mac
>>>>>>>>>>>>>> >      >      >      >              > 3. Inner IP TTL set to
>>>>>>>>>>>>>> 1 to avoid
>>>>>>>>>>>>>> >      >     forwarding of packet
>>>>>>>>>>>>>> >      >      >      >             via inner IP
>>>>>>>>>>>>>> >      >      >      >              > address.
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              > Thoughts?
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              > Thansk
>>>>>>>>>>>>>> >      >      >      >              > Santosh P K
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              > On Wed, Jul 31, 2019 at
>>>>>>>>>>>>>> 9:20 AM Greg
>>>>>>>>>>>>>> >     Mirsky
>>>>>>>>>>>>>> >      >      >      >             <gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com> <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>>>
>>>>>>>>>>>>>> >      >      >      >              > <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com> <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>
>>>>>>>>>>>>>> >      >      >      >             <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>>>> wrote:
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >     Hi Dinesh,
>>>>>>>>>>>>>> >      >      >      >              >     thank you for your
>>>>>>>>>>>>>> consideration
>>>>>>>>>>>>>> >     of the
>>>>>>>>>>>>>> >      >      >     proposal and
>>>>>>>>>>>>>> >      >      >      >             questions. What
>>>>>>>>>>>>>> >      >      >      >              >     would you see as
>>>>>>>>>>>>>> the scope of
>>>>>>>>>>>>>> >     testing the
>>>>>>>>>>>>>> >      >      >      >             connectivity for the
>>>>>>>>>>>>>> >      >      >      >              >     specific VNI? If it
>>>>>>>>>>>>>> is
>>>>>>>>>>>>>> >      >     tenant-to-tenant, then
>>>>>>>>>>>>>> >      >      >     VTEPs
>>>>>>>>>>>>>> >      >      >      >             will treat these
>>>>>>>>>>>>>> >      >      >      >              >     packets as regular
>>>>>>>>>>>>>> user frames. More
>>>>>>>>>>>>>> >      >     likely, these
>>>>>>>>>>>>>> >      >      >      >             could be Layer 2
>>>>>>>>>>>>>> >      >      >      >              >     OAM, e.g. CCM
>>>>>>>>>>>>>> frames. The reason
>>>>>>>>>>>>>> >     to use
>>>>>>>>>>>>>> >      >     127/8 for
>>>>>>>>>>>>>> >      >      >      >             IPv4, and
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>>  0:0:0:0:0:FFFF:7F00:0/104 for
>>>>>>>>>>>>>> >     IPv6 is
>>>>>>>>>>>>>> >      >     to safeguard
>>>>>>>>>>>>>> >      >      >      >             from leaking
>>>>>>>>>>>>>> >      >      >      >              >     Ethernet frames
>>>>>>>>>>>>>> with BFD Control
>>>>>>>>>>>>>> >     packet
>>>>>>>>>>>>>> >      >     to a
>>>>>>>>>>>>>> >      >      >     tenant.
>>>>>>>>>>>>>> >      >      >      >              >     You've suggested
>>>>>>>>>>>>>> using a MAC
>>>>>>>>>>>>>> >     address to
>>>>>>>>>>>>>> >      >     trap the
>>>>>>>>>>>>>> >      >      >      >             control packet at
>>>>>>>>>>>>>> >      >      >      >              >     VTEP. What that
>>>>>>>>>>>>>> address could be? We
>>>>>>>>>>>>>> >      >     had proposed
>>>>>>>>>>>>>> >      >      >      >             using the
>>>>>>>>>>>>>> >      >      >      >              >     dedicated MAC and
>>>>>>>>>>>>>> VTEP's MAC and
>>>>>>>>>>>>>> >     both
>>>>>>>>>>>>>> >      >     raised
>>>>>>>>>>>>>> >      >      >     concerns
>>>>>>>>>>>>>> >      >      >      >             among VXLAN
>>>>>>>>>>>>>> >      >      >      >              >     experts. The idea
>>>>>>>>>>>>>> of using
>>>>>>>>>>>>>> >     Management
>>>>>>>>>>>>>> >      >     VNI may
>>>>>>>>>>>>>> >      >      >     be more
>>>>>>>>>>>>>> >      >      >      >             acceptable
>>>>>>>>>>>>>> >      >      >      >              >     based on its
>>>>>>>>>>>>>> similarity to the
>>>>>>>>>>>>>> >     practice
>>>>>>>>>>>>>> >      >     of using
>>>>>>>>>>>>>> >      >      >      >             Management VLAN.
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >     Regards,
>>>>>>>>>>>>>> >      >      >      >              >     Greg
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >     On Wed, Jul 31,
>>>>>>>>>>>>>> 2019 at 12:03 PM
>>>>>>>>>>>>>> >     Dinesh
>>>>>>>>>>>>>> >      >     Dutt
>>>>>>>>>>>>>> >      >      >      >             <didutt@gmail.com
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com> <mailto:didutt@gmail.com
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com>>
>>>>>>>>>>>>>> >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>
>>>>>>>>>>>>>> >      >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>>>>>>>>>>>>>> >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>>
>>>>>>>>>>>>>> >      >      >      >              >     <mailto:
>>>>>>>>>>>>>> didutt@gmail.com
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>
>>>>>>>>>>>>>> >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>>>>
>>>>>>>>>>>>>> >      >      >      >             wrote:
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >         Hi Greg,
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >         As long as the
>>>>>>>>>>>>>> inner MAC
>>>>>>>>>>>>>> >     address is
>>>>>>>>>>>>>> >      >     such
>>>>>>>>>>>>>> >      >      >     that the
>>>>>>>>>>>>>> >      >      >      >             packet is
>>>>>>>>>>>>>> >      >      >      >              >         trapped to the
>>>>>>>>>>>>>> CPU, it should be
>>>>>>>>>>>>>> >      >     fine for
>>>>>>>>>>>>>> >      >      >     use as
>>>>>>>>>>>>>> >      >      >      >             an inner MAC is
>>>>>>>>>>>>>> >      >      >      >              >         it not? Stating
>>>>>>>>>>>>>> that is
>>>>>>>>>>>>>> >     better than
>>>>>>>>>>>>>> >      >     trying to
>>>>>>>>>>>>>> >      >      >      >             force a management
>>>>>>>>>>>>>> >      >      >      >              >         VNI. What if
>>>>>>>>>>>>>> someone wants
>>>>>>>>>>>>>> >     to test
>>>>>>>>>>>>>> >      >      >     connectivity
>>>>>>>>>>>>>> >      >      >      >             on a specific
>>>>>>>>>>>>>> >      >      >      >              >         VNI? I would
>>>>>>>>>>>>>> not pick a
>>>>>>>>>>>>>> >     loopback IP
>>>>>>>>>>>>>> >      >      >     address for
>>>>>>>>>>>>>> >      >      >      >             this since that
>>>>>>>>>>>>>> >      >      >      >              >         address range
>>>>>>>>>>>>>> is host/node local
>>>>>>>>>>>>>> >      >     only. Is
>>>>>>>>>>>>>> >      >      >     there a
>>>>>>>>>>>>>> >      >      >      >             reason you're
>>>>>>>>>>>>>> >      >      >      >              >         not using the
>>>>>>>>>>>>>> VTEP IP as the
>>>>>>>>>>>>>> >     inner IP
>>>>>>>>>>>>>> >      >      >     address ?
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >         Dinesh
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >         On Wed, Jul 31,
>>>>>>>>>>>>>> 2019 at 5:48 AM
>>>>>>>>>>>>>> >      >     Greg Mirsky
>>>>>>>>>>>>>> >      >      >      >              >         <
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com> <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>
>>>>>>>>>>>>>> >      >      >      >             <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>> <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com> <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>
>>>>>>>>>>>>>> >      >      >      >             <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>>>> wrote:
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >             Dear All,
>>>>>>>>>>>>>> >      >      >      >              >             thank you
>>>>>>>>>>>>>> for your comments,
>>>>>>>>>>>>>> >      >      >     suggestions on
>>>>>>>>>>>>>> >      >      >      >             this issue,
>>>>>>>>>>>>>> >      >      >      >              >             probably
>>>>>>>>>>>>>> the most
>>>>>>>>>>>>>> >     challenging
>>>>>>>>>>>>>> >      >     for this
>>>>>>>>>>>>>> >      >      >      >             specification. In the
>>>>>>>>>>>>>> >      >      >      >              >             course of
>>>>>>>>>>>>>> our discussions,
>>>>>>>>>>>>>> >      >     we've agreed to
>>>>>>>>>>>>>> >      >      >      >             abandon the
>>>>>>>>>>>>>> >      >      >      >              >             request to
>>>>>>>>>>>>>> allocate the
>>>>>>>>>>>>>> >      >     dedicated MAC
>>>>>>>>>>>>>> >      >      >     address
>>>>>>>>>>>>>> >      >      >      >             to be used as
>>>>>>>>>>>>>> >      >      >      >              >             the
>>>>>>>>>>>>>> destination MAC
>>>>>>>>>>>>>> >     address in
>>>>>>>>>>>>>> >      >     the inner
>>>>>>>>>>>>>> >      >      >      >             Ethernet frame.
>>>>>>>>>>>>>> >      >      >      >              >             Also,
>>>>>>>>>>>>>> earlier using VNI
>>>>>>>>>>>>>> >     0 was
>>>>>>>>>>>>>> >      >     changed from
>>>>>>>>>>>>>> >      >      >      >             mandatory to one
>>>>>>>>>>>>>> >      >      >      >              >             of the
>>>>>>>>>>>>>> options an
>>>>>>>>>>>>>> >      >     implementation may
>>>>>>>>>>>>>> >      >      >     offer to
>>>>>>>>>>>>>> >      >      >      >             an operator.
>>>>>>>>>>>>>> >      >      >      >              >             The most
>>>>>>>>>>>>>> recent
>>>>>>>>>>>>>> >     discussion was
>>>>>>>>>>>>>> >      >     whether
>>>>>>>>>>>>>> >      >      >     VTEP's
>>>>>>>>>>>>>> >      >      >      >             MAC address
>>>>>>>>>>>>>> >      >      >      >              >             might be
>>>>>>>>>>>>>> used as the
>>>>>>>>>>>>>> >      >     destination MAC
>>>>>>>>>>>>>> >      >      >     address
>>>>>>>>>>>>>> >      >      >      >             in the inner
>>>>>>>>>>>>>> >      >      >      >              >             Ethernet
>>>>>>>>>>>>>> frame. As I
>>>>>>>>>>>>>> >     recall it, the
>>>>>>>>>>>>>> >      >      >     comments
>>>>>>>>>>>>>> >      >      >      >             from VXLAN
>>>>>>>>>>>>>> >      >      >      >              >             experts
>>>>>>>>>>>>>> equally split
>>>>>>>>>>>>>> >     with one
>>>>>>>>>>>>>> >      >     for it
>>>>>>>>>>>>>> >      >      >     and one
>>>>>>>>>>>>>> >      >      >      >             against. Hence
>>>>>>>>>>>>>> >      >      >      >              >             I would
>>>>>>>>>>>>>> like to propose
>>>>>>>>>>>>>> >     a new
>>>>>>>>>>>>>> >      >     text to
>>>>>>>>>>>>>> >      >      >     resolve
>>>>>>>>>>>>>> >      >      >      >             the issue. The
>>>>>>>>>>>>>> >      >      >      >              >             idea is to
>>>>>>>>>>>>>> let an
>>>>>>>>>>>>>> >     operator select
>>>>>>>>>>>>>> >      >      >     Management
>>>>>>>>>>>>>> >      >      >      >             VNI and use
>>>>>>>>>>>>>> >      >      >      >              >             that VNI in
>>>>>>>>>>>>>> VXLAN
>>>>>>>>>>>>>> >     encapsulation
>>>>>>>>>>>>>> >      >     of BFD
>>>>>>>>>>>>>> >      >      >      >             Control packets:
>>>>>>>>>>>>>> >      >      >      >              >             NEW TEXT:
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >                 An
>>>>>>>>>>>>>> operator MUST
>>>>>>>>>>>>>> >     select a VNI
>>>>>>>>>>>>>> >      >      >     number to
>>>>>>>>>>>>>> >      >      >      >             be used as
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>>  Management VNI. VXLAN
>>>>>>>>>>>>>> >      >     packet for
>>>>>>>>>>>>>> >      >      >      >             Management VNI MUST NOT
>>>>>>>>>>>>>> >      >      >      >              >                 be sent
>>>>>>>>>>>>>> to a tenant. VNI
>>>>>>>>>>>>>> >      >     number 1 is
>>>>>>>>>>>>>> >      >      >      >             RECOMMENDED as the
>>>>>>>>>>>>>> >      >      >      >              >                 default
>>>>>>>>>>>>>> for
>>>>>>>>>>>>>> >     Management VNI.
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >             With that
>>>>>>>>>>>>>> new text, what
>>>>>>>>>>>>>> >     can be the
>>>>>>>>>>>>>> >      >      >     value of
>>>>>>>>>>>>>> >      >      >      >             the destination
>>>>>>>>>>>>>> >      >      >      >              >             MAC in the
>>>>>>>>>>>>>> inner Ethernet? I
>>>>>>>>>>>>>> >      >     tend to
>>>>>>>>>>>>>> >      >      >     believe
>>>>>>>>>>>>>> >      >      >      >             that it can be
>>>>>>>>>>>>>> >      >      >      >              >             anything
>>>>>>>>>>>>>> and ignored by the
>>>>>>>>>>>>>> >      >     reciever VTEP.
>>>>>>>>>>>>>> >      >      >      >             Also, if the
>>>>>>>>>>>>>> >      >      >      >              >             trapping is
>>>>>>>>>>>>>> based on VNI
>>>>>>>>>>>>>> >      >     number, the
>>>>>>>>>>>>>> >      >      >      >             destination IP address
>>>>>>>>>>>>>> >      >      >      >              >             of the
>>>>>>>>>>>>>> inner IP packet
>>>>>>>>>>>>>> >     can from
>>>>>>>>>>>>>> >      >     the range
>>>>>>>>>>>>>> >      >      >      >             127/8 for IPv4,
>>>>>>>>>>>>>> >      >      >      >              >             and for
>>>>>>>>>>>>>> IPv6 from the range
>>>>>>>>>>>>>> >      >      >      >             0:0:0:0:0:FFFF:7F00:0/104.
>>>>>>>>>>>>>> And
>>>>>>>>>>>>>> >      >      >      >              >             lastly, the
>>>>>>>>>>>>>> TTL to be
>>>>>>>>>>>>>> >     set to 1 (no
>>>>>>>>>>>>>> >      >      >     change here).
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >             Much
>>>>>>>>>>>>>> appreciate your
>>>>>>>>>>>>>> >     comments,
>>>>>>>>>>>>>> >      >      >     questions, and
>>>>>>>>>>>>>> >      >      >      >             suggestions.
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >             Best
>>>>>>>>>>>>>> regards,
>>>>>>>>>>>>>> >      >      >      >              >             Greg
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>
>>>>>>>>>>>>>

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

<div dir=3D"ltr">Greg,<br><div>=C2=A0 =C2=A0Sorry for delay. I will come up=
 with appropriate text for few of the points listed.=C2=A0</div><div><br></=
div><div>Thanks</div><div>Santosh P K=C2=A0</div></div><br><div class=3D"gm=
ail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, Aug 16, 2019 at 4:=
59 AM Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com">gregimirsky@=
gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr">Hi Santosh,<div>thank you for =
your comments. Please find my notes in-lined and tagged GIM&gt;&gt;.</div><=
div><br></div><div>Regards,</div><div>Greg</div></div><br><div class=3D"gma=
il_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Aug 13, 2019 at 10:=
24 PM Santosh P K &lt;<a href=3D"mailto:santosh.pallagatti@gmail.com" targe=
t=3D"_blank">santosh.pallagatti@gmail.com</a>&gt; wrote:<br></div><blockquo=
te class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px =
solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr">Greg,<div>=C2=A0 =
=C2=A0Thanks for updated version of document. Here are few comments on new =
draft.</div><div><br></div><div>Section 4:</div><div><div style=3D"color:rg=
b(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,arial,sans-s=
erif;font-size:14px;white-space:pre-wrap">         Destination MAC: This MU=
ST NOT be of one of tenant&#39;s MAC
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 addresses.=C2=A0 The MAC addr=
ess MAY be configured, or it MAY be
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 learned via a control plane p=
rotocol.=C2=A0 The details of how the
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MAC address is obtained are o=
utside the scope of this document.
</div></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&qu=
ot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap"=
><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quo=
t;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=
I think we may need to give background on why we are saying MAC address MUS=
T not be one of tenant&#39;s MAC address. Like in this thread we have discu=
ssed one of the tenant could have borrowed the same VTEP mac address and we=
 if we have to use BFD then we need to avoid that conflict to ensure BFD pa=
ckets get observed in the VTEP itself. Should we add a section before 4 to =
set that context so that above text makes more sense in that context? </div=
></div></blockquote><div>GIM&gt;&gt; Certainly. Please share the text you&#=
39;d like to add.=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex"><div dir=3D"ltr"><div style=3D"color:rgb(0,0,0);font-family:&quot;Couri=
er New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:=
pre-wrap"><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courie=
r New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:p=
re-wrap"><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier=
 New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pr=
e-wrap">      =C2=A0=C2=A0=C2=A0IP header:</div><div style=3D"color:rgb(0,0=
,0);font-family:&quot;Courier New&quot;,Courier,monospace,arial,sans-serif;=
font-size:14px;white-space:pre-wrap">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Destination IP: IP address MUST NOT be of one of tenant&#39;s =
IP
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 addresses.=C2=A0 IP address M=
AY be selected from the range 127/8 for
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 IPv4, for IPv6 - from the ran=
ge 0:0:0:0:0:FFFF:7F00:0/104.
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap"><br><=
/div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Cou=
rier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 TTL: MUST be set to 1 to ensure =
that the BFD packet is not
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 routed within the L3 underlay=
 network.<br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier=
 New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pr=
e-wrap"><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier =
New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre=
-wrap"><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier N=
ew&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre-=
wrap">I think we have added some text to address Sridhar comments on why TT=
L MUST be 1 and dest IP address MUST be 127/8 range. I see that text is mis=
sing now. </div></div></blockquote><div>GIM&gt;&gt; My apologies that I&#39=
;ve missed to include the text from another discussion thread. I believe th=
e following would be complete:</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 TTL or Hop Limit: MUST be set to 1 to ensure that the BFD</div>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0packet is not routed within the Layer 3 underlay ne=
twork.=C2=A0 This<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0addresses the scenar=
io when the inner IP destination address is<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0of VXLAN gateway and there is a router in underlay which<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0removes the VXLAN header, then it is possible to=
 route the<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0packet as VXLAN =C2=A0gatew=
ay address is routable address.<blockquote class=3D"gmail_quote" style=3D"m=
argin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left=
:1ex"><div dir=3D"ltr"><div style=3D"color:rgb(0,0,0);font-family:&quot;Cou=
rier New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-spac=
e:pre-wrap"><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Cour=
ier New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space=
:pre-wrap">Section 5.1:</div><div style=3D"color:rgb(0,0,0);font-family:&qu=
ot;Courier New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;whit=
e-space:pre-wrap">
<div>   For such packets, the BFD session MUST be identified
</div><div>=C2=A0=C2=A0 using the following three-tuples of fields of the i=
nner header: the
</div><div>=C2=A0=C2=A0 source IP, the destination IP, and the source UDP p=
ort number present
</div><div>=C2=A0=C2=A0 in the IP header carried by the payload of the pack=
et in VXLAN
</div><div>=C2=A0=C2=A0 encapsulation.=C2=A0 If BFD packet is received with=
 non-zero Your
</div><div>   Discriminator, then BFD session MUST be demultiplexed only wi=
th Your
</div><div>=C2=A0=C2=A0 Discriminator as the key.
</div></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&qu=
ot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap"=
><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quo=
t;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=
Just with 3 tuple we will not be able to demux packet. We need to consider =
VNI as well if we have multiple BFD session between same pair of VTEP. </di=
v></div></blockquote><div>GIM&gt;&gt; This is one of comments from Carlos w=
e need to address. Your comment have helped me to form the question:</div><=
/div><blockquote style=3D"margin:0px 0px 0px 40px;border:none;padding:0px">=
<div class=3D"gmail_quote"><div>What is the goal running multiple BFD sessi=
ons between the pair of VTEPs?</div></div></blockquote>If the goal is to mo=
nitor per VNI, then the following text should describe the demultiplexing o=
f the initial BFD Control packet:<div>=C2=A0 =C2=A0Demultiplexing of IP BFD=
 packet has been defined in Section 3 of<br>=C2=A0 =C2=A0[RFC5881].=C2=A0 S=
ince multiple BFD sessions may be running between two<br>=C2=A0 =C2=A0VTEPs=
, there needs to be a mechanism for demultiplexing received BFD<br>=C2=A0 =
=C2=A0packets to the proper session.=C2=A0 For demultiplexing packets with =
Your<br>=C2=A0 =C2=A0Discriminator equal to 0, a BFD session MUST be identi=
fied using the<br>=C2=A0 =C2=A0logical link over which the BFD Control pack=
et is received.=C2=A0 In the<br>=C2=A0 =C2=A0case of VXLAN, the VNI number =
identifies that logical link.=C2=A0 If BFD<br>=C2=A0 =C2=A0packet is receiv=
ed with non-zero Your Discriminator, then BFD session<br>=C2=A0 =C2=A0MUST =
be demultiplexed only with Your Discriminator as the key.</div><div>Would t=
here be need to run multiple BFD sessions with the same VNI number?</div><d=
iv><br><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex"><div dir=3D"ltr"><div style=3D"color:rgb(0,0,0);font-family:&quo=
t;Courier New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white=
-space:pre-wrap"><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot=
;Courier New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-=
space:pre-wrap"><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;=
Courier New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-s=
pace:pre-wrap">Thanks</div><div style=3D"color:rgb(0,0,0);font-family:&quot=
;Courier New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-=
space:pre-wrap">Santosh P K </div><div style=3D"color:rgb(0,0,0);font-famil=
y:&quot;Courier New&quot;,Courier,monospace,arial,sans-serif;font-size:14px=
;white-space:pre-wrap"><br></div></div><br><div class=3D"gmail_quote"><div =
dir=3D"ltr" class=3D"gmail_attr">On Fri, Aug 9, 2019 at 4:27 AM Greg Mirsky=
 &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky=
@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex"><div dir=3D"ltr">Dinesh, thank you for your help, much appreciat=
ed.<div><br></div><div>Hi Joel and Sridhar,</div><div>could you please chec=
k if the updated text on the inner Ethernet frame addressed your concern.</=
div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_at=
tr">On Wed, Aug 7, 2019 at 2:25 PM Dinesh Dutt &lt;<a href=3D"mailto:didutt=
@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt; wrote:<br></div><blo=
ckquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left=
:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>Looks g=
od to me Greg. Thank you for your hard work in this,</div><div><br></div><d=
iv>Dinesh<br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" cl=
ass=3D"gmail_attr">On Wed, Aug 7, 2019 at 9:25 AM Greg Mirsky &lt;<a href=
=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</=
a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0p=
x 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><d=
iv dir=3D"ltr">Hi Dinesh, Joel, Sridhar, et al.,<div>much appreciate the he=
lp you&#39;ve=C2=A0given me sharing your expertise. I hope that the updates=
 you will find in the attached diff and the working copy of the draft be cl=
oser to the acceptable solution for VTEP-VTEP BFD. Please note, that I&#39;=
ll shortly start a new discussion thread to address one of Carlos&#39;s que=
stions on the ambiguity of the text on multiple concurrent sessions between=
 the same pair of VTEPs.</div><div>Please review the changes to Sections 4 =
and 6 and share your feedback, suggestions, and questions.</div><div><br></=
div><div>Regards,</div><div>Greg</div></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Mon, Aug 5, 2019 at 6:03 PM Dinesh=
 Dutt &lt;<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmai=
l.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:=
1ex"><div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_qu=
ote"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, Aug 5, 2019 at 5:56 PM G=
reg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">g=
regimirsky@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quo=
te" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204=
);padding-left:1ex"><div dir=3D"ltr">Hi Dinesh,<div>thank you for your expe=
dient detailed response.</div><div>I believe that the ability to run BFD se=
ssion up to a tenant (VTEP-VTEP-tenant or tenant-tenant) was never in jeopa=
rdy from this specification.</div><div>I&#39;m trying to provide precise sp=
ecification on what can be used ad the destination MAC and IP addresses in =
the inner frame/packet as I believe that likely will help to avoid interope=
rability issues.</div><div>I&#39;m interested to learn some more about the =
&quot;martian checking&quot; function. As you know, martian addresses have =
been used as destination IP address in LSP Ping and BFD over MPLS LSP and P=
W. I haven&#39;t heard that any silicon feature caused problems for operato=
rs using these tools.</div></div></blockquote><div><br></div><div>Interesti=
ng. I didn&#39;t know this aspect of use with MPLS ping. Did those packets =
ever go through a firewall though? In any case, maybe suggest the use of th=
ose addresses with a statement that this is how LSP does it, but that other=
 MAC/IP pairs are possible as long as the conditions of the endpoint owning=
 the MAC/IP was honored.</div><div><br></div><div>Dinesh<br></div><blockquo=
te class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px =
solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div><br></div><d=
iv>Regards,</div><div>Greg</div></div><br><div class=3D"gmail_quote"><div d=
ir=3D"ltr" class=3D"gmail_attr">On Mon, Aug 5, 2019 at 3:59 PM Dinesh Dutt =
&lt;<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com<=
/a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0=
px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><=
div dir=3D"ltr"><div>Hi Greg,</div><div><br></div><div>That we agree on the=
 problem definition is the first step forward. Your original document had m=
y cases covered and so I was surprised by the track this thread took. It do=
esn&#39;t matter, we&#39;re back on track.</div><div><br></div><div>My reco=
mmendation is to not worry about specifying the precise MAC/IP address used=
 in the inner header. The addresses chosen MUST ensure that the packet is t=
rapped to the control plane of the VTEP and not escape to the tenant if the=
 BFD is to the VTEP. Any solution MUST also not preclude the use of the BFD=
 by tenant systems for that VNI. There are many ways an implementer can cho=
ose to implement this. For example, the inner MAC address is whatever the V=
TEP implementer would return if ARP&#39;d for the IP address used in the in=
ner header in the given VNI. The implementer can pick a fixed MAC address, =
one that they own etc. Multiple BFD sessions can be run for testing path co=
nnectivity on more than one VNIs. Limits should be in place to avoid overwh=
elming the receiver with BFD messages (you had words about this in your cur=
rently published draft).=C2=A0 If the VNI is irrelevant in the test i.e. on=
ly the VXLAN pipe at the VTEP is being tested. the user can use any VNI act=
ive on the VTEP on which the VTEP owns an IP address.</div><div><br></div><=
div>I&#39;m concerned about the use of 127/8 address only because of firewa=
lls or implementations that drop packets with these addresses as either the=
 source or destination. For example, on many merchant silicon, I don&#39;t =
believe you can turn off martian checking and drops *only* for VXLAN-encaps=
ulated BFD packets. I don&#39;t know what the Linux kernel does today on su=
ch packets, for example (or Hyper-V). I&#39;d like a solution that doesn&#3=
9;t demand additional or new chip functionality or require additional middl=
e-box hole punch.</div><div><br></div><div>Why do you feel you MUST to spec=
ify the MAC/IP address on the inner packet? What am I missing here?<br></di=
v><div><br></div><div>Dinesh<br></div></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Mon, Aug 5, 2019 at 3:04 PM Greg M=
irsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pad=
ding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr">Hi Dinesh,<div>what do you=
 see as the way forward? I agree, that the proposed text doesn&#39;t work f=
or multi-VNI concurrent monitoring because these VNIs are tenant&#39;s VNIs=
. And in that case, we need to specify another mechanism to trap the BFD Co=
ntrol packet at VTEP. It seems that VTEP&#39;s Ethernet address must be use=
d as the destination MAC address in the inner Ethernet frame. The destinati=
on IP address may be either VTEP&#39;s address of martian (I do prefer mart=
ian). Let me give it=C2=A0 try:</div><div>NEW TEXT:</div></div><blockquote =
style=3D"margin:0px 0px 0px 40px;border:medium none;padding:0px"><div dir=
=3D"ltr"><div>To monitor continuity of the path between two VTEPs, an opera=
tor MUST select a VNI number to be used as Management VNI. Management VNI n=
umber MUST NOT be one of the tenant&#39;s VNIs to prevent sending VXLAN pac=
kets received on Management VNI to a tenant. VNI number 1 is RECOMMENDED as=
 the default for Management VNI. [Ed.note: What we set the Destination MAC =
to? Can it be invalid MAC that MUST be ignored on receipt?]</div></div></bl=
ockquote><blockquote style=3D"margin:0px 0px 0px 40px;border:medium none;pa=
dding:0px"><div dir=3D"ltr"><div>If an implementation supports concurrent m=
onitoring of multiple VNIs, then the value of VNI number MAY be one of tena=
nt&#39;s VNIs. The destination MAC address in the inner Ethernet frame enca=
psulating BFD Control packet MUST be MAC associated with the remote VTEP.=
=C2=A0</div><div>The destination IP address of the inner IP packet MUST be =
selected from the range 127/8 for IPv4, and for IPv6 from the range 0:0:0:0=
:0:FFFF:7F00:0/104. The TTL value in the inner IP header MUST be set to 1.<=
/div><div><br></div></div></blockquote>Regards,<div>Greg=C2=A0<br><br><div =
class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sun, Aug 4, =
2019 at 9:07 AM Dinesh Dutt &lt;<a href=3D"mailto:didutt@gmail.com" target=
=3D"_blank">didutt@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"g=
mail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex"><div dir=3D"ltr"><div>Hi Greg,</div><div><br></=
div><div>Thanks for your clarifications. I agree with your sentiment on why=
 you&#39;re running BFD over VXLAN between VTEPs. I wasn&#39;t arguing agai=
nst it at all. All I was saying was pointing to the limitations of the use =
of management VNI. I spoke to some operators who&#39;re running EVPN and me=
ntioned the discussion on this thread. They concur that they&#39;re using s=
pecific VNIs to test connectivity over that VNI between VTEPs to ensure mis=
configuration doesn&#39;t lead to blackholes. My statements are based in re=
al world operator experience. And I was providing language that ensured pac=
kets didn&#39;t leak across to tenants when they were destined to VTEPs.</d=
iv><div><br></div><div>Dinesh<br></div></div><br><div class=3D"gmail_quote"=
><div dir=3D"ltr" class=3D"gmail_attr">On Sat, Aug 3, 2019 at 10:34 AM Greg=
 Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">greg=
imirsky@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote"=
 style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex"><div dir=3D"ltr">Hi Dinesh,<div>many thanks for your detai=
led updates on how some implementations process VXLAN header and the inner =
Ethernet frame. These are very helpful in achieving the workable solution f=
or the problem at hand.</div><div>You&#39;ve noted that a path between VTEP=
s may be monitored in the underlay network by merely establishing a BFD ses=
sion. That is true, but by using BFD with VXLAN encapsulation between the p=
air of VTEPs we are extending the OAM domain by including, to some extent, =
VXLAN forwarding engine. Abstract in RFC 5880 defines the goal and the doma=
in in which BFD protocol can detect a fault as:</div><div>=C2=A0 =C2=A0This=
 document describes a protocol intended to detect faults in the<br>=C2=A0 =
=C2=A0bidirectional path between two forwarding engines, including<br>=C2=
=A0 =C2=A0interfaces, data link(s), and to the extent possible the forwardi=
ng<br>=C2=A0 =C2=A0engines themselves, with potentially very low latency.=
=C2=A0<br></div><div>Thus, BFD in the underlay will exercise a part of IP f=
orwarding engine while BFD with VXLAN encapsulation, ran between the same p=
air of VTEPs, extends the OAM domain. At the same time, defining BFD betwee=
n tenant systems in outside the goal of this specification. But VXLAN BFD s=
ession between VTEPs may be useful in monitoring e2e path between tenants, =
as described in the update to -07:</div><div>=C2=A0 =C2=A0At the same time,=
 a service layer BFD session may be used between the<br>=C2=A0 =C2=A0tenant=
s of VTEPs IP1 and IP2 to provide end-to-end fault management.<br>=C2=A0 =
=C2=A0In such case, for VTEPs BFD control packets of that session are<br>=
=C2=A0 =C2=A0indistinguishable from data packets.=C2=A0 If end-to-end defec=
t detection<br>=C2=A0 =C2=A0is realized as the set of concatenated OAM doma=
ins, e.g., VM1-1 - IP1<br>=C2=A0 =C2=A0-- IP2 - VM2-1, then the BFD session=
 over VXLAN between VTEPs SHOULD<br>=C2=A0 =C2=A0follow the procedures desc=
ribed in Section 6.8.17 [RFC5880].<br></div><div>I&#39;ve attached the curr=
ent working version of the draft.</div><div><br></div><div>Regards,</div><d=
iv>Greg</div><div><br></div></div><br><div class=3D"gmail_quote"><div dir=
=3D"ltr" class=3D"gmail_attr">On Fri, Aug 2, 2019 at 5:43 PM Dinesh Dutt &l=
t;<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a=
>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px=
 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><di=
v dir=3D"ltr"><div>What I mean is &quot;How do you infer that it excludes t=
he case I&#39;m talking about?&quot;. <br></div><div><br></div><div>Dinesh<=
br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gma=
il_attr">On Fri, Aug 2, 2019 at 5:41 PM Dinesh Dutt &lt;<a href=3D"mailto:d=
idutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt; wrote:<br></div=
><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border=
-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr">The abs=
tract reads this: &quot;<br><pre>This document describes the use of the Bid=
irectional Forwarding
   Detection (BFD) protocol in point-to-point Virtual eXtensible Local
   Area Network (VXLAN) tunnels forming up an overlay network.&quot;<br><br=
></pre><pre><span style=3D"font-family:arial,sans-serif">How do you infer w=
hat you said?<br><br></span></pre><pre><span style=3D"font-family:arial,san=
s-serif">Dinesh</span><br></pre></div><br><div class=3D"gmail_quote"><div d=
ir=3D"ltr" class=3D"gmail_attr">On Fri, Aug 2, 2019 at 5:38 PM Joel M. Halp=
ern &lt;<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joelha=
lpern.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex">I am going by what the draft says its purpose is.=C2=A0 If you (=
Dinesh) want <br>
the draft to fulfill a different purpose, then either ask the chairs to <br=
>
take this draft back to the WG, or write a separate draft.<br>
As currently written, the behavior Greg proposed meets the needs, and <br>
does so in a way that is consistent with VxLAN.<br>
<br>
Yours,<br>
Joel<br>
<br>
On 8/2/2019 8:30 PM, Dinesh Dutt wrote:<br>
&gt; What is the stated purpose of this BFD session? The VTEP reachability =
is <br>
&gt; determined by the underlay, I don&#39;t need VXLAN-encaped packet for =
that. <br>
&gt; Do we agree?<br>
&gt; <br>
&gt; If I want to test the VXLAN encap/decap functionality alone, picking a=
ny <br>
&gt; single VNI maybe fine. But is this all any network operator wants? Why=
? <br>
&gt; In what situations has this been a problem? I suspect operators also <=
br>
&gt; want to verify path continuity over a specific VNI. If you say this is=
 <br>
&gt; not defined by the document, I disagree because the current version <b=
r>
&gt; talks about controlling the number of BFD sessions between the VTEPs <=
br>
&gt; (see section 3). More importantly, this is a real problem that operato=
rs <br>
&gt; like to verify.<br>
&gt; <br>
&gt; Dinesh<br>
&gt; <br>
&gt; On Fri, Aug 2, 2019 at 5:08 PM Joel M. Halpern &lt;<a href=3D"mailto:j=
mh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> <br>
&gt; &lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jm=
h@joelhalpern.com</a>&gt;&gt; wrote:<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0What is special about the management VNI is precise=
ly that it is NOT a<br>
&gt;=C2=A0 =C2=A0 =C2=A0tenant VNI.=C2=A0 The VxLAN administration does kno=
w how it allocates VNI to<br>
&gt;=C2=A0 =C2=A0 =C2=A0tenants, and which VNI it has allocated.=C2=A0 In c=
ontrast, it does not know<br>
&gt;=C2=A0 =C2=A0 =C2=A0which IP addresses or MAC adddresses teh tenant is =
using or may plan<br>
&gt;=C2=A0 =C2=A0 =C2=A0to use.<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0Yours,<br>
&gt;=C2=A0 =C2=A0 =C2=A0Joel<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0On 8/2/2019 6:41 PM, Dinesh Dutt wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; The assumption of an IP address within any VN=
I is suspect that way.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; What&#39;s special about a single VNI, the ma=
nagement VNI? The VTEP IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; address does not belong in reality in any VNI=
.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; On Fri, Aug 2, 2019 at 3:17 PM Joel M. Halper=
n<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:jmh@joelhalpern.com" target=
=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto:jmh@joelha=
lpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; &lt;mailto:<a href=3D"mailto:jmh@joelhalpern.=
com" target=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto=
:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;&gt;=
 wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Your response seems to mis=
s two points:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0First, the problem you des=
cribe is not what the document says<br>
&gt;=C2=A0 =C2=A0 =C2=A0it is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0solving.=C2=A0 To the degr=
ee it discusses it at all, the document<br>
&gt;=C2=A0 =C2=A0 =C2=A0says &quot;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0In<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0most cases, a single BFD s=
ession is sufficient for the given<br>
&gt;=C2=A0 =C2=A0 =C2=A0VTEP to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0monitor the reachability o=
f a remote VTEP, regardless of the<br>
&gt;=C2=A0 =C2=A0 =C2=A0number of<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0VNIs in common. &quot;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Second, you assume the exi=
stence of an IP address for a VTEP<br>
&gt;=C2=A0 =C2=A0 =C2=A0within a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0VNI.=C2=A0 As with the MAC=
 address, the VTEP does not have an IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0address<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0within the VNI.=C2=A0 Some=
 implementations may have created such a<br>
&gt;=C2=A0 =C2=A0 =C2=A0thing,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0but<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0the general construct, as =
defined to date, does not support such.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0In short, you are requirin=
g a behavior that violates the<br>
&gt;=C2=A0 =C2=A0 =C2=A0architectural<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0structure of overlay / und=
erlay separation, and common<br>
&gt;=C2=A0 =C2=A0 =C2=A0usage.=C2=A0 And you<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0are doing so to support a =
use case that the working group has not<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0indicated in the document =
as important.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Yours,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Joel<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0On 8/2/2019 5:01 PM, Dines=
h Dutt wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; Joel,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; You understood corre=
ctly.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; The VNIs may not sha=
re fate due to misconfiguration. And I<br>
&gt;=C2=A0 =C2=A0 =C2=A0strongly<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; suspect someone will=
 want to use BFD for that because its<br>
&gt;=C2=A0 =C2=A0 =C2=A0about<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0checking<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; path continuity as s=
tated by the draft. As long as there&#39;s a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0valid IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; (because it&#39;s BF=
D) owned by the VTEP in that VNI, you can<br>
&gt;=C2=A0 =C2=A0 =C2=A0use BFD in<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; that VNI. Thats all =
that you need to dictate.=C2=A0 That IP address<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0has a MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; address and you can =
use that on the inner frame. That is<br>
&gt;=C2=A0 =C2=A0 =C2=A0all normal<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; VXLAN processing. Th=
e outer IP is always that of the VTEP.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; On Fri, Aug 2, 2019 =
at 11:03 AM Joel M. Halpern<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:jmh@=
joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a hr=
ef=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>=
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto:jmh@j=
oelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; &lt;mailto:<a href=
=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> &=
lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joel=
halpern.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto:jmh@j=
oelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;&gt;&gt; w=
rote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0I=
f I am reading your various emails correctly Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0(and I<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0may have<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0m=
issed something) you are trying to use the MAC address<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0because you<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0w=
ant<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0t=
o be able to send these BFD packets over arbitrary VNI to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0monitor the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0V=
NI.=C2=A0 That is not a requirement identified in the<br>
&gt;=C2=A0 =C2=A0 =C2=A0document.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0It is not<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0e=
ven a problem I understand, since all the VNI between an<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0ingress and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0e=
gress VTEP share fate.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Y=
ours,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0J=
oel<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0O=
n 8/2/2019 1:44 PM, Dinesh Dutt wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; Thanks for verifying this. On Linux and hardware<br>
&gt;=C2=A0 =C2=A0 =C2=A0routers<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0that I&#39;m<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ware<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; of (Cisco circa 2012 and Cumulus), the physical MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0address is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0r=
eused<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; across the VNIs on the VTEP. Did you check on a non-VMW<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0device?<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0T=
his is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; more for my own curiosity.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; To address the general case, can we not define a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0well-known (or<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0r=
eserve<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; one) unicast MAC address for use with VTEP? If the MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0address is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; configurable in BFD command, this can be moot.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; On Fri, Aug 2, 2019 at 10:27 AM Santosh P K<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; &lt;<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank">=
santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;&gt;&gt;&=
gt; wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0I have cross checked point raised about MAC address=
<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0usage. It is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0possible that tenant could be using physical MAC<br=
>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0address and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0w=
hen a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0packet comes with valid VNI with a MAC address<br>
&gt;=C2=A0 =C2=A0 =C2=A0that is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0being<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0u=
sed by<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0tenant then packet will be sent to that tenant.<br>
&gt;=C2=A0 =C2=A0 =C2=A0This rules<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0o=
ut the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0fact that we could use physical MAC address as<br>
&gt;=C2=A0 =C2=A0 =C2=A0inner<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0MAC to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0e=
nsure<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0packets get terminated at VTEP itself.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0Thanks<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0Santosh P K<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0On Wed, Jul 31, 2019 at 11:00 AM Santosh P K<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:santosh.pallagatti@gmail.com"=
 target=3D"_blank">santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;&gt;&gt;&=
gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Joel,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Thanks for your inputs.=
 I checked<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0implementation within<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Vmware. Perhaps I should have been mo=
re clear<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0about MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ddress<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0space while checking internally. I wi=
ll cross<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0check again for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the same and get back on this list.<b=
r>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Thanks<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Santosh P K<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0On Wed, Jul 31, 2019 at 10:54 AM Joel=
 M.<br>
&gt;=C2=A0 =C2=A0 =C2=A0Halpern<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:jmh@joelhalpern=
.com" target=3D"_blank">jmh@joelhalpern.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a>&gt; &lt;mailto:<a href=3D"mailto:j=
mh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> &lt;mailt=
o:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.=
com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto:jmh@j=
oelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joel=
halpern.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a>&gt; &lt;mailto:<a href=3D"mailto:j=
mh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> &lt;mailt=
o:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.=
com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto:jmh@j=
oelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;&gt;&gt;&g=
t; wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Sorry to ask a stupid q=
uestion.=C2=A0 Whose<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0implementation?<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The reason I ask is tha=
t as far as I<br>
&gt;=C2=A0 =C2=A0 =C2=A0can tell,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0since the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tenant does not<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0have any control access=
 to the VTEP,<br>
&gt;=C2=A0 =C2=A0 =C2=A0there is no<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0r=
eason for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the VTEP to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0have a MAC address in t=
he tenant<br>
&gt;=C2=A0 =C2=A0 =C2=A0space.=C2=A0 Yes, the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0d=
evice has<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0a physical<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MAC address.=C2=A0 But =
the tenant could well be<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0using that MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0address.=C2=A0 Yes,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0they would be violating=
 the Ethernet spec.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0But the whole<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0point of<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0segregation is not to c=
are about such<br>
&gt;=C2=A0 =C2=A0 =C2=A0issues.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0On the other hand, if y=
ou tell me that<br>
&gt;=C2=A0 =C2=A0 =C2=A0the VMWare<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0implementation has an<b=
r>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ethernet address that i=
s part of the tenant<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0space, well,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0they made up<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0this particular game.<b=
r>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Yours,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Joel<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0On 7/31/2019 1:44 PM, S=
antosh P K wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; I have checked wi=
th implementation<br>
&gt;=C2=A0 =C2=A0 =C2=A0in data<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0path.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0W=
hen we<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0receive a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; packet with valid=
 VNI then lookup<br>
&gt;=C2=A0 =C2=A0 =C2=A0for MAC will<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0h=
appen and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0it is VTEP own<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; MAC then it will =
be trapped to control<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0plane for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0processing. I think we<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; can have followin=
g options<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; 1. Optional manag=
ment VNI<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; 2. Mandatory inne=
r MAC set to VTEP mac<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; 3. Inner IP TTL s=
et to 1 to avoid<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0forwarding of packet<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0via inner IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; address.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; Thoughts?<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; Thansk<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; Santosh P K<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; On Wed, Jul 31, 2=
019 at 9:20 AM Greg<br>
&gt;=C2=A0 =C2=A0 =C2=A0Mirsky<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:g=
regimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a> &lt;mailto:<a href=3D"mailto:g=
regimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt; &lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a> &lt;mailto:<a href=3D"mailto:g=
regimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&g=
t;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; &lt;mailto:<a hre=
f=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com<=
/a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt; &lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"m=
ailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br=
>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;&gt;&gt;&gt; wrote:=
<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0Hi Dinesh,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0thank you for your consideration<br>
&gt;=C2=A0 =C2=A0 =C2=A0of the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0p=
roposal and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0questions. What<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0would you see as the scope of<br>
&gt;=C2=A0 =C2=A0 =C2=A0testing the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0connectivity for the<br=
>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0specific VNI? If it is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0tenant-to-tenant, then<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0V=
TEPs<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0will treat these<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0packets as regular user frames. More<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0likely, these<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0could be Layer 2<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0OAM, e.g. CCM frames. The reason<br>
&gt;=C2=A0 =C2=A0 =C2=A0to use<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0127/8 for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0IPv4, and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A00:0:0:0:0:FFFF:7F00:0/104 for<br>
&gt;=C2=A0 =C2=A0 =C2=A0IPv6 is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0to safeguard<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0from leaking<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0Ethernet frames with BFD Control<br>
&gt;=C2=A0 =C2=A0 =C2=A0packet<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0to a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0t=
enant.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0You&#39;ve suggested using a MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0address to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0trap the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0control packet at<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0VTEP. What that address could be? We<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0had proposed<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0using the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0dedicated MAC and VTEP&#39;s MAC and<br>
&gt;=C2=A0 =C2=A0 =C2=A0both<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0raised<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0c=
oncerns<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0among VXLAN<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0experts. The idea of using<br>
&gt;=C2=A0 =C2=A0 =C2=A0Management<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0VNI may<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0b=
e more<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0acceptable<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0based on its similarity to the<br>
&gt;=C2=A0 =C2=A0 =C2=A0practice<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0of using<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Management VLAN.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0Regards,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0Greg<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0On Wed, Jul 31, 2019 at 12:03 PM<br>
&gt;=C2=A0 =C2=A0 =C2=A0Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Dutt<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:d=
idutt@gmail.com" target=3D"_blank">didutt@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a>&gt; &lt;mailto:<a href=3D"mailto:didutt@=
gmail.com" target=3D"_blank">didutt@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a h=
ref=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt;<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmai=
l.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">=
didutt@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a h=
ref=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt;<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@=
gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a h=
ref=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt;&=
gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmai=
l.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">=
didutt@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a h=
ref=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt;<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmai=
l.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">=
didutt@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0Hi Greg,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0As long as the inner MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0address is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0such<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0t=
hat the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0packet is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0trapped to the CPU, it should be<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0fine for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0u=
se as<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0an inner MAC is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0it not? Stating that is<br>
&gt;=C2=A0 =C2=A0 =C2=A0better than<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0trying to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0force a management<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0VNI. What if someone wants<br>
&gt;=C2=A0 =C2=A0 =C2=A0to test<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0c=
onnectivity<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0on a specific<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0VNI? I would not pick a<br>
&gt;=C2=A0 =C2=A0 =C2=A0loopback IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ddress for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0this since that<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0address range is host/node local<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0only. Is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0t=
here a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0reason you&#39;re<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0not using the VTEP IP as the<br>
&gt;=C2=A0 =C2=A0 =C2=A0inner IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ddress ?<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0On Wed, Jul 31, 2019 at 5:48 AM<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Greg Mirsky<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_bl=
ank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt; &lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"m=
ailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br=
>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;&gt; &lt;mailto:<a =
href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.c=
om</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt; &lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"m=
ailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br=
>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;&gt;&gt;&gt; wrote:=
<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Dear All,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0thank you for your comments,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0s=
uggestions on<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0this issue,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0probably the most<br>
&gt;=C2=A0 =C2=A0 =C2=A0challenging<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0for this<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0specification. In the<b=
r>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0course of our discussions,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0we&#39;ve agreed to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0abandon the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0request to allocate the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0dedicated MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ddress<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0to be used as<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the destination MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0address in<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0the inner<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ethernet frame.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Also, earlier using VNI<br>
&gt;=C2=A0 =C2=A0 =C2=A00 was<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0changed from<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0mandatory to one<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0of the options an<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0implementation may<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0o=
ffer to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0an operator.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The most recent<br>
&gt;=C2=A0 =C2=A0 =C2=A0discussion was<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0whether<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0V=
TEP&#39;s<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MAC address<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0might be used as the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0destination MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ddress<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0in the inner<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ethernet frame. As I<br>
&gt;=C2=A0 =C2=A0 =C2=A0recall it, the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0c=
omments<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0from VXLAN<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0experts equally split<br>
&gt;=C2=A0 =C2=A0 =C2=A0with one<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0for it<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
nd one<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0against. Hence<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0I would like to propose<br>
&gt;=C2=A0 =C2=A0 =C2=A0a new<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0text to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0r=
esolve<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the issue. The<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0idea is to let an<br>
&gt;=C2=A0 =C2=A0 =C2=A0operator select<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0M=
anagement<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0VNI and use<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0that VNI in VXLAN<br>
&gt;=C2=A0 =C2=A0 =C2=A0encapsulation<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0of BFD<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Control packets:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0NEW TEXT:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0An operator MUST<br>
&gt;=C2=A0 =C2=A0 =C2=A0select a VNI<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0n=
umber to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0be used as<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Management VNI. VXLAN<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0packet for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Management VNI MUST NOT=
<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0be sent to a tenant. VNI<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0number 1 is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0RECOMMENDED as the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0default for<br>
&gt;=C2=A0 =C2=A0 =C2=A0Management VNI.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0With that new text, what<br>
&gt;=C2=A0 =C2=A0 =C2=A0can be the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0v=
alue of<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the destination<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MAC in the inner Ethernet? I<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0tend to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0b=
elieve<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0that it can be<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0anything and ignored by the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0reciever VTEP.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Also, if the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0trapping is based on VNI<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0number, the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0destination IP address<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0of the inner IP packet<br>
&gt;=C2=A0 =C2=A0 =C2=A0can from<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0the range<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0127/8 for IPv4,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0and for IPv6 from the range<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00:0:0:0:0:FFFF:7F00:0/1=
04. And<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0lastly, the TTL to be<br>
&gt;=C2=A0 =C2=A0 =C2=A0set to 1 (no<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0c=
hange here).<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Much appreciate your<br>
&gt;=C2=A0 =C2=A0 =C2=A0comments,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0q=
uestions, and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0suggestions.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Best regards,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Greg<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt; <br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div></div></div>
</blockquote></div>

--000000000000cc922205925e38fd--


From nobody Thu Sep 12 11:32:32 2019
Return-Path: <mjethanandani@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0E65120872 for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 11:32:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VrI-3hhaQDGm for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 11:32:30 -0700 (PDT)
Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (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 9D4B612087D for <rtg-bfd@ietf.org>; Thu, 12 Sep 2019 11:32:29 -0700 (PDT)
Received: by mail-pg1-x52c.google.com with SMTP id j191so3369579pgd.3 for <rtg-bfd@ietf.org>; Thu, 12 Sep 2019 11:32:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=R/6j6gfQwm8c2mZM+8M+EcggN00bg9Ootxna8JLJ5XE=; b=QGl+sPUsyMyT3mS2JwHqF++EVDX2ZeLuFvAccKBWse1eUZGCj+UUAbBGlqli5/yqkP dOMcoYbIrprjynwBJWkPBONJv4ImMeIRh34nphl+0HBENvX/ywGhGzyEUJYc/bauW8Ra zPbxHXdLOibJtuFtHdgPRRn50EkY2hCH1MTYM7RYzXUoovu5qJgAbYTKR5qregnLYtEn KjyOsJNuXaCyQg4lWGDzM78RN9gfli6j3QWySVbBob8GxFCa9EERrIIB2EBbNGS94kH6 J/UfZnpvnwdWcHyN3pvVbyPOdJSkccSpT+P2Sw1OAnKUrKZoEY/AAySj2jzL2fYeBPge bExA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=R/6j6gfQwm8c2mZM+8M+EcggN00bg9Ootxna8JLJ5XE=; b=eUtN+TrApsRvgOh/egGdK4N3JYDLY4FsEHODpTS8ryB2ISicVrZPvEKGFe45AvHrf8 6Dg/gepaCIr1Jn0MrqOnf/pMhNEBC0f93RQAUuqvJnNNp5uDg2Tn2mqCqBmWTFlTLbGp AzhTGexxEWWNY+pg3AGUqxy+V9bJduBYya8eyegWgGP7KCwBwbQFGBeCdpRSx8BYCKU2 b3JRZBDV98cN2B3BmdBqg7UO7pkd2b3NzECrfGOHGl96SiCtP5GJwTmWMck+CNAiaZcN uQdR21y7piii4SvsbqLTrLTY5fTmb13xBl2l0yqTYZaci7368vA9yby0UXNAB/0FsjED b13Q==
X-Gm-Message-State: APjAAAWNYvZNPqjhIpWSa9JK4tgxH9C6tVKTsoOd13vKFqLOv7R/jLN9 CZpXLhB8Y1HFnpdtUFGKmR0=
X-Google-Smtp-Source: APXvYqxRPxNRwB+z8deRCinEeruWJjS+JYaQ8X3iqIpH+31kaybyJ5nbkGiiAZUNflznwzkm4lZQog==
X-Received: by 2002:a63:2264:: with SMTP id t36mr37663940pgm.87.1568313149067;  Thu, 12 Sep 2019 11:32:29 -0700 (PDT)
Received: from [10.33.122.240] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id g7sm23620252pfi.108.2019.09.12.11.32.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Sep 2019 11:32:28 -0700 (PDT)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-Id: <79121DF3-3BDB-401B-9759-5E72CBFE07BF@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_225A5F65-63DB-4BFD-AEDB-8C2DE50880BE"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Subject: Re: WGLC for draft-ietf-bfd-large-packets
Date: Thu, 12 Sep 2019 11:32:27 -0700
In-Reply-To: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com>
Cc: "rtg-bfd@ietf. org" <rtg-bfd@ietf.org>
To: Reshad Rehman <rrahman@cisco.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/WU--O6LU7t5xHWH0xm3VqO8ht64>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Sep 2019 18:32:32 -0000

--Apple-Mail=_225A5F65-63DB-4BFD-AEDB-8C2DE50880BE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

I support the publication of this draft. It is useful, and addresses a =
problem in a network that we know has different MTU values.

> On Aug 27, 2019, at 9:33 AM, Reshad Rahman (rrahman) =
<rrahman@cisco.com> wrote:
>=20
> BFD WG,
> =20
> As was mentioned at IETF105, this document is stable and there was an =
interop test done between FRR and Junos VMX.
> =20
> Please provide comments/feedback on the document. The deadline for =
last call is September 13th.
> =20
> Regards,
> Reshad & Jeff.

Mahesh Jethanandani
mjethanandani@gmail.com




--Apple-Mail=_225A5F65-63DB-4BFD-AEDB-8C2DE50880BE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">I =
support the publication of this draft. It is useful, and addresses a =
problem in a network that we know has different MTU values.<br =
class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"">On Aug 27, 2019, at 9:33 AM, Reshad Rahman (rrahman) &lt;<a =
href=3D"mailto:rrahman@cisco.com" class=3D"">rrahman@cisco.com</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div =
class=3D"WordSection1" style=3D"page: WordSection1; caret-color: rgb(0, =
0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: normal; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;"><div style=3D"margin: 0cm 0cm 0.0001pt; =
font-size: 12pt; font-family: Calibri, sans-serif;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">BFD WG,<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0cm 0cm 0.0001pt; =
font-size: 12pt; font-family: Calibri, sans-serif;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0cm 0cm =
0.0001pt; font-size: 12pt; font-family: Calibri, sans-serif;" =
class=3D""><span style=3D"font-size: 11pt;" class=3D"">As was mentioned =
at IETF105, this document is stable and there was an interop test done =
between FRR and Junos VMX.<o:p class=3D""></o:p></span></div><div =
style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D""><span style=3D"font-size: 11pt;" =
class=3D"">&nbsp;<o:p class=3D""></o:p></span></div><div style=3D"margin: =
0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calibri, sans-serif;" =
class=3D""><span style=3D"font-size: 11pt;" class=3D"">Please provide =
comments/feedback&nbsp;on&nbsp;the document. The deadline for last call =
is September 13<sup class=3D"">th</sup>.<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0cm 0cm 0.0001pt; =
font-size: 12pt; font-family: Calibri, sans-serif;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div><div style=3D"margin: 0cm 0cm =
0.0001pt; font-size: 12pt; font-family: Calibri, sans-serif;" =
class=3D""><span style=3D"font-size: 11pt;" class=3D"">Regards,<o:p =
class=3D""></o:p></span></div><div style=3D"margin: 0cm 0cm 0.0001pt; =
font-size: 12pt; font-family: Calibri, sans-serif;" class=3D""><span =
style=3D"font-size: 11pt;" class=3D"">Reshad &amp; =
Jeff.</span></div></div></div></blockquote></div><br class=3D""><div =
class=3D"">
<div class=3D"">Mahesh Jethanandani</div><div class=3D""><a =
href=3D"mailto:mjethanandani@gmail.com" =
class=3D"">mjethanandani@gmail.com</a></div><div class=3D""><br =
class=3D""></div><br class=3D"Apple-interchange-newline">

</div>
<br class=3D""></body></html>=

--Apple-Mail=_225A5F65-63DB-4BFD-AEDB-8C2DE50880BE--


From nobody Thu Sep 12 11:36:11 2019
Return-Path: <session-request@ietf.org>
X-Original-To: rtg-bfd@ietf.org
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 234FD120241; Thu, 12 Sep 2019 11:36:09 -0700 (PDT)
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: jhaas@pfrc.org, rtg-bfd@ietf.org, martin.vigoureux@nokia.com, bfd-chairs@ietf.org
Subject: bfd - New Meeting Session Request for IETF 106
X-Test-IDTracker: no
X-IETF-IDTracker: 6.101.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <156831336906.16501.978244854652840860.idtracker@ietfa.amsl.com>
Date: Thu, 12 Sep 2019 11:36:09 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/EQnmc94ZApZvsbOzIUkHsMridt4>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Sep 2019 18:36:09 -0000

A new meeting session request has just been submitted by Jeffrey Haas, a Chair of the bfd working group.


---------------------------------------------------------
Working Group Name: Bidirectional Forwarding Detection
Area Name: Routing Area
Session Requester: Jeffrey Haas

Number of Sessions: 1
Length of Session(s):  1 Hour
Number of Attendees: 50
Conflicts to Avoid: 
 Chair Conflict:  idr grow rtgwg bess lisp netmod netconf
 Technology Overlap: bier spring mpls teas pals sfc
 Key Participant Conflict: ccamp


People who must be present:
  Jeffrey Haas
  Reshad Rahman
  Martin Vigoureux

Resources Requested:

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


From nobody Thu Sep 12 19:56:09 2019
Return-Path: <cpignata@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C66612001A for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 19:56:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level: 
X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=dg6Dhg0F; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=fLuu3Wy+
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E8FhuQIUpf1B for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 19:56:05 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACE5212000F for <rtg-bfd@ietf.org>; Thu, 12 Sep 2019 19:56:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8393; q=dns/txt; s=iport; t=1568343365; x=1569552965; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=RkwhIxxhDgzFCJd06vKAEHANbYSE+PEBt6k4gGHbKSM=; b=dg6Dhg0FQhDo7a5KXThRmJ4M7nSCT2N8avMwp2s+U85YkUkRd8tA5v03 FLg/TH6QzPqd17OV2jUaYjI44thkFq87u1turjZmPvxBOF2XJmwm+C/HO uAeoxk7sN1FIJNY3SGtXqCzPOE9YrRfZjTdO8CMRtP96Ur0tw5kScYMYh s=;
IronPort-PHdr: =?us-ascii?q?9a23=3A3kB/jxzG7PTywFbXCy+N+z0EezQntrPoPwUc9p?= =?us-ascii?q?sgjfdUf7+++4j5YhWN/u1j2VnOW4iTq+lJjebbqejBYSQB+t7A1RJKa5lQT1?= =?us-ascii?q?kAgMQSkRYnBZuOEUz0Kvf2ZgQxHd9JUxlu+HToeUU=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAAA3BHtd/5BdJa1mGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBVQMBAQEBCwGBFS9QA4FDIAQLFhQKh14DimuCXJMUhFyBLoE?= =?us-ascii?q?kA1QJAQEBDAEBLQIBAYQ/AoJdIzYHDgIDCQEBBAEBAQIBBgRthS4MhUoBAQE?= =?us-ascii?q?BAxIuAQE3AQ8CAQgRAwECKAcyFAkIAgQOBSKDAIEeTQMdAQKgEgKBOIhhgiW?= =?us-ascii?q?CfQEBBYJHgkIYghYJgTQBi3cYgUA/gREnH4JMPoRkFoMHgiaUYYkYjlIKgiG?= =?us-ascii?q?UdxuCNIdAjxajXIMRAgQCBAUCDgEBBYFZAi+BWHAVZQGCQT6BDHiDcopTc4E?= =?us-ascii?q?pjCsHgSoBgSIBAQ?=
X-IronPort-AV: E=Sophos;i="5.64,499,1559520000";  d="scan'208,217";a="331190571"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Sep 2019 02:56:04 +0000
Received: from XCH-ALN-018.cisco.com (xch-aln-018.cisco.com [173.36.7.28]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x8D2u4Lg010701 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <rtg-bfd@ietf.org>; Fri, 13 Sep 2019 02:56:04 GMT
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-018.cisco.com (173.36.7.28) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 12 Sep 2019 21:56:03 -0500
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 12 Sep 2019 21:56:03 -0500
Received: from NAM05-CO1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 12 Sep 2019 21:56:03 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Nz1VR7Klgia4q+lz8iblbLvg6VNABnBxbIpbSYpguiCmal9H/5ToyOVstCbx0h7/9YDQlZvpQ1Pjg82KWstNLDrE477n7+gsf07FRnFe83jw/EovWyDbZFi5Ur3kuvx+BjJp5CX9OfIW96hSuvJkkCkb4/KMs80LtkEujFvUZGe6y1CgEN9JXxFNiX8L9r72/YUaN5waFBdpbKrbtF7NN/u+ROuHMW6/Ov3l7AOwx19Ln1UBtLYET/mqzn/7aTO9kRS0drP3Hh5SJoaOiEx+NMtyv4YB5c60VLj5ZYcFm6/kAjs/T+Q8iWM5wMGRh3MbsfhQzhmFSgRpp7PJ3NcV1Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cTrW9Ml5ZXHkSvwdxtrBLkcfgCJ6Dh8RAaHX2cxE8MY=; b=autwYz3Ja6LdvMTC8Jj85B9i50gWuUImn/rV6Sp0xT8V4qX94z6r16nIvKbill87L7PpNCQ5fM6AsyME5/NvF1IkC+2Z4L759X8CWaZB/VapTkchkxQTKQp4Mph/8xaORrd6Nzf1kdHoaljiAl84D5gFAheUO4f88czdLwz5Scd0czqaA7r1bm6yzX1/6HtaR2fx3gInv3sB/hBcstxhsBwBipDLJyWgI3ptfLEcF0oQRhhnX1602cqH8ZisEiLb6VDwiToicGN2msdUNK5jfbwvmLjPvuTlmsuUHcPFoMGR9A9s4aVCPRJu3AK9Qd15F0EISwJFXIIAU/kgbYAaOg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cTrW9Ml5ZXHkSvwdxtrBLkcfgCJ6Dh8RAaHX2cxE8MY=; b=fLuu3Wy+GdiXfj8m3rpiExPD7pCdaxdbZtwVNvqUgjqvWSOOE0J5M/l37Ko8lUojf5PEC0GfhuUnolHXVF3I3tAeR3BmbP/OdkubN+bFgK08ksrqdSntS2tOok4Sy6bpN2QdUnAuo7o/6nmWUWX2X/O/jtZA2YtYBD7CormRUME=
Received: from BL0PR11MB3028.namprd11.prod.outlook.com (20.177.204.138) by BL0PR11MB3427.namprd11.prod.outlook.com (20.177.204.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2241.15; Fri, 13 Sep 2019 02:56:02 +0000
Received: from BL0PR11MB3028.namprd11.prod.outlook.com ([fe80::956a:2ebf:539e:502b]) by BL0PR11MB3028.namprd11.prod.outlook.com ([fe80::956a:2ebf:539e:502b%4]) with mapi id 15.20.2241.021; Fri, 13 Sep 2019 02:56:02 +0000
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
CC: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: Re: WGLC for draft-ietf-bfd-large-packets
Thread-Topic: WGLC for draft-ietf-bfd-large-packets
Thread-Index: AQHVXPUyTxWyJBtWsEOnJ4ETycFi16cjIc8AgAXh04A=
Date: Fri, 13 Sep 2019 02:56:02 +0000
Message-ID: <4858942C-0B22-40EE-867E-23F24BA54B34@cisco.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com>
In-Reply-To: <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3445.104.11)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=cpignata@cisco.com; 
x-originating-ip: [173.38.117.84]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b6530ca1-8a7b-4e0b-559e-08d737f5e99c
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BL0PR11MB3427; 
x-ms-traffictypediagnostic: BL0PR11MB3427:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BL0PR11MB342766020C3502AACF843612C7B30@BL0PR11MB3427.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 0159AC2B97
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(396003)(376002)(39860400002)(366004)(136003)(51914003)(199004)(189003)(6246003)(229853002)(6636002)(54896002)(5660300002)(316002)(6436002)(6486002)(99286004)(14454004)(14444005)(256004)(2906002)(33656002)(37006003)(6512007)(478600001)(26005)(102836004)(6506007)(25786009)(486006)(476003)(11346002)(71190400001)(6116002)(186003)(446003)(3846002)(36756003)(2616005)(71200400001)(50226002)(66446008)(64756008)(86362001)(8936002)(236005)(53936002)(66066001)(81166006)(81156014)(66946007)(8676002)(66556008)(66476007)(76116006)(4326008)(7736002)(6862004)(53546011)(76176011); DIR:OUT; SFP:1101; SCL:1; SRVR:BL0PR11MB3427; H:BL0PR11MB3028.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 9kaSIERsn3McalZNmLGOepvnU9KCnwsGsajHMjGNwJsiP13ap47NRW4H13QcoCX/tAVNw0yfm/djp1X4GO9isiCUwGPqa8dzpuX7/WBqPS9e5d5deyPJJABWMgkM/YBQqPLxQ4RvhEWvHaMzTHRcrSH2Kr3xwozqHE1bBAclquCib2mekq0UiTkppWvGqZzeQKaSX4g4Quoy3e/tSlmsvU3nhJLmKirsx1hE8Vugf1Aqbl+41OF106fwWpdL/ZP8xjAmrgZ7s4++HlZ5+N4qCwkX6O6/CDm7zT/pEHFbAkXTYO5c5r3XR/VcLdTIw1xs8yBr4IMHFT4NlkLfveTCsv2Ix+5++tMXbpVGi3xFqjbqGLBAKtQAvnoHthJT+Do5AsZ4ZyC49IDtO91Rh+whWKzweVC/V6VIsTcOHY94E3U=
Content-Type: multipart/alternative; boundary="_000_4858942C0B2240EE867E23F24BA54B34ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: b6530ca1-8a7b-4e0b-559e-08d737f5e99c
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Sep 2019 02:56:02.0537 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Z1Wmv0X36APonOWnmwH/GxDvg4CcEKOzH1OALxlT6rHkxxWp+A/73gQrQaHytyNcscX/1Gxx1FrdD8/x/FZFhQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3427
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.28, xch-aln-018.cisco.com
X-Outbound-Node: rcdn-core-8.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/3bcoWmb7o2DHHnl0ZtvP4tWmggE>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Sep 2019 02:56:08 -0000

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

Thanks for the reminder, Reshad. I support publication of this document, sh=
ort and useful.

I only have one comment in regards to:

   It is also worthy of note that even if an implementation can function
   with larger transport PDUs, that additional packet size may have
   impact on BFD scaling.  Such systems may support a lower transmission
   interval (bfd.DesiredMinTxInterval) when operating in large packet
   mode.  This interval may depend on the size of the transport PDU.

Instead of (or in addition to) a lower transmission interval, why not add f=
lexibility to not *have* to send large packets every packet, and instead se=
nd every n paks or so?

Thanks!

Carlos.

On Sep 9, 2019, at 10:55 AM, Reshad Rahman (rrahman) <rrahman@cisco.com<mai=
lto:rrahman@cisco.com>> wrote:

BFD WG, reminder that WGLC is ongoing for this document.

Regards,
Reshad.

From: Rtg-bfd <rtg-bfd-bounces@ietf.org<mailto:rtg-bfd-bounces@ietf.org>> o=
n behalf of "Reshad Rahman (rrahman)" <rrahman@cisco.com<mailto:rrahman@cis=
co.com>>
Date: Tuesday, August 27, 2019 at 12:34 PM
To: "rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>" <rtg-bfd@ietf.org<mailto:rt=
g-bfd@ietf.org>>
Subject: WGLC for draft-ietf-bfd-large-packets

BFD WG,

As was mentioned at IETF105, this document is stable and there was an inter=
op test done between FRR and Junos VMX.

Please provide comments/feedback on the document. The deadline for last cal=
l is September 13th.

Regards,
Reshad & Jeff.


--_000_4858942C0B2240EE867E23F24BA54B34ciscocom_
Content-Type: text/html; charset="us-ascii"
Content-ID: <CB2CBB853A32B5408DBE417F31E4E5EF@namprd11.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; line-break:=
 after-white-space;" class=3D"">
Thanks for the reminder, Reshad. I support publication of this document, sh=
ort and useful.
<div class=3D""><br class=3D"">
</div>
<div class=3D"">I only have one comment in regards to:</div>
<div class=3D""><br class=3D"">
</div>
<div class=3D"">
<div class=3D"">&nbsp; &nbsp;It is also worthy of note that even if an impl=
ementation can function</div>
<div class=3D"">&nbsp; &nbsp;with larger transport PDUs, that additional pa=
cket size may have</div>
<div class=3D"">&nbsp; &nbsp;impact on BFD scaling. &nbsp;Such systems may =
support a lower transmission</div>
<div class=3D"">&nbsp; &nbsp;interval (bfd.DesiredMinTxInterval) when opera=
ting in large packet</div>
<div class=3D"">&nbsp; &nbsp;mode. &nbsp;This interval may depend on the si=
ze of the transport PDU.</div>
<br class=3D"Apple-interchange-newline">
Instead of (or in addition to) a lower transmission interval, why not add f=
lexibility to not *have* to send large packets every packet, and instead se=
nd every n paks or so?<br class=3D"">
<div><br class=3D"">
</div>
<div>Thanks!</div>
<div><br class=3D"">
</div>
<div>Carlos.</div>
<div><br class=3D"">
<blockquote type=3D"cite" class=3D"">
<div class=3D"">On Sep 9, 2019, at 10:55 AM, Reshad Rahman (rrahman) &lt;<a=
 href=3D"mailto:rrahman@cisco.com" class=3D"">rrahman@cisco.com</a>&gt; wro=
te:</div>
<br class=3D"Apple-interchange-newline">
<div class=3D"">
<div class=3D"WordSection1" style=3D"page: WordSection1; caret-color: rgb(0=
, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-=
variant-caps: normal; font-weight: normal; letter-spacing: normal; text-ali=
gn: start; text-indent: 0px; text-transform: none; white-space: normal; wor=
d-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;">
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">BFD WG, reminder that WGLC is o=
ngoing for this document.<o:p class=3D""></o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D""><o:p class=3D"">&nbsp;</o:p></s=
pan></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">Regards,<o:p class=3D""></o:p><=
/span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">Reshad.</span><span lang=3D"EN-=
US" style=3D"font-size: 11pt;" class=3D""><o:p class=3D""></o:p></span></di=
v>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span lang=3D"EN-US" style=3D"font-size: 11pt;" class=3D""><o:p class=3D"">=
&nbsp;</o:p></span></div>
<div style=3D"border-style: solid none none; border-top-width: 1pt; border-=
top-color: rgb(181, 196, 223); padding: 3pt 0cm 0cm;" class=3D"">
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<b class=3D""><span style=3D"" class=3D"">From:<span class=3D"Apple-convert=
ed-space">&nbsp;</span></span></b><span style=3D"" class=3D"">Rtg-bfd &lt;<=
a href=3D"mailto:rtg-bfd-bounces@ietf.org" class=3D"">rtg-bfd-bounces@ietf.=
org</a>&gt; on behalf of &quot;Reshad Rahman (rrahman)&quot; &lt;<a href=3D=
"mailto:rrahman@cisco.com" class=3D"">rrahman@cisco.com</a>&gt;<br class=3D=
"">
<b class=3D"">Date:<span class=3D"Apple-converted-space">&nbsp;</span></b>T=
uesday, August 27, 2019 at 12:34 PM<br class=3D"">
<b class=3D"">To:<span class=3D"Apple-converted-space">&nbsp;</span></b>&qu=
ot;<a href=3D"mailto:rtg-bfd@ietf.org" class=3D"">rtg-bfd@ietf.org</a>&quot=
; &lt;<a href=3D"mailto:rtg-bfd@ietf.org" class=3D"">rtg-bfd@ietf.org</a>&g=
t;<br class=3D"">
<b class=3D"">Subject:<span class=3D"Apple-converted-space">&nbsp;</span></=
b>WGLC for draft-ietf-bfd-large-packets<o:p class=3D""></o:p></span></div>
</div>
<div class=3D"">
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D""><o:p class=3D"">&nbsp;</o:p></s=
pan></div>
</div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">BFD WG,</span><o:p class=3D""><=
/o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">&nbsp;</span><o:p class=3D""></=
o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">As was mentioned at IETF105, th=
is document is stable and there was an interop test done between FRR and Ju=
nos VMX.</span><o:p class=3D""></o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">&nbsp;</span><o:p class=3D""></=
o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">Please provide comments/feedbac=
k&nbsp;on&nbsp;the document. The deadline for last call is September 13<sup=
 class=3D"">th</sup>.</span><o:p class=3D""></o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">&nbsp;</span><o:p class=3D""></=
o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">Regards,</span><o:p class=3D"">=
</o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: Calib=
ri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">Reshad &amp; Jeff.</span></div>
</div>
</div>
</blockquote>
</div>
<br class=3D"">
</div>
</body>
</html>

--_000_4858942C0B2240EE867E23F24BA54B34ciscocom_--


From nobody Thu Sep 12 21:10:32 2019
Return-Path: <ketant@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CFDB120098 for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 21:10:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level: 
X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=iHiLVzH8; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=LmoVXJLr
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n2nbUwJJZqTd for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 21:10:27 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94873120088 for <rtg-bfd@ietf.org>; Thu, 12 Sep 2019 21:10:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21914; q=dns/txt; s=iport; t=1568347827; x=1569557427; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=HtqmQjcXTRo7G5d0AuMYzfeRiBChX+iaknGiRaj8Hxs=; b=iHiLVzH8wPV3uzgfcXiGn4ezcTA+QfmybsQ6qBhsT6D8E25V4wZtKbSI jDzAuz6ACIYlW6eDiFfzy4qDo1yZ+Ij9uqallXXwvbffF407qir34I/8E rnhNKaR4pQo9m6XTNTI3FPpc9/VSUMA49U2i3OluwnL4aSNOK39p6yMcM Y=;
IronPort-PHdr: =?us-ascii?q?9a23=3AEMGMMx9NYcX+Cf9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+/bR7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUER?= =?us-ascii?q?oMiMEYhQslVc2IFUT9MNbhbjcxG4JJU1o2t3w=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A6AAA+Fntd/4wNJK1mGwEBAQEDAQE?= =?us-ascii?q?BBwMBAQGBVQQBAQELAYEVL1ADbVYgBAsqhCGDRwOKak2CD5MUhFyBLoEkA1Q?= =?us-ascii?q?JAQEBDAEBLQIBAYQ/AheCRiM2Bw4CAwkBAQQBAQECAQYEbYUuDIVKAQEBAQM?= =?us-ascii?q?SEQoTAQE4DwIBCBEDAQEBHgoDAgICMBQJCAIEARIIGoMBgR1NAx0Bn2wCgTi?= =?us-ascii?q?IYXOBMoJ9AQEFhQoYghYJgTQBi3cYgUA/gRFGgkw+hEYeFoJVMoImjFyCZIU?= =?us-ascii?q?hiRiOUgqCIZUSgjSHQI8WjX+YbgIEAgQFAg4BAQWBWQMugVhwFTuCbIFKeIN?= =?us-ascii?q?yilNzgSmMLSuCJwEB?=
X-IronPort-AV: E=Sophos;i="5.64,499,1559520000";  d="scan'208,217";a="409831321"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Sep 2019 04:10:26 +0000
Received: from XCH-ALN-007.cisco.com (xch-aln-007.cisco.com [173.36.7.17]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id x8D4AQoo023249 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <rtg-bfd@ietf.org>; Fri, 13 Sep 2019 04:10:26 GMT
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-007.cisco.com (173.36.7.17) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 12 Sep 2019 23:10:25 -0500
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 12 Sep 2019 22:55:24 -0500
Received: from NAM05-BY2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 12 Sep 2019 23:55:24 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EbUrt9CALaag0o2KiWETAfDVW9FZs2LkapvvfJ6d6ynVT5CRIniWBNeqwBa5Jc8g8SW8ek+EtVySgJbc3KCaRX/1jHKXj/kSjWpFmF3uwCPTCHFsUQEDKSWpHEQ3eL3r52z2AksI1J6XdiSm8/thIUuqqM0Cnz4SmP3GuDS3oyqTXE5+cDzEdnG3pHftPmPP2GsX+e0zHoCN0sEncQvARzM56aPLv2u+3faAJ3/AtzTF5fPycqTDfZuZmPdhFOTmhEUyDU07QJM+Y3R0VZ2NVr8XC2Wg3yj3w/6vjs9AAG+r8FYcwsb025PdaWQrYQdNG5KKsp+5Ek2TuVYpVbswHg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HtqmQjcXTRo7G5d0AuMYzfeRiBChX+iaknGiRaj8Hxs=; b=OgRpuEvJJuTwynJ9M6G52gS5j+2pLx9AxcK4KvIiUGdNLuEqs4su/pPxXK8je4n2FnwcGDwj7JE5bwGPEjdRz7cizmzG9/rWTeSAdu2TP5xaZdBUYplR7Ihto3UmgoWhXelEY+PEDjKUfME/X8Jj/NF0y3cJdEfTLEfmIdpwz5PB0q1Klg6Ut8yoaRCJKdMBvnb463XY8T58Rb1DrEuxJEiSUcvRfjc6a4gjhXL1emn9Ht/P110IJjQk/54/6eaPmhhPj9HRm96i4HGx9YOm59uFdzN+dNSQhvRtnu55vjByC5d5XkQ28+Y4Ufv4Enx4qXlRQ63iz57uEYRdy2NEkg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HtqmQjcXTRo7G5d0AuMYzfeRiBChX+iaknGiRaj8Hxs=; b=LmoVXJLrQxRa+Hn1n484qWHQkjtYvAr/jGXxCFqV+OWm/9lDunvImX4N0L3QyoG9eksW8ZDQY2I6AJBrXTDO2Hmp++ZELuf9KsYQuFliY26XFu+k0SiRVgNVRpgOvkp4h6Cltg42l5smPcnZGYY8MBlXF2h6XL5MkJqAMXEkyxc=
Received: from CY4PR11MB1541.namprd11.prod.outlook.com (10.172.68.150) by CY4PR11MB1495.namprd11.prod.outlook.com (10.172.70.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.13; Fri, 13 Sep 2019 03:55:22 +0000
Received: from CY4PR11MB1541.namprd11.prod.outlook.com ([fe80::297e:b901:3eca:88af]) by CY4PR11MB1541.namprd11.prod.outlook.com ([fe80::297e:b901:3eca:88af%12]) with mapi id 15.20.2241.022; Fri, 13 Sep 2019 03:55:22 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: RE: WGLC for draft-ietf-bfd-large-packets
Thread-Topic: WGLC for draft-ietf-bfd-large-packets
Thread-Index: AQHVXPUyTxWyJBtWsEOnJ4ETycFi16cjIc8AgAXoLNA=
Date: Fri, 13 Sep 2019 03:55:22 +0000
Message-ID: <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com>
In-Reply-To: <C44550AC-F6E0-4351-9958-CB9144C9F23A@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=ketant@cisco.com; 
x-originating-ip: [2001:420:c0e0:1008::2ae]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 5b83f28f-091e-4d14-9a9a-08d737fe3390
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:CY4PR11MB1495; 
x-ms-traffictypediagnostic: CY4PR11MB1495:
x-ms-exchange-purlcount: 2
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <CY4PR11MB14958391BF123879F994F473C1B30@CY4PR11MB1495.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0159AC2B97
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(136003)(39860400002)(366004)(376002)(346002)(53754006)(199004)(189003)(85664002)(7696005)(64756008)(316002)(66446008)(110136005)(66556008)(66476007)(66946007)(74316002)(2501003)(2906002)(446003)(256004)(14444005)(11346002)(6116002)(790700001)(476003)(5660300002)(229853002)(6436002)(99286004)(7736002)(86362001)(52536014)(6306002)(54896002)(9686003)(8676002)(236005)(53936002)(71200400001)(71190400001)(102836004)(55016002)(8936002)(186003)(76116006)(76176011)(9326002)(81166006)(478600001)(81156014)(6506007)(46003)(53546011)(6246003)(25786009)(33656002)(14454004)(486006); DIR:OUT; SFP:1101; SCL:1; SRVR:CY4PR11MB1495; H:CY4PR11MB1541.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: B9vl9u8oEmkDnSXZX0ixNcNRKIzDltj+wSZhCa3NdVmwDdDV7daeGT2ztDDs1pdk7I+dXleKn75j7/jip1t+YXqzgqulnT6kzR6AsD7j5ODBEUy0SzGVNdynesYqu/fcm51aXME7a0KADGAJDzndTdmSx8zB614vbU3Qo4Lh3Zef+kmIzoyaIxUs0KzItpl8gt7EXoHgw1C2zKAn9QA7z+K35Ccx5kBrEPAVTKWX68OZDKvg/o6awvJHAbO+nI+rCL0wsFeuW72eDFX3mDGGJQE98Xo6Jk0hD65DLsErk/dPXqj9bXpA1WB7J12CJdwaxkdbdU7I64FJSPUrGuIklLyBk/2OJS/yYetuqnb722FXHcRwXvK3/uIXKt+zhNcpwAjDCrBkjP/V7f6t6F67BXTBFrJSCrFWu11HAxzb/SE=
Content-Type: multipart/alternative; boundary="_000_CY4PR11MB1541F9CEEA547F1D962D79B5C1B30CY4PR11MB1541namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 5b83f28f-091e-4d14-9a9a-08d737fe3390
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Sep 2019 03:55:22.1230 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: vbtA5i2vYxKcYJDZm9jkwFAd4yu+hbLRy+hznPV0y/it+HExwShY9Ke/+iUkYy9fdC2oflGK1r2WSrs9b1WHtg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR11MB1495
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.17, xch-aln-007.cisco.com
X-Outbound-Node: alln-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/0C5SBmGr7foLs6qT2ztY1ihvUu0>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Sep 2019 04:10:30 -0000

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

SGkgQWxsLA0KDQpJIHdvdWxkIGxpa2UgdG8gYXNrIHNvbWUgcXVlc3Rpb25zIGFuZCBzZWVrIGNs
YXJpZmljYXRpb25zIG9uIHRoaXMgZHJhZnQuDQoNCg0KICAxLiAgSSBhbSBhd2FyZSB0aGF0IHRo
aXMgZHJhZnQgb3JpZ2luYXRlcyBmcm9tIHByYWN0aWNhbCBwYWluIHBvaW50cyBhdCBhIHNwZWNp
ZmljIG9wZXJhdG9yLiBEdXJpbmcgdGhlIGFkb3B0aW9uIGNhbGxzLCB0aGUgc2NlbmFyaW9zIHdl
cmUgZGViYXRlZCBpbiBkZXRhaWwuIEl0IHdhcyBiYXNpY2FsbHkgYSBMMiBXQU4gY2lyY3VpdCBz
ZXJ2aWNlIG92ZXIgYSBwcm92aWRlciBuZXR3b3JrIGFuZCB0aGUgY2hhbGxlbmdlIHdhcyB0aGF0
IHRoZSBQTVRVIG9mIHRoZSB1bmRlcmx5aW5nIHBhdGggaW4gdGhlIFNQIG5ldHdvcmsgY2hhbmdl
cyBkeW5hbWljYWxseS4gSG93ZXZlciwgZnJvbSB0aGUgRW50ZXJwcmlzZSBQT1YsIHRoZSBMMiBj
aXJjdWl0IGlzIHNlZW4gYXMgYSBzaW5nbGUgbGluayBhbmQgdGhlIEJGRCBydW5zIGluIGRpcmVj
dGx5IGNvbm5lY3RlZCBtb2RlLiBUaGUgZHJhZnQgaG93ZXZlciwgZGlzY3Vzc2VzIEJGRCBtdWx0
aS1ob3Agd2hpY2ggaXMgYW4gZW50aXJlbHkgZGlmZmVyZW50IHVzZS1jYXNlLiBXaGVuIGRvaW5n
IG11bHRpLWhvcCwgdGhlIEJGRCBwYWNrZXQgY291bGQgZ28gb3ZlciBlbnRpcmVseSBkaWZmZXJl
bnQgcGF0aHMgaW4gdGhlIG5ldHdvcmsgd2l0aCBkaWZmZXJlbnQgUE1UVXMgKGVzcGVjaWFsbHkg
ZGlmZmVyZW50IGZyb20gdGhlIGFwcGxpY2F0aW9uIHNlbmRpbmcgbGFyZ2UgcGFja2V0cykg4oCT
IHRoaXMgbWFrZXMgdGhpbmdzIGZsYWt5PyBTbyBzaG91bGRu4oCZdCB0aGlzIG1lY2hhbmlzbSBi
ZSBhY3R1YWxseSBmb2N1c3NlZCBvbiB0aGUgc2luZ2xlIGhvcC9kaXJlY3RseSBjb25uZWN0ZWQg
bW9kZSBpbnN0ZWFkPw0KDQoNCiAgMS4gIFRoZXJlIGFyZSBpbXBsZW1lbnRhdGlvbnMgd2l0aCBC
RkQgb2ZmbG9hZCB0byBIL1cgb3V0IHRoZXJlLiBXaGF0IGhhcHBlbnMgd2hlbiBhIHBhcnRpY3Vs
YXIgaW1wbGVtZW50YXRpb24gY2Fubm90IGhhbmRsZSBzdWNoIGxhcmdlIHBhY2tldCBzaXplcyAo
YW5kIEkgYW0gbm90IHNwZWNpZmljYWxseSBhd2FyZSBvZiBvbmUgc3VjaCk/IExpa2Ugb3RoZXIg
YXNwZWN0cyBvZiBtb25pdG9yaW5nIGxpa2UgdGhlIGludGVydmFscywgd291bGQgdGhlcmUgYmUg
YSB2YWx1ZSBpbiBpbmRpY2F0aW5nIGEgc3VwcG9ydCBmb3IgbGFyZ2UgcGFja2V0cyBkdXJpbmcg
dGhlIHNpZ25hbGxpbmc/IFRoZSBkcmFmdCBkb2VzIHJhaXNlIHRoZSBuZWVkIGZvciBpdCBidXQg
ZG9lc27igJl0IHNlZW0gdG8gZG8gYW55dGhpbmcgYWJvdXQgaXQg4oCTIHdoeT8gRWl0aGVyIHdl
IG5lZWQgaXQgYW5kIHRoaXMgZHJhZnQgc2hvdWxkIGRlZmluZSBpdC4gT3Igd2UgZG9u4oCZdCBu
ZWVkIGl0IGFuZCBpdCB3b3VsZCBwbGFjaW5nIHRoZSBvbnVzIG9uIHRoZSBvcGVyYXRvciB0byBl
bmFibGUgdGhpcyB3aGVuIHRoZXkga25vdyBib3RoIGVuZHMgc3VwcG9ydCBpdC4gVGhlbiBpdCBp
cyBzb21ldGhpbmcgZm9yIG9wZXJhdGlvbmFsIGNvbnNpZGVyYXRpb24gc2VjdGlvbiBwZXJoYXBz
Pw0KDQoNCg0KICAxLiAgVGhlcmUgd2FzIGEgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBhYm91dCB3
aGV0aGVyIHRoaXMgbmVlZHMgdG8gYmUgZG9uZSBmb3IgZXZlcnkgcGFja2V0IG9yIG5vdC4gSSBk
b27igJl0IGZpbmQgdGhhdCBkaXNjdXNzaW9uIG9yIHRoZSByZXN1bHQgY2FwdHVyZWQgaW4gdGhl
IGRyYWZ0LiBUaGUgZHJhZnQganVzdCBzYXlzIHRoYXQgcGVyaGFwcyBsb25nZXIgaW50ZXJ2YWxz
IHNob3VsZCBiZSBhcHBsaWVkIHRvIEJGRCB3aGVuIGRvaW5nIGxhcmdlIHBhY2tldHMg4oCTIGJ1
dCB0aGlzIHdpbGwgZGVmZWF0IHRoZSBwdXJwb3NlIG9mIGZhc3QtZGV0ZWN0aW9uLiBXaGF0IHdv
dWxkIGJlIGdvb2QgaXMgd2UgaGF2ZSBib3RoIGZhc3QtZGV0ZWN0aW9uIGFuZCBzbG93IFBNVFUg
dmFsaWRhdGlvbj8gUGVyaGFwcyB3ZSBuZWVkIHNvbWUgYW5hbHlzaXMgb2Ygd2hldGhlciBsYXJn
ZSBwYWNrZXRzIHNob3VsZCBiZSB1c2VkIGFsd2F5cyBvciBpbnRlcm1pdHRlbnRseSBhbmQgdGhl
IHByb3MvY29ucyBvciBndWlkZWxpbmVzIGZvciB0aGUgc2FtZT8NCg0KDQoNCiAgMS4gIFRoZSBk
cmFmdCBpcyBtaXNzaW5nIGFuIG9wZXJhdGlvbmFsIGNvbnNpZGVyYXRpb25zIGFuZCBtYW5hZ2Vh
YmlsaXR5IGNvbnNpZGVyYXRpb25zIHNlY3Rpb25zLiBTb21lIG9mIHRoaXMgaW5mbyBpcyBwbGFj
ZWQgaW4gc2VjIDMsIGJ1dCB3b3VsZCBoZWxwIGlmIHRoaW5ncyB3ZXJlIGVsYWJvcmF0ZWQgaW4g
dGhlaXIgaW5kaXZpZHVhbCBzZWN0aW9ucy4gSXQgd291bGQgcHJvdmlkZSBtb3JlIGluc2lnaHQg
aW50byBob3cgZXhhY3RseSB0aGlzIG1lY2hhbmlzbSBpbiBCRkQgaXMgZW52aXNhZ2VkIHRvIGJl
IGFjdHVhbGx5IGRlcGxveWVkIGFuZCB1c2VkLiBNb3JlIGltcG9ydGFudGx5LCBwZXJoYXBzIGhv
dyBpdCBzaG91bGQgTk9UIGJlIHVzZWQ/DQoNCkNhbiB0aGUgYXV0aG9ycyBhbmQgV0cgZGlzY3Vz
cyB0aGUgYWJvdmU/IEkgdGhpbmsgaXQgc2VlbXMgdG9vIHJ1c2hlZCB0byBnbyBmb3IgV0dMQyBq
dXN0IGFzIHlldD8NCg0KVGhhbmtzLA0KS2V0YW4NCg0KRnJvbTogUnRnLWJmZCA8cnRnLWJmZC1i
b3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgUmVzaGFkIFJhaG1hbiAocnJhaG1hbikNClNl
bnQ6IDA5IFNlcHRlbWJlciAyMDE5IDIwOjI2DQpUbzogcnRnLWJmZEBpZXRmLm9yZw0KU3ViamVj
dDogUmU6IFdHTEMgZm9yIGRyYWZ0LWlldGYtYmZkLWxhcmdlLXBhY2tldHMNCg0KQkZEIFdHLCBy
ZW1pbmRlciB0aGF0IFdHTEMgaXMgb25nb2luZyBmb3IgdGhpcyBkb2N1bWVudC4NCg0KUmVnYXJk
cywNClJlc2hhZC4NCg0KRnJvbTogUnRnLWJmZCA8cnRnLWJmZC1ib3VuY2VzQGlldGYub3JnPG1h
aWx0bzpydGctYmZkLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgIlJlc2hhZCBSYWht
YW4gKHJyYWhtYW4pIiA8cnJhaG1hbkBjaXNjby5jb208bWFpbHRvOnJyYWhtYW5AY2lzY28uY29t
Pj4NCkRhdGU6IFR1ZXNkYXksIEF1Z3VzdCAyNywgMjAxOSBhdCAxMjozNCBQTQ0KVG86ICJydGct
YmZkQGlldGYub3JnPG1haWx0bzpydGctYmZkQGlldGYub3JnPiIgPHJ0Zy1iZmRAaWV0Zi5vcmc8
bWFpbHRvOnJ0Zy1iZmRAaWV0Zi5vcmc+Pg0KU3ViamVjdDogV0dMQyBmb3IgZHJhZnQtaWV0Zi1i
ZmQtbGFyZ2UtcGFja2V0cw0KDQpCRkQgV0csDQoNCkFzIHdhcyBtZW50aW9uZWQgYXQgSUVURjEw
NSwgdGhpcyBkb2N1bWVudCBpcyBzdGFibGUgYW5kIHRoZXJlIHdhcyBhbiBpbnRlcm9wIHRlc3Qg
ZG9uZSBiZXR3ZWVuIEZSUiBhbmQgSnVub3MgVk1YLg0KDQpQbGVhc2UgcHJvdmlkZSBjb21tZW50
cy9mZWVkYmFjayBvbiB0aGUgZG9jdW1lbnQuIFRoZSBkZWFkbGluZSBmb3IgbGFzdCBjYWxsIGlz
IFNlcHRlbWJlciAxM3RoLg0KDQpSZWdhcmRzLA0KUmVzaGFkICYgSmVmZi4NCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph
OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv
cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu
Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj
OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1w
cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJ
bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsN
Cglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNv
TGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5
OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRv
bTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm
b250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnAu
bXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5h
bWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDow
Y207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZv
bnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6
IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLmFwcGxlLWNv
bnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0K
c3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1p
bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWls
U3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi
Q2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uSFRNTFByZWZv
cm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0K
CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0
ZWQiOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv
LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3Jk
U2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQg
NzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N
Ci8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjI1NDI4OTE5
OTsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTY5OTUy
NDgwOCAxMDc0MzMxNjY1IDEwNzQzMzE2NzMgMTA3NDMzMTY3NSAxMDc0MzMxNjYzIDEwNzQzMzE2
NzMgMTA3NDMzMTY3NSAxMDc0MzMxNjYzIDEwNzQzMzE2NzMgMTA3NDMzMTY3NTt9DQpAbGlzdCBs
MDpsZXZlbDENCgl7bXNvLWxldmVsLXRleHQ6IiUxXCkiOw0KCW1zby1sZXZlbC10YWItc3RvcDpu
b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu
MHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1s
b3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v
bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4w
cHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0
IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28t
bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ
dGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJl
ci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl
dmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3Qg
bDA6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt
cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsOA0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0
b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6
LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9t
YW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w
b3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRv
bTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0
ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw
MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo
YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv
Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu
Zz0iRU4tSU4iIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9Ildv
cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgQWxsLDxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtt
c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SSB3b3VsZCBsaWtlIHRvIGFzayBzb21lIHF1ZXN0
aW9ucyBhbmQgc2VlayBjbGFyaWZpY2F0aW9ucyBvbiB0aGlzIGRyYWZ0LjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8b2wgc3R5bGU9Im1hcmdpbi10b3A6MGNtIiBzdGFydD0iMSIgdHlwZT0iMSI+DQo8bGkg
Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowY207bXNvLWxpc3Q6
bDAgbGV2ZWwxIGxmbzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O21zby1mYXJlYXN0
LWxhbmd1YWdlOkVOLVVTIj5JIGFtIGF3YXJlIHRoYXQgdGhpcyBkcmFmdCBvcmlnaW5hdGVzIGZy
b20gcHJhY3RpY2FsIHBhaW4gcG9pbnRzIGF0IGEgc3BlY2lmaWMgb3BlcmF0b3IuIER1cmluZyB0
aGUgYWRvcHRpb24gY2FsbHMsIHRoZSBzY2VuYXJpb3MNCiB3ZXJlIGRlYmF0ZWQgaW4gZGV0YWls
LiBJdCB3YXMgYmFzaWNhbGx5IGEgTDIgV0FOIGNpcmN1aXQgc2VydmljZSBvdmVyIGEgcHJvdmlk
ZXIgbmV0d29yayBhbmQgdGhlIGNoYWxsZW5nZSB3YXMgdGhhdCB0aGUgUE1UVSBvZiB0aGUgdW5k
ZXJseWluZyBwYXRoIGluIHRoZSBTUCBuZXR3b3JrIGNoYW5nZXMgZHluYW1pY2FsbHkuIEhvd2V2
ZXIsIGZyb20gdGhlIEVudGVycHJpc2UgUE9WLCB0aGUgTDIgY2lyY3VpdCBpcyBzZWVuIGFzIGEg
c2luZ2xlDQogbGluayBhbmQgdGhlIEJGRCBydW5zIGluIGRpcmVjdGx5IGNvbm5lY3RlZCBtb2Rl
LiBUaGUgZHJhZnQgaG93ZXZlciwgZGlzY3Vzc2VzIEJGRCBtdWx0aS1ob3Agd2hpY2ggaXMgYW4g
ZW50aXJlbHkgZGlmZmVyZW50IHVzZS1jYXNlLiBXaGVuIGRvaW5nIG11bHRpLWhvcCwgdGhlIEJG
RCBwYWNrZXQgY291bGQgZ28gb3ZlciBlbnRpcmVseSBkaWZmZXJlbnQgcGF0aHMgaW4gdGhlIG5l
dHdvcmsgd2l0aCBkaWZmZXJlbnQgUE1UVXMgKGVzcGVjaWFsbHkNCiBkaWZmZXJlbnQgZnJvbSB0
aGUgYXBwbGljYXRpb24gc2VuZGluZyBsYXJnZSBwYWNrZXRzKSDigJMgdGhpcyBtYWtlcyB0aGlu
Z3MgZmxha3k/IFNvIHNob3VsZG7igJl0IHRoaXMgbWVjaGFuaXNtIGJlIGFjdHVhbGx5IGZvY3Vz
c2VkIG9uIHRoZSBzaW5nbGUgaG9wL2RpcmVjdGx5IGNvbm5lY3RlZCBtb2RlIGluc3RlYWQ/DQo8
bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvb2w+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBjbSIgc3RhcnQ9
IjIiIHR5cGU9IjEiPg0KPGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MGNtO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGhlcmUgYXJlIGltcGxlbWVudGF0
aW9ucyB3aXRoIEJGRCBvZmZsb2FkIHRvIEgvVyBvdXQgdGhlcmUuIFdoYXQgaGFwcGVucyB3aGVu
IGEgcGFydGljdWxhciBpbXBsZW1lbnRhdGlvbiBjYW5ub3QgaGFuZGxlIHN1Y2gNCiBsYXJnZSBw
YWNrZXQgc2l6ZXMgKGFuZCBJIGFtIG5vdCBzcGVjaWZpY2FsbHkgYXdhcmUgb2Ygb25lIHN1Y2gp
PyBMaWtlIG90aGVyIGFzcGVjdHMgb2YgbW9uaXRvcmluZyBsaWtlIHRoZSBpbnRlcnZhbHMsIHdv
dWxkIHRoZXJlIGJlIGEgdmFsdWUgaW4gaW5kaWNhdGluZyBhIHN1cHBvcnQgZm9yIGxhcmdlIHBh
Y2tldHMgZHVyaW5nIHRoZSBzaWduYWxsaW5nPyBUaGUgZHJhZnQgZG9lcyByYWlzZSB0aGUgbmVl
ZCBmb3IgaXQgYnV0IGRvZXNu4oCZdA0KIHNlZW0gdG8gZG8gYW55dGhpbmcgYWJvdXQgaXQg4oCT
IHdoeT8gRWl0aGVyIHdlIG5lZWQgaXQgYW5kIHRoaXMgZHJhZnQgc2hvdWxkIGRlZmluZSBpdC4g
T3Igd2UgZG9u4oCZdCBuZWVkIGl0IGFuZCBpdCB3b3VsZCBwbGFjaW5nIHRoZSBvbnVzIG9uIHRo
ZSBvcGVyYXRvciB0byBlbmFibGUgdGhpcyB3aGVuIHRoZXkga25vdyBib3RoIGVuZHMgc3VwcG9y
dCBpdC4gVGhlbiBpdCBpcyBzb21ldGhpbmcgZm9yIG9wZXJhdGlvbmFsIGNvbnNpZGVyYXRpb24N
CiBzZWN0aW9uIHBlcmhhcHM/PG86cD48L286cD48L3NwYW4+PC9saT48L29sPg0KPHAgY2xhc3M9
Ik1zb0xpc3RQYXJhZ3JhcGgiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O21zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8b2wgc3R5
bGU9Im1hcmdpbi10b3A6MGNtIiBzdGFydD0iMyIgdHlwZT0iMSI+DQo8bGkgY2xhc3M9Ik1zb0xp
c3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowY207bXNvLWxpc3Q6bDAgbGV2ZWwxIGxm
bzEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj5UaGVyZSB3YXMgYSBkaXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFib3V0IHdoZXRoZXIgdGhp
cyBuZWVkcyB0byBiZSBkb25lIGZvciBldmVyeSBwYWNrZXQgb3Igbm90LiBJIGRvbuKAmXQgZmlu
ZCB0aGF0IGRpc2N1c3Npb24NCiBvciB0aGUgcmVzdWx0IGNhcHR1cmVkIGluIHRoZSBkcmFmdC4g
VGhlIGRyYWZ0IGp1c3Qgc2F5cyB0aGF0IHBlcmhhcHMgbG9uZ2VyIGludGVydmFscyBzaG91bGQg
YmUgYXBwbGllZCB0byBCRkQgd2hlbiBkb2luZyBsYXJnZSBwYWNrZXRzIOKAkyBidXQgdGhpcyB3
aWxsIGRlZmVhdCB0aGUgcHVycG9zZSBvZiBmYXN0LWRldGVjdGlvbi4gV2hhdCB3b3VsZCBiZSBn
b29kIGlzIHdlIGhhdmUgYm90aCBmYXN0LWRldGVjdGlvbiBhbmQgc2xvdyBQTVRVIHZhbGlkYXRp
b24/DQogUGVyaGFwcyB3ZSBuZWVkIHNvbWUgYW5hbHlzaXMgb2Ygd2hldGhlciBsYXJnZSBwYWNr
ZXRzIHNob3VsZCBiZSB1c2VkIGFsd2F5cyBvciBpbnRlcm1pdHRlbnRseSBhbmQgdGhlIHByb3Mv
Y29ucyBvciBndWlkZWxpbmVzIGZvciB0aGUgc2FtZT88bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwv
b2w+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxvbCBzdHlsZT0ibWFyZ2luLXRvcDowY20iIHN0YXJ0PSI0IiB0eXBlPSIxIj4NCjxs
aSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbTttc28tbGlz
dDpsMCBsZXZlbDEgbGZvMSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RU4tVVMiPlRoZSBkcmFmdCBpcyBtaXNzaW5nIGFuIG9wZXJhdGlvbmFsIGNv
bnNpZGVyYXRpb25zIGFuZCBtYW5hZ2VhYmlsaXR5IGNvbnNpZGVyYXRpb25zIHNlY3Rpb25zLiBT
b21lIG9mIHRoaXMgaW5mbyBpcyBwbGFjZWQNCiBpbiBzZWMgMywgYnV0IHdvdWxkIGhlbHAgaWYg
dGhpbmdzIHdlcmUgZWxhYm9yYXRlZCBpbiB0aGVpciBpbmRpdmlkdWFsIHNlY3Rpb25zLiBJdCB3
b3VsZCBwcm92aWRlIG1vcmUgaW5zaWdodCBpbnRvIGhvdyBleGFjdGx5IHRoaXMgbWVjaGFuaXNt
IGluIEJGRCBpcyBlbnZpc2FnZWQgdG8gYmUgYWN0dWFsbHkgZGVwbG95ZWQgYW5kIHVzZWQuIE1v
cmUgaW1wb3J0YW50bHksIHBlcmhhcHMgaG93IGl0IHNob3VsZCBOT1QgYmUgdXNlZD88bzpwPjwv
bzpwPjwvc3Bhbj48L2xpPjwvb2w+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkNhbiB0aGUgYXV0aG9ycyBh
bmQgV0cgZGlzY3VzcyB0aGUgYWJvdmU/IEkgdGhpbmsgaXQgc2VlbXMgdG9vIHJ1c2hlZCB0byBn
byBmb3IgV0dMQyBqdXN0IGFzIHlldD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5n
dWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
RU4tVVMiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V
UyI+S2V0YW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l
O2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdCI+IFJ0Zy1iZmQgJmx0O3J0Zy1iZmQtYm91bmNlc0BpZXRmLm9yZyZn
dDsNCjxiPk9uIEJlaGFsZiBPZiA8L2I+UmVzaGFkIFJhaG1hbiAocnJhaG1hbik8YnI+DQo8Yj5T
ZW50OjwvYj4gMDkgU2VwdGVtYmVyIDIwMTkgMjA6MjY8YnI+DQo8Yj5Ubzo8L2I+IHJ0Zy1iZmRA
aWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFdHTEMgZm9yIGRyYWZ0LWlldGYtYmZk
LWxhcmdlLXBhY2tldHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6Ymxh
Y2siPkJGRCBXRywgcmVtaW5kZXIgdGhhdCBXR0xDIGlzIG9uZ29pbmcgZm9yIHRoaXMgZG9jdW1l
bnQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+UmVnYXJkcyw8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPlJlc2hhZC48L3NwYW4+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxk
aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRk
aW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxh
bmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gbGFu
Zz0iRU4tQ0EiIHN0eWxlPSJjb2xvcjpibGFjayI+UnRnLWJmZCAmbHQ7PGEgaHJlZj0ibWFpbHRv
OnJ0Zy1iZmQtYm91bmNlc0BpZXRmLm9yZyI+cnRnLWJmZC1ib3VuY2VzQGlldGYub3JnPC9hPiZn
dDsgb24gYmVoYWxmIG9mICZxdW90O1Jlc2hhZCBSYWhtYW4gKHJyYWhtYW4pJnF1b3Q7ICZsdDs8
YSBocmVmPSJtYWlsdG86cnJhaG1hbkBjaXNjby5jb20iPnJyYWhtYW5AY2lzY28uY29tPC9hPiZn
dDs8YnI+DQo8Yj5EYXRlOiA8L2I+VHVlc2RheSwgQXVndXN0IDI3LCAyMDE5IGF0IDEyOjM0IFBN
PGJyPg0KPGI+VG86IDwvYj4mcXVvdDs8YSBocmVmPSJtYWlsdG86cnRnLWJmZEBpZXRmLm9yZyI+
cnRnLWJmZEBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpydGctYmZkQGll
dGYub3JnIj5ydGctYmZkQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+V0dM
QyBmb3IgZHJhZnQtaWV0Zi1iZmQtbGFyZ2UtcGFja2V0czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQiPkJGRCBXRyw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1D
QSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkFzIHdhcyBtZW50aW9uZWQgYXQgSUVURjEwNSwg
dGhpcyBkb2N1bWVudCBpcyBzdGFibGUgYW5kIHRoZXJlIHdhcyBhbiBpbnRlcm9wIHRlc3QgZG9u
ZSBiZXR3ZWVuIEZSUiBhbmQgSnVub3MgVk1YLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
Q0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4t
Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpibGFjayI+UGxlYXNlIHBy
b3ZpZGUgY29tbWVudHMvZmVlZGJhY2smbmJzcDtvbiZuYnNwO3RoZSBkb2N1bWVudC4gVGhlIGRl
YWRsaW5lIGZvciBsYXN0IGNhbGwgaXMgU2VwdGVtYmVyIDEzPHN1cD50aDwvc3VwPi48L3NwYW4+
PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpi
bGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPlJlZ2FyZHMsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNB
Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n
PSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPlJlc2hhZCAmYW1w
OyBKZWZmLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_CY4PR11MB1541F9CEEA547F1D962D79B5C1B30CY4PR11MB1541namp_--


From nobody Thu Sep 12 21:13:24 2019
Return-Path: <mjethanandani@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CE4D120098 for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 21:13:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V3GLzgeiQ0SA for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 21:13:20 -0700 (PDT)
Received: from mail-pf1-x42d.google.com (mail-pf1-x42d.google.com [IPv6:2607:f8b0:4864:20::42d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A5E8B120088 for <rtg-bfd@ietf.org>; Thu, 12 Sep 2019 21:13:20 -0700 (PDT)
Received: by mail-pf1-x42d.google.com with SMTP id 205so17267535pfw.2 for <rtg-bfd@ietf.org>; Thu, 12 Sep 2019 21:13:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=SpisrL0hvrCnJA0C125xk58F44MofX/QC9gPMVVU2gM=; b=OUOrIUEZlXDmBbzRJpb9WSFX7vdcUqsgqq2PLH787hgXSLbRhFjRJGyvDbRY4TGv9j leOc3DB5HzKqy8bR3l/zsKp8swzeKBb6MaJMkEG+hgEaJmH/AvR8jZoy8iO0IOxTlCfl tzAb5BRShXFy6FDpgH7EWfSHLC9dZPqCw4W0Ll8DkWMSEh4qmmCyxduX1+K3bL1oDHH5 2cSQiL5noP0UfUHmI3NQ40+VXcmv+UsgeZRYNHRpD9KWY2XS6pxt5/87M+JNB9K/lGnv iFir+KKI+Qne83kLkJw37LrfnNRVzaCfzuB2cf9EbbsUywC3+eIydCytbR/Q3tb87ad3 Vzmw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=SpisrL0hvrCnJA0C125xk58F44MofX/QC9gPMVVU2gM=; b=m2iSPB+vTXvFs+IHMUZb6xZIdqOKuIYlXDmOk94NhBvywsIQbeukW54cAK9c+QvhLO svBtFyc6xcuBlnHiDo8ANicvKNrzrUHPKlIXgqUzyPF9mr/Uma1nRal2o+znfZ+K1Z3a H5Kooh5dY27I8qtU/Vk7lSNJT9hZsKNPPd5x9dvg2KIIHv22b8E11tN4qIUF1aHINYxO L5+uP8L4sYn7+c/+aM4NYplUCjGKPpMINGI+Vd3VZYG0cCw3utFPV9r2mdncpPKYlhYH ZvsyTd+RZkRcnRP1Fu0R5LihEhkOK8d0wFxNg0BjrB5CRvh0xq7E+GUnn16e7ErYAtlK pFqg==
X-Gm-Message-State: APjAAAWDOQ1nZVs0GU8T99a2U/KAba03zaOw/8G3r6DF+hxJo3I12mjO uLpvRtJvuQ+tuygeirYQww0=
X-Google-Smtp-Source: APXvYqyL+xWhMp9PTZr8aJZIeAfndvFA40LP7ZIVuLsAT5yMki7GOxL06Y701clXIYYTTHGgAHGkUQ==
X-Received: by 2002:a63:6c43:: with SMTP id h64mr16619115pgc.106.1568347999487;  Thu, 12 Sep 2019 21:13:19 -0700 (PDT)
Received: from ?IPv6:2601:647:5600:5020:c9f0:407:a271:17c3? ([2601:647:5600:5020:c9f0:407:a271:17c3]) by smtp.gmail.com with ESMTPSA id u4sm24143877pfh.55.2019.09.12.21.13.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Sep 2019 21:13:18 -0700 (PDT)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-Id: <F3D9A351-7A4E-462A-95FF-C9A6AA1E2C5B@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_BA2B4859-955D-415A-8D87-3C271B219634"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Subject: Re: WGLC for draft-ietf-bfd-large-packets
Date: Thu, 12 Sep 2019 21:13:39 -0700
In-Reply-To: <4858942C-0B22-40EE-867E-23F24BA54B34@cisco.com>
Cc: Reshad Rehman <rrahman@cisco.com>, "rtg-bfd@ietf. org" <rtg-bfd@ietf.org>
To: Carlos Pignataro <cpignata@cisco.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <4858942C-0B22-40EE-867E-23F24BA54B34@cisco.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/Pq4VP3xFjSsBHGpxugB-sEhOpPQ>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Sep 2019 04:13:23 -0000

--Apple-Mail=_BA2B4859-955D-415A-8D87-3C271B219634
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi Carlos,

> On Sep 12, 2019, at 7:56 PM, Carlos Pignataro (cpignata) =
<cpignata@cisco.com> wrote:
>=20
> Thanks for the reminder, Reshad. I support publication of this =
document, short and useful.
>=20
> I only have one comment in regards to:
>=20
>    It is also worthy of note that even if an implementation can =
function
>    with larger transport PDUs, that additional packet size may have
>    impact on BFD scaling.  Such systems may support a lower =
transmission
>    interval (bfd.DesiredMinTxInterval) when operating in large packet
>    mode.  This interval may depend on the size of the transport PDU.
>=20
> Instead of (or in addition to) a lower transmission interval, why not =
add flexibility to not *have* to send large packets every packet, and =
instead send every n paks or so?

Wouldn=E2=80=99t that have a problem that one packet lost every n =
packets would still keep the BFD session up?

Cheers.

>=20
> Thanks!
>=20
> Carlos.
>=20
>> On Sep 9, 2019, at 10:55 AM, Reshad Rahman (rrahman) =
<rrahman@cisco.com <mailto:rrahman@cisco.com>> wrote:
>>=20
>> BFD WG, reminder that WGLC is ongoing for this document.
>> =20
>> Regards,
>> Reshad.
>> =20
>> From: Rtg-bfd <rtg-bfd-bounces@ietf.org =
<mailto:rtg-bfd-bounces@ietf.org>> on behalf of "Reshad Rahman =
(rrahman)" <rrahman@cisco.com <mailto:rrahman@cisco.com>>
>> Date: Tuesday, August 27, 2019 at 12:34 PM
>> To: "rtg-bfd@ietf.org <mailto:rtg-bfd@ietf.org>" <rtg-bfd@ietf.org =
<mailto:rtg-bfd@ietf.org>>
>> Subject: WGLC for draft-ietf-bfd-large-packets
>> =20
>> BFD WG,
>> =20
>> As was mentioned at IETF105, this document is stable and there was an =
interop test done between FRR and Junos VMX.
>> =20
>> Please provide comments/feedback on the document. The deadline for =
last call is September 13th.
>> =20
>> Regards,
>> Reshad & Jeff.
>=20


--Apple-Mail=_BA2B4859-955D-415A-8D87-3C271B219634
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">Hi =
Carlos,<br class=3D""><div><br class=3D""><blockquote type=3D"cite" =
class=3D""><div class=3D"">On Sep 12, 2019, at 7:56 PM, Carlos Pignataro =
(cpignata) &lt;<a href=3D"mailto:cpignata@cisco.com" =
class=3D"">cpignata@cisco.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D"">

<meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dus-ascii" class=3D"">

<div style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
line-break: after-white-space;" class=3D"">
Thanks for the reminder, Reshad. I support publication of this document, =
short and useful.
<div class=3D""><br class=3D"">
</div>
<div class=3D"">I only have one comment in regards to:</div>
<div class=3D""><br class=3D"">
</div>
<div class=3D"">
<div class=3D"">&nbsp; &nbsp;It is also worthy of note that even if an =
implementation can function</div>
<div class=3D"">&nbsp; &nbsp;with larger transport PDUs, that additional =
packet size may have</div>
<div class=3D"">&nbsp; &nbsp;impact on BFD scaling. &nbsp;Such systems =
may support a lower transmission</div>
<div class=3D"">&nbsp; &nbsp;interval (bfd.DesiredMinTxInterval) when =
operating in large packet</div>
<div class=3D"">&nbsp; &nbsp;mode. &nbsp;This interval may depend on the =
size of the transport PDU.</div>
<br class=3D"Apple-interchange-newline">
Instead of (or in addition to) a lower transmission interval, why not =
add flexibility to not *have* to send large packets every packet, and =
instead send every n paks or so?<br =
class=3D""></div></div></div></blockquote><div><br =
class=3D""></div>Wouldn=E2=80=99t that have a problem that one packet =
lost every n packets would still keep the BFD session up?</div><div><br =
class=3D""></div><div>Cheers.</div><div><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><div style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D""><div class=3D"">
<div class=3D""><br class=3D"">
</div>
<div class=3D"">Thanks!</div>
<div class=3D""><br class=3D"">
</div>
<div class=3D"">Carlos.</div>
<div class=3D""><br class=3D"">
<blockquote type=3D"cite" class=3D"">
<div class=3D"">On Sep 9, 2019, at 10:55 AM, Reshad Rahman (rrahman) =
&lt;<a href=3D"mailto:rrahman@cisco.com" =
class=3D"">rrahman@cisco.com</a>&gt; wrote:</div>
<br class=3D"Apple-interchange-newline">
<div class=3D"">
<div class=3D"WordSection1" style=3D"page: WordSection1; caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: normal; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;">
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">BFD WG, reminder that WGLC =
is ongoing for this document.<o:p class=3D""></o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">Regards,<o:p =
class=3D""></o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">Reshad.</span><span =
lang=3D"EN-US" style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D""></o:p></span></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span lang=3D"EN-US" style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div>
<div style=3D"border-style: solid none none; border-top-width: 1pt; =
border-top-color: rgb(181, 196, 223); padding: 3pt 0cm 0cm;" class=3D"">
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<b class=3D""><span style=3D"" class=3D"">From:<span =
class=3D"Apple-converted-space">&nbsp;</span></span></b><span style=3D"" =
class=3D"">Rtg-bfd &lt;<a href=3D"mailto:rtg-bfd-bounces@ietf.org" =
class=3D"">rtg-bfd-bounces@ietf.org</a>&gt; on behalf of "Reshad Rahman =
(rrahman)" &lt;<a href=3D"mailto:rrahman@cisco.com" =
class=3D"">rrahman@cisco.com</a>&gt;<br class=3D"">
<b class=3D"">Date:<span =
class=3D"Apple-converted-space">&nbsp;</span></b>Tuesday, August 27, =
2019 at 12:34 PM<br class=3D"">
<b class=3D"">To:<span =
class=3D"Apple-converted-space">&nbsp;</span></b>"<a =
href=3D"mailto:rtg-bfd@ietf.org" class=3D"">rtg-bfd@ietf.org</a>" &lt;<a =
href=3D"mailto:rtg-bfd@ietf.org" class=3D"">rtg-bfd@ietf.org</a>&gt;<br =
class=3D"">
<b class=3D"">Subject:<span =
class=3D"Apple-converted-space">&nbsp;</span></b>WGLC for =
draft-ietf-bfd-large-packets<o:p class=3D""></o:p></span></div>
</div>
<div class=3D"">
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D""><o:p =
class=3D"">&nbsp;</o:p></span></div>
</div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">BFD WG,</span><o:p =
class=3D""></o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">&nbsp;</span><o:p =
class=3D""></o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">As was mentioned at IETF105, =
this document is stable and there was an interop test done between FRR =
and Junos VMX.</span><o:p class=3D""></o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">&nbsp;</span><o:p =
class=3D""></o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">Please provide =
comments/feedback&nbsp;on&nbsp;the document. The deadline for last call =
is September 13<sup class=3D"">th</sup>.</span><o:p =
class=3D""></o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">&nbsp;</span><o:p =
class=3D""></o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">Regards,</span><o:p =
class=3D""></o:p></div>
<div style=3D"margin: 0cm 0cm 0.0001pt; font-size: 12pt; font-family: =
Calibri, sans-serif;" class=3D"">
<span style=3D"font-size: 11pt;" class=3D"">Reshad &amp; =
Jeff.</span></div>
</div>
</div>
</blockquote>
</div>
<br class=3D"">
</div>
</div>

</div></blockquote></div><br class=3D""></body></html>=

--Apple-Mail=_BA2B4859-955D-415A-8D87-3C271B219634--


From nobody Thu Sep 12 21:21:19 2019
Return-Path: <cpignata@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F388A1200E0 for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 21:21:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level: 
X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=S4B+Sk8a; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=HOMTQVBg
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n4RHWsSuF93l for <rtg-bfd@ietfa.amsl.com>; Thu, 12 Sep 2019 21:21:15 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E23AA120088 for <rtg-bfd@ietf.org>; Thu, 12 Sep 2019 21:21:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13771; q=dns/txt; s=iport; t=1568348474; x=1569558074; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ve7FH6XFX2y9DSKghNPH6kbN8sGK6u6X4W3S0ywKOCY=; b=S4B+Sk8ad0ecgcTPN2zhvRAi/ElCZIXXXsQcBUkljiWFGeQxgIqtMKHF mI+R6Gk7//X0/kvO8Qd5ChVVPlmMT68NSFL7ZfW7TKAJbZbxKy1tgflbS rDys58DOXN+NCdcREybyrbFUVUn+tnpekyz00TOSsd5O3ISPq9Me8Aw/R 8=;
IronPort-PHdr: =?us-ascii?q?9a23=3AL6bxORWg2uNk4seHWCNOjfUbtiLV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSA9yJ8OpK3uzRta2oGXcN55qMqjgjSNRNTF?= =?us-ascii?q?dE7KdehAk8GIiAAEz/IuTtankxBMVNUlZ59lmwMFNeH4D1YFiB6nA=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AOAABHGHtd/4YNJK1mGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBVAQBAQEBCwGBFS9QA4FDIAQLKgqEF4NHA4prgjcliWWJL4R?= =?us-ascii?q?cgS6BJANUCQEBAQwBAS0CAQGEPwIXgkYjNQgOAgMJAQEEAQEBAgEGBG2FLgy?= =?us-ascii?q?FSgEBAQEDEhEdAQE3AQ8CAQgOAwMBAigDAgICHxEUCQgCBA4FIoMAgR5NAx0?= =?us-ascii?q?BAp9nAoE4iGFzgTKCfQEBBYJHgkMNC4IWCYE0AYt3GIFAP4ERJwwTgkw+ghq?= =?us-ascii?q?CKSEWglUygiaPQIUhiRiOEUEKgiGQd4QAG4I0h0CPFpgJi1ODEQIEAgQFAg4?= =?us-ascii?q?BAQWBUwE2gVhwFWUBgkE+gQx4g3KKU3OBKYwrB4EqAYEiAQE?=
X-IronPort-AV: E=Sophos;i="5.64,499,1559520000";  d="scan'208,217";a="325387133"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Sep 2019 04:21:13 +0000
Received: from XCH-ALN-020.cisco.com (xch-aln-020.cisco.com [173.36.7.30]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x8D4LD37028061 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 Sep 2019 04:21:13 GMT
Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-ALN-020.cisco.com (173.36.7.30) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 12 Sep 2019 23:21:13 -0500
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 12 Sep 2019 23:21:12 -0500
Received: from NAM04-BN3-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 12 Sep 2019 23:21:12 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MjTteZcxEjbixnoAX+u+w5QY6QCny4PJGvIJBLqBCKOyoQ9OwO5faC6AufiXbmAf+83p8v1XytcbpTNczk9fL1flTfx6E11Hho6tq0E1khu8eUz8M971o+wmUfIprEy+ZrfhLZUOGD7PAZaoHZjnXKhx53nJs64C4jIGGtStCNoH9H1BqE9TI1DZgIiH8NIoY00DZyRJ1UgrzcuJwAs0vAmAyiQxCSBtpOzTK7YhtOPKqD6Vguax9OGCCZtcWDVnxYl1lgn82Fm2DPdQsEaER099/00s5q94pk7iQ5JilY4x+twjTtCzGp+KhQdtrxKvu9f7DKT7roYip+yKG/flIw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ve7FH6XFX2y9DSKghNPH6kbN8sGK6u6X4W3S0ywKOCY=; b=TCxE8KD7/jFLE5cHO+uZ9kerXK7ZSJxnq8YDQGV20GUHs+bSJa2UxuxE7HyTB0OpmJKEayLc3tIx4MvFaeZBYDvsJ44upeCmIU+DDFtqGtNi3T/0naWoPzR27zdwBOPlmrkRisLp4ZGuJ6JAViKwMenoOuWglenxq0e1J6KS55kfDaYK0YZp+GIILpkT+V6CHuYzZeGLxcAm0gp6zYrfE+sDN0lYMZTUsxzK3ssbCAI7L5Zp6QsY7kMuRr9HlOW03YDBF8i5DOa5peefBpP2r8WsukCcYxiIZ1NP0u6izSnly6U4KN0Laa9PjmbX+IdwNXT4xkR144CLURVCFMDN/Q==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ve7FH6XFX2y9DSKghNPH6kbN8sGK6u6X4W3S0ywKOCY=; b=HOMTQVBg/SEzsMpn9CB0O+8EdlTdRpeOLZGVrIg5D2/Qt5T1m3y5zxYUyAgpMc3pm14b2p4jcqG0QAIoSKeICu3gjg3HXpXmyxSfYGLRZwPm86p7WVnfBbpweHC7ZiO61g8qJXmOcS7e/4DKHgFGiqG708VGZ/5H2cfCfnW/Kd8=
Received: from BL0PR11MB3028.namprd11.prod.outlook.com (20.177.204.138) by BL0PR11MB3265.namprd11.prod.outlook.com (10.167.235.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2220.19; Fri, 13 Sep 2019 04:21:11 +0000
Received: from BL0PR11MB3028.namprd11.prod.outlook.com ([fe80::956a:2ebf:539e:502b]) by BL0PR11MB3028.namprd11.prod.outlook.com ([fe80::956a:2ebf:539e:502b%4]) with mapi id 15.20.2241.021; Fri, 13 Sep 2019 04:21:11 +0000
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
CC: "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf. org" <rtg-bfd@ietf.org>
Subject: Re: WGLC for draft-ietf-bfd-large-packets
Thread-Topic: WGLC for draft-ietf-bfd-large-packets
Thread-Index: AQHVXPUyTxWyJBtWsEOnJ4ETycFi16cjIc8AgAXh04CAABWxgIAAAhkA
Date: Fri, 13 Sep 2019 04:21:11 +0000
Message-ID: <21A04B96-7E92-4209-9DDE-E50A2AAFD82D@cisco.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <4858942C-0B22-40EE-867E-23F24BA54B34@cisco.com> <F3D9A351-7A4E-462A-95FF-C9A6AA1E2C5B@gmail.com>
In-Reply-To: <F3D9A351-7A4E-462A-95FF-C9A6AA1E2C5B@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3445.104.11)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=cpignata@cisco.com; 
x-originating-ip: [173.38.117.84]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 5a9be027-4dd8-407d-09b0-08d73801cf0f
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BL0PR11MB3265; 
x-ms-traffictypediagnostic: BL0PR11MB3265:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BL0PR11MB3265BA69CB6A7AC525D081C7C7B30@BL0PR11MB3265.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0159AC2B97
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(366004)(396003)(39860400002)(376002)(136003)(199004)(189003)(51914003)(2906002)(2616005)(71190400001)(1411001)(256004)(446003)(53546011)(33656002)(6486002)(99286004)(102836004)(26005)(66066001)(54896002)(8676002)(81156014)(81166006)(8936002)(25786009)(186003)(66476007)(6506007)(66946007)(486006)(66556008)(64756008)(66446008)(11346002)(6512007)(54906003)(5660300002)(14444005)(4326008)(7736002)(50226002)(316002)(478600001)(14454004)(229853002)(6916009)(53936002)(6436002)(86362001)(36756003)(476003)(6116002)(236005)(3846002)(6246003)(71200400001)(76116006)(76176011); DIR:OUT; SFP:1101; SCL:1; SRVR:BL0PR11MB3265; H:BL0PR11MB3028.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: f6J4g+04qiy7k1bDKB8TLPFEw+L9dpjWL/ZxMRdrGYntY1i9zHjV79+dKqLrVLAmB/Db/Dk2yn3YtwTRs0pIJwRlPQ2PW6hZynFjLcldBzhCIAD2SEQ79dm13WokdfunMxTL213b4XeBu9NDwYJSM9ob8jcXzMNm7hilpjwL89bYORFLMWRHHJS0b22cIviiSlv2kKN7CzDrDcY3NN293P/3rSyy8Q93eofPsHsDwSm1aK6Ql8Yxhk+A/z4YS4dxTiEmHRR4HuRJv2Z7OYW0kfOlzwgt7yh1adZH5yug4xKem6HxYTYuzBY7Xxl6YbzWZQAg8wBuw5qwhVPHoDsVV4OcYZ28qWS+xM/SxuECBzY+HXUa5vJN2q1S8FRqnxQVeBRjEYrGZnnXxogzuCVD7IXZt1U6ZjV0dcne5qNTpQ0=
Content-Type: multipart/alternative; boundary="_000_21A04B967E9242099DDEE50A2AAFD82Dciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 5a9be027-4dd8-407d-09b0-08d73801cf0f
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Sep 2019 04:21:11.4137 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: sz1HRahPwiXJE15lanZ69GSh4Pb0OR7rLoQPNfsei5FqfEf0wXn1xgLKdtw/hBI/avqm1D51QXVk6cLYYXBsTg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3265
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.30, xch-aln-020.cisco.com
X-Outbound-Node: alln-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/32nbq2nYquLc2c14O5uYv7J7Hc4>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Sep 2019 04:21:17 -0000

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

SGksIE1haGVzaCwNCg0KT24gU2VwIDEzLCAyMDE5LCBhdCAxMjoxMyBBTSwgTWFoZXNoIEpldGhh
bmFuZGFuaSA8bWpldGhhbmFuZGFuaUBnbWFpbC5jb208bWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21h
aWwuY29tPj4gd3JvdGU6DQoNCkhpIENhcmxvcywNCg0KT24gU2VwIDEyLCAyMDE5LCBhdCA3OjU2
IFBNLCBDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSkgPGNwaWduYXRhQGNpc2NvLmNvbTxtYWls
dG86Y3BpZ25hdGFAY2lzY28uY29tPj4gd3JvdGU6DQoNClRoYW5rcyBmb3IgdGhlIHJlbWluZGVy
LCBSZXNoYWQuIEkgc3VwcG9ydCBwdWJsaWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50LCBzaG9ydCBh
bmQgdXNlZnVsLg0KDQpJIG9ubHkgaGF2ZSBvbmUgY29tbWVudCBpbiByZWdhcmRzIHRvOg0KDQog
ICBJdCBpcyBhbHNvIHdvcnRoeSBvZiBub3RlIHRoYXQgZXZlbiBpZiBhbiBpbXBsZW1lbnRhdGlv
biBjYW4gZnVuY3Rpb24NCiAgIHdpdGggbGFyZ2VyIHRyYW5zcG9ydCBQRFVzLCB0aGF0IGFkZGl0
aW9uYWwgcGFja2V0IHNpemUgbWF5IGhhdmUNCiAgIGltcGFjdCBvbiBCRkQgc2NhbGluZy4gIFN1
Y2ggc3lzdGVtcyBtYXkgc3VwcG9ydCBhIGxvd2VyIHRyYW5zbWlzc2lvbg0KICAgaW50ZXJ2YWwg
KGJmZC5EZXNpcmVkTWluVHhJbnRlcnZhbCkgd2hlbiBvcGVyYXRpbmcgaW4gbGFyZ2UgcGFja2V0
DQogICBtb2RlLiAgVGhpcyBpbnRlcnZhbCBtYXkgZGVwZW5kIG9uIHRoZSBzaXplIG9mIHRoZSB0
cmFuc3BvcnQgUERVLg0KDQpJbnN0ZWFkIG9mIChvciBpbiBhZGRpdGlvbiB0bykgYSBsb3dlciB0
cmFuc21pc3Npb24gaW50ZXJ2YWwsIHdoeSBub3QgYWRkIGZsZXhpYmlsaXR5IHRvIG5vdCAqaGF2
ZSogdG8gc2VuZCBsYXJnZSBwYWNrZXRzIGV2ZXJ5IHBhY2tldCwgYW5kIGluc3RlYWQgc2VuZCBl
dmVyeSBuIHBha3Mgb3Igc28/DQoNCldvdWxkbuKAmXQgdGhhdCBoYXZlIGEgcHJvYmxlbSB0aGF0
IG9uZSBwYWNrZXQgbG9zdCBldmVyeSBuIHBhY2tldHMgd291bGQgc3RpbGwga2VlcCB0aGUgQkZE
IHNlc3Npb24gdXA/DQoNClVubGVzcyB5b3UgYWxzbyBtZWFzdXJlIGxhcmdlLXBhY2tldHMgbG9z
dCA6LSkNCg0KVGhhbmtzLA0KDQpDYXJsb3MuDQoNCg0KQ2hlZXJzLg0KDQoNClRoYW5rcyENCg0K
Q2FybG9zLg0KDQpPbiBTZXAgOSwgMjAxOSwgYXQgMTA6NTUgQU0sIFJlc2hhZCBSYWhtYW4gKHJy
YWhtYW4pIDxycmFobWFuQGNpc2NvLmNvbTxtYWlsdG86cnJhaG1hbkBjaXNjby5jb20+PiB3cm90
ZToNCg0KQkZEIFdHLCByZW1pbmRlciB0aGF0IFdHTEMgaXMgb25nb2luZyBmb3IgdGhpcyBkb2N1
bWVudC4NCg0KUmVnYXJkcywNClJlc2hhZC4NCg0KRnJvbTogUnRnLWJmZCA8cnRnLWJmZC1ib3Vu
Y2VzQGlldGYub3JnPG1haWx0bzpydGctYmZkLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYg
b2YgIlJlc2hhZCBSYWhtYW4gKHJyYWhtYW4pIiA8cnJhaG1hbkBjaXNjby5jb208bWFpbHRvOnJy
YWhtYW5AY2lzY28uY29tPj4NCkRhdGU6IFR1ZXNkYXksIEF1Z3VzdCAyNywgMjAxOSBhdCAxMjoz
NCBQTQ0KVG86ICJydGctYmZkQGlldGYub3JnPG1haWx0bzpydGctYmZkQGlldGYub3JnPiIgPHJ0
Zy1iZmRAaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1iZmRAaWV0Zi5vcmc+Pg0KU3ViamVjdDogV0dMQyBm
b3IgZHJhZnQtaWV0Zi1iZmQtbGFyZ2UtcGFja2V0cw0KDQpCRkQgV0csDQoNCkFzIHdhcyBtZW50
aW9uZWQgYXQgSUVURjEwNSwgdGhpcyBkb2N1bWVudCBpcyBzdGFibGUgYW5kIHRoZXJlIHdhcyBh
biBpbnRlcm9wIHRlc3QgZG9uZSBiZXR3ZWVuIEZSUiBhbmQgSnVub3MgVk1YLg0KDQpQbGVhc2Ug
cHJvdmlkZSBjb21tZW50cy9mZWVkYmFjayBvbiB0aGUgZG9jdW1lbnQuIFRoZSBkZWFkbGluZSBm
b3IgbGFzdCBjYWxsIGlzIFNlcHRlbWJlciAxM3RoLg0KDQpSZWdhcmRzLA0KUmVzaGFkICYgSmVm
Zi4NCg0KDQoNCg==

--_000_21A04B967E9242099DDEE50A2AAFD82Dciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <8171AFB6384E684D884F4262A492E6AB@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0
ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkhpLCBNYWhlc2gsPGJyIGNsYXNzPSIiPg0KPGRp
dj48YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYg
Y2xhc3M9IiI+T24gU2VwIDEzLCAyMDE5LCBhdCAxMjoxMyBBTSwgTWFoZXNoIEpldGhhbmFuZGFu
aSAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1qZXRoYW5hbmRhbmlAZ21haWwuY29tIiBjbGFzcz0iIj5t
amV0aGFuYW5kYW5pQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSJB
cHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJ3
b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVh
azogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkhpIENhcmxvcyw8YnIgY2xhc3M9IiI+
DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNs
YXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBTZXAgMTIsIDIwMTksIGF0IDc6NTYgUE0sIENhcmxv
cyBQaWduYXRhcm8gKGNwaWduYXRhKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNwaWduYXRhQGNpc2Nv
LmNvbSIgY2xhc3M9IiI+Y3BpZ25hdGFAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8
YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0iIj4NCjxk
aXYgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNl
OyBsaW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KVGhhbmtzIGZvciB0
aGUgcmVtaW5kZXIsIFJlc2hhZC4gSSBzdXBwb3J0IHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1l
bnQsIHNob3J0IGFuZCB1c2VmdWwuDQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2
Pg0KPGRpdiBjbGFzcz0iIj5JIG9ubHkgaGF2ZSBvbmUgY29tbWVudCBpbiByZWdhcmRzIHRvOjwv
ZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+
DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtJdCBpcyBhbHNvIHdvcnRoeSBvZiBub3RlIHRo
YXQgZXZlbiBpZiBhbiBpbXBsZW1lbnRhdGlvbiBjYW4gZnVuY3Rpb248L2Rpdj4NCjxkaXYgY2xh
c3M9IiI+Jm5ic3A7ICZuYnNwO3dpdGggbGFyZ2VyIHRyYW5zcG9ydCBQRFVzLCB0aGF0IGFkZGl0
aW9uYWwgcGFja2V0IHNpemUgbWF5IGhhdmU8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZu
YnNwO2ltcGFjdCBvbiBCRkQgc2NhbGluZy4gJm5ic3A7U3VjaCBzeXN0ZW1zIG1heSBzdXBwb3J0
IGEgbG93ZXIgdHJhbnNtaXNzaW9uPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtp
bnRlcnZhbCAoYmZkLkRlc2lyZWRNaW5UeEludGVydmFsKSB3aGVuIG9wZXJhdGluZyBpbiBsYXJn
ZSBwYWNrZXQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwO21vZGUuICZuYnNwO1Ro
aXMgaW50ZXJ2YWwgbWF5IGRlcGVuZCBvbiB0aGUgc2l6ZSBvZiB0aGUgdHJhbnNwb3J0IFBEVS48
L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQpJbnN0ZWFkIG9m
IChvciBpbiBhZGRpdGlvbiB0bykgYSBsb3dlciB0cmFuc21pc3Npb24gaW50ZXJ2YWwsIHdoeSBu
b3QgYWRkIGZsZXhpYmlsaXR5IHRvIG5vdCAqaGF2ZSogdG8gc2VuZCBsYXJnZSBwYWNrZXRzIGV2
ZXJ5IHBhY2tldCwgYW5kIGluc3RlYWQgc2VuZCBldmVyeSBuIHBha3Mgb3Igc28/PGJyIGNsYXNz
PSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFzcz0i
Ij48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCldvdWxkbuKAmXQgdGhhdCBoYXZlIGEgcHJvYmxlbSB0
aGF0IG9uZSBwYWNrZXQgbG9zdCBldmVyeSBuIHBhY2tldHMgd291bGQgc3RpbGwga2VlcCB0aGUg
QkZEIHNlc3Npb24gdXA/PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRp
dj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+VW5sZXNzIHlvdSBhbHNvIG1lYXN1cmUgbGFy
Z2UtcGFja2V0cyBsb3N0IDotKTwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxk
aXY+VGhhbmtzLDwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+Q2FybG9z
LjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+
DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0id29yZC13cmFwOiBicmVhay13b3JkOyAtd2Vi
a2l0LW5ic3AtbW9kZTogc3BhY2U7IGxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xh
c3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i
Ij5DaGVlcnMuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3Rl
IHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9IndvcmQt
d3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyBsaW5lLWJyZWFrOiBh
ZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9
IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rcyE8L2Rpdj4NCjxk
aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkNhcmxvcy48
L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0
ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPk9uIFNlcCA5LCAyMDE5LCBhdCAxMDo1NSBBTSwg
UmVzaGFkIFJhaG1hbiAocnJhaG1hbikgJmx0OzxhIGhyZWY9Im1haWx0bzpycmFobWFuQGNpc2Nv
LmNvbSIgY2xhc3M9IiI+cnJhaG1hbkBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxi
ciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRp
diBjbGFzcz0iV29yZFNlY3Rpb24xIiBzdHlsZT0icGFnZTogV29yZFNlY3Rpb24xOyBjYXJldC1j
b2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEy
cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13
ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7
IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9y
bWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0
ZXh0LWRlY29yYXRpb246IG5vbmU7Ij4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBjbSAwLjAw
MDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsi
IGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsiIGNsYXNzPSIiPkJGRCBX
RywgcmVtaW5kZXIgdGhhdCBXR0xDIGlzIG9uZ29pbmcgZm9yIHRoaXMgZG9jdW1lbnQuPG86cCBj
bGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20g
MC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2Vy
aWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IiBjbGFzcz0iIj48
bzpwIGNsYXNzPSIiPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdp
bjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogQ2FsaWJy
aSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsi
IGNsYXNzPSIiPlJlZ2FyZHMsPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9kaXY+DQo8ZGl2
IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1m
YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250
LXNpemU6IDExcHQ7IiBjbGFzcz0iIj5SZXNoYWQuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOiAxMXB0OyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj48L286cD48L3Nw
YW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6
ZTogMTJwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyIgY2xhc3M9IiI+PG86cCBj
bGFzcz0iIj4mbmJzcDs8L286cD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXItc3R5
bGU6IHNvbGlkIG5vbmUgbm9uZTsgYm9yZGVyLXRvcC13aWR0aDogMXB0OyBib3JkZXItdG9wLWNv
bG9yOiByZ2IoMTgxLCAxOTYsIDIyMyk7IHBhZGRpbmc6IDNwdCAwY20gMGNtOyIgY2xhc3M9IiI+
DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsg
Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxiIGNsYXNzPSIi
PjxzcGFuIHN0eWxlPSIiIGNsYXNzPSIiPkZyb206PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRl
ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9IiIgY2xhc3M9IiI+
UnRnLWJmZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1iZmQtYm91bmNlc0BpZXRmLm9yZyIgY2xh
c3M9IiI+cnRnLWJmZC1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxmIG9mICZxdW90
O1Jlc2hhZCBSYWhtYW4gKHJyYWhtYW4pJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86cnJhaG1h
bkBjaXNjby5jb20iIGNsYXNzPSIiPnJyYWhtYW5AY2lzY28uY29tPC9hPiZndDs8YnIgY2xhc3M9
IiI+DQo8YiBjbGFzcz0iIj5EYXRlOjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui
PiZuYnNwOzwvc3Bhbj48L2I+VHVlc2RheSwgQXVndXN0IDI3LCAyMDE5IGF0IDEyOjM0IFBNPGJy
IGNsYXNzPSIiPg0KPGIgY2xhc3M9IiI+VG86PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1z
cGFjZSI+Jm5ic3A7PC9zcGFuPjwvYj4mcXVvdDs8YSBocmVmPSJtYWlsdG86cnRnLWJmZEBpZXRm
Lm9yZyIgY2xhc3M9IiI+cnRnLWJmZEBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1h
aWx0bzpydGctYmZkQGlldGYub3JnIiBjbGFzcz0iIj5ydGctYmZkQGlldGYub3JnPC9hPiZndDs8
YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5TdWJqZWN0OjxzcGFuIGNsYXNzPSJBcHBsZS1jb252
ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+V0dMQyBmb3IgZHJhZnQtaWV0Zi1iZmQtbGFy
Z2UtcGFja2V0czxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2
IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNp
emU6IDEycHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQo8
c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyIgY2xhc3M9IiI+PG86cCBjbGFzcz0iIj4mbmJz
cDs8L286cD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBj
bSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1z
ZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsiIGNsYXNzPSIi
PkJGRCBXRyw8L3NwYW4+PG86cCBjbGFzcz0iIj48L286cD48L2Rpdj4NCjxkaXYgc3R5bGU9Im1h
cmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogQ2Fs
aWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFw
dDsiIGNsYXNzPSIiPiZuYnNwOzwvc3Bhbj48bzpwIGNsYXNzPSIiPjwvbzpwPjwvZGl2Pg0KPGRp
diBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDEycHQ7IGZvbnQt
ZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9u
dC1zaXplOiAxMXB0OyIgY2xhc3M9IiI+QXMgd2FzIG1lbnRpb25lZCBhdCBJRVRGMTA1LCB0aGlz
IGRvY3VtZW50IGlzIHN0YWJsZSBhbmQgdGhlcmUgd2FzIGFuIGludGVyb3AgdGVzdCBkb25lIGJl
dHdlZW4gRlJSIGFuZCBKdW5vcyBWTVguPC9zcGFuPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+
DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsg
Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxl
PSJmb250LXNpemU6IDExcHQ7IiBjbGFzcz0iIj4mbmJzcDs8L3NwYW4+PG86cCBjbGFzcz0iIj48
L286cD48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1z
aXplOiAxMnB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0K
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsiIGNsYXNzPSIiPlBsZWFzZSBwcm92aWRlIGNv
bW1lbnRzL2ZlZWRiYWNrJm5ic3A7b24mbmJzcDt0aGUgZG9jdW1lbnQuIFRoZSBkZWFkbGluZSBm
b3IgbGFzdCBjYWxsIGlzIFNlcHRlbWJlciAxMzxzdXAgY2xhc3M9IiI+dGg8L3N1cD4uPC9zcGFu
PjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20g
MC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2Vy
aWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IiBjbGFzcz0iIj4m
bmJzcDs8L3NwYW4+PG86cCBjbGFzcz0iIj48L286cD48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdp
bjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogQ2FsaWJy
aSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsi
IGNsYXNzPSIiPlJlZ2FyZHMsPC9zcGFuPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8ZGl2
IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTJwdDsgZm9udC1m
YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250
LXNpemU6IDExcHQ7IiBjbGFzcz0iIj5SZXNoYWQgJmFtcDsgSmVmZi48L3NwYW4+PC9kaXY+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4N
CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwv
Ym9keT4NCjwvaHRtbD4NCg==

--_000_21A04B967E9242099DDEE50A2AAFD82Dciscocom_--


From nobody Fri Sep 13 05:10:08 2019
Return-Path: <jhaas@pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 700AD120091 for <rtg-bfd@ietfa.amsl.com>; Fri, 13 Sep 2019 05:10:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 soQnDhJa5wq0 for <rtg-bfd@ietfa.amsl.com>; Fri, 13 Sep 2019 05:10:05 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id C95B812008A for <rtg-bfd@ietf.org>; Fri, 13 Sep 2019 05:10:05 -0700 (PDT)
Received: from dresden.attlocal.net (99-59-193-67.lightspeed.livnmi.sbcglobal.net [99.59.193.67]) by slice.pfrc.org (Postfix) with ESMTPSA id 3DB871E2F3; Fri, 13 Sep 2019 08:12:49 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: WGLC for draft-ietf-bfd-large-packets
From: Jeffrey Haas <jhaas@pfrc.org>
In-Reply-To: <4858942C-0B22-40EE-867E-23F24BA54B34@cisco.com>
Date: Fri, 13 Sep 2019 08:10:04 -0400
Cc: Reshad Rahman <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <14F6F67F-1421-4E04-B0AF-50FCCD96468C@pfrc.org>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <4858942C-0B22-40EE-867E-23F24BA54B34@cisco.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/nlutfM3xEa3uyUC6opcgDSvrBHY>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Sep 2019 12:10:07 -0000

Carlos,


> On Sep 12, 2019, at 10:56 PM, Carlos Pignataro (cpignata) =
<cpignata@cisco.com> wrote:
>=20
> Thanks for the reminder, Reshad. I support publication of this =
document, short and useful.
>=20
> I only have one comment in regards to:
>=20
>    It is also worthy of note that even if an implementation can =
function
>    with larger transport PDUs, that additional packet size may have
>    impact on BFD scaling.  Such systems may support a lower =
transmission
>    interval (bfd.DesiredMinTxInterval) when operating in large packet
>    mode.  This interval may depend on the size of the transport PDU.
>=20
> Instead of (or in addition to) a lower transmission interval, why not =
add flexibility to not *have* to send large packets every packet, and =
instead send every n paks or so?

Such a thing could be done.  A form of this sort of thing for "probing" =
was discussed in a prior draft I did with Xiao Min, but that was for =
Echo mode.

But since this in BFD async mode, the timers are likely chosen for the =
worst case.  So, if we have the usual Detect Multiplier of 3 and we can =
support sending a large packet every (e.g.) 25ms, and our implementation =
would normally send smaller packets every 10ms, we'd need to negotiate =
for some range between 10 and 25 knowing that the occasional large =
packet may itself perturb timing enough it might be counted as loss.

So, such a thing could be done by an implementation, but timing is =
messy.  If you want something a bit more occasional, I suggest a =
reasonable set of timers in async mode and more clever procedures in =
Echo mode, if you support that.

-- Jeff


From nobody Fri Sep 13 05:33:56 2019
Return-Path: <jhaas@pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2554A120219 for <rtg-bfd@ietfa.amsl.com>; Fri, 13 Sep 2019 05:33:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 lACZ3WNaYOG5 for <rtg-bfd@ietfa.amsl.com>; Fri, 13 Sep 2019 05:33:52 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id AFE34120091 for <rtg-bfd@ietf.org>; Fri, 13 Sep 2019 05:33:52 -0700 (PDT)
Received: from dresden.attlocal.net (99-59-193-67.lightspeed.livnmi.sbcglobal.net [99.59.193.67]) by slice.pfrc.org (Postfix) with ESMTPSA id EC6211E2F3; Fri, 13 Sep 2019 08:36:35 -0400 (EDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: WGLC for draft-ietf-bfd-large-packets
From: Jeffrey Haas <jhaas@pfrc.org>
In-Reply-To: <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com>
Date: Fri, 13 Sep 2019 08:33:50 -0400
Cc: Reshad Rahman <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com>
To: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/48siZy5Uvbe8YZeIueaxxwALooA>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Sep 2019 12:33:54 -0000

Ketan,

Thanks for your comments.


> On Sep 12, 2019, at 11:55 PM, Ketan Talaulikar (ketant) =
<ketant@cisco.com> wrote:
>=20
> Hi All,
> =20
> I would like to ask some questions and seek clarifications on this =
draft.
> =20
> 	=E2=80=A2 I am aware that this draft originates from practical =
pain points at a specific operator. During the adoption calls, the =
scenarios were debated in detail. It was basically a L2 WAN circuit =
service over a provider network and the challenge was that the PMTU of =
the underlying path in the SP network changes dynamically. However, from =
the Enterprise POV, the L2 circuit is seen as a single link and the BFD =
runs in directly connected mode. The draft however, discusses BFD =
multi-hop which is an entirely different use-case.

This is perhaps some poor wording choices in the Introduction section.  =
The intent is really that this is usable for all cases where BFD may be =
used.  The Introduction text was intended to note that for single-hop =
scenarios, BFD Echo procedures may be sufficient to solve the problem.  =
(See comment to Carlos elsewhere in the thread.)  However, for any form =
of multi-hop, you can't solve this via Echo.

General note about the "pain points at a specific author": While Albert =
certainly was the first customer I'd had willing to help stamp their =
name on such a draft, I'd been approached in my chair capacity both in =
IETF and at my employer over the years about similar headaches many =
times.  This is sadly not a rare problem.

> When doing multi-hop, the BFD packet could go over entirely different =
paths in the network with different PMTUs (especially different from the =
application sending large packets) =E2=80=93 this makes things flaky? So =
shouldn=E2=80=99t this mechanism be actually focussed on the single =
hop/directly connected mode instead?

Even for single-hop this may be slightly flakey.  Consider "directly =
connected" links that are composed from LAGs. =20

The draft doesn't try to completely address all such forms of multipath =
problems, even for directly connected solutions.  When we were doing BFD =
for LAGs, we realized that trying to get overly specific in terms of the =
implementation not only got ourselves perilously into the specifics of a =
given vendor, but potentially into conflict with IEEE in terms of =
discussions about distributing traffic.  To that end, we've been silent =
on the matter in this draft.

It's reasonable in any BFD implementation dealing with multipath issues =
to potentially interact with the load balancer and decide to exercise =
specific links.  I believe it's the case for some scenarios that your =
own employer may do this in pre BFD-on-LAG implementations for single =
hop BFD based on some old mailing list discussion.  However, it's proven =
unreasonable over the life of the BFD protocol to try to get too =
pedantic over how to do such a thing; some hardware may simply not =
support it.


> =20
> 	=E2=80=A2 There are implementations with BFD offload to H/W out =
there. What happens when a particular implementation cannot handle such =
large packet sizes (and I am not specifically aware of one such)? Like =
other aspects of monitoring like the intervals, would there be a value =
in indicating a support for large packets during the signalling? The =
draft does raise the need for it but doesn=E2=80=99t seem to do anything =
about it =E2=80=93 why? Either we need it and this draft should define =
it. Or we don=E2=80=99t need it and it would placing the onus on the =
operator to enable this when they know both ends support it. Then it is =
something for operational consideration section perhaps?

This is effectively a criticism of BFD in general rather than =
specifically this feature.  Part of the motivation for RFC 7419, Common =
Interval Support in Bidirectional Forwarding Detection, was to specify a =
number of common implementation timings.  But even then, that document =
doesn't talk much about scaling considerations for a given set of =
intervals.  Common considerations for implementors and operators tend to =
be "my implementation can support X sessions at 3.3ms, Y and 10ms, and Z =
much slower if we leave the fully distributed to the line card mode".  =
This just simply means the product sheet gets another axis in its =
listings.

What you're asking for in the protocol otherwise is a mechanism to =
negotiate or renegotiate a set of timers over a given set of interfaces =
based on existing or future re-provisioning of session quantity and =
parameters.  I think you'll find operators aren't particularly =
supportive of that.

FWIW, we expect exactly these same questions during IESG review.  BFD =
had exactly this type of question when doing even the base RFC 5880 =
work.  (BFD tends to make the current Transport AD unhappy.)


> =20
> 	=E2=80=A2 There was a discussion on the list about whether this =
needs to be done for every packet or not. I don=E2=80=99t find that =
discussion or the result captured in the draft. The draft just says that =
perhaps longer intervals should be applied to BFD when doing large =
packets =E2=80=93 but this will defeat the purpose of fast-detection. =
What would be good is we have both fast-detection and slow PMTU =
validation? Perhaps we need some analysis of whether large packets =
should be used always or intermittently and the pros/cons or guidelines =
for the same?

See my comment to Carlos in-thread about why this makes the timers =
tricky.  See also how BFD Echo can solve this problem in some =
circumstances without negotiation.

It's worth noting that BFD is quite capable of dynamically =
re-negotiating its timers.  This means an implementation could have a =
behavior such as:

1. Start by bringing up its session with timers for regular sized =
packets, and 3.3ms
2. Decide to shift to large packets, but renegotiate to 10ms timers =
first.

The "signaling" that a system is willing to accept the large packets is =
shifting to a longer timer.


> =20
> 	=E2=80=A2 The draft is missing an operational considerations and =
manageability considerations sections. Some of this info is placed in =
sec 3, but would help if things were elaborated in their individual =
sections. It would provide more insight into how exactly this mechanism =
in BFD is envisaged to be actually deployed and used. More importantly, =
perhaps how it should NOT be used?

Is there specific information you think should go into such a section =
that isn't otherwise present in the draft?  The "how it should NOT" be =
used is a challenging section to write - somewhat similar to proving =
negatives - without specific content.

> =20
> Can the authors and WG discuss the above? I think it seems too rushed =
to go for WGLC just as yet?

The purpose of WGLC is to provide the working group an opportunity to =
drive out commentary like that above when things are otherwise quiet. =
:-)  Thanks for providing it.

-- Jeff


From nobody Fri Sep 13 08:48:55 2019
Return-Path: <cpignata@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3528C120047 for <rtg-bfd@ietfa.amsl.com>; Fri, 13 Sep 2019 08:48:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level: 
X-Spam-Status: No, score=-14.5 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=leJv+15E; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=tL2R8Foi
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HgQAFR2Otw7s for <rtg-bfd@ietfa.amsl.com>; Fri, 13 Sep 2019 08:48:52 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EB9012001E for <rtg-bfd@ietf.org>; Fri, 13 Sep 2019 08:48:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2780; q=dns/txt; s=iport; t=1568389732; x=1569599332; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=+OwRioLPEj3iFNVy00H0YucyrPcUXLLBfZhUT3rH5K0=; b=leJv+15EnPFML0xcC9tHxFrKwskOGwc8ye5vi/BCPzgoDfZq/iTRjSSy 3ptnyt3o1hkNoMqFF7JE3kLFEuFNMctaQP4pecULgG2DlXPLgxCmnUsB+ 537dEEeo54I5Pi64+PvGA/uFeIYUl6IguGL9pnGJyJYsxtzA058NBi0iC M=;
IronPort-PHdr: =?us-ascii?q?9a23=3Arlpl6xahVuJ4FCTvy2RammL/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el20gabRp3VvvRDjeee87vtX2AN+96giDgDa9QNMn?= =?us-ascii?q?1NksAKh0olCc+BB1f8Kavhdy01Gs1eXXdu/mqwNg5eH8OtL1A=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAADiuHtd/4YNJK1mGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBVQMBAQEBCwGBRFADgUMgBAsqCoQXg0cDim6CNyWXcIEugSQ?= =?us-ascii?q?DVAkBAQEMAQEtAgEBhD8CF4JJIzYHDgIDCQEBBAEBAQIBBgRthS4MhUoBAQE?= =?us-ascii?q?BAgESEREMAQE3AQQLAgEGAg4KAgImAgICMBUQAgQOBSKDAIFrAw4PAQKOb5B?= =?us-ascii?q?hAoE4iGFzgTKCfQEBBYJHgkUYghYJgQwoAYt3GIFAP4ERJwwTgkw+hEQXgnQ?= =?us-ascii?q?ygiaPQI45jlIKgiGUdxuZCqZtAgQCBAUCDgEBBYFZCyaBWHAVZQGCQYJCDBe?= =?us-ascii?q?DT4pTc4EpjCsHgSoBgSIBAQ?=
X-IronPort-AV: E=Sophos;i="5.64,501,1559520000"; d="scan'208";a="630252695"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Sep 2019 15:48:50 +0000
Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x8DFmo4T003964 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 Sep 2019 15:48:50 GMT
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 13 Sep 2019 10:48:49 -0500
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 13 Sep 2019 11:48:48 -0400
Received: from NAM05-CO1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 13 Sep 2019 10:48:48 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LucsVJ7cJsBdTaojPopyFdifxAOQI2i3ygtBDC83tyJIiAdbPDF+wqTE/O0tqmrK/ejB/YnRPjYBBxqby042OHVcUIbDKuboY3mKR8QTTOr/LSgVi9vMMaNRVWUSJKZUhFV/UGJRwGOeLJ5ubqDlBhNTQO7lh78KTwx2jHAfmkTHFZYFD25LzQtCsGS7nN3rUESQhC0DhPF4pJCLMx2ta3SvpH7p7V5fnFsGzeS4gPwJL8R6QFPTOmYKGuSzRIMbh/14vjVE+na6b4/5I/1b3z6ep/+3avl5Z5MHQPs14JaEyPB/n4REPJYHN6YLU0WyHuJfDnqDlAIcAQZE1hE7jw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+OwRioLPEj3iFNVy00H0YucyrPcUXLLBfZhUT3rH5K0=; b=TV2lvFVGVcEMNauiNYl/B7U2J/YVNlveFyCmhVewlK3JwJrVEAOxEDar/VMPbpVFrWtHjm81CZsUEfehDQLPQddppT/6MYtScXQjWbv90GtO1ZHClkdD8kEx0QGPVFQbHJW/2vQL+nRNA5/jwTtQkVWFmiq+l18G4k5RElj5aocRXHkAJ2vAOhaHI+15JDS3AG+1wp0DyqRttnuXx09o/vwFvGD2u0SwTzZYNae+/IbEdHsXbbyJ9PFNG927zFSfCtbEHEws9Y7Ue/OCwGX/NolGytesxJdz3dadFUdJJRwOs+J+vBMSRkFfnxqfbauSUjYfV81SiDh4kDma3Voacw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+OwRioLPEj3iFNVy00H0YucyrPcUXLLBfZhUT3rH5K0=; b=tL2R8FoiP7WDjL226XETpxwkXYSfGs6MK7Yv9DA5XF6fJfZKrZiCDzDSP4pzB59HZw3OL353I/STBJ4pLXwr15EIuNpAOxrDUnInM6PMoygkcPCNgC2lvZwjRsQbl2BXsCwwVFRh5V/uBYhNdfyBUsIk69u4p5WN+iDrMreOp+I=
Received: from BL0PR11MB3028.namprd11.prod.outlook.com (20.177.204.138) by BL0PR11MB3412.namprd11.prod.outlook.com (20.177.205.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2241.20; Fri, 13 Sep 2019 15:48:44 +0000
Received: from BL0PR11MB3028.namprd11.prod.outlook.com ([fe80::956a:2ebf:539e:502b]) by BL0PR11MB3028.namprd11.prod.outlook.com ([fe80::956a:2ebf:539e:502b%4]) with mapi id 15.20.2241.025; Fri, 13 Sep 2019 15:48:44 +0000
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Jeffrey Haas <jhaas@pfrc.org>
CC: "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: Re: WGLC for draft-ietf-bfd-large-packets
Thread-Topic: WGLC for draft-ietf-bfd-large-packets
Thread-Index: AQHVXPUyTxWyJBtWsEOnJ4ETycFi16cjIc8AgAXh04CAAJrNAIAAPRgr
Date: Fri, 13 Sep 2019 15:48:44 +0000
Message-ID: <9ABE9227-1259-41DE-A4CD-D58C6E23586E@cisco.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <4858942C-0B22-40EE-867E-23F24BA54B34@cisco.com>, <14F6F67F-1421-4E04-B0AF-50FCCD96468C@pfrc.org>
In-Reply-To: <14F6F67F-1421-4E04-B0AF-50FCCD96468C@pfrc.org>
Accept-Language: en-US
Content-Language: ja-JP
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=cpignata@cisco.com; 
x-originating-ip: [8.46.76.31]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d3ee0065-9123-4b30-0d71-08d73861dbad
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600166)(711020)(4605104)(1401327)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:BL0PR11MB3412; 
x-ms-traffictypediagnostic: BL0PR11MB3412:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BL0PR11MB341236DFF01E0E71BAE5D510C7B30@BL0PR11MB3412.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0159AC2B97
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(136003)(346002)(366004)(39860400002)(396003)(189003)(199004)(51914003)(305945005)(186003)(7736002)(3846002)(6116002)(66066001)(486006)(229853002)(476003)(6436002)(11346002)(6486002)(2616005)(2906002)(316002)(53936002)(8936002)(99286004)(66446008)(6246003)(66946007)(6512007)(66476007)(76176011)(5660300002)(91956017)(66556008)(64756008)(6506007)(256004)(8676002)(53546011)(14444005)(81166006)(4326008)(54906003)(76116006)(33656002)(25786009)(14454004)(71200400001)(71190400001)(446003)(6916009)(81156014)(26005)(478600001)(36756003)(102836004)(86362001); DIR:OUT; SFP:1101; SCL:1; SRVR:BL0PR11MB3412; H:BL0PR11MB3028.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: Nf8kWE/q/KHJbTfQRYm/VHlhGdM6wne/L0RVgHa2qylMRv7xx/a21BojDtmkCkPqq5VsaXuEd2XXlNQ9BalsFES/ib3XpoHG3+hy/6okwf0dYBoZEMsCfKTbqbU0leTIzsU2mzNJSoxs8KEK1UHbpVnaj/2HzpXryJJctXM5DqWw5wW7839YTm2tIWWJM8lIklCEeeErOezyyoARaefw24vjdnJv8s9O6SYE2QI0P5AcKfytdRPJeNv2QmRfwIpzIT9h4f28LwZKIc5d18RokrDyl5A9az7q8INTeyidlOPHxMwbY4HJlqT/CXIROOG9TnYbVUsCvMqDLb5PMiQEw27ZnhibJI/Luh7VzoHQV/OXsR9DkvNmy/2uQfCaBKUBKdQ3XK6iCXMvQQFwFWfomiEK21xUvDzs1lmok3EhDA0=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: d3ee0065-9123-4b30-0d71-08d73861dbad
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Sep 2019 15:48:44.3329 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: d4QQON9QQ4+lCc4jAP0557bqoFEdMMwl8N1LV7aWOVdbG0MX5LCRkU+Rpcg4EzgmeJj77IMo5+LNU11K3BFKjg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3412
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com
X-Outbound-Node: alln-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/3dkd6g2EVhhf-SyBMan5W5EQcHA>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Sep 2019 15:48:54 -0000

SmVmZiwNCg0KUmlnaHQuIE9yIGEgYnVyc3Qgb2YgbGFyZ2UgcGFja2V0cyBhbmQgYSBzZXQgb2Yg
YnVyc3RzIG9mIOKAnHJlZ3VsYXIgc2l6ZWTigJ0gb25lcy4gTXkgbWFpbiBwb2ludCBpcyB0aGF0
IEnigJlkIGxpa2UgdGhlIHNwZWMgdG8gYWxsb3cgZm9yIGZsZXhpYmlsaXR5IGluIHVzYWdlIGlm
IHlvdSB0aGluayBpdCBtYWtlcyBzZW5zZSwgYW5kIG5vdCBiZSBhbGwtb3Itbm90aGluZy4gDQoN
ClRoYW5rcyENCg0KVGh1bWIgdHlwZWQgYnkgQ2FybG9zIFBpZ25hdGFyby4NCkV4Y3V6ZSB0eXBv
ZnJhcGhpY2FrIGVycm93cw0KDQoyMDE5LzA5LzEzIDg6MTDjgIFKZWZmcmV5IEhhYXMgPGpoYWFz
QHBmcmMub3JnPuOBruODoeODvOODqzoNCg0KPiBDYXJsb3MsDQo+IA0KPiANCj4+IE9uIFNlcCAx
MiwgMjAxOSwgYXQgMTA6NTYgUE0sIENhcmxvcyBQaWduYXRhcm8gKGNwaWduYXRhKSA8Y3BpZ25h
dGFAY2lzY28uY29tPiB3cm90ZToNCj4+IA0KPj4gVGhhbmtzIGZvciB0aGUgcmVtaW5kZXIsIFJl
c2hhZC4gSSBzdXBwb3J0IHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQsIHNob3J0IGFuZCB1
c2VmdWwuDQo+PiANCj4+IEkgb25seSBoYXZlIG9uZSBjb21tZW50IGluIHJlZ2FyZHMgdG86DQo+
PiANCj4+ICAgSXQgaXMgYWxzbyB3b3J0aHkgb2Ygbm90ZSB0aGF0IGV2ZW4gaWYgYW4gaW1wbGVt
ZW50YXRpb24gY2FuIGZ1bmN0aW9uDQo+PiAgIHdpdGggbGFyZ2VyIHRyYW5zcG9ydCBQRFVzLCB0
aGF0IGFkZGl0aW9uYWwgcGFja2V0IHNpemUgbWF5IGhhdmUNCj4+ICAgaW1wYWN0IG9uIEJGRCBz
Y2FsaW5nLiAgU3VjaCBzeXN0ZW1zIG1heSBzdXBwb3J0IGEgbG93ZXIgdHJhbnNtaXNzaW9uDQo+
PiAgIGludGVydmFsIChiZmQuRGVzaXJlZE1pblR4SW50ZXJ2YWwpIHdoZW4gb3BlcmF0aW5nIGlu
IGxhcmdlIHBhY2tldA0KPj4gICBtb2RlLiAgVGhpcyBpbnRlcnZhbCBtYXkgZGVwZW5kIG9uIHRo
ZSBzaXplIG9mIHRoZSB0cmFuc3BvcnQgUERVLg0KPj4gDQo+PiBJbnN0ZWFkIG9mIChvciBpbiBh
ZGRpdGlvbiB0bykgYSBsb3dlciB0cmFuc21pc3Npb24gaW50ZXJ2YWwsIHdoeSBub3QgYWRkIGZs
ZXhpYmlsaXR5IHRvIG5vdCAqaGF2ZSogdG8gc2VuZCBsYXJnZSBwYWNrZXRzIGV2ZXJ5IHBhY2tl
dCwgYW5kIGluc3RlYWQgc2VuZCBldmVyeSBuIHBha3Mgb3Igc28/DQo+IA0KPiBTdWNoIGEgdGhp
bmcgY291bGQgYmUgZG9uZS4gIEEgZm9ybSBvZiB0aGlzIHNvcnQgb2YgdGhpbmcgZm9yICJwcm9i
aW5nIiB3YXMgZGlzY3Vzc2VkIGluIGEgcHJpb3IgZHJhZnQgSSBkaWQgd2l0aCBYaWFvIE1pbiwg
YnV0IHRoYXQgd2FzIGZvciBFY2hvIG1vZGUuDQo+IA0KPiBCdXQgc2luY2UgdGhpcyBpbiBCRkQg
YXN5bmMgbW9kZSwgdGhlIHRpbWVycyBhcmUgbGlrZWx5IGNob3NlbiBmb3IgdGhlIHdvcnN0IGNh
c2UuICBTbywgaWYgd2UgaGF2ZSB0aGUgdXN1YWwgRGV0ZWN0IE11bHRpcGxpZXIgb2YgMyBhbmQg
d2UgY2FuIHN1cHBvcnQgc2VuZGluZyBhIGxhcmdlIHBhY2tldCBldmVyeSAoZS5nLikgMjVtcywg
YW5kIG91ciBpbXBsZW1lbnRhdGlvbiB3b3VsZCBub3JtYWxseSBzZW5kIHNtYWxsZXIgcGFja2V0
cyBldmVyeSAxMG1zLCB3ZSdkIG5lZWQgdG8gbmVnb3RpYXRlIGZvciBzb21lIHJhbmdlIGJldHdl
ZW4gMTAgYW5kIDI1IGtub3dpbmcgdGhhdCB0aGUgb2NjYXNpb25hbCBsYXJnZSBwYWNrZXQgbWF5
IGl0c2VsZiBwZXJ0dXJiIHRpbWluZyBlbm91Z2ggaXQgbWlnaHQgYmUgY291bnRlZCBhcyBsb3Nz
Lg0KPiANCj4gU28sIHN1Y2ggYSB0aGluZyBjb3VsZCBiZSBkb25lIGJ5IGFuIGltcGxlbWVudGF0
aW9uLCBidXQgdGltaW5nIGlzIG1lc3N5LiAgSWYgeW91IHdhbnQgc29tZXRoaW5nIGEgYml0IG1v
cmUgb2NjYXNpb25hbCwgSSBzdWdnZXN0IGEgcmVhc29uYWJsZSBzZXQgb2YgdGltZXJzIGluIGFz
eW5jIG1vZGUgYW5kIG1vcmUgY2xldmVyIHByb2NlZHVyZXMgaW4gRWNobyBtb2RlLCBpZiB5b3Ug
c3VwcG9ydCB0aGF0Lg0KPiANCj4gLS0gSmVmZg0KPiANCg==


From nobody Fri Sep 13 11:08:07 2019
Return-Path: <jhaas@pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75A5812011C for <rtg-bfd@ietfa.amsl.com>; Fri, 13 Sep 2019 11:08:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 CiFjSECJtqAm for <rtg-bfd@ietfa.amsl.com>; Fri, 13 Sep 2019 11:08:04 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id E99F0120110 for <rtg-bfd@ietf.org>; Fri, 13 Sep 2019 11:08:03 -0700 (PDT)
Received: from dresden.attlocal.net (99-59-193-67.lightspeed.livnmi.sbcglobal.net [99.59.193.67]) by slice.pfrc.org (Postfix) with ESMTPSA id B3F5C1E2F3; Fri, 13 Sep 2019 14:10:47 -0400 (EDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: WGLC for draft-ietf-bfd-large-packets
From: Jeffrey Haas <jhaas@pfrc.org>
In-Reply-To: <9ABE9227-1259-41DE-A4CD-D58C6E23586E@cisco.com>
Date: Fri, 13 Sep 2019 14:08:02 -0400
Cc: Reshad Rahman <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <95CF8AE5-968C-4D97-A972-17391D9757CE@pfrc.org>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <4858942C-0B22-40EE-867E-23F24BA54B34@cisco.com> <14F6F67F-1421-4E04-B0AF-50FCCD96468C@pfrc.org> <9ABE9227-1259-41DE-A4CD-D58C6E23586E@cisco.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/TDnc2MzgbYuUiElhwSeDQu_9My4>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Sep 2019 18:08:05 -0000

Carlo,s


> On Sep 13, 2019, at 11:48 AM, Carlos Pignataro (cpignata) =
<cpignata@cisco.com> wrote:
> Right. Or a burst of large packets and a set of bursts of =E2=80=9Cregul=
ar sized=E2=80=9D ones. My main point is that I=E2=80=99d like the spec =
to allow for flexibility in usage if you think it makes sense, and not =
be all-or-nothing.=20

No matter what, you'd have to accommodate for the timers.

If your timers will accommodate small and large within the same =
interval, go for it. If you need to renegotiate to do a periodic check, =
go for it.  BFD is permissive about such things. :-)

Even better, suggest text that makes you think such a thing is =
explicitly permitted rather than implicitly permitted.  I treat this as =
simply varying bfd.PaddedPduSize on an established session. =20

-- Jeff


From nobody Sun Sep 15 19:10:52 2019
Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68B5112080E for <rtg-bfd@ietfa.amsl.com>; Sun, 15 Sep 2019 19:10:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.938
X-Spam-Level: 
X-Spam-Status: No, score=-3.938 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y0KyEL2yKX9m for <rtg-bfd@ietfa.amsl.com>; Sun, 15 Sep 2019 19:10:48 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E919120807 for <rtg-bfd@ietf.org>; Sun, 15 Sep 2019 19:10:47 -0700 (PDT)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 03A58FC8E6E1CBEB3243; Mon, 16 Sep 2019 10:10:46 +0800 (CST)
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl2.zte.com.cn with SMTP id x8G2AYmb077923; Mon, 16 Sep 2019 10:10:34 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Mon, 16 Sep 2019 10:10:34 +0800 (CST)
Date: Mon, 16 Sep 2019 10:10:34 +0800 (CST)
X-Zmail-TransId: 2afa5d7eef1a32db44ef
X-Mailer: Zmail v1.0
Message-ID: <201909161010341793724@zte.com.cn>
In-Reply-To: <20190911145345.GC23252@pfrc.org>
References: 20190910175147.GG1662@pfrc.org,20190911145345.GC23252@pfrc.org
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <jhaas@pfrc.org>
Cc: <rtg-bfd@ietf.org>
Subject: =?UTF-8?B?UmU6QkZEIEVjaG8gbW9kZSBjb3ZlcmFnZSBpbiBCRkQgZm9yIFZYTEFO?=
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn x8G2AYmb077923
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/z46QDpt6N2XoTjNqZvXx-3IPueQ>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Sep 2019 02:10:50 -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

SGkgSmVmZiwNCg0KDQoNCg0KDQoNCkkgdGFsa2VkIHRvIGltcGxlbWVudG9yIG9mIG15IGNvbXBh
bnksIGFuZCBJIGdvdCB0aGUgZmVlZGJhY2sgdGhhdCB0aGUgcHJvdmlzaW9uIG9mIHBlZXIgaXAg
YWRkcmVzcyBpcyBuZWNlc3NhcnksIHRoYXQgbWVhbnMgZGlmZmVyZW50IGlwIGFkZHJlc3MgY2Fu
IGJlIHByb3Zpc2lvbmVkIHRvIGRpZmZlcmVudCBCRkQgc2Vzc2lvbi4gQXMgdG8gVk5JLCB0aGVy
ZSBpcyBubyByZXN0cmljdGlvbiBvbiB3aGljaCBWTkkgdG8gY2hvb3NlLiBJIGd1ZXNzIHRoaXMg
YmVoYXZpb3IgaXMgY29tcGlhbnQgd2l0aCB0aGUgY3VycmVudCB2ZXJzaW9uIG9mIHRoZSBkcmFm
dC4NCg0KDQoNCg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KDQpYaWFvIE1pbg0KDQoNCg0KDQoNCuWO
n+Wni+mCruS7tg0KDQoNCg0K5Y+R5Lu25Lq677yaSmVmZnJleUhhYXMgPGpoYWFzQHBmcmMub3Jn
Pg0K5pS25Lu25Lq677ya6IKW5pWPMTAwOTM1NzA7DQrmioTpgIHkurrvvJpydGctYmZkQGlldGYu
b3JnIDxydGctYmZkQGlldGYub3JnPjsNCuaXpSDmnJ8g77yaMjAxOeW5tDA55pyIMTLml6UgMDA6
NTINCuS4uyDpopgg77yaUmU6IEJGRCBFY2hvIG1vZGUgY292ZXJhZ2UgaW4gQkZEIGZvciBWWExB
Tg0KDQoNCg0KDQpYaWFtIE1pbiwNCg0KT24gV2VkLCBTZXAgMTEsIDIwMTkgYXQgMTI6MDE6MTFQ
TSArMDgwMCwgeGlhby5taW4yQHp0ZS5jb20uY24gd3JvdGU6DQo+IEZyb20gbXkgcGVyc29uYWwg
cGVyc3BlY3RpdmUsIEkgZG9uJ3QgdGhpbmsgd2Ugc2hvdWxkIHJlcXVpcmUgQkZEIGZvcg0KPiBW
eExBTiB0byBzdXBwb3J0IEVjaG8gbW9kZSwgYmVjYXVzZSBhcyBJIGtub3csIGFsdGhvdWdoIHRo
ZSBmaW5hbCBzdGFuZGFyZA0KPiBpcyBzdGlsbCBvbiB0aGUgd2F5LCBtYW55IHZlbmRvcnMgaW5j
bHVkaW5nIG15IGNvbXBhbnkgaGF2ZSBhbHJlYWR5DQo+IGltcGxlbWVudGVkIEJGRCBmb3IgVnhM
QU4sIGFuZCBpdCBzZWVtcyB0aGF0IHdvcmtzIGZpbmUsIHRoZXJlIGlzIG5vDQo+IHJlcXVlc3Qg
ZnJvbSB0aGVtIG9uIEVjaG8gbW9kZSwgd2hpY2ggaW4gbXkgdmlldyBpcyBhIGxpZ2h0d2VpZ2h0
IEJGRCB0b29sDQo+IHVzZWQgdG8gc3Vic3RpdHV0ZSBhIHJlbGF0aXZlbHkgbW9yZSBjb21wbGV4
IEJGRCBpbXBsZW1lbnRhdGlvbi4NCg0KVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRhcnkuDQoNCkFs
c28sIGFzIGFuIGltcGxlbWVudG9yLCBkb2VzIHlvdXIgaW1wbGVtZW50YXRpb24ncyBib290c3Ry
YXBwaW5nIGZvciBCRkQNCnNlc3Npb25zIGZvbGxvdyB0aGUgdGV4dCB0aGF0IGlzIGluIHRoZSBj
dXJyZW50IHZlcnNpb24gb2YgdGhlDQppbnRlcm5ldC1kcmFmdD8gIFRoZXJlIGlzIHNvbWUgY29u
dGludWluZyBkZWJhdGUgaG9sZGluZyB1cCBsYXN0IGNhbGwNCmNvbW1lbnRzIG9uIHRoaXMgcG9p
bnQuDQoNCi0tIEplZmY=


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPkhpIEplZmYsPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5
OmFyaWFsOyI+SSB0YWxrZWQgdG8gaW1wbGVtZW50b3Igb2YgbXkgY29tcGFueSwgYW5kIEkgZ290
IHRoZSBmZWVkYmFjayB0aGF0IHRoZSBwcm92aXNpb24gb2YgcGVlciBpcCBhZGRyZXNzIGlzIG5l
Y2Vzc2FyeSwgdGhhdCBtZWFucyBkaWZmZXJlbnQgaXAgYWRkcmVzcyBjYW4gYmUgcHJvdmlzaW9u
ZWQgdG8gZGlmZmVyZW50IEJGRCBzZXNzaW9uLiBBcyB0byBWTkksIHRoZXJlIGlzIG5vIHJlc3Ry
aWN0aW9uIG9uIHdoaWNoIFZOSSB0byBjaG9vc2UuIEkgZ3Vlc3MgdGhpcyBiZWhhdmlvciBpcyBj
b21waWFudCB3aXRoIHRoZSBjdXJyZW50IHZlcnNpb24gb2YgdGhlIGRyYWZ0LjwvcD48cCBzdHls
ZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJm
b250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbDsiPkJlc3QgUmVnYXJkcyw8L3A+PHAgc3R5
bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+WGlhbyBNaW48L3A+PGRpdiBj
bGFzcz0iek1haWxGcm9tIj48L2Rpdj48ZGl2PjxkaXYgY2xhc3M9InpoaXN0b3J5Um93IiBzdHls
ZT0iZGlzcGxheTpibG9jayI+PGRpdiBjbGFzcz0iemhpc3RvcnlEZXMiIHN0eWxlPSJ3aWR0aDog
MTAwJTsgaGVpZ2h0OiAyOHB4OyBsaW5lLWhlaWdodDogMjhweDsgYmFja2dyb3VuZC1jb2xvcjog
I0UwRTVFOTsgY29sb3I6ICMxMzg4RkY7IHRleHQtYWxpZ246IGNlbnRlcjsiIGxhbmd1YWdlLWRh
dGE9Ikhpc3RvcnlPcmdUeHQiPuWOn+Wni+mCruS7tjwvZGl2PjxkaXYgaWQ9Inp3cml0ZUhpc3Rv
cnlDb250YWluZXIiPjxkaXYgY2xhc3M9ImNvbnRyb2wtZ3JvdXAgemhpc3RvcnlQYW5lbCI+PGRp
diBjbGFzcz0iemhpc3RvcnlIZWFkZXIiIHN0eWxlPSJwYWRkaW5nOiA4cHg7IGJhY2tncm91bmQt
Y29sb3I6ICNGNUY2Rjg7Ij48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVNlbmRl
clR4dCI+5Y+R5Lu25Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiPkpl
ZmZyZXlIYWFzICZsdDtqaGFhc0BwZnJjLm9yZyZndDs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25n
IGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlUT1R4dCI+5pS25Lu25Lq677yaPC9zdHJvbmc+PHNwYW4g
Y2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij7ogpbmlY8xMDA5
MzU3MDs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlDQ1R4
dCI+5oqE6YCB5Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxl
PSJkaXNwbGF5OiBpbmxpbmU7Ij5ydGctYmZkQGlldGYub3JnICZsdDtydGctYmZkQGlldGYub3Jn
Jmd0Ozs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlEYXRl
VHh0Ij7ml6Ug5pyfIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSIiPjIwMTnlubQwOeaciDEy5pel
IDAwOjUyPC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U3Vi
amVjdFR4dCI+5Li7IOmimCDvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRUaXRsZSI+PHN0
cm9uZz5SZTogQkZEIEVjaG8gbW9kZSBjb3ZlcmFnZSBpbiBCRkQgZm9yIFZYTEFOPC9zdHJvbmc+
PC9zcGFuPjwvZGl2PjwvZGl2PjxkaXYgem1haWxidXNpbmVzcz0iYnVzaW5lc3NFeHRlcm5hbCI+
PC9kaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlDb250ZW50Ij48ZGl2PlhpYW0mbmJzcDtNaW4sPGJy
Pjxicj5PbiZuYnNwO1dlZCwmbmJzcDtTZXAmbmJzcDsxMSwmbmJzcDsyMDE5Jm5ic3A7YXQmbmJz
cDsxMjowMToxMVBNJm5ic3A7KzA4MDAsJm5ic3A7eGlhby5taW4yQHp0ZS5jb20uY24mbmJzcDt3
cm90ZTo8YnI+Jmd0OyZuYnNwO0Zyb20mbmJzcDtteSZuYnNwO3BlcnNvbmFsJm5ic3A7cGVyc3Bl
Y3RpdmUsJm5ic3A7SSZuYnNwO2Rvbid0Jm5ic3A7dGhpbmsmbmJzcDt3ZSZuYnNwO3Nob3VsZCZu
YnNwO3JlcXVpcmUmbmJzcDtCRkQmbmJzcDtmb3I8YnI+Jmd0OyZuYnNwO1Z4TEFOJm5ic3A7dG8m
bmJzcDtzdXBwb3J0Jm5ic3A7RWNobyZuYnNwO21vZGUsJm5ic3A7YmVjYXVzZSZuYnNwO2FzJm5i
c3A7SSZuYnNwO2tub3csJm5ic3A7YWx0aG91Z2gmbmJzcDt0aGUmbmJzcDtmaW5hbCZuYnNwO3N0
YW5kYXJkPGJyPiZndDsmbmJzcDtpcyZuYnNwO3N0aWxsJm5ic3A7b24mbmJzcDt0aGUmbmJzcDt3
YXksJm5ic3A7bWFueSZuYnNwO3ZlbmRvcnMmbmJzcDtpbmNsdWRpbmcmbmJzcDtteSZuYnNwO2Nv
bXBhbnkmbmJzcDtoYXZlJm5ic3A7YWxyZWFkeTxicj4mZ3Q7Jm5ic3A7aW1wbGVtZW50ZWQmbmJz
cDtCRkQmbmJzcDtmb3ImbmJzcDtWeExBTiwmbmJzcDthbmQmbmJzcDtpdCZuYnNwO3NlZW1zJm5i
c3A7dGhhdCZuYnNwO3dvcmtzJm5ic3A7ZmluZSwmbmJzcDt0aGVyZSZuYnNwO2lzJm5ic3A7bm88
YnI+Jmd0OyZuYnNwO3JlcXVlc3QmbmJzcDtmcm9tJm5ic3A7dGhlbSZuYnNwO29uJm5ic3A7RWNo
byZuYnNwO21vZGUsJm5ic3A7d2hpY2gmbmJzcDtpbiZuYnNwO215Jm5ic3A7dmlldyZuYnNwO2lz
Jm5ic3A7YSZuYnNwO2xpZ2h0d2VpZ2h0Jm5ic3A7QkZEJm5ic3A7dG9vbDxicj4mZ3Q7Jm5ic3A7
dXNlZCZuYnNwO3RvJm5ic3A7c3Vic3RpdHV0ZSZuYnNwO2EmbmJzcDtyZWxhdGl2ZWx5Jm5ic3A7
bW9yZSZuYnNwO2NvbXBsZXgmbmJzcDtCRkQmbmJzcDtpbXBsZW1lbnRhdGlvbi48YnI+PGJyPlRo
YW5rcyZuYnNwO2ZvciZuYnNwO3lvdXImbmJzcDtjb21tZW50YXJ5Ljxicj48YnI+QWxzbywmbmJz
cDthcyZuYnNwO2FuJm5ic3A7aW1wbGVtZW50b3IsJm5ic3A7ZG9lcyZuYnNwO3lvdXImbmJzcDtp
bXBsZW1lbnRhdGlvbidzJm5ic3A7Ym9vdHN0cmFwcGluZyZuYnNwO2ZvciZuYnNwO0JGRDxicj5z
ZXNzaW9ucyZuYnNwO2ZvbGxvdyZuYnNwO3RoZSZuYnNwO3RleHQmbmJzcDt0aGF0Jm5ic3A7aXMm
bmJzcDtpbiZuYnNwO3RoZSZuYnNwO2N1cnJlbnQmbmJzcDt2ZXJzaW9uJm5ic3A7b2YmbmJzcDt0
aGU8YnI+aW50ZXJuZXQtZHJhZnQ/Jm5ic3A7Jm5ic3A7VGhlcmUmbmJzcDtpcyZuYnNwO3NvbWUm
bmJzcDtjb250aW51aW5nJm5ic3A7ZGViYXRlJm5ic3A7aG9sZGluZyZuYnNwO3VwJm5ic3A7bGFz
dCZuYnNwO2NhbGw8YnI+Y29tbWVudHMmbmJzcDtvbiZuYnNwO3RoaXMmbmJzcDtwb2ludC48YnI+
PGJyPi0tJm5ic3A7SmVmZjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjxwPjxi
cj48L3A+PC9kaXY+


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--


From nobody Sun Sep 15 19:28:43 2019
Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67CCC120807 for <rtg-bfd@ietfa.amsl.com>; Sun, 15 Sep 2019 19:28:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level: 
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v9p4ydIFo-7X for <rtg-bfd@ietfa.amsl.com>; Sun, 15 Sep 2019 19:28:40 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F745120100 for <rtg-bfd@ietf.org>; Sun, 15 Sep 2019 19:28:39 -0700 (PDT)
Received: from mxct.zte.com.cn (unknown [192.168.164.217]) by Forcepoint Email with ESMTPS id 0DAC84B4D3266C773CDC; Mon, 16 Sep 2019 10:28:38 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id E154AF7B1D050060AC30; Mon, 16 Sep 2019 10:28:37 +0800 (CST)
Received: from njxapp05.zte.com.cn ([10.41.132.204]) by mse-fl2.zte.com.cn with SMTP id x8G2SLKp095653; Mon, 16 Sep 2019 10:28:21 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Mon, 16 Sep 2019 10:28:21 +0800 (CST)
Date: Mon, 16 Sep 2019 10:28:21 +0800 (CST)
X-Zmail-TransId: 2afa5d7ef345e69d200e
X-Mailer: Zmail v1.0
Message-ID: <201909161028210504433@zte.com.cn>
In-Reply-To: <CACi9rdukH1s4OEt_D5GqvBPvPR0THceVAfiJRUgnrnKFcRTqvw@mail.gmail.com>
References: 20190216170740.GA31558@pfrc.org, 20190702183714.GB3974@pfrc.org, CACi9rdukH1s4OEt_D5GqvBPvPR0THceVAfiJRUgnrnKFcRTqvw@mail.gmail.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <santosh.pallagatti@gmail.com>
Cc: <mishra.ashesh@outlook.com>, <rtg-bfd@ietf.org>
Subject: =?UTF-8?B?UmU6V29ya2luZyBHcm91cCBMYXN0IENhbGwgb24gQkZEIEF1dGhlbnRpY2F0aW9uIERvY3VtZW50cyAoZXhwaXJlc1NlcHRlbWJlciAxMywgMjAxOSk=?=
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn x8G2SLKp095653
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/Lwyxu3IkmfdU5-uWmb36JwtKpfQ>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Sep 2019 02:28:43 -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

SGkgYWxsLA0KDQoNCg0KDQoNCg0KDQpJIHN1cHBvcnQgYWxsIHRoZSB0aHJlZSBkcmFmdHMgdG8g
YmUgcHVibGlzaGVkLiBUaGV5J3JlIHVzZWZ1bCBlbmhhbmNlbWVudHMgdG8gYmFzZSBCRkQgcHJv
dG9jb2wsIHNob3J0IGFuZCB3ZWxsLXdyaXR0ZW4uDQoNCg0KDQoNCg0KDQpCUnMsDQoNCg0KWGlh
byBNaW4NCg0KDQoNCg0KDQoNCg0KDQoNCg0K5Y6f5aeL6YKu5Lu2DQoNCg0KDQrlj5Hku7bkurrv
vJpTYW50b3NoUEsgPHNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20+DQrmlLbku7bkurrvvJpB
c2hlc2ggTWlzaHJhIDxtaXNocmEuYXNoZXNoQG91dGxvb2suY29tPjsNCuaKhOmAgeS6uu+8mnJ0
Zy1iZmRAaWV0Zi5vcmcgPHJ0Zy1iZmRAaWV0Zi5vcmc+Ow0K5pelIOacnyDvvJoyMDE55bm0MDnm
nIgxM+aXpSAwMToxMA0K5Li7IOmimCDvvJpSZTogV29ya2luZyBHcm91cCBMYXN0IENhbGwgb24g
QkZEIEF1dGhlbnRpY2F0aW9uIERvY3VtZW50cyAoZXhwaXJlc1NlcHRlbWJlciAxMywgMjAxOSkN
Cg0KDQoNCg0KDQpJIHN1cHBvcnQgYWxsIHRocmVlIGRvY3VtZW50cy4gDQoNCg0KDQpPbiBXZWQs
IFNlcCAxMSwgMjAxOSBhdCA5OjIyIEFNIEFzaGVzaCBNaXNocmEgPG1pc2hyYS5hc2hlc2hAb3V0
bG9vay5jb20+IHdyb3RlOg0KDQoNCg0KDQoNCkFzIGF1dGhvciwgSSBzdXBwb3J0IGFsbCB0aHJl
ZSBkcmFmdHMuIA0KDQoNCk9uIFNlcCAxMCwgMjAxOSwgYXQgNzoxMyBQTSwgTWFuYXYgQmhhdGlh
IDxtYW5hdmJoYXRpYUBnbWFpbC5jb20+IHdyb3RlOg0KDQoNCg0KDQpJIHN1cHBvcnQgYWxsIDMg
ZG9jdW1lbnRzLg0KDQoNCg0KT24gVHVlLCBBdWcgMjcsIDIwMTkgYXQgODo0NSBQTSBKZWZmcmV5
IEhhYXMgPGpoYWFzQHBmcmMub3JnPiB3cm90ZToNCg0KV29ya2luZyBHcm91cCwNCg0KQXMgd2Ug
ZGlzY3Vzc2VkIGluIE1vbnRyZWFsIGF0IElFVEYtMTA1LCB0aGUgbGFzdCBoYW5nIHVwIG9uIHBy
b2dyZXNzaW5nIHRoZQ0KYXV0aGVudGljYXRpb24gZG9jdW1lbnRzICh0aHJlYWQgY29waWVkIGJl
bG93KSB3YXMgY29uY2VybnMgb24gdGhlIElQUg0KYWdhaW5zdCB0aGVtLg0KDQpUaGUgaG9sZGVy
IG9mIHRoZSBJUFIgYmVsaWV2ZXMgdGhlaXIgZGlzY2xvdXJlcyBhcmUgY29uc2lzdGVudCB3aXRo
IHByaW9yDQpJUFIgcG9zdGVkIGFnYWluc3QgdGhlIEJGRCBzdWl0ZSBvZiBwdWJsaXNoZWQgUkZD
cy5vDQoNCldlIGFyZSB0aHVzIHByb2NlZWRpbmcgd2l0aCB0aGUgV29ya2luZyBHcm91cCBMYXN0
IENhbGwgZm9yIHRoZXNlIGRvY3VtZW50cy4uLi4NCllvdSBhcmUgZW5jb3VyYWdlZCB0byBwcm92
aWRlIHRlY2huaWNhbCBmZWVkYmFjayBmb3IgdGhlIGNvbnRlbnRzIG9mIHRoZQ0KZG9jdW1lbnRz
LCB3aGljaCBhZGRyZXNzZXMgcHJvdmlkaW5nIHN0cm9uZ2VyIGF1dGhlbnRpY2F0aW9uIG9uIHRo
ZSBCRkQNCnByb3RvY29sLiAgDQoNClBsZWFzZSBpbmRpY2F0ZSB3aGV0aGVyIHlvdSBiZWxpZXZl
IHRoZXNlIGRvY3VtZW50cyBzaG91bGQgYmUgYWR2YW5jZWQgdG8NCnRoZSBJRVNHIGZvciBwdWJs
aWNhdGlvbiBhcyBSRkNzLg0KDQotLSBKZWZmIGFuZCBSZXNoYWQNCg0KDQpPbiBUdWUsIEp1bCAw
MiwgMjAxOSBhdCAwMjozNzoxNVBNIC0wNDAwLCBKZWZmcmV5IEhhYXMgd3JvdGU6DQo+IFdvcmtp
bmcgR3JvdXAsDQo+IA0KPiBBIGZvbGxvd3VwIG9uIHRoaXMgaXRlbS4NCj4gDQo+IEN1cnJlbnRs
eSwgdGhlIHN0YXR1cyBpcyBpZGVudGljYWwgdG8gdGhhdCB3aGljaCB3YXMgbGFzdCBwb3N0ZWQu
ICBNYWhlc2gNCj4gZGlkIG1ha2UgY29udGFjdCB3aXRoIENpZW5hIElQUiBob2xkZXJzIHJlZ2Fy
ZGluZyB0aGUgc3RhdGUgb2YgdGhlIGxpY2Vuc2UuDQo+IEl0IGlzIHRoZWlyIGJlbGllZiB0aGF0
IHRoZWlyIGRpc2Nsb3N1cmUgaXMgY29uc2lzdGVudCB3aXRoIHNpbWlsYXIgSVBSDQo+IGZpbGVk
IGFnYWluc3QgQkZELiAgQ2l0aW5nIHR3byBzaW1pbGFyIG9uZXM6DQo+IA0KPiBodHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2lwci81MTYvDQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v
cmcvaXByLzE0MTkvDQo+IA0KPiBJdCBhbHNvIGFwcGVhcnMgdG8gYmUgdGhlaXIgYmVsaWVmIHRo
YXQgdGhlIGN1cnJlbnQgd29yZGluZyBkb2Vzbid0IHJlcXVpcmUNCj4gdGhhdCBhIGxpY2Vuc2Ug
ZmVlIGlzIGR1ZS4gIEhvd2V2ZXIsIHRoaXMgaXMgcHJpdmF0ZSBjb21tZW50YXJ5Lg0KPiANCj4g
QXQgdGhpcyBwb2ludCwgbXkgcmVjb21tZW5kYXRpb24gdG8gdGhlIHdvcmtpbmcgZ3JvdXAgaXMg
d2UgZGVjaWRlIGlmIHdlJ2xsDQo+IHByb2NlZWQgd2l0aCB0aGUgcHVibGljYXRpb24gcHJvY2Vz
cy4gIExldCdzIHVzZSB0aGlzIHRpbWUgcHJpb3IgdG8gSUVURiAxMDUNCj4gdG8gZGlzY3VzcyBh
bnkgcGVuZGluZyBpc3N1ZXMgb24gdGhlc2UgZG9jdW1lbnRzLg0KPiANCj4gLS0gSmVmZg0KPiAN
Cj4gT24gU2F0LCBGZWIgMTYsIDIwMTkgYXQgMTI6MDc6NDBQTSAtMDUwMCwgSmVmZnJleSBIYWFz
IHdyb3RlOg0KPiA+IFdvcmtpbmcgR3JvdXAsDQo+ID4gDQo+ID4gT24gTWFyY2ggMjgsIDIwMTgs
IHdlIHN0YXJ0ZWQgV29ya2luZyBHcm91cCBMYXN0IENhbGwgb24gdGhlIGZvbGxvd2luZyBkb2N1
bWVudA0KPiA+IGJ1bmRsZToNCj4gPiANCj4gPiAgIGRyYWZ0LWlldGYtYmZkLXNlY3VyZS1zZXF1
ZW5jZS1udW1iZXJzDQo+ID4gICBkcmFmdC1pZXRmLWJmZC1vcHRpbWl6aW5nLWF1dGhlbnRpY2F0
aW9uDQo+ID4gICBkcmFmdC1pZXRmLWJmZC1zdGFiaWxpdHkNCj4gPiANCj4gPiBUaGUgc2FtZSBk
YXksIE1haGVzaCBKZXRoYW5hbmRhbmkgYWNrbm93bGVkZ2VkIHRoZXJlIHdhcyBwZW5kaW5nIElQ
Ug0KPiA+IGRlY2xhcmF0aW9ucyBhZ2FpbnN0IHRoZXNlIGRyYWZ0cy4gIEFuIElQUiBkZWNsYXJh
dGlvbiB3YXMgZmluYWxseSBwb3N0ZWQgb24NCj4gPiBOb3ZlbWJlciAxLCAyMDE4LiAgSW4gcGFy
dGljdWxhciwgaXQgbm90ZXMgYSBwYXRlbnQuICBUaGUgbGljZW5zZWluZyBpcw0KPiA+IFJBTkQu
ICANCj4gPiANCj4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8zMzI4Lw0KPiA+
IA0KPiA+IEluIHRoZSB0aW1lIHNpbmNlIHRoZSBXR0xDIHdhcyByZXF1ZXN0ZWQsIHRoZXJlIHdl
cmUgYSBudW1iZXIgb2YgdGVjaG5pY2FsDQo+ID4gY29tbWVudHMgbWFkZSBvbiB0aGVzZSBkcmFm
dHMuICBJdCdzIG15IGJlbGllZiB0aGF0IGFsbCBzdWJzdGFudGlhbA0KPiA+IHRlY2huaWNhbCBj
b21tZW50cyBoYWQgYmVlbiBhZGRyZXNzZWQgaW4gdGhlIGxhc3QgcG9zdGVkIHZlcnNpb24gb2Yg
dGhlc2UNCj4gPiBkb2N1bWVudHMuICBOb3RlIHRoYXQgdGhlcmUgd2FzIG9uZSBsaW5nZXJpbmcg
Y29tbWVudCBhYm91dCBZYW5nDQo+ID4gY29uc2lkZXJhdGlvbnMgZm9yIHRoZSBCRkQgbW9kdWxl
IHdpdGggcmVnYXJkIHRvIGVuYWJsaW5nIHRoaXMgb3B0aW1pemVkDQo+ID4gYXV0aGVudGljYXRp
b24gbW9kZSB3aGljaCBjYW4gYmUgZGVhbHQgd2l0aCBzZXBhcmFibHkuDQo+ID4gDQo+ID4gVGhl
IGNoYWlycyBkaWQgbm90IGNhcnJ5IG91dCBhIGZ1cnRoZXIgY29uc2Vuc3VzIGNhbGwgdG8gZW5z
dXJlIHRoYXQgdGhlcmUNCj4gPiBhcmUgbm8gZnVydGhlciBvdXRzdGFuZGluZyB0ZWNobmljYWwg
aXNzdWVzLg0KPiA+IA0KPiA+IE9uIE5vdmVtYmVyIDIxLCBHcmVnIE1pcnNreSBpbmRpY2F0ZWQg
YW4gb2JqZWN0aW9uIHRvIHByb2dyZXNzaW5nIHRoZQ0KPiA+IGRvY3VtZW50IGR1ZSB0byBsYXRl
IGRpc2Nsb3N1cmUuDQo+ID4gDQo+ID4gaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNo
L21zZy9ydGctYmZkL3U4cnZXd3ZEV1JLSTNqc2VHSGVjQUI5V3REbw0KPiA+IA0KPiA+IFNpbmNl
IHdlIGFyZSBhIGxpdHRsZSBvdmVyIGEgbW9udGggcHJpb3IgdG8gdGhlIHVwY29taW5nIElFVEYg
MTA0LCB0aGlzDQo+ID4gc2VlbXMgYSBnb29kIHRpbWUgdG8gdHJ5IHRvIGRlY2lkZSBob3cgdGhl
IFdvcmtpbmcgR3JvdXAgc2hhbGwgZmluaXNoIHRoaXMNCj4gPiB3b3JrLiAgU2luY2Ugd2UgYXJl
IG1lZXRpbmcgaW4gUHJhZ3VlLCB0aGlzIG1heSBwcm9ncmVzcyB0byBtaWNyb3Bob25lDQo+ID4g
Y29udmVyc2F0aW9uLg0KPiA+IA0KPiA+IEZvciB0aGUgbW9tZW50LCB0aGUgY2hhaXJzJyBwZXJj
ZWl2ZWQgc3RhdHVzIG9mIHRoZSBkb2N1bWVudHMgYXJlOg0KPiA+IC0gTm8gcGVuZGluZyB0ZWNo
bmljYWwgaXNzdWVzIHdpdGggdGhlIGRvY3VtZW50cyB3aXRoIG9uZSBrbm93biBpc3N1ZS4NCj4g
PiAtIENvbmNlcm5zIG92ZXIgbGF0ZSBkaXNjbG9zdXJlIG9mIElQUi4NCj4gPiAtIE5vIHNvbGlk
IGNvbnNlbnN1cyBmcm9tIHRoZSBXb3JraW5nIEdyb3VwIHRoYXQgd2UncmUgcmVhZHkgdG8gcHJv
Y2VlZC4NCj4gPiAgIFRoaXMgcGFydCBtYXkgYmUgY292ZXJlZCBieSBhIGZ1dHVyZSBjb25zZW5z
dXMgY2FsbCwgYnV0IGxldCdzIGhlYXIgbGlzdA0KPiA+ICAgZGlzY3Vzc2lvbiBmaXJzdC4NCj4g
PiANCj4gPiAtLSBKZWZm


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPkhpIGFsbCw8YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250
LWZhbWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFt
aWx5OmFyaWFsOyI+SSBzdXBwb3J0IGFsbCB0aGUgdGhyZWUgZHJhZnRzIHRvIGJlIHB1Ymxpc2hl
ZC4gVGhleSdyZSB1c2VmdWwgZW5oYW5jZW1lbnRzIHRvIGJhc2UgQkZEIHByb3RvY29sLCBzaG9y
dCBhbmQgd2VsbC13cml0dGVuLjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1p
bHk6YXJpYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTph
cmlhbDsiPkJScyw8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFs
OyI+WGlhbyBNaW48L3A+PGRpdiBjbGFzcz0iek1haWxTaWduIiB1bm9uYW1lY2g9IuiCluaVjzEw
MDkzNTcwIiB1bm9uYW1lZW49InhpYW9taW4xMDA5MzU3MCI+PGRpdiBjbGFzcz0iek1haWxTaWdu
Q29udGVudCI+PGRpdj48L2Rpdj48L2Rpdj48L2Rpdj48ZGl2IGNsYXNzPSJ6TWFpbEZyb20iPjwv
ZGl2PjxkaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48
ZGl2IGNsYXNzPSJ6aGlzdG9yeURlcyIgc3R5bGU9IndpZHRoOiAxMDAlOyBoZWlnaHQ6IDI4cHg7
IGxpbmUtaGVpZ2h0OiAyOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRTBFNUU5OyBjb2xvcjogIzEz
ODhGRjsgdGV4dC1hbGlnbjogY2VudGVyOyIgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeU9yZ1R4dCI+
5Y6f5aeL6YKu5Lu2PC9kaXY+PGRpdiBpZD0iendyaXRlSGlzdG9yeUNvbnRhaW5lciI+PGRpdiBj
bGFzcz0iY29udHJvbC1ncm91cCB6aGlzdG9yeVBhbmVsIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUhl
YWRlciIgc3R5bGU9InBhZGRpbmc6IDhweDsgYmFja2dyb3VuZC1jb2xvcjogI0Y1RjZGODsiPjxk
aXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U2VuZGVyVHh0Ij7lj5Hku7bkurrvvJo8
L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSI+U2FudG9zaFBLICZsdDtzYW50b3No
LnBhbGxhZ2F0dGlAZ21haWwuY29tJmd0Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3Vh
Z2UtZGF0YT0iSGlzdG9yeVRPVHh0Ij7mlLbku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0i
enJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPkFzaGVzaCBNaXNocmEgJmx0
O21pc2hyYS5hc2hlc2hAb3V0bG9vay5jb20mZ3Q7Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcg
bGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeUNDVHh0Ij7mioTpgIHkurrvvJo8L3N0cm9uZz48c3BhbiBj
bGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPnJ0Zy1iZmRAaWV0
Zi5vcmcgJmx0O3J0Zy1iZmRAaWV0Zi5vcmcmZ3Q7Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcg
bGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeURhdGVUeHQiPuaXpSDmnJ8g77yaPC9zdHJvbmc+PHNwYW4g
Y2xhc3M9IiI+MjAxOeW5tDA55pyIMTPml6UgMDE6MTA8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25n
IGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTdWJqZWN0VHh0Ij7kuLsg6aKYIO+8mjwvc3Ryb25nPjxz
cGFuIGNsYXNzPSJ6cmVhZFRpdGxlIj48c3Ryb25nPlJlOiBXb3JraW5nIEdyb3VwIExhc3QgQ2Fs
bCBvbiBCRkQgQXV0aGVudGljYXRpb24gRG9jdW1lbnRzIChleHBpcmVzU2VwdGVtYmVyIDEzLCAy
MDE5KTwvc3Ryb25nPjwvc3Bhbj48L2Rpdj48L2Rpdj48ZGl2IHptYWlsYnVzaW5lc3M9ImJ1c2lu
ZXNzRXh0ZXJuYWwiPjwvZGl2PjxkaXYgY2xhc3M9InpoaXN0b3J5Q29udGVudCI+PGRpdj48ZGl2
IGRpcj0ibHRyIj5JIHN1cHBvcnQgYWxsIHRocmVlIGRvY3VtZW50cy4mbmJzcDs8L2Rpdj48YnI+
PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9hdHRy
Ij5PbiBXZWQsIFNlcCAxMSwgMjAxOSBhdCA5OjIyIEFNIEFzaGVzaCBNaXNocmEgJmx0OzxhIGhy
ZWY9Im1haWx0bzptaXNocmEuYXNoZXNoQG91dGxvb2suY29tIiB0YXJnZXQ9Il9ibGFuayI+bWlz
aHJhLmFzaGVzaEBvdXRsb29rLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rpdj48YmxvY2txdW90
ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9y
ZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+PGRp
diBkaXI9ImF1dG8iPjxkaXYgZGlyPSJsdHIiPjwvZGl2PjxkaXYgZGlyPSJsdHIiPkFzIGF1dGhv
ciwgSSBzdXBwb3J0IGFsbCB0aHJlZSBkcmFmdHMuJm5ic3A7PC9kaXY+PGRpdiBkaXI9Imx0ciI+
PGJyPk9uIFNlcCAxMCwgMjAxOSwgYXQgNzoxMyBQTSwgTWFuYXYgQmhhdGlhICZsdDs8YSBocmVm
PSJtYWlsdG86bWFuYXZiaGF0aWFAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFuYXZiaGF0
aWFAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJyPjxicj48L2Rpdj48ZGl2IGRpcj0ibHRyIj48
ZGl2IGRpcj0ibHRyIj5JIHN1cHBvcnQgYWxsIDMgZG9jdW1lbnRzLjwvZGl2Pjxicj48ZGl2IGNs
YXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPk9uIFR1
ZSwgQXVnIDI3LCAyMDE5IGF0IDg6NDUgUE0gSmVmZnJleSBIYWFzICZsdDs8YSBocmVmPSJtYWls
dG86amhhYXNAcGZyYy5vcmciIHRhcmdldD0iX2JsYW5rIj5qaGFhc0BwZnJjLm9yZzwvYT4mZ3Q7
IHdyb3RlOjxicj48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJt
YXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0
LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+V29ya2luZyBHcm91cCw8YnI+PGJyPkFzIHdlIGRpc2N1
c3NlZCBpbiBNb250cmVhbCBhdCBJRVRGLTEwNSwgdGhlIGxhc3QgaGFuZyB1cCBvbiBwcm9ncmVz
c2luZyB0aGU8YnI+YXV0aGVudGljYXRpb24gZG9jdW1lbnRzICh0aHJlYWQgY29waWVkIGJlbG93
KSB3YXMgY29uY2VybnMgb24gdGhlIElQUjxicj5hZ2FpbnN0IHRoZW0uPGJyPjxicj5UaGUgaG9s
ZGVyIG9mIHRoZSBJUFIgYmVsaWV2ZXMgdGhlaXIgZGlzY2xvdXJlcyBhcmUgY29uc2lzdGVudCB3
aXRoIHByaW9yPGJyPklQUiBwb3N0ZWQgYWdhaW5zdCB0aGUgQkZEIHN1aXRlIG9mIHB1Ymxpc2hl
ZCBSRkNzLm88YnI+PGJyPldlIGFyZSB0aHVzIHByb2NlZWRpbmcgd2l0aCB0aGUgV29ya2luZyBH
cm91cCBMYXN0IENhbGwgZm9yIHRoZXNlIGRvY3VtZW50cy4uLi48YnI+WW91IGFyZSBlbmNvdXJh
Z2VkIHRvIHByb3ZpZGUgdGVjaG5pY2FsIGZlZWRiYWNrIGZvciB0aGUgY29udGVudHMgb2YgdGhl
PGJyPmRvY3VtZW50cywgd2hpY2ggYWRkcmVzc2VzIHByb3ZpZGluZyBzdHJvbmdlciBhdXRoZW50
aWNhdGlvbiBvbiB0aGUgQkZEPGJyPnByb3RvY29sLiZuYnNwOyA8YnI+PGJyPlBsZWFzZSBpbmRp
Y2F0ZSB3aGV0aGVyIHlvdSBiZWxpZXZlIHRoZXNlIGRvY3VtZW50cyBzaG91bGQgYmUgYWR2YW5j
ZWQgdG88YnI+dGhlIElFU0cgZm9yIHB1YmxpY2F0aW9uIGFzIFJGQ3MuPGJyPjxicj4tLSBKZWZm
IGFuZCBSZXNoYWQ8YnI+PGJyPjxicj5PbiBUdWUsIEp1bCAwMiwgMjAxOSBhdCAwMjozNzoxNVBN
IC0wNDAwLCBKZWZmcmV5IEhhYXMgd3JvdGU6PGJyPiZndDsgV29ya2luZyBHcm91cCw8YnI+Jmd0
OyA8YnI+Jmd0OyBBIGZvbGxvd3VwIG9uIHRoaXMgaXRlbS48YnI+Jmd0OyA8YnI+Jmd0OyBDdXJy
ZW50bHksIHRoZSBzdGF0dXMgaXMgaWRlbnRpY2FsIHRvIHRoYXQgd2hpY2ggd2FzIGxhc3QgcG9z
dGVkLiZuYnNwOyBNYWhlc2g8YnI+Jmd0OyBkaWQgbWFrZSBjb250YWN0IHdpdGggQ2llbmEgSVBS
IGhvbGRlcnMgcmVnYXJkaW5nIHRoZSBzdGF0ZSBvZiB0aGUgbGljZW5zZS48YnI+Jmd0OyBJdCBp
cyB0aGVpciBiZWxpZWYgdGhhdCB0aGVpciBkaXNjbG9zdXJlIGlzIGNvbnNpc3RlbnQgd2l0aCBz
aW1pbGFyIElQUjxicj4mZ3Q7IGZpbGVkIGFnYWluc3QgQkZELiZuYnNwOyBDaXRpbmcgdHdvIHNp
bWlsYXIgb25lczo8YnI+Jmd0OyA8YnI+Jmd0OyA8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2Vy
LmlldGYub3JnL2lwci81MTYvIiByZWw9Im5vcmVmZXJyZXIiIHRhcmdldD0iX2JsYW5rIj5odHRw
czovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci81MTYvPC9hPjxicj4mZ3Q7IDxhIGhyZWY9Imh0
dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzE0MTkvIiByZWw9Im5vcmVmZXJyZXIiIHRh
cmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8xNDE5LzwvYT48
YnI+Jmd0OyA8YnI+Jmd0OyBJdCBhbHNvIGFwcGVhcnMgdG8gYmUgdGhlaXIgYmVsaWVmIHRoYXQg
dGhlIGN1cnJlbnQgd29yZGluZyBkb2Vzbid0IHJlcXVpcmU8YnI+Jmd0OyB0aGF0IGEgbGljZW5z
ZSBmZWUgaXMgZHVlLiZuYnNwOyBIb3dldmVyLCB0aGlzIGlzIHByaXZhdGUgY29tbWVudGFyeS48
YnI+Jmd0OyA8YnI+Jmd0OyBBdCB0aGlzIHBvaW50LCBteSByZWNvbW1lbmRhdGlvbiB0byB0aGUg
d29ya2luZyBncm91cCBpcyB3ZSBkZWNpZGUgaWYgd2UnbGw8YnI+Jmd0OyBwcm9jZWVkIHdpdGgg
dGhlIHB1YmxpY2F0aW9uIHByb2Nlc3MuJm5ic3A7IExldCdzIHVzZSB0aGlzIHRpbWUgcHJpb3Ig
dG8gSUVURiAxMDU8YnI+Jmd0OyB0byBkaXNjdXNzIGFueSBwZW5kaW5nIGlzc3VlcyBvbiB0aGVz
ZSBkb2N1bWVudHMuPGJyPiZndDsgPGJyPiZndDsgLS0gSmVmZjxicj4mZ3Q7IDxicj4mZ3Q7IE9u
IFNhdCwgRmViIDE2LCAyMDE5IGF0IDEyOjA3OjQwUE0gLTA1MDAsIEplZmZyZXkgSGFhcyB3cm90
ZTo8YnI+Jmd0OyAmZ3Q7IFdvcmtpbmcgR3JvdXAsPGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7
IE9uIE1hcmNoIDI4LCAyMDE4LCB3ZSBzdGFydGVkIFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsIG9u
IHRoZSBmb2xsb3dpbmcgZG9jdW1lbnQ8YnI+Jmd0OyAmZ3Q7IGJ1bmRsZTo8YnI+Jmd0OyAmZ3Q7
IDxicj4mZ3Q7ICZndDsmbmJzcDsgJm5ic3A7ZHJhZnQtaWV0Zi1iZmQtc2VjdXJlLXNlcXVlbmNl
LW51bWJlcnM8YnI+Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO2RyYWZ0LWlldGYtYmZkLW9wdGltaXpp
bmctYXV0aGVudGljYXRpb248YnI+Jmd0OyAmZ3Q7Jm5ic3A7ICZuYnNwO2RyYWZ0LWlldGYtYmZk
LXN0YWJpbGl0eTxicj4mZ3Q7ICZndDsgPGJyPiZndDsgJmd0OyBUaGUgc2FtZSBkYXksIE1haGVz
aCBKZXRoYW5hbmRhbmkgYWNrbm93bGVkZ2VkIHRoZXJlIHdhcyBwZW5kaW5nIElQUjxicj4mZ3Q7
ICZndDsgZGVjbGFyYXRpb25zIGFnYWluc3QgdGhlc2UgZHJhZnRzLiZuYnNwOyBBbiBJUFIgZGVj
bGFyYXRpb24gd2FzIGZpbmFsbHkgcG9zdGVkIG9uPGJyPiZndDsgJmd0OyBOb3ZlbWJlciAxLCAy
MDE4LiZuYnNwOyBJbiBwYXJ0aWN1bGFyLCBpdCBub3RlcyBhIHBhdGVudC4mbmJzcDsgVGhlIGxp
Y2Vuc2VpbmcgaXM8YnI+Jmd0OyAmZ3Q7IFJBTkQuJm5ic3A7IDxicj4mZ3Q7ICZndDsgPGJyPiZn
dDsgJmd0OyA8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8zMzI4LyIg
cmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm
Lm9yZy9pcHIvMzMyOC88L2E+PGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7IEluIHRoZSB0aW1l
IHNpbmNlIHRoZSBXR0xDIHdhcyByZXF1ZXN0ZWQsIHRoZXJlIHdlcmUgYSBudW1iZXIgb2YgdGVj
aG5pY2FsPGJyPiZndDsgJmd0OyBjb21tZW50cyBtYWRlIG9uIHRoZXNlIGRyYWZ0cy4mbmJzcDsg
SXQncyBteSBiZWxpZWYgdGhhdCBhbGwgc3Vic3RhbnRpYWw8YnI+Jmd0OyAmZ3Q7IHRlY2huaWNh
bCBjb21tZW50cyBoYWQgYmVlbiBhZGRyZXNzZWQgaW4gdGhlIGxhc3QgcG9zdGVkIHZlcnNpb24g
b2YgdGhlc2U8YnI+Jmd0OyAmZ3Q7IGRvY3VtZW50cy4mbmJzcDsgTm90ZSB0aGF0IHRoZXJlIHdh
cyBvbmUgbGluZ2VyaW5nIGNvbW1lbnQgYWJvdXQgWWFuZzxicj4mZ3Q7ICZndDsgY29uc2lkZXJh
dGlvbnMgZm9yIHRoZSBCRkQgbW9kdWxlIHdpdGggcmVnYXJkIHRvIGVuYWJsaW5nIHRoaXMgb3B0
aW1pemVkPGJyPiZndDsgJmd0OyBhdXRoZW50aWNhdGlvbiBtb2RlIHdoaWNoIGNhbiBiZSBkZWFs
dCB3aXRoIHNlcGFyYWJseS48YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsgVGhlIGNoYWlycyBk
aWQgbm90IGNhcnJ5IG91dCBhIGZ1cnRoZXIgY29uc2Vuc3VzIGNhbGwgdG8gZW5zdXJlIHRoYXQg
dGhlcmU8YnI+Jmd0OyAmZ3Q7IGFyZSBubyBmdXJ0aGVyIG91dHN0YW5kaW5nIHRlY2huaWNhbCBp
c3N1ZXMuPGJyPiZndDsgJmd0OyA8YnI+Jmd0OyAmZ3Q7IE9uIE5vdmVtYmVyIDIxLCBHcmVnIE1p
cnNreSBpbmRpY2F0ZWQgYW4gb2JqZWN0aW9uIHRvIHByb2dyZXNzaW5nIHRoZTxicj4mZ3Q7ICZn
dDsgZG9jdW1lbnQgZHVlIHRvIGxhdGUgZGlzY2xvc3VyZS48YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7
ICZndDsgPGEgaHJlZj0iaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9ydGct
YmZkL3U4cnZXd3ZEV1JLSTNqc2VHSGVjQUI5V3REbyIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9
Il9ibGFuayI+aHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9ydGctYmZkL3U4
cnZXd3ZEV1JLSTNqc2VHSGVjQUI5V3REbzwvYT48YnI+Jmd0OyAmZ3Q7IDxicj4mZ3Q7ICZndDsg
U2luY2Ugd2UgYXJlIGEgbGl0dGxlIG92ZXIgYSBtb250aCBwcmlvciB0byB0aGUgdXBjb21pbmcg
SUVURiAxMDQsIHRoaXM8YnI+Jmd0OyAmZ3Q7IHNlZW1zIGEgZ29vZCB0aW1lIHRvIHRyeSB0byBk
ZWNpZGUgaG93IHRoZSBXb3JraW5nIEdyb3VwIHNoYWxsIGZpbmlzaCB0aGlzPGJyPiZndDsgJmd0
OyB3b3JrLiZuYnNwOyBTaW5jZSB3ZSBhcmUgbWVldGluZyBpbiBQcmFndWUsIHRoaXMgbWF5IHBy
b2dyZXNzIHRvIG1pY3JvcGhvbmU8YnI+Jmd0OyAmZ3Q7IGNvbnZlcnNhdGlvbi48YnI+Jmd0OyAm
Z3Q7IDxicj4mZ3Q7ICZndDsgRm9yIHRoZSBtb21lbnQsIHRoZSBjaGFpcnMnIHBlcmNlaXZlZCBz
dGF0dXMgb2YgdGhlIGRvY3VtZW50cyBhcmU6PGJyPiZndDsgJmd0OyAtIE5vIHBlbmRpbmcgdGVj
aG5pY2FsIGlzc3VlcyB3aXRoIHRoZSBkb2N1bWVudHMgd2l0aCBvbmUga25vd24gaXNzdWUuPGJy
PiZndDsgJmd0OyAtIENvbmNlcm5zIG92ZXIgbGF0ZSBkaXNjbG9zdXJlIG9mIElQUi48YnI+Jmd0
OyAmZ3Q7IC0gTm8gc29saWQgY29uc2Vuc3VzIGZyb20gdGhlIFdvcmtpbmcgR3JvdXAgdGhhdCB3
ZSdyZSByZWFkeSB0byBwcm9jZWVkLjxicj4mZ3Q7ICZndDsmbmJzcDsgJm5ic3A7VGhpcyBwYXJ0
IG1heSBiZSBjb3ZlcmVkIGJ5IGEgZnV0dXJlIGNvbnNlbnN1cyBjYWxsLCBidXQgbGV0J3MgaGVh
ciBsaXN0PGJyPiZndDsgJmd0OyZuYnNwOyAmbmJzcDtkaXNjdXNzaW9uIGZpcnN0Ljxicj4mZ3Q7
ICZndDsgPGJyPiZndDsgJmd0OyAtLSBKZWZmPGJyPjxicj48L2Jsb2NrcXVvdGU+PC9kaXY+PC9k
aXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2
PjwvZGl2PjxwPjxicj48L3A+PC9kaXY+


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--


From nobody Tue Sep 17 12:15:28 2019
Return-Path: <afu14@bloomberg.net>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F14DA120127 for <rtg-bfd@ietfa.amsl.com>; Tue, 17 Sep 2019 12:15:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level: 
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wwnLB_lza7xi for <rtg-bfd@ietfa.amsl.com>; Tue, 17 Sep 2019 12:15:20 -0700 (PDT)
Received: from mgnj2.bloomberg.net (mgnj2.bloomberg.net [69.191.244.20]) (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 E8C69120A44 for <rtg-bfd@ietf.org>; Tue, 17 Sep 2019 12:15:18 -0700 (PDT)
X-BB-Reception-Complete: 17 Sep 2019 15:15:17 -0400
X-IP-Listener: Outgoing Mail
X-IP-MID: 1254308339
Received: from msllnjpmsgsv06.bloomberg.com (HELO msllnjpmsgsv06) ([10.126.134.166]) by mgnj2.bloomberg.net with SMTP; 17 Sep 2019 15:15:17 -0400
X-BLP-INETSVC: version=BLP_APP_S_INETSVC_1.0.1; host=mgnj2:25; conid=348
Date: Tue, 17 Sep 2019 19:15:17 -0000
From: "Albert Fu (BLOOMBERG/ 120 PARK)" <afu14@bloomberg.net>
Reply-To: "Albert Fu" <afu14@bloomberg.net>
To: cpignata@cisco.com, rtg-bfd@ietf.org
MIME-Version: 1.0
Message-ID: <5D8130C5015300A600390835_0_79005@msllnjpmsgsv06>
X-BLP-GUID: 5D8130C5015300A6003908350000
Subject: =?UTF-8?B?UmU6UnRnLWJmZCBEaWdlc3QsIFZvbCAxNjMsIElzc3VlIDk=?=
Content-Type: multipart/alternative; boundary="BOUNDARY_5D8130C5015300A600390835_0_112624_msllnjpmsgsv06"
Content-ID: <ID_5D8130C5015300A600390835_0_78990@msllnjpmsgsv06>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/v6adJv4Szsu1Dymn0E2834FCCL4>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Sep 2019 19:15:26 -0000

--BOUNDARY_5D8130C5015300A600390835_0_112624_msllnjpmsgsv06
Content-Type: text/plain; charset=UTF-8
Content-Disposition: inline
Content-Transfer-Encoding: base64

SGkgQ2FybG9zLAoKCj4gSW5zdGVhZCBvZiAob3IgaW4gYWRkaXRpb24gdG8pIGEgbG93ZXIgdHJh
bnNtaXNzaW9uIGludGVydmFsLCB3aHkgbm90IGFkZCAKPiBmbGV4aWJpbGl0eSB0byBub3QgKmhh
dmUqIHRvIHNlbmQgbGFyZ2UgcGFja2V0cyBldmVyeSBwYWNrZXQsIGFuZCBpbnN0ZWFkIHNlbmQg
Cj4gZXZlcnkgbiBwYWtzIG9yIHNvPwoKCk9uZSBvZiB0aGUgdGhpbmdzIEkgbGVhcm5lZCBzaW5j
ZSBiZWNvbWluZyBpbnZvbHZlZCB3aXRoIHRoZSBCRkQgd29ya2luZyBncm91cCBpcyBhIHN0cm9u
ZyBkZXNpcmUgd2l0aGluIHRoZSBXRyB0byBrZWVwIEJGRCBzaW1wbGUsIGFuZCBhdm9pZCBjb21w
bGV4L3VubmVjZXNzYXJ5IGNoYW5nZXMuIAoKCk91ciBwcm9wb3NhbCBtYWludGFpbnMgdGhlIGN1
cnJlbnQgQkZEICJzdHJ1Y3R1cmUiIGFuZCBiZWhhdmlvciAocGFkZGVkIGJ5dGVzIGF0IHRoZSBJ
UCBsYXllcikuIElmIHNjYWxpbmcgaXMgYW4gaXNzdWUsIGl0IHdvdWxkIGJlIHNpbXBsZXIgdG8g
cmVkdWNlIHRoZSB0cmFuc21pdCBpbnRlcnZhbCByYXRoZXIgdGhhbiB0cnlpbmcgdG8ga2VlcCB0
cmFjayBvZiBjb3VudGVycyBmb3IgbGFyZ2Uvc21hbGwgcGFja2V0cy4gTW9zdCB1c2VycyB3aWxs
IGRvIHNjYWxpbmcgdGVzdCBpbiB0aGUgbGFiIHRvIHF1YW50aWZ5IHN1aXRhYmxlIHZhbHVlcyBm
b3IgcHJvZHVjdGlvbiBkZXBsb3ltZW50LgoKClRoYW5rcwoKQWxiZXJ0Cgo=

--BOUNDARY_5D8130C5015300A600390835_0_112624_msllnjpmsgsv06
Content-Type: text/html; charset=UTF-8
Content-Disposition: inline
Content-Transfer-Encoding: base64

PGh0bWw+PGhlYWQ+PHRpdGxlPjwvdGl0bGU+PC9oZWFkPjxib2R5PjwhLS0gcnRlLXZlcnNpb24g
MC4yIDk5NDc1NTE2MzcyOTQwMDhiNzdiY2UyNWViNjgzZGFjIC0tPjxkaXYgY2xhc3M9InJ0ZS1z
dHlsZS1tYWludGFpbmVyIHJ0ZS1wcmUtd3JhcCIgZGF0YS1jb2xvcj0iZ2xvYmFsLWRlZmF1bHQi
IGJiZy1jb2xvcj0iZGVmYXVsdCIgZGF0YS1iYi1mb250LXNpemU9Im1lZGl1bSJiYmctZm9udC1z
aXplPSJtZWRpdW0iIHN0eWxlPSJ3aGl0ZS1zcGFjZTogcHJlLXdyYXA7IGZvbnQtc2l6ZTogc21h
bGw7IGZvbnQtZmFtaWx5OiAmcXVvdDtDb3VyaWVyIE5ldyZxdW90OywgQ291cmllciwgJnF1b3Q7
QkIuRml4ZWRXaWR0aCZxdW90Ozsic3R5bGU9IndoaXRlLXNwYWNlOiBwcmUtd3JhcDsgZm9udC1z
aXplOiBzbWFsbDsgZm9udC1mYW1pbHk6ICZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LCBDb3VyaWVy
LCAmcXVvdDtCQi5GaXhlZFdpZHRoJnF1b3Q7OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+SGkgQ2Fy
bG9zLDxkaXY+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InJ0ZS1zdHlsZS1tYWludGFpbmVyIiBkYXRh
LWJiLWZvbnQtc2l6ZT0ibWVkaXVtImJiZy1jb2xvcj0iZGVmYXVsdCIgYmJnLWZvbnQtc2l6ZT0i
bWVkaXVtIiBzdHlsZT0iZm9udC1zaXplOiBzbWFsbDsgZm9udC1mYW1pbHk6ICZxdW90O0NvdXJp
ZXIgTmV3JnF1b3Q7LCBDb3VyaWVyLCAmcXVvdDtCQi5GaXhlZFdpZHRoJnF1b3Q7OyJzdHlsZT0i
Zm9udC1zaXplOiBzbWFsbDsgZm9udC1mYW1pbHk6ICZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LCBD
b3VyaWVyLCAmcXVvdDtCQi5GaXhlZFdpZHRoJnF1b3Q7OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+
PGJsb2NrcXVvdGU+Jmd0OyBJbnN0ZWFkIG9mIChvciBpbiBhZGRpdGlvbiB0bykgYSBsb3dlciB0
cmFuc21pc3Npb24gaW50ZXJ2YWwsIHdoeSBub3QgYWRkIDxicj4mZ3Q7IGZsZXhpYmlsaXR5IHRv
IG5vdCAqaGF2ZSogdG8gc2VuZCBsYXJnZSBwYWNrZXRzIGV2ZXJ5IHBhY2tldCwgYW5kIGluc3Rl
YWQgc2VuZCA8YnI+Jmd0OyBldmVyeSBuIHBha3Mgb3Igc28/PGJyPjxicj48L2Jsb2NrcXVvdGU+
PGJsb2NrcXVvdGU+T25lIG9mIHRoZSB0aGluZ3MgSSBsZWFybmVkIHNpbmNlIGJlY29taW5nIGlu
dm9sdmVkIHdpdGggdGhlIEJGRCB3b3JraW5nIGdyb3VwIGlzIGEgc3Ryb25nIGRlc2lyZSB3aXRo
aW4gdGhlIFdHIHRvIGtlZXAgQkZEIHNpbXBsZSwgYW5kIGF2b2lkIGNvbXBsZXgvdW5uZWNlc3Nh
cnkgY2hhbmdlcy4gPC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxicj48L2Jsb2NrcXVvdGU+PGJs
b2NrcXVvdGU+T3VyIHByb3Bvc2FsIG1haW50YWlucyB0aGUgY3VycmVudCBCRkQgInN0cnVjdHVy
ZSIgYW5kIGJlaGF2aW9yIChwYWRkZWQgYnl0ZXMgYXQgdGhlIElQIGxheWVyKS4gSWYgc2NhbGlu
ZyBpcyBhbiBpc3N1ZSwgaXQgd291bGQgYmUgc2ltcGxlciB0byByZWR1Y2UgdGhlIHRyYW5zbWl0
IGludGVydmFsIHJhdGhlciB0aGFuIHRyeWluZyB0byBrZWVwIHRyYWNrIG9mIGNvdW50ZXJzIGZv
ciBsYXJnZS9zbWFsbCBwYWNrZXRzLiBNb3N0IHVzZXJzIHdpbGwgZG8gc2NhbGluZyB0ZXN0IGlu
IHRoZSBsYWIgdG8gcXVhbnRpZnkgc3VpdGFibGUgdmFsdWVzIGZvciBwcm9kdWN0aW9uIGRlcGxv
eW1lbnQuPC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxicj48L2Jsb2NrcXVvdGU+PGJsb2NrcXVv
dGU+VGhhbmtzPC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPkFsYmVydDwvYmxvY2txdW90ZT48YnI+
PC9kaXY+PC9kaXY+PC9ib2R5PjwvaHRtbD4=

--BOUNDARY_5D8130C5015300A600390835_0_112624_msllnjpmsgsv06--


From nobody Tue Sep 17 13:10:11 2019
Return-Path: <afu14@bloomberg.net>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F1D91208B8 for <rtg-bfd@ietfa.amsl.com>; Tue, 17 Sep 2019 13:10:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level: 
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y5idQExbcLyK for <rtg-bfd@ietfa.amsl.com>; Tue, 17 Sep 2019 13:10:08 -0700 (PDT)
Received: from mgnj3.bloomberg.net (mgnj3.bloomberg.net [69.191.244.21]) (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 D793D120072 for <rtg-bfd@ietf.org>; Tue, 17 Sep 2019 13:10:07 -0700 (PDT)
X-BB-Reception-Complete: 17 Sep 2019 16:10:05 -0400
X-IP-Listener: Outgoing Mail
X-IP-MID: 1245895789
Received: from msllnjpmsgsv06.bloomberg.com (HELO msllnjpmsgsv06) ([10.126.134.166]) by mgnj3.bloomberg.net with SMTP; 17 Sep 2019 16:10:05 -0400
X-BLP-INETSVC: version=BLP_APP_S_INETSVC_1.0.1; host=mgnj3:25; conid=158
Date: Tue, 17 Sep 2019 20:10:06 -0000
From: "Albert Fu (BLOOMBERG/ 120 PARK)" <afu14@bloomberg.net>
Reply-To: "Albert Fu" <afu14@bloomberg.net>
To: ketant@cisco.com, rtg-bfd@ietf.org
MIME-Version: 1.0
Message-ID: <5D813D9E012A063200390885_0_83338@msllnjpmsgsv06>
X-BLP-GUID: 5D813D9E012A0632003908850000
Subject: =?UTF-8?B?UmU6UnRnLWJmZCBEaWdlc3QsIFZvbCAxNjMsIElzc3VlIDk=?=
Content-Type: multipart/alternative; boundary="BOUNDARY_5D813D9E012A063200390885_0_118021_msllnjpmsgsv06"
Content-ID: <ID_5D813D9E012A063200390885_0_83323@msllnjpmsgsv06>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/urByNhKh7FlEHCG3tGLBlE5B8uQ>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Sep 2019 20:10:10 -0000

--BOUNDARY_5D813D9E012A063200390885_0_118021_msllnjpmsgsv06
Content-Type: text/plain; charset=UTF-8
Content-Disposition: inline
Content-Transfer-Encoding: base64

SGkgS2V0YW4sCgoKVGhhbmtzIGZvciB0aGUgZGV0YWlsZWQgZmVlZGJhY2suCgoKPiAgMS4gIEkg
YW0gYXdhcmUgdGhhdCB0aGlzIGRyYWZ0IG9yaWdpbmF0ZXMgZnJvbSBwcmFjdGljYWwgcGFpbiBw
b2ludHMgYXQgYSAKPiBzcGVjaWZpYyBvcGVyYXRvci4gRHVyaW5nIHRoZSBhZG9wdGlvbiBjYWxs
cywgdGhlIHNjZW5hcmlvcyB3ZXJlIGRlYmF0ZWQgaW4gCj4gZGV0YWlsLiBJdCB3YXMgYmFzaWNh
bGx5IGEgTDIgV0FOIGNpcmN1aXQgc2VydmljZSBvdmVyIGEgcHJvdmlkZXIgbmV0d29yayBhbmQg
Cj4gdGhlIGNoYWxsZW5nZSB3YXMgdGhhdCB0aGUgUE1UVSBvZiB0aGUgdW5kZXJseWluZyBwYXRo
IGluIHRoZSBTUCBuZXR3b3JrIAo+IGNoYW5nZXMgZHluYW1pY2FsbHkuIEhvd2V2ZXIsIGZyb20g
dGhlIEVudGVycHJpc2UgUE9WLCB0aGUgTDIgY2lyY3VpdCBpcyBzZWVuIAo+IGFzIGEgc2luZ2xl
IGxpbmsgYW5kIHRoZSBCRkQgcnVucyBpbiBkaXJlY3RseSBjb25uZWN0ZWQgbW9kZS4gVGhlIGRy
YWZ0IAo+IGhvd2V2ZXIsIGRpc2N1c3NlcyBCRkQgbXVsdGktaG9wIHdoaWNoIGlzIGFuIGVudGly
ZWx5IGRpZmZlcmVudCB1c2UtY2FzZS4gV2hlbiAKPiBkb2luZyBtdWx0aS1ob3AsIHRoZSBCRkQg
cGFja2V0IGNvdWxkIGdvIG92ZXIgZW50aXJlbHkgZGlmZmVyZW50IHBhdGhzIGluIHRoZSAKPiBu
ZXR3b3JrIHdpdGggZGlmZmVyZW50IFBNVFVzIChlc3BlY2lhbGx5IGRpZmZlcmVudCBmcm9tIHRo
ZSBhcHBsaWNhdGlvbiBzZW5kaW5nIAo+IGxhcmdlIHBhY2tldHMpID8gdGhpcyBtYWtlcyB0aGlu
Z3MgZmxha3k/IFNvIHNob3VsZG4/dCB0aGlzIG1lY2hhbmlzbSBiZSAKPiBhY3R1YWxseSBmb2N1
c3NlZCBvbiB0aGUgc2luZ2xlIGhvcC9kaXJlY3RseSBjb25uZWN0ZWQgbW9kZSBpbnN0ZWFkPwoK
WWVzLCBvdXIgcGFpbiBwb2ludHMgYXJlIHdpdGggY29tbWVyY2lhbCBwMnAgTWV0cm9FIGNpcmN1
aXRzIHRoYXQgc3BhbiBnbG9iYWxseS4gT3VyIHVzZSBjYXNlIGlzIG1haW5seSB3aXRoIFAyUCBj
aXJjdWl0cyAoZUJHUC9PU1BGKS4gQWxzbywgSSBzaG91bGQgcXVhbGlmeSB0aGF0IHdoaWxlIHdl
IGhhdmUgc3RhbmRhcmQgOUsgaW50ZXJmYWNlIE1UVSBpbiBvdXIgY29yZSwgd2Ugb25seSBwbGFu
IHRvIHVzZSB0aGlzIG1lY2hhbmlzbSB0byBkZXRlY3QgdGhlIGxhcmdlc3QgZXhwZWN0ZWQgcGF5
bG9hZCwgYmVpbmcgMTUxMiAoMTUwMCBlZGdlIHBheWxvYWQgKyB1cCB0byAzIG1wbHMgaGVhZGVy
cyksIHNpZ25pZmljYW50bHkgbGVzcyB0aGFuIHRoZSBpbnRlcmZhY2UgTVRVLiAKCgpXaGlsZSBv
dXIgdXNlIGNhc2UgaXMgZm9yIHNpbmdsZSBob3AgUDJQIGxpbmsgKGUuZy4gZUJHUC9PU1BGKSwg
dGhlcmUgbWF5IGJlIHBvdGVudGlhbCB1c2UgY2FzZXMgdGhhdCBhcmUgbXVsdGlob3AgdGhhdCB0
aGlzIGRyYWZ0IGNhbiBiZSB1c2VmdWwuIFRoZSBkcmFmdCBpcyBvcGVuIGVuZGVkIGluIHRoYXQg
c2Vuc2UsIGFuZCBsZXQgdGhlIHVzZXJzIGRlY2lkZSBpZiBpdCBtYWtlcyBzZW5zZSB0byB1c2Ug
aXQuIEZvciBleGFtcGxlLCB3ZSBoYXZlIHNvbWUgbXVsdGktaG9wIFJTVlAgTFNQcyB0aGF0IGNv
bXByaXNlcyBvZiBzZXZlcmFsIHAycCBsaW5rcyB0aGF0IG1heSBub3QgcnVuIGFueSBJR1AgcHJv
dG9jb2wsIHdoZXJlIHRoZSBCRkQgbGFyZ2UgcGFja2V0IGNvdWxkIGJlIHVzZWZ1bC4gCgoKPiAg
Mi4gIFRoZXJlIGFyZSBpbXBsZW1lbnRhdGlvbnMgd2l0aCBCRkQgb2ZmbG9hZCB0byBIL1cgb3V0
IHRoZXJlLiBXaGF0IGhhcHBlbnMgCj4gd2hlbiBhIHBhcnRpY3VsYXIgaW1wbGVtZW50YXRpb24g
Y2Fubm90IGhhbmRsZSBzdWNoIGxhcmdlIHBhY2tldCBzaXplcyAoYW5kIEkgCj4gYW0gbm90IHNw
ZWNpZmljYWxseSBhd2FyZSBvZiBvbmUgc3VjaCk/IExpa2Ugb3RoZXIgYXNwZWN0cyBvZiBtb25p
dG9yaW5nIGxpa2UgCj4gdGhlIGludGVydmFscywgd291bGQgdGhlcmUgYmUgYSB2YWx1ZSBpbiBp
bmRpY2F0aW5nIGEgc3VwcG9ydCBmb3IgbGFyZ2UgcGFja2V0cyAKPiBkdXJpbmcgdGhlIHNpZ25h
bGxpbmc/IFRoZSBkcmFmdCBkb2VzIHJhaXNlIHRoZSBuZWVkIGZvciBpdCBidXQgZG9lc24/dCBz
ZWVtIHRvIAo+IGRvIGFueXRoaW5nIGFib3V0IGl0ID8gd2h5PyBFaXRoZXIgd2UgbmVlZCBpdCBh
bmQgdGhpcyBkcmFmdCBzaG91bGQgZGVmaW5lIGl0LiAKPiBPciB3ZSBkb24/dCBuZWVkIGl0IGFu
ZCBpdCB3b3VsZCBwbGFjaW5nIHRoZSBvbnVzIG9uIHRoZSBvcGVyYXRvciB0byBlbmFibGUgCj4g
dGhpcyB3aGVuIHRoZXkga25vdyBib3RoIGVuZHMgc3VwcG9ydCBpdC4gVGhlbiBpdCBpcyBzb21l
dGhpbmcgZm9yIG9wZXJhdGlvbmFsIAo+IGNvbnNpZGVyYXRpb24gc2VjdGlvbiBwZXJoYXBzPwpJ
dCB3aWxsIGJlIHRoZSBsYXR0ZXIsIHRvIGtlZXAgQkZEIHNpbXBsZSwgaW5zdGVhZCBvZiBhZGRp
bmcgYWRkaXRpb25hbCBzaWduYWxpbmcuIFRoZSBvcGVyYXRvciB3aWxsIG5lZWQgdG8gaGF2ZSBt
ZXRob2Qgb3V0c2lkZSBvZiB0aGlzIGRyYWZ0IHRvIGRldGVybWluZSBpZiBCRkQgbGFyZ2UgcGFj
a2V0IGZlYXR1cmUgaXMgc3VwcG9ydGVkLiBXZSBoYXZlIGRvbmUgc2ltaWxhciB0aGluZyB3aGVu
IGRlcGxveWluZyBjZXJ0YWluIGZlYXR1cmVzIGluIG91ciBuZXR3b3JrLiBGb3IgZXhhbXBsZSwg
d2UgY3VycmVudGx5IGVuYWJsZSBCRkQgc3RyaWN0IG1vZGUgb24gZUJHUCBwZWVycyB0aGF0IHdl
IGtub3cgYXJlIHN1cHBvcnRlZCAocGxhdGZvcm0gYW5kIHNvZnR3YXJlIHZlcnNpb24gZGVwZW5k
ZW50KS4gCgoKPiAgMy4gIFRoZXJlIHdhcyBhIGRpc2N1c3Npb24gb24gdGhlIGxpc3QgYWJvdXQg
d2hldGhlciB0aGlzIG5lZWRzIHRvIGJlIGRvbmUgCj4gZm9yIGV2ZXJ5IHBhY2tldCBvciBub3Qu
IEkgZG9uP3QgZmluZCB0aGF0IGRpc2N1c3Npb24gb3IgdGhlIHJlc3VsdCBjYXB0dXJlZCBpbiAK
PiB0aGUgZHJhZnQuIFRoZSBkcmFmdCBqdXN0IHNheXMgdGhhdCBwZXJoYXBzIGxvbmdlciBpbnRl
cnZhbHMgc2hvdWxkIGJlIGFwcGxpZWQgCj4gdG8gQkZEIHdoZW4gZG9pbmcgbGFyZ2UgcGFja2V0
cyA/IGJ1dCB0aGlzIHdpbGwgZGVmZWF0IHRoZSBwdXJwb3NlIG9mIAo+IGZhc3QtZGV0ZWN0aW9u
LiBXaGF0IHdvdWxkIGJlIGdvb2QgaXMgd2UgaGF2ZSBib3RoIGZhc3QtZGV0ZWN0aW9uIGFuZCBz
bG93IFBNVFUgCj4gdmFsaWRhdGlvbj8gUGVyaGFwcyB3ZSBuZWVkIHNvbWUgYW5hbHlzaXMgb2Yg
d2hldGhlciBsYXJnZSBwYWNrZXRzIHNob3VsZCBiZSAKPiB1c2VkIGFsd2F5cyBvciBpbnRlcm1p
dHRlbnRseSBhbmQgdGhlIHByb3MvY29ucyBvciBndWlkZWxpbmVzIGZvciB0aGUgc2FtZT8KSSBy
ZXNwb25kZWQgc2ltaWxhciBxdWVzdGlvbiBub3QgbG9uZyBhZ28uIE91ciBwcmVmZXJlbmNlIGlz
IHRvIG1pbmltaXplIGNoYW5nZXMgd2l0aCBjdXJyZW50IEJGRCBiZWhhdmlvciB3aXRoIGEgbWl4
IG9mIHNtYWxsIGFuZCBsYXJnZSBCRkQgcGFja2V0cy4gVXNlcnMgd2lsbCBuZWVkIHRvIGNhcnJ5
IG91dCBzY2FsaW5nIHRlc3QgdG8gZGV0ZXJtaW5lIGFwcHJvcHJpYXRlIHRyYW5zbWl0IHJhdGUg
YmFzZWQgb24gZGVzaXJlZCBwYWNrZXQgc2l6ZS4gSW4gbXkgdXNlIGNhc2UsIG15IHByZWZlcmVu
Y2Ugd2lsbCBiZSB0byBicmluZyB0aGUgbGluayBkb3duIGFzIHNvb24gYXMgd2UgaGF2ZSBkZXRl
cm1pbmVkIHRoYXQgaXQgaXMgdW5hYmxlIHRvIGNhcnJ5IHRoZSBleHBlY3RlZCBwYWNrZXQgc2l6
ZSwgYXMgdGhpcyBjYXVzZXMgc2VydmljZSBpbXBhY3QuCgoKPiA0LiAgVGhlIGRyYWZ0IGlzIG1p
c3NpbmcgYW4gb3BlcmF0aW9uYWwgY29uc2lkZXJhdGlvbnMgYW5kIG1hbmFnZWFiaWxpdHkgCj4g
Y29uc2lkZXJhdGlvbnMgc2VjdGlvbnMuIFNvbWUgb2YgdGhpcyBpbmZvIGlzIHBsYWNlZCBpbiBz
ZWMgMywgYnV0IHdvdWxkIGhlbHAgCj4gaWYgdGhpbmdzIHdlcmUgZWxhYm9yYXRlZCBpbiB0aGVp
ciBpbmRpdmlkdWFsIHNlY3Rpb25zLiBJdCB3b3VsZCBwcm92aWRlIG1vcmUgCj4gaW5zaWdodCBp
bnRvIGhvdyBleGFjdGx5IHRoaXMgbWVjaGFuaXNtIGluIEJGRCBpcyBlbnZpc2FnZWQgdG8gYmUg
YWN0dWFsbHkgCj4gZGVwbG95ZWQgYW5kIHVzZWQuIE1vcmUgaW1wb3J0YW50bHksIHBlcmhhcHMg
aG93IGl0IHNob3VsZCBOT1QgYmUgdXNlZD8KCj4gQ2FuIHRoZSBhdXRob3JzIGFuZCBXRyBkaXNj
dXNzIHRoZSBhYm92ZT8gSSB0aGluayBpdCBzZWVtcyB0b28gcnVzaGVkIHRvIGdvIGZvciAKPiBX
R0xDIGp1c3QgYXMgeWV0PwpPdXIgdXNlIGNhc2UgaXMgcXVpdGUgc2ltcGxlLiBXZSBoYXZlIGEg
Y29udHJhY3Qgd2l0aCBvdXIgcHJvdmlkZXJzIHRoYXQgdGhlaXIgbGlua3MgY2FuIGNhcnJ5IGNl
cnRhaW4gcGFja2V0IHNpemUgKDE1MTIgSVAgUGF5bG9hZCkuIFRoZSBsaW5rIHdhcyBkZWxpdmVy
ZWQgYW5kIHRlc3RlZCB3aXRoIHRoaXMgY2FwYWJpbGl0eS4gSG93ZXZlciwgdGhlIHByb3ZpZGVy
cyBtYXkgZmFpbCB0byBjYXJyeSB0aGUgZXhwZWN0ZWQgcGF5bG9hZCBzaXplIHdpdGhvdXQgd2Fy
bmluZyBkdWUgdG8gSFcvU1cgb3IgY29uZmlnIGlzc3VlIGFzIGN1cnJlbnQgQkZEL3Byb3RvY29s
IGtlZXBhbGl2ZSBwYWNrZXRzIGFyZSBzbWFsbC4gQXBwbGljYXRpb24gdGhhdCBzZW5kcyB0aGUg
bGFyZ2UgcGFja2V0IHNpemUgb3ZlciB0aGUgbGluayB3b3VsZCBiZSBkcm9wcGVkLCBjYXVzaW5n
IHNlcnZpY2UgaW1wYWN0LiBJdCBpcyB0aW1lIGNvbnN1bWluZyB0byBkZXRlY3QgdGhpcyBlcnJv
ciBpbiBhIGxhcmdlIG5ldHdvcmsgd2l0aCBsb3RzIG9mIEVDTVAgcGF0aHMuIFdlIHdvdWxkIGxp
a2UgdG8gdXNlIEJGRCB0byBkZXRlY3QgdGhpcyBpc3N1ZSBxdWlja2x5IGFuZCBkaXZlcnQgdHJh
ZmZpYyB0byB3b3JraW5nIGxpbmsgdGhhdCBzdXBwb3J0IHRoZSBleHBlY3RlZCBsYXJnZSBwYWNr
ZXQgc2l6ZS4gVGhpcyBmZWF0dXJlIHdpbGwgaGVscCB0cmVtZW5kb3VzbHkgd2l0aCBtaW5pbWl6
aW5nIHNlcnZpY2UgaW1wYWN0IGR1ZSB0byB0aGlzIGlzc3VlLgoKClRoYW5rcwoKQWxiZXJ0IAoK
Cg==

--BOUNDARY_5D813D9E012A063200390885_0_118021_msllnjpmsgsv06
Content-Type: text/html; charset=UTF-8
Content-Disposition: inline
Content-Transfer-Encoding: base64

PGh0bWw+PGhlYWQ+PHRpdGxlPjwvdGl0bGU+PC9oZWFkPjxib2R5PjwhLS0gcnRlLXZlcnNpb24g
MC4yIDk5NDc1NTE2MzcyOTQwMDhiNzdiY2UyNWViNjgzZGFjIC0tPjxkaXYgY2xhc3M9InJ0ZS1z
dHlsZS1tYWludGFpbmVyIHJ0ZS1wcmUtd3JhcCIgZGF0YS1jb2xvcj0iZ2xvYmFsLWRlZmF1bHQi
IGJiZy1jb2xvcj0iZGVmYXVsdCIgZGF0YS1iYi1mb250LXNpemU9Im1lZGl1bSJiYmctZm9udC1z
aXplPSJtZWRpdW0iIHN0eWxlPSJ3aGl0ZS1zcGFjZTogcHJlLXdyYXA7IGZvbnQtc2l6ZTogc21h
bGw7IGZvbnQtZmFtaWx5OiAmcXVvdDtDb3VyaWVyIE5ldyZxdW90OywgQ291cmllciwgJnF1b3Q7
QkIuRml4ZWRXaWR0aCZxdW90Ozsic3R5bGU9IndoaXRlLXNwYWNlOiBwcmUtd3JhcDsgZm9udC1z
aXplOiBzbWFsbDsgZm9udC1mYW1pbHk6ICZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LCBDb3VyaWVy
LCAmcXVvdDtCQi5GaXhlZFdpZHRoJnF1b3Q7OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+PGRpdj48
YnI+PC9kaXY+PGRpdiBjbGFzcz0icnRlLXN0eWxlLW1haW50YWluZXIiIGRhdGEtY29sb3I9Imds
b2JhbC1kZWZhdWx0ImJiZy1jb2xvcj0iZGVmYXVsdCIgZGF0YS1iYi1mb250LXNpemU9Im1lZGl1
bSIgYmJnLWZvbnQtc2l6ZT0ibWVkaXVtIiBzdHlsZT0iZm9udC1zaXplOiBzbWFsbDsgZm9udC1m
YW1pbHk6ICZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LCBDb3VyaWVyLCAmcXVvdDtCQi5GaXhlZFdp
ZHRoJnF1b3Q7OyJzdHlsZT0iZm9udC1zaXplOiBzbWFsbDsgZm9udC1mYW1pbHk6ICZxdW90O0Nv
dXJpZXIgTmV3JnF1b3Q7LCBDb3VyaWVyLCAmcXVvdDtCQi5GaXhlZFdpZHRoJnF1b3Q7OyBjb2xv
cjogcmdiKDAsIDAsIDApOyI+PGJsb2NrcXVvdGU+SGkgS2V0YW4sPC9ibG9ja3F1b3RlPjxibG9j
a3F1b3RlPjxicj48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGU+VGhhbmtzIGZvciB0aGUgZGV0YWls
ZWQgZmVlZGJhY2suPC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxicj48L2Jsb2NrcXVvdGU+PGJs
b2NrcXVvdGU+Jmd0OyAgMS4gIEkgYW0gYXdhcmUgdGhhdCB0aGlzIGRyYWZ0IG9yaWdpbmF0ZXMg
ZnJvbSBwcmFjdGljYWwgcGFpbiBwb2ludHMgYXQgYSA8YnI+Jmd0OyBzcGVjaWZpYyBvcGVyYXRv
ci4gRHVyaW5nIHRoZSBhZG9wdGlvbiBjYWxscywgdGhlIHNjZW5hcmlvcyB3ZXJlIGRlYmF0ZWQg
aW4gPGJyPiZndDsgZGV0YWlsLiBJdCB3YXMgYmFzaWNhbGx5IGEgTDIgV0FOIGNpcmN1aXQgc2Vy
dmljZSBvdmVyIGEgcHJvdmlkZXIgbmV0d29yayBhbmQgPGJyPiZndDsgdGhlIGNoYWxsZW5nZSB3
YXMgdGhhdCB0aGUgUE1UVSBvZiB0aGUgdW5kZXJseWluZyBwYXRoIGluIHRoZSBTUCBuZXR3b3Jr
IDxicj4mZ3Q7IGNoYW5nZXMgZHluYW1pY2FsbHkuIEhvd2V2ZXIsIGZyb20gdGhlIEVudGVycHJp
c2UgUE9WLCB0aGUgTDIgY2lyY3VpdCBpcyBzZWVuIDxicj4mZ3Q7IGFzIGEgc2luZ2xlIGxpbmsg
YW5kIHRoZSBCRkQgcnVucyBpbiBkaXJlY3RseSBjb25uZWN0ZWQgbW9kZS4gVGhlIGRyYWZ0IDxi
cj4mZ3Q7IGhvd2V2ZXIsIGRpc2N1c3NlcyBCRkQgbXVsdGktaG9wIHdoaWNoIGlzIGFuIGVudGly
ZWx5IGRpZmZlcmVudCB1c2UtY2FzZS4gV2hlbiA8YnI+Jmd0OyBkb2luZyBtdWx0aS1ob3AsIHRo
ZSBCRkQgcGFja2V0IGNvdWxkIGdvIG92ZXIgZW50aXJlbHkgZGlmZmVyZW50IHBhdGhzIGluIHRo
ZSA8YnI+Jmd0OyBuZXR3b3JrIHdpdGggZGlmZmVyZW50IFBNVFVzIChlc3BlY2lhbGx5IGRpZmZl
cmVudCBmcm9tIHRoZSBhcHBsaWNhdGlvbiBzZW5kaW5nIDxicj4mZ3Q7IGxhcmdlIHBhY2tldHMp
ID8gdGhpcyBtYWtlcyB0aGluZ3MgZmxha3k/IFNvIHNob3VsZG4/dCB0aGlzIG1lY2hhbmlzbSBi
ZSA8YnI+Jmd0OyBhY3R1YWxseSBmb2N1c3NlZCBvbiB0aGUgc2luZ2xlIGhvcC9kaXJlY3RseSBj
b25uZWN0ZWQgbW9kZSBpbnN0ZWFkPzxicj48YnI+WWVzLCBvdXIgcGFpbiBwb2ludHMgYXJlIHdp
dGggY29tbWVyY2lhbCBwMnAgTWV0cm9FIGNpcmN1aXRzIHRoYXQgc3BhbiBnbG9iYWxseS4gT3Vy
IHVzZSBjYXNlIGlzIG1haW5seSB3aXRoIFAyUCBjaXJjdWl0cyAoZUJHUC9PU1BGKS4gQWxzbywg
SSBzaG91bGQgcXVhbGlmeSB0aGF0IHdoaWxlIHdlIGhhdmUgc3RhbmRhcmQgOUsgaW50ZXJmYWNl
IE1UVSBpbiBvdXIgY29yZSwgd2Ugb25seSBwbGFuIHRvIHVzZSB0aGlzIG1lY2hhbmlzbSB0byBk
ZXRlY3QgdGhlIGxhcmdlc3QgZXhwZWN0ZWQgcGF5bG9hZCwgYmVpbmcgMTUxMiAoMTUwMCBlZGdl
IHBheWxvYWQgKyB1cCB0byAzIG1wbHMgaGVhZGVycyksIHNpZ25pZmljYW50bHkgbGVzcyB0aGFu
IHRoZSBpbnRlcmZhY2UgTVRVLiA8L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGU+PGJyPjwvYmxvY2tx
dW90ZT48YmxvY2txdW90ZT5XaGlsZSBvdXIgdXNlIGNhc2UgaXMgZm9yIHNpbmdsZSBob3AgUDJQ
IGxpbmsgKGUuZy4gZUJHUC9PU1BGKSwgdGhlcmUgbWF5IGJlIHBvdGVudGlhbCB1c2UgY2FzZXMg
dGhhdCBhcmUgbXVsdGlob3AgdGhhdCB0aGlzIGRyYWZ0IGNhbiBiZSB1c2VmdWwuIFRoZSBkcmFm
dCBpcyBvcGVuIGVuZGVkIGluIHRoYXQgc2Vuc2UsIGFuZCBsZXQgdGhlIHVzZXJzIGRlY2lkZSBp
ZiBpdCBtYWtlcyBzZW5zZSB0byB1c2UgaXQuIEZvciBleGFtcGxlLCB3ZSBoYXZlIHNvbWUgbXVs
dGktaG9wIFJTVlAgTFNQcyB0aGF0IGNvbXByaXNlcyBvZiBzZXZlcmFsIHAycCBsaW5rcyB0aGF0
IG1heSBub3QgcnVuIGFueSBJR1AgcHJvdG9jb2wsIHdoZXJlIHRoZSBCRkQgbGFyZ2UgcGFja2V0
IGNvdWxkIGJlIHVzZWZ1bC4gPC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxicj48L2Jsb2NrcXVv
dGU+PGJsb2NrcXVvdGU+PGJyPjwvYmxvY2txdW90ZT48YmxvY2txdW90ZT48YnI+Jmd0OyAgMi4g
IFRoZXJlIGFyZSBpbXBsZW1lbnRhdGlvbnMgd2l0aCBCRkQgb2ZmbG9hZCB0byBIL1cgb3V0IHRo
ZXJlLiBXaGF0IGhhcHBlbnMgPGJyPiZndDsgd2hlbiBhIHBhcnRpY3VsYXIgaW1wbGVtZW50YXRp
b24gY2Fubm90IGhhbmRsZSBzdWNoIGxhcmdlIHBhY2tldCBzaXplcyAoYW5kIEkgPGJyPiZndDsg
YW0gbm90IHNwZWNpZmljYWxseSBhd2FyZSBvZiBvbmUgc3VjaCk/IExpa2Ugb3RoZXIgYXNwZWN0
cyBvZiBtb25pdG9yaW5nIGxpa2UgPGJyPiZndDsgdGhlIGludGVydmFscywgd291bGQgdGhlcmUg
YmUgYSB2YWx1ZSBpbiBpbmRpY2F0aW5nIGEgc3VwcG9ydCBmb3IgbGFyZ2UgcGFja2V0cyA8YnI+
Jmd0OyBkdXJpbmcgdGhlIHNpZ25hbGxpbmc/IFRoZSBkcmFmdCBkb2VzIHJhaXNlIHRoZSBuZWVk
IGZvciBpdCBidXQgZG9lc24/dCBzZWVtIHRvIDxicj4mZ3Q7IGRvIGFueXRoaW5nIGFib3V0IGl0
ID8gd2h5PyBFaXRoZXIgd2UgbmVlZCBpdCBhbmQgdGhpcyBkcmFmdCBzaG91bGQgZGVmaW5lIGl0
LiA8YnI+Jmd0OyBPciB3ZSBkb24/dCBuZWVkIGl0IGFuZCBpdCB3b3VsZCBwbGFjaW5nIHRoZSBv
bnVzIG9uIHRoZSBvcGVyYXRvciB0byBlbmFibGUgPGJyPiZndDsgdGhpcyB3aGVuIHRoZXkga25v
dyBib3RoIGVuZHMgc3VwcG9ydCBpdC4gVGhlbiBpdCBpcyBzb21ldGhpbmcgZm9yIG9wZXJhdGlv
bmFsIDxicj4mZ3Q7IGNvbnNpZGVyYXRpb24gc2VjdGlvbiBwZXJoYXBzPzxicj5JdCB3aWxsIGJl
IHRoZSBsYXR0ZXIsIHRvIGtlZXAgQkZEIHNpbXBsZSwgaW5zdGVhZCBvZiBhZGRpbmcgYWRkaXRp
b25hbCBzaWduYWxpbmcuIFRoZSBvcGVyYXRvciB3aWxsIG5lZWQgdG8gaGF2ZSBtZXRob2Qgb3V0
c2lkZSBvZiB0aGlzIGRyYWZ0IHRvIGRldGVybWluZSBpZiBCRkQgbGFyZ2UgcGFja2V0IGZlYXR1
cmUgaXMgc3VwcG9ydGVkLiBXZSBoYXZlIGRvbmUgc2ltaWxhciB0aGluZyB3aGVuIGRlcGxveWlu
ZyBjZXJ0YWluIGZlYXR1cmVzIGluIG91ciBuZXR3b3JrLiBGb3IgZXhhbXBsZSwgd2UgY3VycmVu
dGx5IGVuYWJsZSBCRkQgc3RyaWN0IG1vZGUgb24gZUJHUCBwZWVycyB0aGF0IHdlIGtub3cgYXJl
IHN1cHBvcnRlZCAocGxhdGZvcm0gYW5kIHNvZnR3YXJlIHZlcnNpb24gZGVwZW5kZW50KS4gPC9i
bG9ja3F1b3RlPjxibG9ja3F1b3RlPjxicj48YnI+PGJyPiZndDsgIDMuICBUaGVyZSB3YXMgYSBk
aXNjdXNzaW9uIG9uIHRoZSBsaXN0IGFib3V0IHdoZXRoZXIgdGhpcyBuZWVkcyB0byBiZSBkb25l
IDxicj4mZ3Q7IGZvciBldmVyeSBwYWNrZXQgb3Igbm90LiBJIGRvbj90IGZpbmQgdGhhdCBkaXNj
dXNzaW9uIG9yIHRoZSByZXN1bHQgY2FwdHVyZWQgaW4gPGJyPiZndDsgdGhlIGRyYWZ0LiBUaGUg
ZHJhZnQganVzdCBzYXlzIHRoYXQgcGVyaGFwcyBsb25nZXIgaW50ZXJ2YWxzIHNob3VsZCBiZSBh
cHBsaWVkIDxicj4mZ3Q7IHRvIEJGRCB3aGVuIGRvaW5nIGxhcmdlIHBhY2tldHMgPyBidXQgdGhp
cyB3aWxsIGRlZmVhdCB0aGUgcHVycG9zZSBvZiA8YnI+Jmd0OyBmYXN0LWRldGVjdGlvbi4gV2hh
dCB3b3VsZCBiZSBnb29kIGlzIHdlIGhhdmUgYm90aCBmYXN0LWRldGVjdGlvbiBhbmQgc2xvdyBQ
TVRVIDxicj4mZ3Q7IHZhbGlkYXRpb24/IFBlcmhhcHMgd2UgbmVlZCBzb21lIGFuYWx5c2lzIG9m
IHdoZXRoZXIgbGFyZ2UgcGFja2V0cyBzaG91bGQgYmUgPGJyPiZndDsgdXNlZCBhbHdheXMgb3Ig
aW50ZXJtaXR0ZW50bHkgYW5kIHRoZSBwcm9zL2NvbnMgb3IgZ3VpZGVsaW5lcyBmb3IgdGhlIHNh
bWU/PGJyPkkgcmVzcG9uZGVkIHNpbWlsYXIgcXVlc3Rpb24gbm90IGxvbmcgYWdvLiBPdXIgcHJl
ZmVyZW5jZSBpcyB0byBtaW5pbWl6ZSBjaGFuZ2VzIHdpdGggY3VycmVudCBCRkQgYmVoYXZpb3Ig
d2l0aCBhIG1peCBvZiBzbWFsbCBhbmQgbGFyZ2UgQkZEIHBhY2tldHMuIFVzZXJzIHdpbGwgbmVl
ZCB0byBjYXJyeSBvdXQgc2NhbGluZyB0ZXN0IHRvIGRldGVybWluZSBhcHByb3ByaWF0ZSB0cmFu
c21pdCByYXRlIGJhc2VkIG9uIGRlc2lyZWQgcGFja2V0IHNpemUuIEluIG15IHVzZSBjYXNlLCBt
eSBwcmVmZXJlbmNlIHdpbGwgYmUgdG8gYnJpbmcgdGhlIGxpbmsgZG93biBhcyBzb29uIGFzIHdl
IGhhdmUgZGV0ZXJtaW5lZCB0aGF0IGl0IGlzIHVuYWJsZSB0byBjYXJyeSB0aGUgZXhwZWN0ZWQg
cGFja2V0IHNpemUsIGFzIHRoaXMgY2F1c2VzIHNlcnZpY2UgaW1wYWN0LjwvYmxvY2txdW90ZT48
YmxvY2txdW90ZT48YnI+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxicj48YnI+Jmd0OyA0LiAg
VGhlIGRyYWZ0IGlzIG1pc3NpbmcgYW4gb3BlcmF0aW9uYWwgY29uc2lkZXJhdGlvbnMgYW5kIG1h
bmFnZWFiaWxpdHkgPGJyPiZndDsgY29uc2lkZXJhdGlvbnMgc2VjdGlvbnMuIFNvbWUgb2YgdGhp
cyBpbmZvIGlzIHBsYWNlZCBpbiBzZWMgMywgYnV0IHdvdWxkIGhlbHAgPGJyPiZndDsgaWYgdGhp
bmdzIHdlcmUgZWxhYm9yYXRlZCBpbiB0aGVpciBpbmRpdmlkdWFsIHNlY3Rpb25zLiBJdCB3b3Vs
ZCBwcm92aWRlIG1vcmUgPGJyPiZndDsgaW5zaWdodCBpbnRvIGhvdyBleGFjdGx5IHRoaXMgbWVj
aGFuaXNtIGluIEJGRCBpcyBlbnZpc2FnZWQgdG8gYmUgYWN0dWFsbHkgPGJyPiZndDsgZGVwbG95
ZWQgYW5kIHVzZWQuIE1vcmUgaW1wb3J0YW50bHksIHBlcmhhcHMgaG93IGl0IHNob3VsZCBOT1Qg
YmUgdXNlZD88YnI+PGJyPiZndDsgQ2FuIHRoZSBhdXRob3JzIGFuZCBXRyBkaXNjdXNzIHRoZSBh
Ym92ZT8gSSB0aGluayBpdCBzZWVtcyB0b28gcnVzaGVkIHRvIGdvIGZvciA8YnI+Jmd0OyBXR0xD
IGp1c3QgYXMgeWV0Pzxicj5PdXIgdXNlIGNhc2UgaXMgcXVpdGUgc2ltcGxlLiBXZSBoYXZlIGEg
Y29udHJhY3Qgd2l0aCBvdXIgcHJvdmlkZXJzIHRoYXQgdGhlaXIgbGlua3MgY2FuIGNhcnJ5IGNl
cnRhaW4gcGFja2V0IHNpemUgKDE1MTIgSVAgUGF5bG9hZCkuIFRoZSBsaW5rIHdhcyBkZWxpdmVy
ZWQgYW5kIHRlc3RlZCB3aXRoIHRoaXMgY2FwYWJpbGl0eS4gSG93ZXZlciwgdGhlIHByb3ZpZGVy
cyBtYXkgZmFpbCB0byBjYXJyeSB0aGUgZXhwZWN0ZWQgcGF5bG9hZCBzaXplIHdpdGhvdXQgd2Fy
bmluZyBkdWUgdG8gSFcvU1cgb3IgY29uZmlnIGlzc3VlIGFzIGN1cnJlbnQgQkZEL3Byb3RvY29s
IGtlZXBhbGl2ZSBwYWNrZXRzIGFyZSBzbWFsbC4gQXBwbGljYXRpb24gdGhhdCBzZW5kcyB0aGUg
bGFyZ2UgcGFja2V0IHNpemUgb3ZlciB0aGUgbGluayB3b3VsZCBiZSBkcm9wcGVkLCBjYXVzaW5n
IHNlcnZpY2UgaW1wYWN0LiBJdCBpcyB0aW1lIGNvbnN1bWluZyB0byBkZXRlY3QgdGhpcyBlcnJv
ciBpbiBhIGxhcmdlIG5ldHdvcmsgd2l0aCBsb3RzIG9mIEVDTVAgcGF0aHMuIFdlIHdvdWxkIGxp
a2UgdG8gdXNlIEJGRCB0byBkZXRlY3QgdGhpcyBpc3N1ZSBxdWlja2x5IGFuZCBkaXZlcnQgdHJh
ZmZpYyB0byB3b3JraW5nIGxpbmsgdGhhdCBzdXBwb3J0IHRoZSBleHBlY3RlZCBsYXJnZSBwYWNr
ZXQgc2l6ZS4gVGhpcyBmZWF0dXJlIHdpbGwgaGVscCB0cmVtZW5kb3VzbHkgd2l0aCBtaW5pbWl6
aW5nIHNlcnZpY2UgaW1wYWN0IGR1ZSB0byB0aGlzIGlzc3VlLjwvYmxvY2txdW90ZT48YmxvY2tx
dW90ZT48YnI+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxicj48L2Jsb2NrcXVvdGU+PGJsb2Nr
cXVvdGU+VGhhbmtzPC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPkFsYmVydCA8YnI+PGJyPjxicj48
L2Jsb2NrcXVvdGU+PGJyPjwvZGl2PjwvZGl2PjwvYm9keT48L2h0bWw+

--BOUNDARY_5D813D9E012A063200390885_0_118021_msllnjpmsgsv06--


From nobody Tue Sep 17 22:24:27 2019
Return-Path: <ginsberg@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 759031200E5 for <rtg-bfd@ietfa.amsl.com>; Tue, 17 Sep 2019 22:24:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level: 
X-Spam-Status: No, score=-14.5 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Un3stBsx; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=gQvshjOc
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OGc-rJwIfx6n for <rtg-bfd@ietfa.amsl.com>; Tue, 17 Sep 2019 22:24:21 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43B6C12006D for <rtg-bfd@ietf.org>; Tue, 17 Sep 2019 22:24:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12870; q=dns/txt; s=iport; t=1568784261; x=1569993861; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=NoZssTgvYeVB5Efw3J0yN+xKXbqE/gOwYFWCRnljbI0=; b=Un3stBsxd0uXGWKtmJXCq+MdrZJ0Tu72X5eVJ+KPB7l0HkIc6Zs6gJGv PePXoW8MPpZ9h8ZyylE216b/cMAvopQ0M4zvSiUpYxLcbQvJEHxtrmYcw TUfyShoOqxY1R+LUsw2RC5xa2a5bK7IYHUP9Yr8b63W6p2QdSJ7foJws7 k=;
IronPort-PHdr: =?us-ascii?q?9a23=3AI0cxcRPWNln07xdMrCMl6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEu6w/l0fHCIPc7f8My/HbtaztQyQh2d6AqzhDFf4ETB?= =?us-ascii?q?oZkYMTlg0kDtSCDBj0LfjxZSEgE+xJVURu+DewNk0GUMs=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CwAADlvoFd/4wNJK1mGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBZ4FFUAOBQyAECyqEIoNHA4p3glx+lnWBQoEQA1QJAQEBDAE?= =?us-ascii?q?BLQIBAYQ/AheCZiM4EwIDCQEBBAEBAQIBBQRthS0MhUoBAQEBAxIREQwBASM?= =?us-ascii?q?JCwELBAIBCA4DBAEBAQICJgICAjAVCAgCBAENBQgRAgeEawMdAQKkYgKBOIh?= =?us-ascii?q?hc4Eygn0BAQWFChiCFwmBDCiLeBiBQD+BEAFGghc1PoQRARIBISSCZTKCJox?= =?us-ascii?q?tKgyCMYVJghCVSwqCIpUdmRyODZkFAgQCBAUCDgEBBYFpIWdxcBU7gmyCQgw?= =?us-ascii?q?Xg0+KUgFzgSmMew0XB4InAQE?=
X-IronPort-AV: E=Sophos;i="5.64,519,1559520000"; d="scan'208";a="328116890"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 Sep 2019 05:24:20 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id x8I5OK3R031359 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 18 Sep 2019 05:24:20 GMT
Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Sep 2019 00:24:19 -0500
Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Sep 2019 00:24:19 -0500
Received: from NAM05-BY2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 18 Sep 2019 00:24:19 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fDqZPRQrG9oENAxshtYTI/Qngv9r3/2Wo6VRi1TIkMNAH66B1gS7S/DO2x1JGfxr49pfFcjj9XljEnkYk3KHHNmf3ejckqwdP6BfIR1gkmXW4IAOEiTdiqcXXZhuP4Isa1/2T596WTLi/adus5ruOh0xtllsqqf0u5NdmyOKL7J6uZeqCBnIs+e6CG2sh3Bb1Jc3YrzN485V2yX8QM9a7HkpSIlntM2PaDa3lhdrRgzwZfUB6GcInxTye+G9rVZkeacYOamXmr8/G0iiFHgaiCMDBktg6jfBQCsBm6sHy3F5IDAPjI+S18FRjbn/XmgLsLwQDnMqf74NGHhIpNZELw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NoZssTgvYeVB5Efw3J0yN+xKXbqE/gOwYFWCRnljbI0=; b=So12o69dJ8GwZ5MbIy1yeTP3L8WbAutBl3W2CgSYZgNnzXNU2paC0Ayy+3CXYh6V9kEGr8d6Burt7n89hfPYr0XwB3yUYKo4Qk9UuUknDWuNBBiT7rJXLMS+ClQKfPcbhue44F7aLVV+h8hVA7/BQmfmzKJKnYR6kLhiTFQi5AGOzzWscHgvsMz6mWhx8ATYt4m9Doa4O2GKTre+bRT1mmqB9iELAFGPVdl2mGFeOb3JAI+btbpdFl3s+C2MInJBLPhwhSZ2FcbcFF57LEA0pcgmI8q3kP6XoF7K7+Oph2Czq93e/mQ20x3GtwLdsLPg4s6gyxST/te11zFa2tnSWw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NoZssTgvYeVB5Efw3J0yN+xKXbqE/gOwYFWCRnljbI0=; b=gQvshjOcITN1dUt7QRSGRoiYz9kEDzM7GxRf5SXtyk0hGn8nrp8xwOuVPEZLWWIMbHgt16e0lt6n0WBtSuyJMnnBQkgLRwuKcLydoGXDWWWbm+E7gUySaMTXvguV7PwGnkWSUIoIixxV6eX9/oDxONTL0ANHVFxgMERdgccat+M=
Received: from BYAPR11MB3638.namprd11.prod.outlook.com (20.178.237.19) by BYAPR11MB2741.namprd11.prod.outlook.com (52.135.223.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.21; Wed, 18 Sep 2019 05:24:17 +0000
Received: from BYAPR11MB3638.namprd11.prod.outlook.com ([fe80::f4d7:dd49:e1da:4474]) by BYAPR11MB3638.namprd11.prod.outlook.com ([fe80::f4d7:dd49:e1da:4474%5]) with mapi id 15.20.2263.023; Wed, 18 Sep 2019 05:24:17 +0000
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Jeffrey Haas <jhaas@pfrc.org>, "Ketan Talaulikar (ketant)" <ketant@cisco.com>
CC: "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: RE: WGLC for draft-ietf-bfd-large-packets
Thread-Topic: WGLC for draft-ietf-bfd-large-packets
Thread-Index: AQHVXPUyTxWyJBtWsEOnJ4ETycFi16cjIc8AgAXoLNCAAJsYAIAHXvgQ
Date: Wed, 18 Sep 2019 05:24:17 +0000
Message-ID: <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com> <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org>
In-Reply-To: <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org>
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=ginsberg@cisco.com; 
x-originating-ip: [2001:420:c0c8:1008::20d]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 4243b2cb-8995-40a6-a57b-08d73bf873f3
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600167)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BYAPR11MB2741; 
x-ms-traffictypediagnostic: BYAPR11MB2741:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR11MB2741DFCE96C0F20DA69735FBC18E0@BYAPR11MB2741.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01644DCF4A
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(136003)(39860400002)(376002)(346002)(396003)(53754006)(13464003)(85664002)(189003)(199004)(9686003)(110136005)(33656002)(446003)(81166006)(74316002)(81156014)(7736002)(46003)(6246003)(55016002)(305945005)(54906003)(52536014)(5660300002)(478600001)(4326008)(14454004)(8936002)(6506007)(25786009)(256004)(53546011)(86362001)(486006)(8676002)(6116002)(476003)(99286004)(76176011)(2906002)(6636002)(229853002)(11346002)(186003)(6436002)(7696005)(102836004)(316002)(76116006)(66446008)(64756008)(66556008)(66476007)(66946007)(71200400001)(71190400001); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB2741; H:BYAPR11MB3638.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: v5CF7CNdeukU1QPSk4H9pUjg1oykMhUHyQzhaAoXfOJ7BBvGhsWgs6STTgEDO5ystupxVlaVB8jVq6LrRYt0PIi0iMXUy0hkAFFVLGBrBwAqAVMvTb8WD8EW7qvxglfIAHkucJNb6ZEt31xmeu2uBcNVG9yTds00ULbyYyF4cT/Kum3VYOgWEBXiQirGi0FDhCHrBwFNvjpgyf3itJaBfGBF0oHOXSCbgDhgYN0AmKNEyoYmAFczpFq3hVC/cmku+RjiKoAK+BPXbsFpBLfV6QGF1xKwljDDoob7LnO7DRiNDFKTgj2ee0lLTohdusBlN3eKOvdPIC+Qn7OrUKAJXdZc3IDxOoQ811RKrBEXKZ7a2mR9t39YpiUw1xoZBmrhqlhY4u7LYEYKIcVVpXxAGcGGNsvay0C5RfxWG0u88UY=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 4243b2cb-8995-40a6-a57b-08d73bf873f3
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Sep 2019 05:24:17.7611 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: q0ZLm6pALXTdm8Hv5AhmK+8HVZPEY4rDXKHUghxBpHbM3px36fAmA0dKizogIQiiIqLl5ZeOlMhtbn7rh1J2vA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2741
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.14, xch-aln-004.cisco.com
X-Outbound-Node: alln-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/T8xheNBh9p3U73J08DOWcDqvMaQ>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Sep 2019 05:24:25 -0000

QSBmZXcgYXBvbG9naWVzOg0KDQoxKVNvcnJ5IHRvIGJlIGxhdGUgaW4gcmVzcG9uZGluZyAtIGJ1
dCBqdXN0IGJhY2sgZnJvbSB2YWNhdGlvbi4NCjIpQXMgYSBudW1iZXIgb2YgbXkgY29tbWVudHMg
b3ZlcmxhcCB3aXRoIEtldGFuJ3MsIEkgZGVjaWRlZCB0byByZXNwb25kIHRvIHRoaXMgZW1haWwg
LSBhcG9sb2dpZXMgaWYgdGhhdCBhZGRzIGNvbmZ1c2lvbi4NCjMpSSB3aWxsIHRvcCBwb3N0IG15
IHJlcGx5IGluIHRoZSBob3BlcyBpdCB3aWxsIG1vcmUgdW5pdmVyc2FsbHkgcmVhZGFibGUgLSBh
cG9sb2dpZXMgaWYgdGhlIGxhY2sgb2YgY29udGV4dCBtYWtlcyB0aGluZ3MgaGFyZGVyIHRvIHVu
ZGVyc3RhbmQuDQoNCldpdGggdGhhdCBvdXQgb2YgdGhlIHdheS4uLg0KDQpJIHN1cHBvcnQgdGhp
cyBkcmFmdCAtIGJ1dCBJIGRvIG5vdCB0aGluayBpdCBpcyByZWFkeSBmb3IgbGFzdCBjYWxsLg0K
DQpUaGVyZSBhcmUgdmVyeSBsZWdpdGltYXRlIGNvbmNlcm5zIGFib3V0IHRoZSBpbXBhY3Qgc3Vw
cG9ydGluZyBwYWRkZWQgQkZEIFBEVXMgbWF5IGhhdmUgb24gZXhpc3RpbmcgaGFyZHdhcmUgaW1w
bGVtZW50YXRpb25zIC0gYm90aCBmdW5jdGlvbmFsbHkgYW5kIGluIHRlcm1zIG9mIHNjYWxhYmls
aXR5Lg0KQXMgYSBzdGFuZGFyZHMgdHJhY2sgZG9jdW1lbnQgSSB0aGluayBtb3JlIG5lZWRzIHRv
IGJlIHNhaWQgYWJvdXQgb3BlcmF0aW9uYWwgY29uc2lkZXJhdGlvbnMgLSBhbmQgSSB0aGluayB0
aGVyZSBtYXkgYmUgbGVnaXRpbWF0ZSByZWFzb25zIHRvIGNvbnNpZGVyIG5lZ290aWF0aW9uIG9m
IHRoZSBjYXBhYmlsaXR5Lg0KSW4gcGFydGljdWxhciB0aGUgc3RhdGVtZW50IGluIFNlY3Rpb24g
MzoNCg0KICAgICJBZGRpdGlvbmFsIGNoYW5nZXMgdG8gdGhlIGJhc2UgQkZEICAgcHJvdG9jb2wg
bWF5IGJlIHJlcXVpcmVkIHRvIHBlcm1pdCBuZWdvdGlhdGlvbiBvZiB0aGlzIGZ1bmN0aW9uYWxp
dHkNCiAgICAgICAgIGFuZCB0aGUgcGFkZGluZyB2YWx1ZS4iDQoNCklmIHRoZXNlIHByb3RvY29s
IGNoYW5nZXMgYXJlIHRvIGJlIG1hZGUsIHNob3VsZG4ndCB0aGV5IGJlIHNwZWNpZmllZCBpbiB0
aGlzIGRvY3VtZW50Pz8gT3RoZXJ3aXNlIHRoZSBkb2N1bWVudCB3b3VsZCBzZWVtIGp1c3QgaW5m
b3JtYXRpb25hbC4NCg0KU2VjdGlvbiAzIGFsc28gc3VnZ2VzdHMgDQoNCiAgICAgICJzdXBwb3J0
W2luZ10gYSBsb3dlciB0cmFuc21pc3Npb24gIGludGVydmFsIChiZmQuRGVzaXJlZE1pblR4SW50
ZXJ2YWwpIg0KDQphcyBhIG1lYW5zIG9mIG1pbmltaXppbmcgc2NhbGFiaWxpdHkgaW1wYWN0cy4g
QnV0IGluIGVhcmx5IGRpc2N1c3Npb25zIG9mIHRoaXMgZHJhZnQgaXQgaGFkIGJlZW4gc3VnZ2Vz
dGVkIHRoYXQgcmF0aGVyIHRoYW4gdXNlIEJGRCBmb3IgUGF0aE1UVSB2YWxpZGF0aW9uIHdlIGNv
dWxkIHVzZSBhbm90aGVyIHByb3RvY29sIChlLmcuLCBJUy1JUyBoZWxsb3MpIHRvIGRvIHRoaXMu
IEJ1dCB0aGF0IHdhcyByZWplY3RlZCBiZWNhdXNlIGl0IHdhcyBzdGF0ZWQgdGhhdCB0aGUgZGVw
bG95bWVudCByZXF1aXJlbWVudCByZXF1aXJlZCBtdWNoIGZhc3RlciBkZXRlY3Rpb24uIElmIHRo
YXQgYXJndW1lbnQgaG9sZHMsIHRoZW4gdGhlIHN1Z2dlc3Rpb24gaW4gdGhlIGRyYWZ0IHRvIHVz
ZSBsb25nZXIgdGltZXJzIHNlZW1zIGluYXBwcm9wcmlhdGUgLSBvciBhdCBsZWFzdCB3aXRob3V0
IHN1ZmZpY2llbnQgY29udGV4dC4NCg0KKEJUVywgYnkgImxvd2VyIHRyYW5zbWlzc2lvbiBpbnRl
cnZhbCIgSSBhc3N1bWUgeW91IG1lYW4gYSBsb25nZXIgaW50ZXJ2YWwgKGkuZS4sIGEgbGFyZ2Vy
IHZhbHVlIGZvciBiZmQuRGVzaXJlZE1pblR4SW50ZXJ2YWwpPz8pDQoNCkkgdGhpbmsgdGhlc2Ug
cG9pbnRzIG5lZWQgdG8gYmUgYWRkcmVzc2VkIGluIHRoZSBkcmFmdCBiZWZvcmUgaXQgaXMgY2Fu
IGJlIGNvbnNpZGVyZWQgY29tcGxldGUuDQoNCiAgICBMZXMNCg0KDQo+IC0tLS0tT3JpZ2luYWwg
TWVzc2FnZS0tLS0tDQo+IEZyb206IFJ0Zy1iZmQgPHJ0Zy1iZmQtYm91bmNlc0BpZXRmLm9yZz4g
T24gQmVoYWxmIE9mIEplZmZyZXkgSGFhcw0KPiBTZW50OiBGcmlkYXksIFNlcHRlbWJlciAxMywg
MjAxOSA1OjM0IEFNDQo+IFRvOiBLZXRhbiBUYWxhdWxpa2FyIChrZXRhbnQpIDxrZXRhbnRAY2lz
Y28uY29tPg0KPiBDYzogUmVzaGFkIFJhaG1hbiAocnJhaG1hbikgPHJyYWhtYW5AY2lzY28uY29t
PjsgcnRnLWJmZEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogV0dMQyBmb3IgZHJhZnQtaWV0Zi1i
ZmQtbGFyZ2UtcGFja2V0cw0KPiANCj4gS2V0YW4sDQo+IA0KPiBUaGFua3MgZm9yIHlvdXIgY29t
bWVudHMuDQo+IA0KPiANCj4gPiBPbiBTZXAgMTIsIDIwMTksIGF0IDExOjU1IFBNLCBLZXRhbiBU
YWxhdWxpa2FyIChrZXRhbnQpDQo+IDxrZXRhbnRAY2lzY28uY29tPiB3cm90ZToNCj4gPg0KPiA+
IEhpIEFsbCwNCj4gPg0KPiA+IEkgd291bGQgbGlrZSB0byBhc2sgc29tZSBxdWVzdGlvbnMgYW5k
IHNlZWsgY2xhcmlmaWNhdGlvbnMgb24gdGhpcyBkcmFmdC4NCj4gPg0KPiA+IAnigKIgSSBhbSBh
d2FyZSB0aGF0IHRoaXMgZHJhZnQgb3JpZ2luYXRlcyBmcm9tIHByYWN0aWNhbCBwYWluIHBvaW50
cyBhdCBhDQo+IHNwZWNpZmljIG9wZXJhdG9yLiBEdXJpbmcgdGhlIGFkb3B0aW9uIGNhbGxzLCB0
aGUgc2NlbmFyaW9zIHdlcmUgZGViYXRlZCBpbg0KPiBkZXRhaWwuIEl0IHdhcyBiYXNpY2FsbHkg
YSBMMiBXQU4gY2lyY3VpdCBzZXJ2aWNlIG92ZXIgYSBwcm92aWRlciBuZXR3b3JrIGFuZA0KPiB0
aGUgY2hhbGxlbmdlIHdhcyB0aGF0IHRoZSBQTVRVIG9mIHRoZSB1bmRlcmx5aW5nIHBhdGggaW4g
dGhlIFNQIG5ldHdvcmsNCj4gY2hhbmdlcyBkeW5hbWljYWxseS4gSG93ZXZlciwgZnJvbSB0aGUg
RW50ZXJwcmlzZSBQT1YsIHRoZSBMMiBjaXJjdWl0IGlzDQo+IHNlZW4gYXMgYSBzaW5nbGUgbGlu
ayBhbmQgdGhlIEJGRCBydW5zIGluIGRpcmVjdGx5IGNvbm5lY3RlZCBtb2RlLiBUaGUgZHJhZnQN
Cj4gaG93ZXZlciwgZGlzY3Vzc2VzIEJGRCBtdWx0aS1ob3Agd2hpY2ggaXMgYW4gZW50aXJlbHkg
ZGlmZmVyZW50IHVzZS1jYXNlLg0KPiANCj4gVGhpcyBpcyBwZXJoYXBzIHNvbWUgcG9vciB3b3Jk
aW5nIGNob2ljZXMgaW4gdGhlIEludHJvZHVjdGlvbiBzZWN0aW9uLiAgVGhlDQo+IGludGVudCBp
cyByZWFsbHkgdGhhdCB0aGlzIGlzIHVzYWJsZSBmb3IgYWxsIGNhc2VzIHdoZXJlIEJGRCBtYXkg
YmUgdXNlZC4gIFRoZQ0KPiBJbnRyb2R1Y3Rpb24gdGV4dCB3YXMgaW50ZW5kZWQgdG8gbm90ZSB0
aGF0IGZvciBzaW5nbGUtaG9wIHNjZW5hcmlvcywgQkZEDQo+IEVjaG8gcHJvY2VkdXJlcyBtYXkg
YmUgc3VmZmljaWVudCB0byBzb2x2ZSB0aGUgcHJvYmxlbS4gIChTZWUgY29tbWVudCB0bw0KPiBD
YXJsb3MgZWxzZXdoZXJlIGluIHRoZSB0aHJlYWQuKSAgSG93ZXZlciwgZm9yIGFueSBmb3JtIG9m
IG11bHRpLWhvcCwgeW91DQo+IGNhbid0IHNvbHZlIHRoaXMgdmlhIEVjaG8uDQo+IA0KPiBHZW5l
cmFsIG5vdGUgYWJvdXQgdGhlICJwYWluIHBvaW50cyBhdCBhIHNwZWNpZmljIGF1dGhvciI6IFdo
aWxlIEFsYmVydA0KPiBjZXJ0YWlubHkgd2FzIHRoZSBmaXJzdCBjdXN0b21lciBJJ2QgaGFkIHdp
bGxpbmcgdG8gaGVscCBzdGFtcCB0aGVpciBuYW1lIG9uDQo+IHN1Y2ggYSBkcmFmdCwgSSdkIGJl
ZW4gYXBwcm9hY2hlZCBpbiBteSBjaGFpciBjYXBhY2l0eSBib3RoIGluIElFVEYgYW5kIGF0IG15
DQo+IGVtcGxveWVyIG92ZXIgdGhlIHllYXJzIGFib3V0IHNpbWlsYXIgaGVhZGFjaGVzIG1hbnkg
dGltZXMuICBUaGlzIGlzIHNhZGx5DQo+IG5vdCBhIHJhcmUgcHJvYmxlbS4NCj4gDQo+ID4gV2hl
biBkb2luZyBtdWx0aS1ob3AsIHRoZSBCRkQgcGFja2V0IGNvdWxkIGdvIG92ZXIgZW50aXJlbHkg
ZGlmZmVyZW50DQo+IHBhdGhzIGluIHRoZSBuZXR3b3JrIHdpdGggZGlmZmVyZW50IFBNVFVzIChl
c3BlY2lhbGx5IGRpZmZlcmVudCBmcm9tIHRoZQ0KPiBhcHBsaWNhdGlvbiBzZW5kaW5nIGxhcmdl
IHBhY2tldHMpIOKAkyB0aGlzIG1ha2VzIHRoaW5ncyBmbGFreT8gU28gc2hvdWxkbuKAmXQgdGhp
cw0KPiBtZWNoYW5pc20gYmUgYWN0dWFsbHkgZm9jdXNzZWQgb24gdGhlIHNpbmdsZSBob3AvZGly
ZWN0bHkgY29ubmVjdGVkIG1vZGUNCj4gaW5zdGVhZD8NCj4gDQo+IEV2ZW4gZm9yIHNpbmdsZS1o
b3AgdGhpcyBtYXkgYmUgc2xpZ2h0bHkgZmxha2V5LiAgQ29uc2lkZXIgImRpcmVjdGx5IGNvbm5l
Y3RlZCINCj4gbGlua3MgdGhhdCBhcmUgY29tcG9zZWQgZnJvbSBMQUdzLg0KPiANCj4gVGhlIGRy
YWZ0IGRvZXNuJ3QgdHJ5IHRvIGNvbXBsZXRlbHkgYWRkcmVzcyBhbGwgc3VjaCBmb3JtcyBvZiBt
dWx0aXBhdGgNCj4gcHJvYmxlbXMsIGV2ZW4gZm9yIGRpcmVjdGx5IGNvbm5lY3RlZCBzb2x1dGlv
bnMuICBXaGVuIHdlIHdlcmUgZG9pbmcgQkZEDQo+IGZvciBMQUdzLCB3ZSByZWFsaXplZCB0aGF0
IHRyeWluZyB0byBnZXQgb3Zlcmx5IHNwZWNpZmljIGluIHRlcm1zIG9mIHRoZQ0KPiBpbXBsZW1l
bnRhdGlvbiBub3Qgb25seSBnb3Qgb3Vyc2VsdmVzIHBlcmlsb3VzbHkgaW50byB0aGUgc3BlY2lm
aWNzIG9mIGEgZ2l2ZW4NCj4gdmVuZG9yLCBidXQgcG90ZW50aWFsbHkgaW50byBjb25mbGljdCB3
aXRoIElFRUUgaW4gdGVybXMgb2YgZGlzY3Vzc2lvbnMgYWJvdXQNCj4gZGlzdHJpYnV0aW5nIHRy
YWZmaWMuICBUbyB0aGF0IGVuZCwgd2UndmUgYmVlbiBzaWxlbnQgb24gdGhlIG1hdHRlciBpbiB0
aGlzIGRyYWZ0Lg0KPiANCj4gSXQncyByZWFzb25hYmxlIGluIGFueSBCRkQgaW1wbGVtZW50YXRp
b24gZGVhbGluZyB3aXRoIG11bHRpcGF0aCBpc3N1ZXMgdG8NCj4gcG90ZW50aWFsbHkgaW50ZXJh
Y3Qgd2l0aCB0aGUgbG9hZCBiYWxhbmNlciBhbmQgZGVjaWRlIHRvIGV4ZXJjaXNlIHNwZWNpZmlj
DQo+IGxpbmtzLiAgSSBiZWxpZXZlIGl0J3MgdGhlIGNhc2UgZm9yIHNvbWUgc2NlbmFyaW9zIHRo
YXQgeW91ciBvd24gZW1wbG95ZXIgbWF5DQo+IGRvIHRoaXMgaW4gcHJlIEJGRC1vbi1MQUcgaW1w
bGVtZW50YXRpb25zIGZvciBzaW5nbGUgaG9wIEJGRCBiYXNlZCBvbg0KPiBzb21lIG9sZCBtYWls
aW5nIGxpc3QgZGlzY3Vzc2lvbi4gIEhvd2V2ZXIsIGl0J3MgcHJvdmVuIHVucmVhc29uYWJsZSBv
dmVyIHRoZQ0KPiBsaWZlIG9mIHRoZSBCRkQgcHJvdG9jb2wgdG8gdHJ5IHRvIGdldCB0b28gcGVk
YW50aWMgb3ZlciBob3cgdG8gZG8gc3VjaCBhIHRoaW5nOw0KPiBzb21lIGhhcmR3YXJlIG1heSBz
aW1wbHkgbm90IHN1cHBvcnQgaXQuDQo+IA0KPiANCj4gPg0KPiA+IAnigKIgVGhlcmUgYXJlIGlt
cGxlbWVudGF0aW9ucyB3aXRoIEJGRCBvZmZsb2FkIHRvIEgvVyBvdXQgdGhlcmUuDQo+IFdoYXQg
aGFwcGVucyB3aGVuIGEgcGFydGljdWxhciBpbXBsZW1lbnRhdGlvbiBjYW5ub3QgaGFuZGxlIHN1
Y2ggbGFyZ2UNCj4gcGFja2V0IHNpemVzIChhbmQgSSBhbSBub3Qgc3BlY2lmaWNhbGx5IGF3YXJl
IG9mIG9uZSBzdWNoKT8gTGlrZSBvdGhlciBhc3BlY3RzDQo+IG9mIG1vbml0b3JpbmcgbGlrZSB0
aGUgaW50ZXJ2YWxzLCB3b3VsZCB0aGVyZSBiZSBhIHZhbHVlIGluIGluZGljYXRpbmcgYSBzdXBw
b3J0DQo+IGZvciBsYXJnZSBwYWNrZXRzIGR1cmluZyB0aGUgc2lnbmFsbGluZz8gVGhlIGRyYWZ0
IGRvZXMgcmFpc2UgdGhlIG5lZWQgZm9yIGl0DQo+IGJ1dCBkb2VzbuKAmXQgc2VlbSB0byBkbyBh
bnl0aGluZyBhYm91dCBpdCDigJMgd2h5PyBFaXRoZXIgd2UgbmVlZCBpdCBhbmQgdGhpcw0KPiBk
cmFmdCBzaG91bGQgZGVmaW5lIGl0LiBPciB3ZSBkb27igJl0IG5lZWQgaXQgYW5kIGl0IHdvdWxk
IHBsYWNpbmcgdGhlIG9udXMgb24NCj4gdGhlIG9wZXJhdG9yIHRvIGVuYWJsZSB0aGlzIHdoZW4g
dGhleSBrbm93IGJvdGggZW5kcyBzdXBwb3J0IGl0LiBUaGVuIGl0IGlzDQo+IHNvbWV0aGluZyBm
b3Igb3BlcmF0aW9uYWwgY29uc2lkZXJhdGlvbiBzZWN0aW9uIHBlcmhhcHM/DQo+IA0KPiBUaGlz
IGlzIGVmZmVjdGl2ZWx5IGEgY3JpdGljaXNtIG9mIEJGRCBpbiBnZW5lcmFsIHJhdGhlciB0aGFu
IHNwZWNpZmljYWxseSB0aGlzDQo+IGZlYXR1cmUuICBQYXJ0IG9mIHRoZSBtb3RpdmF0aW9uIGZv
ciBSRkMgNzQxOSwgQ29tbW9uIEludGVydmFsIFN1cHBvcnQgaW4NCj4gQmlkaXJlY3Rpb25hbCBG
b3J3YXJkaW5nIERldGVjdGlvbiwgd2FzIHRvIHNwZWNpZnkgYSBudW1iZXIgb2YgY29tbW9uDQo+
IGltcGxlbWVudGF0aW9uIHRpbWluZ3MuICBCdXQgZXZlbiB0aGVuLCB0aGF0IGRvY3VtZW50IGRv
ZXNuJ3QgdGFsayBtdWNoDQo+IGFib3V0IHNjYWxpbmcgY29uc2lkZXJhdGlvbnMgZm9yIGEgZ2l2
ZW4gc2V0IG9mIGludGVydmFscy4gIENvbW1vbg0KPiBjb25zaWRlcmF0aW9ucyBmb3IgaW1wbGVt
ZW50b3JzIGFuZCBvcGVyYXRvcnMgdGVuZCB0byBiZSAibXkNCj4gaW1wbGVtZW50YXRpb24gY2Fu
IHN1cHBvcnQgWCBzZXNzaW9ucyBhdCAzLjNtcywgWSBhbmQgMTBtcywgYW5kIFogbXVjaA0KPiBz
bG93ZXIgaWYgd2UgbGVhdmUgdGhlIGZ1bGx5IGRpc3RyaWJ1dGVkIHRvIHRoZSBsaW5lIGNhcmQg
bW9kZSIuICBUaGlzIGp1c3QNCj4gc2ltcGx5IG1lYW5zIHRoZSBwcm9kdWN0IHNoZWV0IGdldHMg
YW5vdGhlciBheGlzIGluIGl0cyBsaXN0aW5ncy4NCj4gDQo+IFdoYXQgeW91J3JlIGFza2luZyBm
b3IgaW4gdGhlIHByb3RvY29sIG90aGVyd2lzZSBpcyBhIG1lY2hhbmlzbSB0byBuZWdvdGlhdGUN
Cj4gb3IgcmVuZWdvdGlhdGUgYSBzZXQgb2YgdGltZXJzIG92ZXIgYSBnaXZlbiBzZXQgb2YgaW50
ZXJmYWNlcyBiYXNlZCBvbiBleGlzdGluZw0KPiBvciBmdXR1cmUgcmUtcHJvdmlzaW9uaW5nIG9m
IHNlc3Npb24gcXVhbnRpdHkgYW5kIHBhcmFtZXRlcnMuICBJIHRoaW5rIHlvdSdsbA0KPiBmaW5k
IG9wZXJhdG9ycyBhcmVuJ3QgcGFydGljdWxhcmx5IHN1cHBvcnRpdmUgb2YgdGhhdC4NCj4gDQo+
IEZXSVcsIHdlIGV4cGVjdCBleGFjdGx5IHRoZXNlIHNhbWUgcXVlc3Rpb25zIGR1cmluZyBJRVNH
IHJldmlldy4gIEJGRCBoYWQNCj4gZXhhY3RseSB0aGlzIHR5cGUgb2YgcXVlc3Rpb24gd2hlbiBk
b2luZyBldmVuIHRoZSBiYXNlIFJGQyA1ODgwIHdvcmsuICAoQkZEDQo+IHRlbmRzIHRvIG1ha2Ug
dGhlIGN1cnJlbnQgVHJhbnNwb3J0IEFEIHVuaGFwcHkuKQ0KPiANCj4gDQo+ID4NCj4gPiAJ4oCi
IFRoZXJlIHdhcyBhIGRpc2N1c3Npb24gb24gdGhlIGxpc3QgYWJvdXQgd2hldGhlciB0aGlzIG5l
ZWRzIHRvIGJlDQo+IGRvbmUgZm9yIGV2ZXJ5IHBhY2tldCBvciBub3QuIEkgZG9u4oCZdCBmaW5k
IHRoYXQgZGlzY3Vzc2lvbiBvciB0aGUgcmVzdWx0DQo+IGNhcHR1cmVkIGluIHRoZSBkcmFmdC4g
VGhlIGRyYWZ0IGp1c3Qgc2F5cyB0aGF0IHBlcmhhcHMgbG9uZ2VyIGludGVydmFscyBzaG91bGQN
Cj4gYmUgYXBwbGllZCB0byBCRkQgd2hlbiBkb2luZyBsYXJnZSBwYWNrZXRzIOKAkyBidXQgdGhp
cyB3aWxsIGRlZmVhdCB0aGUgcHVycG9zZQ0KPiBvZiBmYXN0LWRldGVjdGlvbi4gV2hhdCB3b3Vs
ZCBiZSBnb29kIGlzIHdlIGhhdmUgYm90aCBmYXN0LWRldGVjdGlvbiBhbmQNCj4gc2xvdyBQTVRV
IHZhbGlkYXRpb24/IFBlcmhhcHMgd2UgbmVlZCBzb21lIGFuYWx5c2lzIG9mIHdoZXRoZXIgbGFy
Z2UNCj4gcGFja2V0cyBzaG91bGQgYmUgdXNlZCBhbHdheXMgb3IgaW50ZXJtaXR0ZW50bHkgYW5k
IHRoZSBwcm9zL2NvbnMgb3INCj4gZ3VpZGVsaW5lcyBmb3IgdGhlIHNhbWU/DQo+IA0KPiBTZWUg
bXkgY29tbWVudCB0byBDYXJsb3MgaW4tdGhyZWFkIGFib3V0IHdoeSB0aGlzIG1ha2VzIHRoZSB0
aW1lcnMgdHJpY2t5Lg0KPiBTZWUgYWxzbyBob3cgQkZEIEVjaG8gY2FuIHNvbHZlIHRoaXMgcHJv
YmxlbSBpbiBzb21lIGNpcmN1bXN0YW5jZXMgd2l0aG91dA0KPiBuZWdvdGlhdGlvbi4NCj4gDQo+
IEl0J3Mgd29ydGggbm90aW5nIHRoYXQgQkZEIGlzIHF1aXRlIGNhcGFibGUgb2YgZHluYW1pY2Fs
bHkgcmUtbmVnb3RpYXRpbmcgaXRzDQo+IHRpbWVycy4gIFRoaXMgbWVhbnMgYW4gaW1wbGVtZW50
YXRpb24gY291bGQgaGF2ZSBhIGJlaGF2aW9yIHN1Y2ggYXM6DQo+IA0KPiAxLiBTdGFydCBieSBi
cmluZ2luZyB1cCBpdHMgc2Vzc2lvbiB3aXRoIHRpbWVycyBmb3IgcmVndWxhciBzaXplZCBwYWNr
ZXRzLCBhbmQNCj4gMy4zbXMNCj4gMi4gRGVjaWRlIHRvIHNoaWZ0IHRvIGxhcmdlIHBhY2tldHMs
IGJ1dCByZW5lZ290aWF0ZSB0byAxMG1zIHRpbWVycyBmaXJzdC4NCj4gDQo+IFRoZSAic2lnbmFs
aW5nIiB0aGF0IGEgc3lzdGVtIGlzIHdpbGxpbmcgdG8gYWNjZXB0IHRoZSBsYXJnZSBwYWNrZXRz
IGlzIHNoaWZ0aW5nIHRvDQo+IGEgbG9uZ2VyIHRpbWVyLg0KPiANCj4gDQo+ID4NCj4gPiAJ4oCi
IFRoZSBkcmFmdCBpcyBtaXNzaW5nIGFuIG9wZXJhdGlvbmFsIGNvbnNpZGVyYXRpb25zIGFuZA0K
PiBtYW5hZ2VhYmlsaXR5IGNvbnNpZGVyYXRpb25zIHNlY3Rpb25zLiBTb21lIG9mIHRoaXMgaW5m
byBpcyBwbGFjZWQgaW4gc2VjIDMsIGJ1dA0KPiB3b3VsZCBoZWxwIGlmIHRoaW5ncyB3ZXJlIGVs
YWJvcmF0ZWQgaW4gdGhlaXIgaW5kaXZpZHVhbCBzZWN0aW9ucy4gSXQgd291bGQNCj4gcHJvdmlk
ZSBtb3JlIGluc2lnaHQgaW50byBob3cgZXhhY3RseSB0aGlzIG1lY2hhbmlzbSBpbiBCRkQgaXMg
ZW52aXNhZ2VkIHRvDQo+IGJlIGFjdHVhbGx5IGRlcGxveWVkIGFuZCB1c2VkLiBNb3JlIGltcG9y
dGFudGx5LCBwZXJoYXBzIGhvdyBpdCBzaG91bGQNCj4gTk9UIGJlIHVzZWQ/DQo+IA0KPiBJcyB0
aGVyZSBzcGVjaWZpYyBpbmZvcm1hdGlvbiB5b3UgdGhpbmsgc2hvdWxkIGdvIGludG8gc3VjaCBh
IHNlY3Rpb24gdGhhdCBpc24ndA0KPiBvdGhlcndpc2UgcHJlc2VudCBpbiB0aGUgZHJhZnQ/ICBU
aGUgImhvdyBpdCBzaG91bGQgTk9UIiBiZSB1c2VkIGlzIGENCj4gY2hhbGxlbmdpbmcgc2VjdGlv
biB0byB3cml0ZSAtIHNvbWV3aGF0IHNpbWlsYXIgdG8gcHJvdmluZyBuZWdhdGl2ZXMgLSB3aXRo
b3V0DQo+IHNwZWNpZmljIGNvbnRlbnQuDQo+IA0KPiA+DQo+ID4gQ2FuIHRoZSBhdXRob3JzIGFu
ZCBXRyBkaXNjdXNzIHRoZSBhYm92ZT8gSSB0aGluayBpdCBzZWVtcyB0b28gcnVzaGVkIHRvDQo+
IGdvIGZvciBXR0xDIGp1c3QgYXMgeWV0Pw0KPiANCj4gVGhlIHB1cnBvc2Ugb2YgV0dMQyBpcyB0
byBwcm92aWRlIHRoZSB3b3JraW5nIGdyb3VwIGFuIG9wcG9ydHVuaXR5IHRvIGRyaXZlDQo+IG91
dCBjb21tZW50YXJ5IGxpa2UgdGhhdCBhYm92ZSB3aGVuIHRoaW5ncyBhcmUgb3RoZXJ3aXNlIHF1
aWV0LiA6LSkgIFRoYW5rcw0KPiBmb3IgcHJvdmlkaW5nIGl0Lg0KPiANCj4gLS0gSmVmZg0KDQo=


From nobody Wed Sep 18 08:25:37 2019
Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45E0A1208AE for <rtg-bfd@ietfa.amsl.com>; Wed, 18 Sep 2019 08:25:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MrEIaRBxaxMI for <rtg-bfd@ietfa.amsl.com>; Wed, 18 Sep 2019 08:25:34 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 9B83F120881 for <rtg-bfd@ietf.org>; Wed, 18 Sep 2019 08:25:29 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 415CA1E2F4; Wed, 18 Sep 2019 11:28:18 -0400 (EDT)
Date: Wed, 18 Sep 2019 11:28:17 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
Cc: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: Re: WGLC for draft-ietf-bfd-large-packets
Message-ID: <20190918152817.GA20672@pfrc.org>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com> <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org> <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/o4aXguUWXIELnx3vLahwnFoifNw>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Sep 2019 15:25:36 -0000

Les,

On Wed, Sep 18, 2019 at 05:24:17AM +0000, Les Ginsberg (ginsberg) wrote:
> 1)Sorry to be late in responding - but just back from vacation.

I wouldn't know anything about that sort of problem. :-)

> There are very legitimate concerns about the impact supporting padded BFD PDUs may have on existing hardware implementations - both functionally and in terms of scalability.
> As a standards track document I think more needs to be said about operational considerations - and I think there may be legitimate reasons to consider negotiation of the capability.
> In particular the statement in Section 3:
> 
>     "Additional changes to the base BFD   protocol may be required to permit negotiation of this functionality
>          and the padding value."
> 
> If these protocol changes are to be made, shouldn't they be specified in this document?? Otherwise the document would seem just informational.

No.  There's not really any room in BFD v1 for negotiation.  That would take
something like BFDv2, as we've started discussing in the working group.

Your point about the document being potentially informational is certainly
possible, albeit probably not what you're really intending.  As
implementation has already shown us, one side can simply start using this
procedure without any support required on the other side.  I.e. there's no
protocol changes we're doing.

> Section 3 also suggests 
> 
>       "support[ing] a lower transmission  interval (bfd.DesiredMinTxInterval)"
> 
> as a means of minimizing scalability impacts. But in early discussions of this draft it had been suggested that rather than use BFD for PathMTU validation we could use another protocol (e.g., IS-IS hellos) to do this. But that was rejected because it was stated that the deployment requirement required much faster detection. If that argument holds, then the suggestion in the draft to use longer timers seems inappropriate - or at least without sufficient context.

More context could be added, if there's appropriate text to add.
Suggestions are welcome.

However, this isn't particularly different from any other BFD considerations
we've had over the years across all uses of BFD.  Your scale for sessions
vs. timers will depend on transport, whether it's distributed to the line
card or not, hardware support vs. general purpose CPU, etc.  BFD
implementors and users expect to do some level of tuning.   This is normal.

What you otherwise seem to be implying is that some operational forum should
mandate a profile for number of sessions vs. timers vs. MTU size vs.
transport on a particular set of hardware.  And even then, that's not
impacting on this document's procedures.

> (BTW, by "lower transmission interval" I assume you mean a longer interval (i.e., a larger value for bfd.DesiredMinTxInterval)??)

Yes.

> I think these points need to be addressed in the draft before it is can be considered complete.

-- Jeff


From nobody Wed Sep 18 17:06:57 2019
Return-Path: <ginsberg@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5B9E120AED for <rtg-bfd@ietfa.amsl.com>; Wed, 18 Sep 2019 17:06:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level: 
X-Spam-Status: No, score=-14.5 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=JT2N6D8b; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=lUmBnJOE
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VRAAdgl_3yKn for <rtg-bfd@ietfa.amsl.com>; Wed, 18 Sep 2019 17:06:45 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 441051200B3 for <rtg-bfd@ietf.org>; Wed, 18 Sep 2019 17:06:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6914; q=dns/txt; s=iport; t=1568851605; x=1570061205; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=T/cdksa8+YK0U+tGSQ+33zjPKBQZoJsLSqIdkiJOXDM=; b=JT2N6D8bfwThdwnvGhXx7Vyde6K1FG1RRqqReyKZsT1y3VzZk4ad4qpk uENNdxt2uL4rrt0Vkr2YPm5yopq2+HlJF70yXn6zughedyJh4tFvBHa2Z mihTh4os2IjxFSTgp+0QMBzTCyAyM4VFsHKlQCElptyg3gQKM06mGpAUa 0=;
IronPort-PHdr: =?us-ascii?q?9a23=3AjiY6HhbOXY072OTDKzLwQ4H/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el20gabRp3VvvRDjeee87vtX2AN+96giDgDa9QNMn?= =?us-ascii?q?1NksAKh0olCc+BB1f8KavlbiohFslYW3du/mqwNg5eH8OtL1A=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAABdxoJd/4ENJK1lGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBVQMBAQEBCwGBRFADgUMgBAsqhCKDRwOKeoJcl3OBLoEkA1Q?= =?us-ascii?q?JAQEBDAEBLQIBAYQ/AheCbCM2Bw4CAwkBAQQBAQECAQUEbYUtDIVKAQEBAQI?= =?us-ascii?q?BEhERDAEBNwEEBwQCAQYCDgMEAQEBAgImAgICMBUICAIEDgUIGoRrAw4PAQK?= =?us-ascii?q?TVpBhAoE4iGFzgTKCfQEBBYUMGIIXCYEMKAGMCBiBQD+BEAFGgkw+hEYkgmU?= =?us-ascii?q?ygiaMbyqCPYddlU4KgiKVH4I2h0uPIKcaAgQCBAUCDgEBBYFZByqBWHAVgyd?= =?us-ascii?q?QEBSBTgwXg0+KUgFzgSmMeyuCJwEB?=
X-IronPort-AV: E=Sophos;i="5.64,522,1559520000"; d="scan'208";a="633313261"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 Sep 2019 00:06:17 +0000
Received: from XCH-ALN-011.cisco.com (xch-aln-011.cisco.com [173.36.7.21]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x8J06HXB024008 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 19 Sep 2019 00:06:17 GMT
Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-ALN-011.cisco.com (173.36.7.21) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Sep 2019 19:06:17 -0500
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Sep 2019 19:06:16 -0500
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 18 Sep 2019 20:06:16 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SVdvINdgUVSNY1vka31/E6YKBDhQmoYP5kXzGTHDqpp1RUowkHHiI5oXwUHg+Fz75exCsxnYVh9lcxIsXgCt9k1HetYYMQCt4oy2UoN95uGymtgatsRPnku6xrS7euy4w22O1QiLFK+on0CuuGFGzkY521lKYlD77bQMPbu7K6Vltx0rVWFPJLmw1eMOyvI7C55rmjCFyT8pg2jLCRkBk42egbFn6mVx9x46dU1cu7k0zE9tFM18M0hYeT7E4aLPecE8VAISbNeV4ka/qCdMVSDUFPmve5kJcm9r2VIChNfbOn8C/qJbwx6c5xLPj8yLTtkXfZ3YOyJPRnFDsX4MGw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=T/cdksa8+YK0U+tGSQ+33zjPKBQZoJsLSqIdkiJOXDM=; b=JEHfumKgrZnVDUo+4zceZt3VPu9jjUaX0IrToFToJePHg9oHcRvKJVUkNKZFOfnYYEtbL2d2ATuqOl2lHEU6D3DpPDLkLNNKXKlGHEhnb7O5IFnVUYaLQbEBRjTr9DB02gMu1BLZI5vrIAN5INEQLQkvYZO6yp3f1UTP6Usv7gipwxt0B3O4aZBhWjJOrtRPlcwiiW9Qvrfqqb1rn5+nTieBdg4oQxtAhdd/gn7E3makFvtiEGItvljgG0U+YcUCPt0EelJzDw9QEGUffGhkcmc/DGk/VJBPkWDf37mwE+wlXN/dx/1qeuZogVnZvLpeiofWo0W2NUmvu5SSa1tEpQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=T/cdksa8+YK0U+tGSQ+33zjPKBQZoJsLSqIdkiJOXDM=; b=lUmBnJOERt0RNuaTt/j8QKUee+8XD83PY+nuwA+1iu5x8VkCyAa3zPbFjpy7np8pah9MrcwM9R41hx/hcDdTG/NKoV9IQA06N5rRIEGkVaGlawc0tRCb9egv+xfqVOjh1RxofoyUv0RkvGJ9NgQRIfU0yXxjQStA7mx1rvcvl9s=
Received: from MN2PR11MB3647.namprd11.prod.outlook.com (20.178.251.26) by MN2PR11MB4462.namprd11.prod.outlook.com (52.135.38.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.21; Thu, 19 Sep 2019 00:06:13 +0000
Received: from MN2PR11MB3647.namprd11.prod.outlook.com ([fe80::40dd:500b:cf13:ab54]) by MN2PR11MB3647.namprd11.prod.outlook.com ([fe80::40dd:500b:cf13:ab54%7]) with mapi id 15.20.2263.023; Thu, 19 Sep 2019 00:06:13 +0000
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Jeffrey Haas <jhaas@pfrc.org>
CC: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: RE: WGLC for draft-ietf-bfd-large-packets
Thread-Topic: WGLC for draft-ietf-bfd-large-packets
Thread-Index: AQHVXPUyTxWyJBtWsEOnJ4ETycFi16cjIc8AgAXoLNCAAJsYAIAHXvgQgACtbYCAAF1t0A==
Date: Thu, 19 Sep 2019 00:06:13 +0000
Message-ID: <MN2PR11MB3647316C13CAA5EBD4531B06C1890@MN2PR11MB3647.namprd11.prod.outlook.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com> <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org> <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com> <20190918152817.GA20672@pfrc.org>
In-Reply-To: <20190918152817.GA20672@pfrc.org>
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=ginsberg@cisco.com; 
x-originating-ip: [2001:420:c0c8:1008::20d]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 20e57e6a-5c07-424e-d3b9-08d73c952f3d
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600167)(711020)(4605104)(1401327)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:MN2PR11MB4462; 
x-ms-traffictypediagnostic: MN2PR11MB4462:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MN2PR11MB4462C276365E52FA40FF0642C1890@MN2PR11MB4462.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 016572D96D
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(346002)(396003)(366004)(136003)(39860400002)(13464003)(189003)(199004)(6506007)(102836004)(256004)(14444005)(5660300002)(53546011)(76176011)(52536014)(2906002)(7696005)(46003)(99286004)(186003)(33656002)(476003)(446003)(11346002)(8676002)(81156014)(81166006)(8936002)(7736002)(4326008)(305945005)(74316002)(25786009)(6116002)(486006)(478600001)(316002)(6246003)(14454004)(66946007)(54906003)(66476007)(6436002)(66446008)(71200400001)(64756008)(71190400001)(55016002)(86362001)(9686003)(76116006)(66556008)(229853002)(6916009); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4462; H:MN2PR11MB3647.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: x15ZvgoGocieg3zd2n5Tx5WkHDZphEqNb63wr4NuMnTCclpThtDhGvURh3sbqpOLFrcpEBgFjWvBEkV2JGYvzzhhmemtLTU4CxYjDeK/fjB/ucVc7jNbHdSVwAd65J3TOvqZ9RyDvM/gpd0CAOeQDC/+r3OFq2Px29jupetm0Rt2lO+P2WpzjOcuzr4tmsxZovrAe67KsCIiBwMUjBh2nBulhGvKBxetmsPaxU6AjtyXEsZ/l5W1hyuVhtEnEx+rF3FW89Hmz+ttXFxnEPtOVipbpJvJAFQkXmy4cjwuzEf3IOnxkza9pcZTIyIxj2x8UknCAahZ+njaSXIGI5veKJVEAHlZAqikzGHJ8WHiZC8Iu3rDvS5s7jBYIR544XPigwJguIoQwQPZyyKU0gugGUOfnWRkf+89Ss1l7x6Rf4Y=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 20e57e6a-5c07-424e-d3b9-08d73c952f3d
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Sep 2019 00:06:13.5379 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: BOfWsG2b+lF+0LGYcDi4QlaA+QRmySlitr8m5zQceDE0Q7mmWJLXtH7id2oaXSLAdHDo7+62q92GF0AnbuFwDQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4462
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.21, xch-aln-011.cisco.com
X-Outbound-Node: alln-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/0hB1pKfDOz55PA5mnbpnCBIX9ac>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Sep 2019 00:06:57 -0000

SmVmZiAtDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogSmVmZnJleSBI
YWFzIDxqaGFhc0BwZnJjLm9yZz4NCj4gU2VudDogV2VkbmVzZGF5LCBTZXB0ZW1iZXIgMTgsIDIw
MTkgODoyOCBBTQ0KPiBUbzogTGVzIEdpbnNiZXJnIChnaW5zYmVyZykgPGdpbnNiZXJnQGNpc2Nv
LmNvbT4NCj4gQ2M6IEtldGFuIFRhbGF1bGlrYXIgKGtldGFudCkgPGtldGFudEBjaXNjby5jb20+
OyBSZXNoYWQgUmFobWFuDQo+IChycmFobWFuKSA8cnJhaG1hbkBjaXNjby5jb20+OyBydGctYmZk
QGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBXR0xDIGZvciBkcmFmdC1pZXRmLWJmZC1sYXJnZS1w
YWNrZXRzDQo+IA0KPiBMZXMsDQo+IA0KPiBPbiBXZWQsIFNlcCAxOCwgMjAxOSBhdCAwNToyNDox
N0FNICswMDAwLCBMZXMgR2luc2JlcmcgKGdpbnNiZXJnKSB3cm90ZToNCj4gPiAxKVNvcnJ5IHRv
IGJlIGxhdGUgaW4gcmVzcG9uZGluZyAtIGJ1dCBqdXN0IGJhY2sgZnJvbSB2YWNhdGlvbi4NCj4g
DQo+IEkgd291bGRuJ3Qga25vdyBhbnl0aGluZyBhYm91dCB0aGF0IHNvcnQgb2YgcHJvYmxlbS4g
Oi0pDQoNCltMZXM6XSBTb3VuZHMgbGlrZSBzb21ldGhpbmcgZm9yIHlvdSB0byBkaXNjdXNzIHdp
dGggSFIuIPCfmIoNCg0KPiANCj4gPiBUaGVyZSBhcmUgdmVyeSBsZWdpdGltYXRlIGNvbmNlcm5z
IGFib3V0IHRoZSBpbXBhY3Qgc3VwcG9ydGluZyBwYWRkZWQNCj4gQkZEIFBEVXMgbWF5IGhhdmUg
b24gZXhpc3RpbmcgaGFyZHdhcmUgaW1wbGVtZW50YXRpb25zIC0gYm90aA0KPiBmdW5jdGlvbmFs
bHkgYW5kIGluIHRlcm1zIG9mIHNjYWxhYmlsaXR5Lg0KPiA+IEFzIGEgc3RhbmRhcmRzIHRyYWNr
IGRvY3VtZW50IEkgdGhpbmsgbW9yZSBuZWVkcyB0byBiZSBzYWlkIGFib3V0DQo+IG9wZXJhdGlv
bmFsIGNvbnNpZGVyYXRpb25zIC0gYW5kIEkgdGhpbmsgdGhlcmUgbWF5IGJlIGxlZ2l0aW1hdGUg
cmVhc29ucyB0bw0KPiBjb25zaWRlciBuZWdvdGlhdGlvbiBvZiB0aGUgY2FwYWJpbGl0eS4NCj4g
PiBJbiBwYXJ0aWN1bGFyIHRoZSBzdGF0ZW1lbnQgaW4gU2VjdGlvbiAzOg0KPiA+DQo+ID4gICAg
ICJBZGRpdGlvbmFsIGNoYW5nZXMgdG8gdGhlIGJhc2UgQkZEICAgcHJvdG9jb2wgbWF5IGJlIHJl
cXVpcmVkIHRvIHBlcm1pdA0KPiBuZWdvdGlhdGlvbiBvZiB0aGlzIGZ1bmN0aW9uYWxpdHkNCj4g
PiAgICAgICAgICBhbmQgdGhlIHBhZGRpbmcgdmFsdWUuIg0KPiA+DQo+ID4gSWYgdGhlc2UgcHJv
dG9jb2wgY2hhbmdlcyBhcmUgdG8gYmUgbWFkZSwgc2hvdWxkbid0IHRoZXkgYmUgc3BlY2lmaWVk
IGluDQo+IHRoaXMgZG9jdW1lbnQ/PyBPdGhlcndpc2UgdGhlIGRvY3VtZW50IHdvdWxkIHNlZW0g
anVzdCBpbmZvcm1hdGlvbmFsLg0KPiANCj4gTm8uICBUaGVyZSdzIG5vdCByZWFsbHkgYW55IHJv
b20gaW4gQkZEIHYxIGZvciBuZWdvdGlhdGlvbi4gIFRoYXQgd291bGQgdGFrZQ0KPiBzb21ldGhp
bmcgbGlrZSBCRkR2MiwgYXMgd2UndmUgc3RhcnRlZCBkaXNjdXNzaW5nIGluIHRoZSB3b3JraW5n
IGdyb3VwLg0KPiANCg0KW0xlczpdIEkgYW0gbm90IGZ1bGx5IGNvbWZvcnRhYmxlIHdpdGggdGhl
IG5vdGlvbiB0aGF0IGl0IGlzIE9LIHRvIGRlcGxveSB0aGlzIHcvbyByZWdhcmQgZm9yIHdoZXRo
ZXIgZXhpc3RpbmcgaW1wbGVtZW50YXRpb25zIGNhbiBoYW5kbGUgaXQuIEkgdGhpbmsgdGhlcmUg
aXMgc29tZSByaXNrIGhlcmUgYW5kIEkgd291bGQgbGlrZSB0aGUgV0cgdG8gZGlzY3VzcyB0aGlz
IHBvaW50IGFuZCAtIGlmIGFncmVlZCB0byAtIGhhdmUgdGhlIGRyYWZ0IGV4cGxpY2l0bHkgc3Rh
dGUgdGhhdCB0aGUgcmlza3Mgb2YgZGVwbG95aW5nIHRoaXMgdy9vIG5lZ290aWF0aW9uIGhhdmUg
YmVlbiBjb25zaWRlcmVkIGFuZCBkZWVtZWQgYWNjZXB0YWJsZS4gVGhlIGZhY3QgdGhhdCBvbmUg
aW1wbGVtZW50YXRpb24gaGFkIG5vIGlzc3VlIHdpdGggaXQgaXNuJ3QgY29tcGVsbGluZy4NCg0K
PiBZb3VyIHBvaW50IGFib3V0IHRoZSBkb2N1bWVudCBiZWluZyBwb3RlbnRpYWxseSBpbmZvcm1h
dGlvbmFsIGlzIGNlcnRhaW5seQ0KPiBwb3NzaWJsZSwgYWxiZWl0IHByb2JhYmx5IG5vdCB3aGF0
IHlvdSdyZSByZWFsbHkgaW50ZW5kaW5nLiAgQXMNCj4gaW1wbGVtZW50YXRpb24gaGFzIGFscmVh
ZHkgc2hvd24gdXMsIG9uZSBzaWRlIGNhbiBzaW1wbHkgc3RhcnQgdXNpbmcgdGhpcw0KPiBwcm9j
ZWR1cmUgd2l0aG91dCBhbnkgc3VwcG9ydCByZXF1aXJlZCBvbiB0aGUgb3RoZXIgc2lkZS4gIEku
ZS4gdGhlcmUncyBubw0KPiBwcm90b2NvbCBjaGFuZ2VzIHdlJ3JlIGRvaW5nLg0KDQpbTGVzOl0g
VW5kZXJzdG9vZCAtIGJ1dCBJIGFtIHN0aWxsIGNvbmNlcm5lZC4NCg0KPiANCj4gPiBTZWN0aW9u
IDMgYWxzbyBzdWdnZXN0cw0KPiA+DQo+ID4gICAgICAgInN1cHBvcnRbaW5nXSBhIGxvd2VyIHRy
YW5zbWlzc2lvbiAgaW50ZXJ2YWwgKGJmZC5EZXNpcmVkTWluVHhJbnRlcnZhbCkiDQo+ID4NCj4g
PiBhcyBhIG1lYW5zIG9mIG1pbmltaXppbmcgc2NhbGFiaWxpdHkgaW1wYWN0cy4gQnV0IGluIGVh
cmx5IGRpc2N1c3Npb25zIG9mIHRoaXMNCj4gZHJhZnQgaXQgaGFkIGJlZW4gc3VnZ2VzdGVkIHRo
YXQgcmF0aGVyIHRoYW4gdXNlIEJGRCBmb3IgUGF0aE1UVSB2YWxpZGF0aW9uDQo+IHdlIGNvdWxk
IHVzZSBhbm90aGVyIHByb3RvY29sIChlLmcuLCBJUy1JUyBoZWxsb3MpIHRvIGRvIHRoaXMuIEJ1
dCB0aGF0IHdhcw0KPiByZWplY3RlZCBiZWNhdXNlIGl0IHdhcyBzdGF0ZWQgdGhhdCB0aGUgZGVw
bG95bWVudCByZXF1aXJlbWVudCByZXF1aXJlZA0KPiBtdWNoIGZhc3RlciBkZXRlY3Rpb24uIElm
IHRoYXQgYXJndW1lbnQgaG9sZHMsIHRoZW4gdGhlIHN1Z2dlc3Rpb24gaW4gdGhlDQo+IGRyYWZ0
IHRvIHVzZSBsb25nZXIgdGltZXJzIHNlZW1zIGluYXBwcm9wcmlhdGUgLSBvciBhdCBsZWFzdCB3
aXRob3V0IHN1ZmZpY2llbnQNCj4gY29udGV4dC4NCj4gDQo+IE1vcmUgY29udGV4dCBjb3VsZCBi
ZSBhZGRlZCwgaWYgdGhlcmUncyBhcHByb3ByaWF0ZSB0ZXh0IHRvIGFkZC4NCj4gU3VnZ2VzdGlv
bnMgYXJlIHdlbGNvbWUuDQo+IA0KPiBIb3dldmVyLCB0aGlzIGlzbid0IHBhcnRpY3VsYXJseSBk
aWZmZXJlbnQgZnJvbSBhbnkgb3RoZXIgQkZEIGNvbnNpZGVyYXRpb25zDQo+IHdlJ3ZlIGhhZCBv
dmVyIHRoZSB5ZWFycyBhY3Jvc3MgYWxsIHVzZXMgb2YgQkZELiAgWW91ciBzY2FsZSBmb3Igc2Vz
c2lvbnMNCj4gdnMuIHRpbWVycyB3aWxsIGRlcGVuZCBvbiB0cmFuc3BvcnQsIHdoZXRoZXIgaXQn
cyBkaXN0cmlidXRlZCB0byB0aGUgbGluZQ0KPiBjYXJkIG9yIG5vdCwgaGFyZHdhcmUgc3VwcG9y
dCB2cy4gZ2VuZXJhbCBwdXJwb3NlIENQVSwgZXRjLiAgQkZEDQo+IGltcGxlbWVudG9ycyBhbmQg
dXNlcnMgZXhwZWN0IHRvIGRvIHNvbWUgbGV2ZWwgb2YgdHVuaW5nLiAgIFRoaXMgaXMgbm9ybWFs
Lg0KPiANCg0KW0xlczpdIFRoZSBwb2ludCBJIGFtIGhpZ2hsaWdodGluZyBpcyB0aGF0IHdlIGFs
cmVhZHkgaGF2ZSAoYXQgbGVhc3QgZm9yIHNvbWUgZGVwbG95bWVudHMpIGEgd2F5IHRvIGRldGVj
dCB0aGlzIHdpdGhpbiBhIHNjYWxlIG9mIHNldmVyYWwgc2Vjb25kcyAob3IgYXQgbGVhc3QgMTBz
IG9mIHNlY29uZHMpLg0KSWYgdGhlIGFyZ3VtZW50IGlzIHRoYXQgdGhpcyBpcyBub3QgZmFzdCBl
bm91Z2gsIHdoYXQgaXMgZmFzdCBlbm91Z2g/IFRoZSBjb25jbHVzaW9uIEkgZHJldyBmcm9tIHRo
ZSBlYXJsaWVyIGRpc2N1c3Npb24gd2FzIHRoYXQgZXhpc3RpbmcgZGV0ZWN0aW9uIHRpbWVzIGZv
ciBCRkQgd2VyZSB3aGF0IHdhcyB3YW50ZWQuIEJ1dCB0aGUgdGV4dCBpbiB0aGUgZHJhZnQgc3Vn
Z2VzdHMgdGhhdCB0aGUgYWRkaXRpb24gb2YgTVRVIGNoZWNraW5nIG1pZ2h0IGp1c3RpZnkgYWNj
ZXB0aW5nIGEgc2xvd2VyICBkZXRlY3Rpb24gdGltZS4gSSBkb27igJl0IHRoaW5rIHRoaXMgcG9p
bnQgaGFzIGJlZW4gZXhwbGljaXRseSBkaXNjdXNzZWQgaW4gdGhlIFdHLiBGb3IgbWUsIGlmIHNs
b3dlciBkZXRlY3Rpb24gaXMgYWNjZXB0YWJsZSB0aGVuIEkgd291bGQgbGlrZSB0byByZW9wZW4g
dGhlIGRpc2N1c3Npb24gYXMgdG8gd2h5IG90aGVyIGRldGVjdGlvbiBtZWNoYW5pc21zIGFyZSBu
b3QgYWNjZXB0YWJsZS4gV2hhdCBpcyB0aGUgcmVhbCByZXF1aXJlbWVudCBoZXJlPw0KDQoNCg0K
PiBXaGF0IHlvdSBvdGhlcndpc2Ugc2VlbSB0byBiZSBpbXBseWluZyBpcyB0aGF0IHNvbWUgb3Bl
cmF0aW9uYWwgZm9ydW0NCj4gc2hvdWxkDQo+IG1hbmRhdGUgYSBwcm9maWxlIGZvciBudW1iZXIg
b2Ygc2Vzc2lvbnMgdnMuIHRpbWVycyB2cy4gTVRVIHNpemUgdnMuDQo+IHRyYW5zcG9ydCBvbiBh
IHBhcnRpY3VsYXIgc2V0IG9mIGhhcmR3YXJlLiAgQW5kIGV2ZW4gdGhlbiwgdGhhdCdzIG5vdA0K
PiBpbXBhY3Rpbmcgb24gdGhpcyBkb2N1bWVudCdzIHByb2NlZHVyZXMuDQo+DQpbTGVzOl0gQWJz
b2x1dGVseSBub3QhISBGb3IgdGhlIHJlY29yZCwgSSBhbSBub3QgYSBmYW4gb2YgUkZDIDc0MTkg
LSBwbGVhc2UgZG8gbm90IHB1dCBtZSBpbiB0aGF0IGNhbXAuDQpCdXQgSSBkbyB0aGluayB3ZSBu
ZWVkIHRvIGNsZWFybHkgdW5kZXJzdGFuZCB0aGUgZGVzaXJlZCBiZWhhdmlvciBmb3IgdGhpcyBl
eHRlbnNpb24uIEJhc2VkIG9uIFdHIGRpc2N1c3Npb24gSSBkaWQgbm90IHRoaW5rIHRoYXQgc2xv
d2VyIGRldGVjdGlvbiB0aW1lIHdhcyBhIGdvYWwuDQogDQogICAgTGVzDQoNCj4gPiAoQlRXLCBi
eSAibG93ZXIgdHJhbnNtaXNzaW9uIGludGVydmFsIiBJIGFzc3VtZSB5b3UgbWVhbiBhIGxvbmdl
ciBpbnRlcnZhbA0KPiAoaS5lLiwgYSBsYXJnZXIgdmFsdWUgZm9yIGJmZC5EZXNpcmVkTWluVHhJ
bnRlcnZhbCk/PykNCj4gDQo+IFllcy4NCj4gDQo+ID4gSSB0aGluayB0aGVzZSBwb2ludHMgbmVl
ZCB0byBiZSBhZGRyZXNzZWQgaW4gdGhlIGRyYWZ0IGJlZm9yZSBpdCBpcyBjYW4gYmUNCj4gY29u
c2lkZXJlZCBjb21wbGV0ZS4NCj4gDQo+IC0tIEplZmYNCg==


From nobody Wed Sep 18 18:58:42 2019
Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D9E21200B2 for <rtg-bfd@ietfa.amsl.com>; Wed, 18 Sep 2019 18:58:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RhYklJWftiq1 for <rtg-bfd@ietfa.amsl.com>; Wed, 18 Sep 2019 18:58:39 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 7F4EA12008A for <rtg-bfd@ietf.org>; Wed, 18 Sep 2019 18:58:39 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 11C001E2F4; Wed, 18 Sep 2019 22:01:29 -0400 (EDT)
Date: Wed, 18 Sep 2019 22:01:28 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
Cc: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: Re: WGLC for draft-ietf-bfd-large-packets
Message-ID: <20190919020128.GB20672@pfrc.org>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com> <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org> <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com> <20190918152817.GA20672@pfrc.org> <MN2PR11MB3647316C13CAA5EBD4531B06C1890@MN2PR11MB3647.namprd11.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <MN2PR11MB3647316C13CAA5EBD4531B06C1890@MN2PR11MB3647.namprd11.prod.outlook.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/FdqGwUlMiUnGrowXNN0NIvh0bTQ>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Sep 2019 01:58:41 -0000

Les,

On Thu, Sep 19, 2019 at 12:06:13AM +0000, Les Ginsberg (ginsberg) wrote:
> > > If these protocol changes are to be made, shouldn't they be specified in
> > this document?? Otherwise the document would seem just informational.
> > 
> > No.  There's not really any room in BFD v1 for negotiation.  That would take
> > something like BFDv2, as we've started discussing in the working group.
> > 
> 
> [Les:] I am not fully comfortable with the notion that it is OK to deploy this w/o regard for whether existing implementations can handle it. I think there is some risk here and I would like the WG to discuss this point and - if agreed to - have the draft explicitly state that the risks of deploying this w/o negotiation have been considered and deemed acceptable. The fact that one implementation had no issue with it isn't compelling.

FWIW, I'm not blowing off your considerations.  Mostly, I'm highlighting
that we get them regularly.  TSV review of BFD in every flavor over the
entire life of the protocol has been some variety of this conversation.  We
just get to replay the entire life of BFD RFCs within such considerations
with every new TSV area director. :-)

Obviously it's up to Reshad as the shepherding chair how this process plays
forward, but I suspect it'll resemble:
- Getting further consensus from the rest of the WG whether this
  consideration is a sticking point.
- If it is, do we force this to be deferred to BFD v2?
- Alternatively, can we cleverly figure out some way to wedge negotiation on
  top of the existing feature in a backward compatible way?  (My answer:
  possibly.  Whether it's worth the complexity bump is the arguable component
  since simplicity of the protocol has been a stronger driving factor for
  implementors than scaling considerations.)

I'd like to hear from other implementors whether they share your concerns.
But either way, this exact conversation will play out again with the TSV ADs
during IESG review.  This is expected.

> > However, this isn't particularly different from any other BFD considerations
> > we've had over the years across all uses of BFD.  Your scale for sessions
> > vs. timers will depend on transport, whether it's distributed to the line
> > card or not, hardware support vs. general purpose CPU, etc.  BFD
> > implementors and users expect to do some level of tuning.   This is normal.
> > 
> 
> [Les:] The point I am highlighting is that we already have (at least for some deployments) a way to detect this within a scale of several seconds (or at least 10s of seconds).

You're over-simplifying your point slightly.  That's true for one protocol,
IS-IS, where the padding can be done.  For those that can benefit from that
scenario, great!  But I suspect you'd agree that not everyone is going to
enable IS-IS on a link just to test MTU liveness.

> If the argument is that this is not fast enough, what is fast enough?

Much as you aren't a fan of RFC 7419, that's exactly why that document
existed.  Some level of commonality was desired in order to develop more
uniform scaling comparisons.

It's entirely possible that some implementations will take zero hit to run
BFD at exactly the same wire rate.  A BFD PDU every 3.3ms is not that much
in the way of pps.  And, if your forwarding silicon does its job of
isolating IP validation in the pipeline before punting to the BFD code, BFD
itself may not take any hit in terms of cycles.  However, if you're software
only, you may now be congesting a host path.

We already run into flavors of these considerations for regular 5880 BFD
over various transports.  The timer and session granularities vary.  No one
freaks out at this.

>  The conclusion I drew from the earlier discussion was that existing detection times for BFD were what was wanted. But the text in the draft suggests that the addition of MTU checking might justify accepting a slower  detection time.

I'm going to simply point out that such considerations apply to built-in BFD
features such as authentication.  If you enable some classes of
authentication, you've impacted your detection interval.

I'd like to know why you think that this feature is any scarier than the
impact of authentication.

-- Jeff


From nobody Wed Sep 18 19:37:19 2019
Return-Path: <ginsberg@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EF3F1200D6 for <rtg-bfd@ietfa.amsl.com>; Wed, 18 Sep 2019 19:37:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level: 
X-Spam-Status: No, score=-14.5 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=E7v+7kY+; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=jtsbqAuz
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IJmx6wSeMPoc for <rtg-bfd@ietfa.amsl.com>; Wed, 18 Sep 2019 19:37:16 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D63A212008A for <rtg-bfd@ietf.org>; Wed, 18 Sep 2019 19:37:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6144; q=dns/txt; s=iport; t=1568860635; x=1570070235; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=K9KUTfNPnNXbrn5lEPLe6GKNrYvp2dBwR6rmjnfurrU=; b=E7v+7kY+M2TeDaraNxlwzs39jQPFEads4GOEEImC1/0SVgJK3K02NlQz HsDOHH3EHFcdmPTTjirgChfVxKDBrRzls28lZQDX2j4DJkFyUnbrnyt93 WJ7xWOISJH8UlPj9LK+cEhh3BRQLs3cCDp3plI4XVpFaJEm3UvJH8GiEZ k=;
IronPort-PHdr: =?us-ascii?q?9a23=3AceKZHheojywo0I1SXiXgD7PDlGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwGQD57D5adCjOzb++D7VGoM7IzJkUhKcYcEFn?= =?us-ascii?q?pnwd4TgxRmBceEDUPhK/u/YC08B85PTlBN9HCgOk8TE8H7NBXf?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CuAADw6IJd/4oNJK1lGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBZ4FFUAOBQyAECyqHaQOKe4Jcl3OCUgNUCQEBAQwBAS0CAQG?= =?us-ascii?q?BS4J0AoMDIzgTAgMJAQEEAQEBAgEFBG2FLQyFSgEBAQMBEigGAQE3AQQHBAI?= =?us-ascii?q?BCA4DBAEBAR0BEDIdCAIEDgUIEQmEawMODwECo2wCgTiIYYIlgn0BAQWFDBi?= =?us-ascii?q?CFwmBNIwJGIFAP4EQAUaBTn4+hEYkgxeCJoxwCxkSn14KgiKMGIkImSGnHQI?= =?us-ascii?q?EAgQFAg4BAQWBaSGBWHAVgydQEBRXdwkag0+KUgFzgSmMeyuCJwEB?=
X-IronPort-AV: E=Sophos;i="5.64,522,1559520000"; d="scan'208";a="328731528"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 Sep 2019 02:37:14 +0000
Received: from XCH-ALN-015.cisco.com (xch-aln-015.cisco.com [173.36.7.25]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id x8J2bEjs006267 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 19 Sep 2019 02:37:14 GMT
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-015.cisco.com (173.36.7.25) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Sep 2019 21:37:14 -0500
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Sep 2019 21:37:13 -0500
Received: from NAM05-DM3-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 18 Sep 2019 22:37:13 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=A6n3aj5VtsDVGcSHWn2a0w4rmIRZra0C8rUDYVsnVYq+eHcJfYt7nfay2ryvLKY2ZUA73fhaiWjLzQe14Sd8smtxNYMYDGs0Iv44z7QKxIHYL5cpabPfSy3pHPwAKks5cXWcWBjIalW3lFbZTfgiqvW+/mFDpbBDEIRjRUfm+6nzVI/AIMmqpKL3LSluwIoPYVeI/u8BkGC+Rmk8wpszXMxgvNrCPVzq5YQzzcyvzRtF8tZLa9wF4A7FJnyxMm+zfZiAUACbglekAWBTzE5v0eyh4lXeRVhm7mheGN4c7jcvR2jePr8zQJSUDYTeJK5x+M+nw5MTiXQi8/DdpgDNmQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=d0pqlnhGHPlr+LSqZH237+j1uRDcip8dvS89iv/bFGo=; b=Ec4PVuSe2NWrsujJJxTGWKP0qPXy2d3Kc+SzfKf+AaKeryD+Pbsj7aEt/WDh+Arud65R/D9dyhapu2ZYCZquBc5l4faL3FO9lbPpZX3Z6/e/9sf+IC1Xey3P/QZHvTshm1YH3SuuWXOQYdSfAQ4XCsElYprEalAvxAMWWJwm98CdPo8+69VvqomHQ51KQWQsWp/79FbJCUU4FmyCj/G4wa5rGNkrzxM9dGJ7gk4+MF0tFQhbCnSCqXnoVgceiGgoteWA/Aqv2a8Dfxb/iS03IQEaGPig2WrK8v5kcNcheD83JRImuAj8UEKolBveLigJJlSzEEiwEFFn1Gw5pcPwfA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=d0pqlnhGHPlr+LSqZH237+j1uRDcip8dvS89iv/bFGo=; b=jtsbqAuzD51PjSCI2rwC8AN7lLUUN0zQ80RPg0yoWFByb+H1J/nhSwpR/sR4ND51hbfHXMOQzTDFIRAJ/M5n+9XGxmAuLecMaVjIp5e3BdGCSObNBQQdE7s6qx3X/9xi2XM05UMsxGVitJu36vFyqs173lw93GJ5QKw2YCM62e0=
Received: from BYAPR11MB3638.namprd11.prod.outlook.com (20.178.237.19) by BYAPR11MB2726.namprd11.prod.outlook.com (52.135.227.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.26; Thu, 19 Sep 2019 02:37:11 +0000
Received: from BYAPR11MB3638.namprd11.prod.outlook.com ([fe80::f4d7:dd49:e1da:4474]) by BYAPR11MB3638.namprd11.prod.outlook.com ([fe80::f4d7:dd49:e1da:4474%5]) with mapi id 15.20.2263.023; Thu, 19 Sep 2019 02:37:11 +0000
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Jeffrey Haas <jhaas@pfrc.org>
CC: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: RE: WGLC for draft-ietf-bfd-large-packets
Thread-Topic: WGLC for draft-ietf-bfd-large-packets
Thread-Index: AQHVXPUyTxWyJBtWsEOnJ4ETycFi16cjIc8AgAXoLNCAAJsYAIAHXvgQgACtbYCAAF1t0IAAU3wAgAAHCHA=
Date: Thu, 19 Sep 2019 02:37:10 +0000
Message-ID: <BYAPR11MB3638E358EF9CE34818ECD010C1890@BYAPR11MB3638.namprd11.prod.outlook.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com> <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org> <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com> <20190918152817.GA20672@pfrc.org> <MN2PR11MB3647316C13CAA5EBD4531B06C1890@MN2PR11MB3647.namprd11.prod.outlook.com> <20190919020128.GB20672@pfrc.org>
In-Reply-To: <20190919020128.GB20672@pfrc.org>
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=ginsberg@cisco.com; 
x-originating-ip: [2001:420:c0c8:1008::20d]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f55eb3ca-dbf6-485d-72be-08d73caa462f
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600167)(711020)(4605104)(1401327)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:BYAPR11MB2726; 
x-ms-traffictypediagnostic: BYAPR11MB2726:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR11MB272661230D8EA0C180F07052C1890@BYAPR11MB2726.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 016572D96D
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(346002)(376002)(39860400002)(366004)(136003)(189003)(13464003)(199004)(305945005)(6916009)(316002)(66446008)(64756008)(446003)(86362001)(8936002)(55016002)(33656002)(52536014)(229853002)(11346002)(76116006)(7696005)(99286004)(76176011)(186003)(74316002)(66556008)(6436002)(46003)(9686003)(81156014)(6506007)(102836004)(66476007)(66946007)(7736002)(53546011)(478600001)(486006)(54906003)(6246003)(6116002)(8676002)(476003)(71190400001)(14444005)(81166006)(14454004)(25786009)(5660300002)(256004)(71200400001)(4326008)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB2726; H:BYAPR11MB3638.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: EnuhYQ6RCnUhRsz1sy6Hx51AtHH1M59kFq16oy7t1TphEdE4BEB44W9ZtT5O1MJXS7Vc0JhbgMfyRUhOy6NOpr2IN/2A5eLuaC0Ai3k008hyk+w/YUB0ZXknO3DyF9As/svUqeYGk2+W5VVKWxIK3KVJy/oNRTXlbCs+bYXEo2+FSCkd25jvyZTQY4a8M9ZxQa6B2AYPZDln56sQKsNSFgHtNTVO1a5accrfZ1VAaBS40F2jy/Kj8HlqrJK/nNwfkZ9PjvDQKmkqhmHbK/ZCDicuhxFw74FaJVK0tlWOuHQxgr2UxrMUl4vUaYtWF32HM/gYgcjQiVHsF10C9JQJJCl/CvRq++WaI85vnWoJd+SF7L8JI3GfpYXv2/+nAzI3HSONfs0K2gPyfr14KwiI4JOUhNZCHCcNxvGVOtq6Dj8=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: f55eb3ca-dbf6-485d-72be-08d73caa462f
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Sep 2019 02:37:10.9309 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: vpM3gGwgWv3TH3/j44H0rtsyGwcaCW9aU02nZpjLVSOzEbPZzt1LJltSlCRxRWsfEvOjXHsAbCdsMB1e2ElqPg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2726
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.25, xch-aln-015.cisco.com
X-Outbound-Node: alln-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/sa9j0Vtc21xGA7tBkmN3MQmnTVw>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Sep 2019 02:37:18 -0000

Jeff -

First I would like to reemphasize that I support the draft - so we aren't o=
n opposite sides here. It is just that Last Call seems premature.

As for the comparison with authentication...

Authentication added new functionality which cost CPU time. The tradeoff th=
ere was clear - performance/scale vs security. But there was no concern tha=
t the addition of the authentication bytes in and of itself might introduce=
 a problem.

Large packets introduces MTU sized packets - which in and of itself is unli=
kely to cause a performance issue. But, having spent a fair number of hours=
 debugging MTU related issues of various flavors, I do think it is likely t=
o expose bugs in packet processing related to size. It shouldn't - in a per=
fect world - but what chips/software does with sub-MTU sized packets doesn'=
t always translate to MTU size packets. And since the definition of what MT=
U is isn't consistent across vendors (let alone even within a single vendor=
's products) there are many ways to screw up configuration here. Throw in a=
ll the various flavors of encaps...I think we can expect deployment issues =
- and maybe bugs as well.

Just my thoughts...

   Les


> -----Original Message-----
> From: Jeffrey Haas <jhaas@pfrc.org>
> Sent: Wednesday, September 18, 2019 7:01 PM
> To: Les Ginsberg (ginsberg) <ginsberg@cisco.com>
> Cc: Ketan Talaulikar (ketant) <ketant@cisco.com>; Reshad Rahman
> (rrahman) <rrahman@cisco.com>; rtg-bfd@ietf.org
> Subject: Re: WGLC for draft-ietf-bfd-large-packets
>=20
> Les,
>=20
> On Thu, Sep 19, 2019 at 12:06:13AM +0000, Les Ginsberg (ginsberg) wrote:
> > > > If these protocol changes are to be made, shouldn't they be specifi=
ed in
> > > this document?? Otherwise the document would seem just
> informational.
> > >
> > > No.  There's not really any room in BFD v1 for negotiation.  That wou=
ld
> take
> > > something like BFDv2, as we've started discussing in the working grou=
p.
> > >
> >
> > [Les:] I am not fully comfortable with the notion that it is OK to depl=
oy this
> w/o regard for whether existing implementations can handle it. I think th=
ere
> is some risk here and I would like the WG to discuss this point and - if =
agreed
> to - have the draft explicitly state that the risks of deploying this w/o
> negotiation have been considered and deemed acceptable. The fact that one
> implementation had no issue with it isn't compelling.
>=20
> FWIW, I'm not blowing off your considerations.  Mostly, I'm highlighting
> that we get them regularly.  TSV review of BFD in every flavor over the
> entire life of the protocol has been some variety of this conversation.  =
We
> just get to replay the entire life of BFD RFCs within such considerations
> with every new TSV area director. :-)
>=20
> Obviously it's up to Reshad as the shepherding chair how this process pla=
ys
> forward, but I suspect it'll resemble:
> - Getting further consensus from the rest of the WG whether this
>   consideration is a sticking point.
> - If it is, do we force this to be deferred to BFD v2?
> - Alternatively, can we cleverly figure out some way to wedge negotiation=
 on
>   top of the existing feature in a backward compatible way?  (My answer:
>   possibly.  Whether it's worth the complexity bump is the arguable
> component
>   since simplicity of the protocol has been a stronger driving factor for
>   implementors than scaling considerations.)
>=20
> I'd like to hear from other implementors whether they share your concerns=
.
> But either way, this exact conversation will play out again with the TSV =
ADs
> during IESG review.  This is expected.
>=20
> > > However, this isn't particularly different from any other BFD
> considerations
> > > we've had over the years across all uses of BFD.  Your scale for sess=
ions
> > > vs. timers will depend on transport, whether it's distributed to the =
line
> > > card or not, hardware support vs. general purpose CPU, etc.  BFD
> > > implementors and users expect to do some level of tuning.   This is
> normal.
> > >
> >
> > [Les:] The point I am highlighting is that we already have (at least fo=
r some
> deployments) a way to detect this within a scale of several seconds (or a=
t
> least 10s of seconds).
>=20
> You're over-simplifying your point slightly.  That's true for one protoco=
l,
> IS-IS, where the padding can be done.  For those that can benefit from th=
at
> scenario, great!  But I suspect you'd agree that not everyone is going to
> enable IS-IS on a link just to test MTU liveness.
>=20
> > If the argument is that this is not fast enough, what is fast enough?
>=20
> Much as you aren't a fan of RFC 7419, that's exactly why that document
> existed.  Some level of commonality was desired in order to develop more
> uniform scaling comparisons.
>=20
> It's entirely possible that some implementations will take zero hit to ru=
n
> BFD at exactly the same wire rate.  A BFD PDU every 3.3ms is not that muc=
h
> in the way of pps.  And, if your forwarding silicon does its job of
> isolating IP validation in the pipeline before punting to the BFD code, B=
FD
> itself may not take any hit in terms of cycles.  However, if you're softw=
are
> only, you may now be congesting a host path.
>=20
> We already run into flavors of these considerations for regular 5880 BFD
> over various transports.  The timer and session granularities vary.  No o=
ne
> freaks out at this.
>=20
> >  The conclusion I drew from the earlier discussion was that existing
> detection times for BFD were what was wanted. But the text in the draft
> suggests that the addition of MTU checking might justify accepting a slow=
er
> detection time.
>=20
> I'm going to simply point out that such considerations apply to built-in =
BFD
> features such as authentication.  If you enable some classes of
> authentication, you've impacted your detection interval.
>=20
> I'd like to know why you think that this feature is any scarier than the
> impact of authentication.
>=20
> -- Jeff


From nobody Thu Sep 19 05:16:46 2019
Return-Path: <jhaas@pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 120D01201A3 for <rtg-bfd@ietfa.amsl.com>; Thu, 19 Sep 2019 05:16:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 lk-_Die-aVqv for <rtg-bfd@ietfa.amsl.com>; Thu, 19 Sep 2019 05:16:43 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id D93C3120024 for <rtg-bfd@ietf.org>; Thu, 19 Sep 2019 05:16:43 -0700 (PDT)
Received: from dresden.attlocal.net (99-59-193-67.lightspeed.livnmi.sbcglobal.net [99.59.193.67]) by slice.pfrc.org (Postfix) with ESMTPSA id 096861E2D2; Thu, 19 Sep 2019 08:19:32 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: WGLC for draft-ietf-bfd-large-packets
From: Jeffrey Haas <jhaas@pfrc.org>
In-Reply-To: <BYAPR11MB3638E358EF9CE34818ECD010C1890@BYAPR11MB3638.namprd11.prod.outlook.com>
Date: Thu, 19 Sep 2019 08:16:41 -0400
Cc: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, Reshad Rahman <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <D95235B0-9917-4C06-97E6-1181BFF6F7CC@pfrc.org>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com> <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org> <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com> <20190918152817.GA20672@pfrc.org> <MN2PR11MB3647316C13CAA5EBD4531B06C1890@MN2PR11MB3647.namprd11.prod.outlook.com> <20190919020128.GB20672@pfrc.org> <BYAPR11MB3638E358EF9CE34818ECD010C1890@BYAPR11MB3638.namprd11.prod.outlook.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/dXvDCvp56WM510idmfR_M6pWI68>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Sep 2019 12:16:45 -0000

Les,


> On Sep 18, 2019, at 10:37 PM, Les Ginsberg (ginsberg) =
<ginsberg@cisco.com> wrote:
>=20
> First I would like to reemphasize that I support the draft - so we =
aren't on opposite sides here. It is just that Last Call seems =
premature.

The purpose of WGLC is to shake out final comments when things have =
otherwise stalled.  If it's not ready, we're not bothered by that. :-)

That said, we need to match concerns with something actionable.  That's =
what I'm hunting for.

> As for the comparison with authentication...
>=20
> Authentication added new functionality which cost CPU time. The =
tradeoff there was clear - performance/scale vs security. But there was =
no concern that the addition of the authentication bytes in and of =
itself might introduce a problem.

Most of your commentary was focused around the impact on detection time, =
hence the response you got regarding other features that have similar =
impact.

So, if we've moved on from detection time impact of features to other =
issues, that's fine.

>=20
> Large packets introduces MTU sized packets - which in and of itself is =
unlikely to cause a performance issue. But, having spent a fair number =
of hours debugging MTU related issues of various flavors, I do think it =
is likely to expose bugs in packet processing related to size. It =
shouldn't - in a perfect world - but what chips/software does with =
sub-MTU sized packets doesn't always translate to MTU size packets. And =
since the definition of what MTU is isn't consistent across vendors (let =
alone even within a single vendor's products) there are many ways to =
screw up configuration here. Throw in all the various flavors of =
encaps...I think we can expect deployment issues - and maybe bugs as =
well.

I think Albert is happy to see this text. :-)

The primary purpose of this feature is to shake loose issues related to =
MTU sized packets and try to remove such paths from service when we =
can't forward through them.  The path detection at speed is a general =
good fit for BFD.

What I'm concerned about is you're trying to point out "when there are =
issues, this doesn't help - and at best exacerbates them".  If so... =
well, this feature isn't intended to be a debugging layer for those sort =
of issues.  However, since BFD is riding on top of various transports to =
do this job, if the encapsulation can carry additional information that =
permits such debugging information, we're amenable to discussing what to =
do with it.

-- Jeff


From nobody Sun Sep 22 14:38:23 2019
Return-Path: <santosh.pallagatti@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53C06120043; Sun, 22 Sep 2019 00:41:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NqP699vQNlHT; Sun, 22 Sep 2019 00:41:34 -0700 (PDT)
Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 C8CF612002F; Sun, 22 Sep 2019 00:41:33 -0700 (PDT)
Received: by mail-wm1-x32b.google.com with SMTP id 5so6491435wmg.0; Sun, 22 Sep 2019 00:41:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QTEygMlLdY3xYUibTGjnvtch0ZG7vrXhIcHmUcZxuuM=; b=CE1UzMNS0cTpyfdPLYx1rKMHdyGunaOwzl1CPVlxEd6fsPsYhzKc62g/rtYxYttRCJ TvbEi+BuaOpl36BFeIIp5j4ASElU2EWAK90BqFDOXM/CTVHIN8cyunp/rvLsjdFBbIJF oLsrU9K2sSZj8/h+IXI/PC8YLw3rR5mzSX33adyEIGwU7MFUrLxa0yq8TtmeG3r/16+E DZsWtlY40wqx9U0c29efZbFJQEplPc4kS35iRLNc4Ng2vwQ6TWXcarNwPVcZYEcmByCZ xEtcHF938vXYuya3ieU38YVI/Y39j9/hriDMWE65LSywICwWadfKczjp8cFXlLEBKUFC TF1Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QTEygMlLdY3xYUibTGjnvtch0ZG7vrXhIcHmUcZxuuM=; b=IQqhLEOrsgq5heqhdUZucjwbHR+oibRI5xaM/2Y5b0a5QnXEqYj4kVjb9SfxPEHW2F mGutBKuFfSb0NiqmJfn1vk4Y++Zol6AedRBy3bnoAZ5yJER3veRPmp9SMjxQBWcYN5kW he6YKsB6gQoCgTCeGMTc8GEwk48wR0uqAeWktJBnLHFfvCoRqvfOXav/WqSbeSXfAquZ 9u7V8Nii+RNE0ofWCLQJi4ZrECQoDkyQfZl+eaPk1UOCESJjKlI6tc8eKrF4ymm3ePJR fX8KVdZm4UOqjBjs+BkQCRLSXdyLqRjfjwaycrtbnoWiNmJKd96xrf31WCIDXdrbBESz 7akw==
X-Gm-Message-State: APjAAAVR39SNs9QhGJdZTSIbJhj2nqQaZFZklcQdUI7tHxWdPOPWrtzP QOUoNwKEP6cDT0KO6zQ2d6JDURybqRqTxdrEBks=
X-Google-Smtp-Source: APXvYqywhd0X9KNMDenZmMLsT8X3JF4YwqFwCznRWLcrscP0HKkTtzpBItiW60xI1G8XNaxaD4A/8/Sjd1vgdg03N3w=
X-Received: by 2002:a1c:4946:: with SMTP id w67mr9508444wma.131.1569138091709;  Sun, 22 Sep 2019 00:41:31 -0700 (PDT)
MIME-Version: 1.0
References: <CA+RyBmW=byLBNfVQSdaEoMf-QnJtj13k788XhbZ9tqH4bcgqNQ@mail.gmail.com> <CAOPNUTBJztjmNgrDyHgMo8-nRazAaXACGJJZ6Lx8z8aRVBM+GA@mail.gmail.com> <CA+RyBmWrM3v37BO8O_VOGG-NJ+UbrtSVQ_2GwW0R+vLkxbtvHw@mail.gmail.com> <CACi9rdvKTLwBQn9mcJksGTW79QTFj0d45DOpDT1Jee4QpGnv3Q@mail.gmail.com> <c57a3cf3-ab77-99df-0f78-104edef3275c@joelhalpern.com> <CACi9rdubTnzgCVZK0syRf3fsrpTU45SpQV57n2rNcNCqk+3+7Q@mail.gmail.com> <CACi9rdsmP8SFwP+Her45XKFwQZ3SQgwLpr62kAY-kP4vZtnFnQ@mail.gmail.com> <CAOPNUTD4nQ4YROxUA9hxdTFOtv4XpmazA=apm2ceuCxt3yM=XA@mail.gmail.com> <bf019ac6-2580-7f9e-66c4-5a24c1b2eb2b@joelhalpern.com> <CAOPNUTC=q4O=QUhFFiuv8UnU1uuCjHYkJV-Oha07NTJ_X7SODQ@mail.gmail.com> <7437a61e-133c-c53e-fd1d-c3a31e4e90a9@joelhalpern.com> <CAOPNUTB+fNXmB8jctUrVh5aAYd-R=CC6cv=1QpzMoYcVs0EUtw@mail.gmail.com> <df39e2b9-598a-5121-525c-f435d72e2184@joelhalpern.com> <CAOPNUTDHu2Ywy2=1eNzM-1jAmSOxOrHXGC2uZ3x7jVb7+vhoig@mail.gmail.com> <7500b927-4b05-0e65-0afc-4bf57770f15c@joelhalpern.com> <CAOPNUTAD9-CSBz2dFvRzyggM2JgemN54JK5p=Qj7weni7QKrHQ@mail.gmail.com> <CAOPNUTCSXm5maOmYnh8_7oxZsCn=9rJPFS7O9P+1a8ie-u=7Cg@mail.gmail.com> <CA+RyBmWqB0oAAgjq5TYTZt9xce=dMzbRrDw8=O-UjWF8ovDLNg@mail.gmail.com> <CAOPNUTCmnEMMN1nvAaMuU+uiREBpLr-86=Ujo+ppdccpFk0kpw@mail.gmail.com> <CA+RyBmW38DY2xaebViT3goj=g3bHY5QrR7ttvKxyB=JmfYW0qg@mail.gmail.com> <CAOPNUTDmhnrrUeJbrQzf=1BT=ezaUkNLqNmkgCNtiGmn148n9g@mail.gmail.com> <CA+RyBmWO-u+xon55UhDkmj-+nS2ogP4WOMR9jdL2RQbQ+JLb4A@mail.gmail.com> <CAOPNUTAUvhVcXAKD9yLW7NJP6T4sM3y_sJpuWJ2L899oswScTQ@mail.gmail.com> <CA+RyBmVYuyVUXWYtwDQsPbvgP88dSanOdTNj=MWVU_-MGvadJA@mail.gmail.com> <CAOPNUTD0+Nf61WOzbynFgj9vhM6ADPoA7f16fn4wWpEQgYdhzQ@mail.gmail.com> <CA+RyBmVgucPVpt7GYPpJYASqRnvGoyS2tq4QUw2cm0q1O_1Ktg@mail.gmail.com> <CACi9rdso42A0mgCnDQ1b4rbABjS4vEGf_C9BCGc91m01PLRf8w@mail.gmail.com> <CA+RyBmUHDocxncMzEXKwtx5Cm5xwL05L9figdtn1HzgLpAw7rA@mail.gmail.com>
In-Reply-To: <CA+RyBmUHDocxncMzEXKwtx5Cm5xwL05L9figdtn1HzgLpAw7rA@mail.gmail.com>
From: Santosh P K <santosh.pallagatti@gmail.com>
Date: Sun, 22 Sep 2019 13:11:20 +0530
Message-ID: <CACi9rdu8PKsLW_Pq4ww5DEwLL8Bs6Hq1Je_jmAjES4LKBuE8MQ@mail.gmail.com>
Subject: Re: BFD over VXLAN: Trapping BFD Control packet at VTEP
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: Dinesh Dutt <didutt@gmail.com>, "Joel M. Halpern" <jmh@joelhalpern.com>, rtg-bfd WG <rtg-bfd@ietf.org>,  "T. Sridhar" <tsridhar@vmware.com>, bfd-chairs@ietf.org,  Martin Vigoureux <martin.vigoureux@nokia.com>, draft-ietf-bfd-vxlan@ietf.org
Content-Type: multipart/alternative; boundary="0000000000008f5a2205931f6ea9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/VxyfYCNQrndL8yXMd88pCzfxoQ0>
X-Mailman-Approved-At: Sun, 22 Sep 2019 14:38:22 -0700
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Sep 2019 07:41:41 -0000

--0000000000008f5a2205931f6ea9
Content-Type: text/plain; charset="UTF-8"

Greg,
    Please see inline reply tagged [SPK]. I have added text requested.

Thanks
Santosh P K

On Fri, Aug 16, 2019 at 4:59 AM Greg Mirsky <gregimirsky@gmail.com> wrote:

> Hi Santosh,
> thank you for your comments. Please find my notes in-lined and tagged
> GIM>>.
>
> Regards,
> Greg
>
> On Tue, Aug 13, 2019 at 10:24 PM Santosh P K <santosh.pallagatti@gmail.com>
> wrote:
>
>> Greg,
>>    Thanks for updated version of document. Here are few comments on new
>> draft.
>>
>> Section 4:
>> Destination MAC: This MUST NOT be of one of tenant's MAC
>>          addresses.  The MAC address MAY be configured, or it MAY be
>>          learned via a control plane protocol.  The details of how the
>>          MAC address is obtained are outside the scope of this document.
>>
>> I think we may need to give background on why we are saying MAC address
>> MUST not be one of tenant's MAC address. Like in this thread we have
>> discussed one of the tenant could have borrowed the same VTEP mac address
>> and we if we have to use BFD then we need to avoid that conflict to ensure
>> BFD packets get observed in the VTEP itself. Should we add a section before
>> 4 to set that context so that above text makes more sense in that context?
>>
> GIM>> Certainly. Please share the text you'd like to add.
>

[SPK]  Proposed text for why we should not use VTEP MAX address as tenant
MAC address.

"In some scenarios tenant MAC is borrowed from VTEP MAC address. VXLAN BFD
MUST terminate BFD session at VTEP and MUST not forward BFD packets to
tenants. To terminate VXLAN BFD packets at VTEP, deployment MUST ensure
that there are no tenant VM which barrows VTEP MAC address."


>>
>>    IP header:
>>          Destination IP: IP address MUST NOT be of one of tenant's IP
>>          addresses.  IP address MAY be selected from the range 127/8 for
>>          IPv4, for IPv6 - from the range 0:0:0:0:0:FFFF:7F00:0/104.
>>
>>          TTL: MUST be set to 1 to ensure that the BFD packet is not
>>          routed within the L3 underlay network.
>>
>>
>> I think we have added some text to address Sridhar comments on why TTL
>> MUST be 1 and dest IP address MUST be 127/8 range. I see that text is
>> missing now.
>>
> GIM>> My apologies that I've missed to include the text from another
> discussion thread. I believe the following would be complete:
>           TTL or Hop Limit: MUST be set to 1 to ensure that the BFD
>          packet is not routed within the Layer 3 underlay network.  This
>          addresses the scenario when the inner IP destination address is
>          of VXLAN gateway and there is a router in underlay which
>          removes the VXLAN header, then it is possible to route the
>          packet as VXLAN  gateway address is routable address.
>

[SPK] This text looks good.

>
>> Section 5.1:
>> For such packets, the BFD session MUST be identified
>>    using the following three-tuples of fields of the inner header: the
>>    source IP, the destination IP, and the source UDP port number present
>>    in the IP header carried by the payload of the packet in VXLAN
>>    encapsulation.  If BFD packet is received with non-zero Your
>> Discriminator, then BFD session MUST be demultiplexed only with Your
>>    Discriminator as the key.
>>
>> Just with 3 tuple we will not be able to demux packet. We need to
>> consider VNI as well if we have multiple BFD session between same pair of
>> VTEP.
>>
> GIM>> This is one of comments from Carlos we need to address. Your comment
> have helped me to form the question:
>
> What is the goal running multiple BFD sessions between the pair of VTEPs?
>
>
[SPK] The goal of the multiple BFD session is to ensure check liveliness of
VXLAN tunnel. There is already a good amount of debate on this topic that
do we really need that? As per RFC 5884 we are running BFD per LSP and we
might hit scale issues there too. I think it is up to operator to decide
how they want to use multiple BFD session per VXLAN tunnel. It could be
possible that BFD session with special VNI is run at aggressive interval
where as MAY have multiple BFD sessions for different VNI at a sedate
interval, for that matter they could be running in demand mode as well (run
P/F sequence only when there is no data following for that VNI). As WG if
we think running multiple BFD session make sense then we might need to add
appropriate text.

If the goal is to monitor per VNI, then the following text should describe
> the demultiplexing of the initial BFD Control packet:
>    Demultiplexing of IP BFD packet has been defined in Section 3 of
>    [RFC5881].  Since multiple BFD sessions may be running between two
>    VTEPs, there needs to be a mechanism for demultiplexing received BFD
>    packets to the proper session.  For demultiplexing packets with Your
>    Discriminator equal to 0, a BFD session MUST be identified using the
>    logical link over which the BFD Control packet is received.  In the
>    case of VXLAN, the VNI number identifies that logical link.  If BFD
>    packet is received with non-zero Your Discriminator, then BFD session
>    MUST be demultiplexed only with Your Discriminator as the key.
>

[SPK]  I think this text for multiple BFD session between same pair of
VTEPs for multiple VNI makes sense only if as WG we think that could be use
case.

Would there be need to run multiple BFD sessions with the same VNI number?
>

[SPK] IMHO we should not allow multiple BFD session for the same VNI.


>
>
>>
>> Thanks
>> Santosh P K
>>
>>
>> On Fri, Aug 9, 2019 at 4:27 AM Greg Mirsky <gregimirsky@gmail.com> wrote:
>>
>>> Dinesh, thank you for your help, much appreciated.
>>>
>>> Hi Joel and Sridhar,
>>> could you please check if the updated text on the inner Ethernet frame
>>> addressed your concern.
>>>
>>> On Wed, Aug 7, 2019 at 2:25 PM Dinesh Dutt <didutt@gmail.com> wrote:
>>>
>>>> Looks god to me Greg. Thank you for your hard work in this,
>>>>
>>>> Dinesh
>>>>
>>>> On Wed, Aug 7, 2019 at 9:25 AM Greg Mirsky <gregimirsky@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi Dinesh, Joel, Sridhar, et al.,
>>>>> much appreciate the help you've given me sharing your expertise. I
>>>>> hope that the updates you will find in the attached diff and the working
>>>>> copy of the draft be closer to the acceptable solution for VTEP-VTEP BFD.
>>>>> Please note, that I'll shortly start a new discussion thread to address one
>>>>> of Carlos's questions on the ambiguity of the text on multiple concurrent
>>>>> sessions between the same pair of VTEPs.
>>>>> Please review the changes to Sections 4 and 6 and share your feedback,
>>>>> suggestions, and questions.
>>>>>
>>>>> Regards,
>>>>> Greg
>>>>>
>>>>> On Mon, Aug 5, 2019 at 6:03 PM Dinesh Dutt <didutt@gmail.com> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Aug 5, 2019 at 5:56 PM Greg Mirsky <gregimirsky@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi Dinesh,
>>>>>>> thank you for your expedient detailed response.
>>>>>>> I believe that the ability to run BFD session up to a tenant
>>>>>>> (VTEP-VTEP-tenant or tenant-tenant) was never in jeopardy from this
>>>>>>> specification.
>>>>>>> I'm trying to provide precise specification on what can be used ad
>>>>>>> the destination MAC and IP addresses in the inner frame/packet as I believe
>>>>>>> that likely will help to avoid interoperability issues.
>>>>>>> I'm interested to learn some more about the "martian checking"
>>>>>>> function. As you know, martian addresses have been used as destination IP
>>>>>>> address in LSP Ping and BFD over MPLS LSP and PW. I haven't heard that any
>>>>>>> silicon feature caused problems for operators using these tools.
>>>>>>>
>>>>>>
>>>>>> Interesting. I didn't know this aspect of use with MPLS ping. Did
>>>>>> those packets ever go through a firewall though? In any case, maybe suggest
>>>>>> the use of those addresses with a statement that this is how LSP does it,
>>>>>> but that other MAC/IP pairs are possible as long as the conditions of the
>>>>>> endpoint owning the MAC/IP was honored.
>>>>>>
>>>>>> Dinesh
>>>>>>
>>>>>>>
>>>>>>> Regards,
>>>>>>> Greg
>>>>>>>
>>>>>>> On Mon, Aug 5, 2019 at 3:59 PM Dinesh Dutt <didutt@gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi Greg,
>>>>>>>>
>>>>>>>> That we agree on the problem definition is the first step forward.
>>>>>>>> Your original document had my cases covered and so I was surprised by the
>>>>>>>> track this thread took. It doesn't matter, we're back on track.
>>>>>>>>
>>>>>>>> My recommendation is to not worry about specifying the precise
>>>>>>>> MAC/IP address used in the inner header. The addresses chosen MUST ensure
>>>>>>>> that the packet is trapped to the control plane of the VTEP and not escape
>>>>>>>> to the tenant if the BFD is to the VTEP. Any solution MUST also not
>>>>>>>> preclude the use of the BFD by tenant systems for that VNI. There are many
>>>>>>>> ways an implementer can choose to implement this. For example, the inner
>>>>>>>> MAC address is whatever the VTEP implementer would return if ARP'd for the
>>>>>>>> IP address used in the inner header in the given VNI. The implementer can
>>>>>>>> pick a fixed MAC address, one that they own etc. Multiple BFD sessions can
>>>>>>>> be run for testing path connectivity on more than one VNIs. Limits should
>>>>>>>> be in place to avoid overwhelming the receiver with BFD messages (you had
>>>>>>>> words about this in your currently published draft).  If the VNI is
>>>>>>>> irrelevant in the test i.e. only the VXLAN pipe at the VTEP is being
>>>>>>>> tested. the user can use any VNI active on the VTEP on which the VTEP owns
>>>>>>>> an IP address.
>>>>>>>>
>>>>>>>> I'm concerned about the use of 127/8 address only because of
>>>>>>>> firewalls or implementations that drop packets with these addresses as
>>>>>>>> either the source or destination. For example, on many merchant silicon, I
>>>>>>>> don't believe you can turn off martian checking and drops *only* for
>>>>>>>> VXLAN-encapsulated BFD packets. I don't know what the Linux kernel does
>>>>>>>> today on such packets, for example (or Hyper-V). I'd like a solution that
>>>>>>>> doesn't demand additional or new chip functionality or require additional
>>>>>>>> middle-box hole punch.
>>>>>>>>
>>>>>>>> Why do you feel you MUST to specify the MAC/IP address on the inner
>>>>>>>> packet? What am I missing here?
>>>>>>>>
>>>>>>>> Dinesh
>>>>>>>>
>>>>>>>> On Mon, Aug 5, 2019 at 3:04 PM Greg Mirsky <gregimirsky@gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Hi Dinesh,
>>>>>>>>> what do you see as the way forward? I agree, that the proposed
>>>>>>>>> text doesn't work for multi-VNI concurrent monitoring because these VNIs
>>>>>>>>> are tenant's VNIs. And in that case, we need to specify another mechanism
>>>>>>>>> to trap the BFD Control packet at VTEP. It seems that VTEP's Ethernet
>>>>>>>>> address must be used as the destination MAC address in the inner Ethernet
>>>>>>>>> frame. The destination IP address may be either VTEP's address of martian
>>>>>>>>> (I do prefer martian). Let me give it  try:
>>>>>>>>> NEW TEXT:
>>>>>>>>>
>>>>>>>>> To monitor continuity of the path between two VTEPs, an operator
>>>>>>>>> MUST select a VNI number to be used as Management VNI. Management VNI
>>>>>>>>> number MUST NOT be one of the tenant's VNIs to prevent sending VXLAN
>>>>>>>>> packets received on Management VNI to a tenant. VNI number 1 is RECOMMENDED
>>>>>>>>> as the default for Management VNI. [Ed.note: What we set the Destination
>>>>>>>>> MAC to? Can it be invalid MAC that MUST be ignored on receipt?]
>>>>>>>>>
>>>>>>>>> If an implementation supports concurrent monitoring of multiple
>>>>>>>>> VNIs, then the value of VNI number MAY be one of tenant's VNIs. The
>>>>>>>>> destination MAC address in the inner Ethernet frame encapsulating BFD
>>>>>>>>> Control packet MUST be MAC associated with the remote VTEP.
>>>>>>>>> The destination IP address of the inner IP packet MUST be selected
>>>>>>>>> from the range 127/8 for IPv4, and for IPv6 from the range
>>>>>>>>> 0:0:0:0:0:FFFF:7F00:0/104. The TTL value in the inner IP header MUST be set
>>>>>>>>> to 1.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Greg
>>>>>>>>>
>>>>>>>>> On Sun, Aug 4, 2019 at 9:07 AM Dinesh Dutt <didutt@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Greg,
>>>>>>>>>>
>>>>>>>>>> Thanks for your clarifications. I agree with your sentiment on
>>>>>>>>>> why you're running BFD over VXLAN between VTEPs. I wasn't arguing against
>>>>>>>>>> it at all. All I was saying was pointing to the limitations of the use of
>>>>>>>>>> management VNI. I spoke to some operators who're running EVPN and mentioned
>>>>>>>>>> the discussion on this thread. They concur that they're using specific VNIs
>>>>>>>>>> to test connectivity over that VNI between VTEPs to ensure misconfiguration
>>>>>>>>>> doesn't lead to blackholes. My statements are based in real world operator
>>>>>>>>>> experience. And I was providing language that ensured packets didn't leak
>>>>>>>>>> across to tenants when they were destined to VTEPs.
>>>>>>>>>>
>>>>>>>>>> Dinesh
>>>>>>>>>>
>>>>>>>>>> On Sat, Aug 3, 2019 at 10:34 AM Greg Mirsky <
>>>>>>>>>> gregimirsky@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Dinesh,
>>>>>>>>>>> many thanks for your detailed updates on how some
>>>>>>>>>>> implementations process VXLAN header and the inner Ethernet frame. These
>>>>>>>>>>> are very helpful in achieving the workable solution for the problem at hand.
>>>>>>>>>>> You've noted that a path between VTEPs may be monitored in the
>>>>>>>>>>> underlay network by merely establishing a BFD session. That is true, but by
>>>>>>>>>>> using BFD with VXLAN encapsulation between the pair of VTEPs we are
>>>>>>>>>>> extending the OAM domain by including, to some extent, VXLAN forwarding
>>>>>>>>>>> engine. Abstract in RFC 5880 defines the goal and the domain in which BFD
>>>>>>>>>>> protocol can detect a fault as:
>>>>>>>>>>>    This document describes a protocol intended to detect faults
>>>>>>>>>>> in the
>>>>>>>>>>>    bidirectional path between two forwarding engines, including
>>>>>>>>>>>    interfaces, data link(s), and to the extent possible the
>>>>>>>>>>> forwarding
>>>>>>>>>>>    engines themselves, with potentially very low latency.
>>>>>>>>>>> Thus, BFD in the underlay will exercise a part of IP forwarding
>>>>>>>>>>> engine while BFD with VXLAN encapsulation, ran between the same pair of
>>>>>>>>>>> VTEPs, extends the OAM domain. At the same time, defining BFD between
>>>>>>>>>>> tenant systems in outside the goal of this specification. But VXLAN BFD
>>>>>>>>>>> session between VTEPs may be useful in monitoring e2e path between tenants,
>>>>>>>>>>> as described in the update to -07:
>>>>>>>>>>>    At the same time, a service layer BFD session may be used
>>>>>>>>>>> between the
>>>>>>>>>>>    tenants of VTEPs IP1 and IP2 to provide end-to-end fault
>>>>>>>>>>> management.
>>>>>>>>>>>    In such case, for VTEPs BFD control packets of that session
>>>>>>>>>>> are
>>>>>>>>>>>    indistinguishable from data packets.  If end-to-end defect
>>>>>>>>>>> detection
>>>>>>>>>>>    is realized as the set of concatenated OAM domains, e.g.,
>>>>>>>>>>> VM1-1 - IP1
>>>>>>>>>>>    -- IP2 - VM2-1, then the BFD session over VXLAN between VTEPs
>>>>>>>>>>> SHOULD
>>>>>>>>>>>    follow the procedures described in Section 6.8.17 [RFC5880].
>>>>>>>>>>> I've attached the current working version of the draft.
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>> Greg
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Aug 2, 2019 at 5:43 PM Dinesh Dutt <didutt@gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> What I mean is "How do you infer that it excludes the case I'm
>>>>>>>>>>>> talking about?".
>>>>>>>>>>>>
>>>>>>>>>>>> Dinesh
>>>>>>>>>>>>
>>>>>>>>>>>> On Fri, Aug 2, 2019 at 5:41 PM Dinesh Dutt <didutt@gmail.com>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> The abstract reads this: "
>>>>>>>>>>>>>
>>>>>>>>>>>>> This document describes the use of the Bidirectional Forwarding
>>>>>>>>>>>>>    Detection (BFD) protocol in point-to-point Virtual eXtensible Local
>>>>>>>>>>>>>    Area Network (VXLAN) tunnels forming up an overlay network."
>>>>>>>>>>>>>
>>>>>>>>>>>>> How do you infer what you said?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Dinesh
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Fri, Aug 2, 2019 at 5:38 PM Joel M. Halpern <
>>>>>>>>>>>>> jmh@joelhalpern.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> I am going by what the draft says its purpose is.  If you
>>>>>>>>>>>>>> (Dinesh) want
>>>>>>>>>>>>>> the draft to fulfill a different purpose, then either ask the
>>>>>>>>>>>>>> chairs to
>>>>>>>>>>>>>> take this draft back to the WG, or write a separate draft.
>>>>>>>>>>>>>> As currently written, the behavior Greg proposed meets the
>>>>>>>>>>>>>> needs, and
>>>>>>>>>>>>>> does so in a way that is consistent with VxLAN.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Yours,
>>>>>>>>>>>>>> Joel
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 8/2/2019 8:30 PM, Dinesh Dutt wrote:
>>>>>>>>>>>>>> > What is the stated purpose of this BFD session? The VTEP
>>>>>>>>>>>>>> reachability is
>>>>>>>>>>>>>> > determined by the underlay, I don't need VXLAN-encaped
>>>>>>>>>>>>>> packet for that.
>>>>>>>>>>>>>> > Do we agree?
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> > If I want to test the VXLAN encap/decap functionality
>>>>>>>>>>>>>> alone, picking any
>>>>>>>>>>>>>> > single VNI maybe fine. But is this all any network operator
>>>>>>>>>>>>>> wants? Why?
>>>>>>>>>>>>>> > In what situations has this been a problem? I suspect
>>>>>>>>>>>>>> operators also
>>>>>>>>>>>>>> > want to verify path continuity over a specific VNI. If you
>>>>>>>>>>>>>> say this is
>>>>>>>>>>>>>> > not defined by the document, I disagree because the current
>>>>>>>>>>>>>> version
>>>>>>>>>>>>>> > talks about controlling the number of BFD sessions between
>>>>>>>>>>>>>> the VTEPs
>>>>>>>>>>>>>> > (see section 3). More importantly, this is a real problem
>>>>>>>>>>>>>> that operators
>>>>>>>>>>>>>> > like to verify.
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> > Dinesh
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> > On Fri, Aug 2, 2019 at 5:08 PM Joel M. Halpern <
>>>>>>>>>>>>>> jmh@joelhalpern.com
>>>>>>>>>>>>>> > <mailto:jmh@joelhalpern.com>> wrote:
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> >     What is special about the management VNI is precisely
>>>>>>>>>>>>>> that it is NOT a
>>>>>>>>>>>>>> >     tenant VNI.  The VxLAN administration does know how it
>>>>>>>>>>>>>> allocates VNI to
>>>>>>>>>>>>>> >     tenants, and which VNI it has allocated.  In contrast,
>>>>>>>>>>>>>> it does not know
>>>>>>>>>>>>>> >     which IP addresses or MAC adddresses teh tenant is
>>>>>>>>>>>>>> using or may plan
>>>>>>>>>>>>>> >     to use.
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> >     Yours,
>>>>>>>>>>>>>> >     Joel
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> >     On 8/2/2019 6:41 PM, Dinesh Dutt wrote:
>>>>>>>>>>>>>> >      > The assumption of an IP address within any VNI is
>>>>>>>>>>>>>> suspect that way.
>>>>>>>>>>>>>> >      > What's special about a single VNI, the management
>>>>>>>>>>>>>> VNI? The VTEP IP
>>>>>>>>>>>>>> >      > address does not belong in reality in any VNI.
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      > Dinesh
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      > On Fri, Aug 2, 2019 at 3:17 PM Joel M. Halpern
>>>>>>>>>>>>>> >     <jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>
>>>>>>>>>>>>>> >      > <mailto:jmh@joelhalpern.com <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com>>> wrote:
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     Your response seems to miss two points:
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     First, the problem you describe is not what the
>>>>>>>>>>>>>> document says
>>>>>>>>>>>>>> >     it is
>>>>>>>>>>>>>> >      >     solving.  To the degree it discusses it at all,
>>>>>>>>>>>>>> the document
>>>>>>>>>>>>>> >     says "
>>>>>>>>>>>>>> >      >       In
>>>>>>>>>>>>>> >      >     most cases, a single BFD session is sufficient
>>>>>>>>>>>>>> for the given
>>>>>>>>>>>>>> >     VTEP to
>>>>>>>>>>>>>> >      >     monitor the reachability of a remote VTEP,
>>>>>>>>>>>>>> regardless of the
>>>>>>>>>>>>>> >     number of
>>>>>>>>>>>>>> >      >     VNIs in common. "
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     Second, you assume the existence of an IP
>>>>>>>>>>>>>> address for a VTEP
>>>>>>>>>>>>>> >     within a
>>>>>>>>>>>>>> >      >     VNI.  As with the MAC address, the VTEP does not
>>>>>>>>>>>>>> have an IP
>>>>>>>>>>>>>> >     address
>>>>>>>>>>>>>> >      >     within the VNI.  Some implementations may have
>>>>>>>>>>>>>> created such a
>>>>>>>>>>>>>> >     thing,
>>>>>>>>>>>>>> >      >     but
>>>>>>>>>>>>>> >      >     the general construct, as defined to date, does
>>>>>>>>>>>>>> not support such.
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     In short, you are requiring a behavior that
>>>>>>>>>>>>>> violates the
>>>>>>>>>>>>>> >     architectural
>>>>>>>>>>>>>> >      >     structure of overlay / underlay separation, and
>>>>>>>>>>>>>> common
>>>>>>>>>>>>>> >     usage.  And you
>>>>>>>>>>>>>> >      >     are doing so to support a use case that the
>>>>>>>>>>>>>> working group has not
>>>>>>>>>>>>>> >      >     indicated in the document as important.
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     Yours,
>>>>>>>>>>>>>> >      >     Joel
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >      >     On 8/2/2019 5:01 PM, Dinesh Dutt wrote:
>>>>>>>>>>>>>> >      >      > Joel,
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      > You understood correctly.
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      > The VNIs may not share fate due to
>>>>>>>>>>>>>> misconfiguration. And I
>>>>>>>>>>>>>> >     strongly
>>>>>>>>>>>>>> >      >      > suspect someone will want to use BFD for that
>>>>>>>>>>>>>> because its
>>>>>>>>>>>>>> >     about
>>>>>>>>>>>>>> >      >     checking
>>>>>>>>>>>>>> >      >      > path continuity as stated by the draft. As
>>>>>>>>>>>>>> long as there's a
>>>>>>>>>>>>>> >      >     valid IP
>>>>>>>>>>>>>> >      >      > (because it's BFD) owned by the VTEP in that
>>>>>>>>>>>>>> VNI, you can
>>>>>>>>>>>>>> >     use BFD in
>>>>>>>>>>>>>> >      >      > that VNI. Thats all that you need to
>>>>>>>>>>>>>> dictate.  That IP address
>>>>>>>>>>>>>> >      >     has a MAC
>>>>>>>>>>>>>> >      >      > address and you can use that on the inner
>>>>>>>>>>>>>> frame. That is
>>>>>>>>>>>>>> >     all normal
>>>>>>>>>>>>>> >      >      > VXLAN processing. The outer IP is always that
>>>>>>>>>>>>>> of the VTEP.
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      > Dinesh
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      > On Fri, Aug 2, 2019 at 11:03 AM Joel M.
>>>>>>>>>>>>>> Halpern
>>>>>>>>>>>>>> >      >     <jmh@joelhalpern.com <mailto:jmh@joelhalpern.com
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com
>>>>>>>>>>>>>> >>
>>>>>>>>>>>>>> >      >      > <mailto:jmh@joelhalpern.com <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com>
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>>>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      >     If I am reading your various emails
>>>>>>>>>>>>>> correctly Dinesh
>>>>>>>>>>>>>> >     (and I
>>>>>>>>>>>>>> >      >     may have
>>>>>>>>>>>>>> >      >      >     missed something) you are trying to use
>>>>>>>>>>>>>> the MAC address
>>>>>>>>>>>>>> >      >     because you
>>>>>>>>>>>>>> >      >      >     want
>>>>>>>>>>>>>> >      >      >     to be able to send these BFD packets over
>>>>>>>>>>>>>> arbitrary VNI to
>>>>>>>>>>>>>> >      >     monitor the
>>>>>>>>>>>>>> >      >      >     VNI.  That is not a requirement
>>>>>>>>>>>>>> identified in the
>>>>>>>>>>>>>> >     document.
>>>>>>>>>>>>>> >      >     It is not
>>>>>>>>>>>>>> >      >      >     even a problem I understand, since all
>>>>>>>>>>>>>> the VNI between an
>>>>>>>>>>>>>> >      >     ingress and
>>>>>>>>>>>>>> >      >      >     egress VTEP share fate.
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      >     Yours,
>>>>>>>>>>>>>> >      >      >     Joel
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >      >     On 8/2/2019 1:44 PM, Dinesh Dutt wrote:
>>>>>>>>>>>>>> >      >      >      > Thanks for verifying this. On Linux
>>>>>>>>>>>>>> and hardware
>>>>>>>>>>>>>> >     routers
>>>>>>>>>>>>>> >      >     that I'm
>>>>>>>>>>>>>> >      >      >     aware
>>>>>>>>>>>>>> >      >      >      > of (Cisco circa 2012 and Cumulus), the
>>>>>>>>>>>>>> physical MAC
>>>>>>>>>>>>>> >     address is
>>>>>>>>>>>>>> >      >      >     reused
>>>>>>>>>>>>>> >      >      >      > across the VNIs on the VTEP. Did you
>>>>>>>>>>>>>> check on a non-VMW
>>>>>>>>>>>>>> >      >     device?
>>>>>>>>>>>>>> >      >      >     This is
>>>>>>>>>>>>>> >      >      >      > more for my own curiosity.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      > To address the general case, can we
>>>>>>>>>>>>>> not define a
>>>>>>>>>>>>>> >      >     well-known (or
>>>>>>>>>>>>>> >      >      >     reserve
>>>>>>>>>>>>>> >      >      >      > one) unicast MAC address for use with
>>>>>>>>>>>>>> VTEP? If the MAC
>>>>>>>>>>>>>> >      >     address is
>>>>>>>>>>>>>> >      >      >      > configurable in BFD command, this can
>>>>>>>>>>>>>> be moot.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      > Dinesh
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      > On Fri, Aug 2, 2019 at 10:27 AM
>>>>>>>>>>>>>> Santosh P K
>>>>>>>>>>>>>> >      >      >      > <santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>>>> wrote:
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >     I have cross checked point raised
>>>>>>>>>>>>>> about MAC address
>>>>>>>>>>>>>> >      >     usage. It is
>>>>>>>>>>>>>> >      >      >      >     possible that tenant could be
>>>>>>>>>>>>>> using physical MAC
>>>>>>>>>>>>>> >      >     address and
>>>>>>>>>>>>>> >      >      >     when a
>>>>>>>>>>>>>> >      >      >      >     packet comes with valid VNI with a
>>>>>>>>>>>>>> MAC address
>>>>>>>>>>>>>> >     that is
>>>>>>>>>>>>>> >      >     being
>>>>>>>>>>>>>> >      >      >     used by
>>>>>>>>>>>>>> >      >      >      >     tenant then packet will be sent to
>>>>>>>>>>>>>> that tenant.
>>>>>>>>>>>>>> >     This rules
>>>>>>>>>>>>>> >      >      >     out the
>>>>>>>>>>>>>> >      >      >      >     fact that we could use physical
>>>>>>>>>>>>>> MAC address as
>>>>>>>>>>>>>> >     inner
>>>>>>>>>>>>>> >      >     MAC to
>>>>>>>>>>>>>> >      >      >     ensure
>>>>>>>>>>>>>> >      >      >      >     packets get terminated at VTEP
>>>>>>>>>>>>>> itself.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >     Thanks
>>>>>>>>>>>>>> >      >      >      >     Santosh P K
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >     On Wed, Jul 31, 2019 at 11:00 AM
>>>>>>>>>>>>>> Santosh P K
>>>>>>>>>>>>>> >      >      >      >     <santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:santosh.pallagatti@gmail.com
>>>>>>>>>>>>>> >     <mailto:santosh.pallagatti@gmail.com>>>>>
>>>>>>>>>>>>>> >      >      >      >     wrote:
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >         Joel,
>>>>>>>>>>>>>> >      >      >      >             Thanks for your inputs. I
>>>>>>>>>>>>>> checked
>>>>>>>>>>>>>> >      >     implementation within
>>>>>>>>>>>>>> >      >      >      >         Vmware. Perhaps I should have
>>>>>>>>>>>>>> been more clear
>>>>>>>>>>>>>> >      >     about MAC
>>>>>>>>>>>>>> >      >      >     address
>>>>>>>>>>>>>> >      >      >      >         space while checking
>>>>>>>>>>>>>> internally. I will cross
>>>>>>>>>>>>>> >      >     check again for
>>>>>>>>>>>>>> >      >      >      >         the same and get back on this
>>>>>>>>>>>>>> list.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >         Thanks
>>>>>>>>>>>>>> >      >      >      >         Santosh P K
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >         On Wed, Jul 31, 2019 at 10:54
>>>>>>>>>>>>>> AM Joel M.
>>>>>>>>>>>>>> >     Halpern
>>>>>>>>>>>>>> >      >      >      >         <jmh@joelhalpern.com
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com> <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com>>
>>>>>>>>>>>>>> >      >     <mailto:jmh@joelhalpern.com <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com>
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com
>>>>>>>>>>>>>> >>>
>>>>>>>>>>>>>> >      >      >     <mailto:jmh@joelhalpern.com
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com> <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com>>
>>>>>>>>>>>>>> >      >     <mailto:jmh@joelhalpern.com <mailto:
>>>>>>>>>>>>>> jmh@joelhalpern.com>
>>>>>>>>>>>>>> >     <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>>>>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >             Sorry to ask a stupid
>>>>>>>>>>>>>> question.  Whose
>>>>>>>>>>>>>> >      >     implementation?
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >             The reason I ask is that
>>>>>>>>>>>>>> as far as I
>>>>>>>>>>>>>> >     can tell,
>>>>>>>>>>>>>> >      >     since the
>>>>>>>>>>>>>> >      >      >      >             tenant does not
>>>>>>>>>>>>>> >      >      >      >             have any control access to
>>>>>>>>>>>>>> the VTEP,
>>>>>>>>>>>>>> >     there is no
>>>>>>>>>>>>>> >      >      >     reason for
>>>>>>>>>>>>>> >      >      >      >             the VTEP to
>>>>>>>>>>>>>> >      >      >      >             have a MAC address in the
>>>>>>>>>>>>>> tenant
>>>>>>>>>>>>>> >     space.  Yes, the
>>>>>>>>>>>>>> >      >      >     device has
>>>>>>>>>>>>>> >      >      >      >             a physical
>>>>>>>>>>>>>> >      >      >      >             MAC address.  But the
>>>>>>>>>>>>>> tenant could well be
>>>>>>>>>>>>>> >      >     using that MAC
>>>>>>>>>>>>>> >      >      >      >             address.  Yes,
>>>>>>>>>>>>>> >      >      >      >             they would be violating
>>>>>>>>>>>>>> the Ethernet spec.
>>>>>>>>>>>>>> >      >     But the whole
>>>>>>>>>>>>>> >      >      >      >             point of
>>>>>>>>>>>>>> >      >      >      >             segregation is not to care
>>>>>>>>>>>>>> about such
>>>>>>>>>>>>>> >     issues.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >             On the other hand, if you
>>>>>>>>>>>>>> tell me that
>>>>>>>>>>>>>> >     the VMWare
>>>>>>>>>>>>>> >      >      >      >             implementation has an
>>>>>>>>>>>>>> >      >      >      >             Ethernet address that is
>>>>>>>>>>>>>> part of the tenant
>>>>>>>>>>>>>> >      >     space, well,
>>>>>>>>>>>>>> >      >      >      >             they made up
>>>>>>>>>>>>>> >      >      >      >             this particular game.
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >             Yours,
>>>>>>>>>>>>>> >      >      >      >             Joel
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >      >             On 7/31/2019 1:44 PM,
>>>>>>>>>>>>>> Santosh P K wrote:
>>>>>>>>>>>>>> >      >      >      >              > I have checked with
>>>>>>>>>>>>>> implementation
>>>>>>>>>>>>>> >     in data
>>>>>>>>>>>>>> >      >     path.
>>>>>>>>>>>>>> >      >      >     When we
>>>>>>>>>>>>>> >      >      >      >             receive a
>>>>>>>>>>>>>> >      >      >      >              > packet with valid VNI
>>>>>>>>>>>>>> then lookup
>>>>>>>>>>>>>> >     for MAC will
>>>>>>>>>>>>>> >      >      >     happen and
>>>>>>>>>>>>>> >      >      >      >             it is VTEP own
>>>>>>>>>>>>>> >      >      >      >              > MAC then it will be
>>>>>>>>>>>>>> trapped to control
>>>>>>>>>>>>>> >      >     plane for
>>>>>>>>>>>>>> >      >      >      >             processing. I think we
>>>>>>>>>>>>>> >      >      >      >              > can have following
>>>>>>>>>>>>>> options
>>>>>>>>>>>>>> >      >      >      >              > 1. Optional managment
>>>>>>>>>>>>>> VNI
>>>>>>>>>>>>>> >      >      >      >              > 2. Mandatory inner MAC
>>>>>>>>>>>>>> set to VTEP mac
>>>>>>>>>>>>>> >      >      >      >              > 3. Inner IP TTL set to
>>>>>>>>>>>>>> 1 to avoid
>>>>>>>>>>>>>> >      >     forwarding of packet
>>>>>>>>>>>>>> >      >      >      >             via inner IP
>>>>>>>>>>>>>> >      >      >      >              > address.
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              > Thoughts?
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              > Thansk
>>>>>>>>>>>>>> >      >      >      >              > Santosh P K
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              > On Wed, Jul 31, 2019 at
>>>>>>>>>>>>>> 9:20 AM Greg
>>>>>>>>>>>>>> >     Mirsky
>>>>>>>>>>>>>> >      >      >      >             <gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com> <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>>>
>>>>>>>>>>>>>> >      >      >      >              > <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com> <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>
>>>>>>>>>>>>>> >      >      >      >             <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>>>> wrote:
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >     Hi Dinesh,
>>>>>>>>>>>>>> >      >      >      >              >     thank you for your
>>>>>>>>>>>>>> consideration
>>>>>>>>>>>>>> >     of the
>>>>>>>>>>>>>> >      >      >     proposal and
>>>>>>>>>>>>>> >      >      >      >             questions. What
>>>>>>>>>>>>>> >      >      >      >              >     would you see as
>>>>>>>>>>>>>> the scope of
>>>>>>>>>>>>>> >     testing the
>>>>>>>>>>>>>> >      >      >      >             connectivity for the
>>>>>>>>>>>>>> >      >      >      >              >     specific VNI? If it
>>>>>>>>>>>>>> is
>>>>>>>>>>>>>> >      >     tenant-to-tenant, then
>>>>>>>>>>>>>> >      >      >     VTEPs
>>>>>>>>>>>>>> >      >      >      >             will treat these
>>>>>>>>>>>>>> >      >      >      >              >     packets as regular
>>>>>>>>>>>>>> user frames. More
>>>>>>>>>>>>>> >      >     likely, these
>>>>>>>>>>>>>> >      >      >      >             could be Layer 2
>>>>>>>>>>>>>> >      >      >      >              >     OAM, e.g. CCM
>>>>>>>>>>>>>> frames. The reason
>>>>>>>>>>>>>> >     to use
>>>>>>>>>>>>>> >      >     127/8 for
>>>>>>>>>>>>>> >      >      >      >             IPv4, and
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>>  0:0:0:0:0:FFFF:7F00:0/104 for
>>>>>>>>>>>>>> >     IPv6 is
>>>>>>>>>>>>>> >      >     to safeguard
>>>>>>>>>>>>>> >      >      >      >             from leaking
>>>>>>>>>>>>>> >      >      >      >              >     Ethernet frames
>>>>>>>>>>>>>> with BFD Control
>>>>>>>>>>>>>> >     packet
>>>>>>>>>>>>>> >      >     to a
>>>>>>>>>>>>>> >      >      >     tenant.
>>>>>>>>>>>>>> >      >      >      >              >     You've suggested
>>>>>>>>>>>>>> using a MAC
>>>>>>>>>>>>>> >     address to
>>>>>>>>>>>>>> >      >     trap the
>>>>>>>>>>>>>> >      >      >      >             control packet at
>>>>>>>>>>>>>> >      >      >      >              >     VTEP. What that
>>>>>>>>>>>>>> address could be? We
>>>>>>>>>>>>>> >      >     had proposed
>>>>>>>>>>>>>> >      >      >      >             using the
>>>>>>>>>>>>>> >      >      >      >              >     dedicated MAC and
>>>>>>>>>>>>>> VTEP's MAC and
>>>>>>>>>>>>>> >     both
>>>>>>>>>>>>>> >      >     raised
>>>>>>>>>>>>>> >      >      >     concerns
>>>>>>>>>>>>>> >      >      >      >             among VXLAN
>>>>>>>>>>>>>> >      >      >      >              >     experts. The idea
>>>>>>>>>>>>>> of using
>>>>>>>>>>>>>> >     Management
>>>>>>>>>>>>>> >      >     VNI may
>>>>>>>>>>>>>> >      >      >     be more
>>>>>>>>>>>>>> >      >      >      >             acceptable
>>>>>>>>>>>>>> >      >      >      >              >     based on its
>>>>>>>>>>>>>> similarity to the
>>>>>>>>>>>>>> >     practice
>>>>>>>>>>>>>> >      >     of using
>>>>>>>>>>>>>> >      >      >      >             Management VLAN.
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >     Regards,
>>>>>>>>>>>>>> >      >      >      >              >     Greg
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >     On Wed, Jul 31,
>>>>>>>>>>>>>> 2019 at 12:03 PM
>>>>>>>>>>>>>> >     Dinesh
>>>>>>>>>>>>>> >      >     Dutt
>>>>>>>>>>>>>> >      >      >      >             <didutt@gmail.com
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com> <mailto:didutt@gmail.com
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com>>
>>>>>>>>>>>>>> >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>
>>>>>>>>>>>>>> >      >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>>>>>>>>>>>>>> >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>>
>>>>>>>>>>>>>> >      >      >      >              >     <mailto:
>>>>>>>>>>>>>> didutt@gmail.com
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>
>>>>>>>>>>>>>> >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:didutt@gmail.com <mailto:
>>>>>>>>>>>>>> didutt@gmail.com>
>>>>>>>>>>>>>> >     <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>>>>
>>>>>>>>>>>>>> >      >      >      >             wrote:
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >         Hi Greg,
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >         As long as the
>>>>>>>>>>>>>> inner MAC
>>>>>>>>>>>>>> >     address is
>>>>>>>>>>>>>> >      >     such
>>>>>>>>>>>>>> >      >      >     that the
>>>>>>>>>>>>>> >      >      >      >             packet is
>>>>>>>>>>>>>> >      >      >      >              >         trapped to the
>>>>>>>>>>>>>> CPU, it should be
>>>>>>>>>>>>>> >      >     fine for
>>>>>>>>>>>>>> >      >      >     use as
>>>>>>>>>>>>>> >      >      >      >             an inner MAC is
>>>>>>>>>>>>>> >      >      >      >              >         it not? Stating
>>>>>>>>>>>>>> that is
>>>>>>>>>>>>>> >     better than
>>>>>>>>>>>>>> >      >     trying to
>>>>>>>>>>>>>> >      >      >      >             force a management
>>>>>>>>>>>>>> >      >      >      >              >         VNI. What if
>>>>>>>>>>>>>> someone wants
>>>>>>>>>>>>>> >     to test
>>>>>>>>>>>>>> >      >      >     connectivity
>>>>>>>>>>>>>> >      >      >      >             on a specific
>>>>>>>>>>>>>> >      >      >      >              >         VNI? I would
>>>>>>>>>>>>>> not pick a
>>>>>>>>>>>>>> >     loopback IP
>>>>>>>>>>>>>> >      >      >     address for
>>>>>>>>>>>>>> >      >      >      >             this since that
>>>>>>>>>>>>>> >      >      >      >              >         address range
>>>>>>>>>>>>>> is host/node local
>>>>>>>>>>>>>> >      >     only. Is
>>>>>>>>>>>>>> >      >      >     there a
>>>>>>>>>>>>>> >      >      >      >             reason you're
>>>>>>>>>>>>>> >      >      >      >              >         not using the
>>>>>>>>>>>>>> VTEP IP as the
>>>>>>>>>>>>>> >     inner IP
>>>>>>>>>>>>>> >      >      >     address ?
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >         Dinesh
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >         On Wed, Jul 31,
>>>>>>>>>>>>>> 2019 at 5:48 AM
>>>>>>>>>>>>>> >      >     Greg Mirsky
>>>>>>>>>>>>>> >      >      >      >              >         <
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com> <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>
>>>>>>>>>>>>>> >      >      >      >             <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>> <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com> <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>
>>>>>>>>>>>>>> >      >      >      >             <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com <mailto:
>>>>>>>>>>>>>> gregimirsky@gmail.com>>
>>>>>>>>>>>>>> >      >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>
>>>>>>>>>>>>>> >      >     <mailto:gregimirsky@gmail.com
>>>>>>>>>>>>>> >     <mailto:gregimirsky@gmail.com>>>>>> wrote:
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >             Dear All,
>>>>>>>>>>>>>> >      >      >      >              >             thank you
>>>>>>>>>>>>>> for your comments,
>>>>>>>>>>>>>> >      >      >     suggestions on
>>>>>>>>>>>>>> >      >      >      >             this issue,
>>>>>>>>>>>>>> >      >      >      >              >             probably
>>>>>>>>>>>>>> the most
>>>>>>>>>>>>>> >     challenging
>>>>>>>>>>>>>> >      >     for this
>>>>>>>>>>>>>> >      >      >      >             specification. In the
>>>>>>>>>>>>>> >      >      >      >              >             course of
>>>>>>>>>>>>>> our discussions,
>>>>>>>>>>>>>> >      >     we've agreed to
>>>>>>>>>>>>>> >      >      >      >             abandon the
>>>>>>>>>>>>>> >      >      >      >              >             request to
>>>>>>>>>>>>>> allocate the
>>>>>>>>>>>>>> >      >     dedicated MAC
>>>>>>>>>>>>>> >      >      >     address
>>>>>>>>>>>>>> >      >      >      >             to be used as
>>>>>>>>>>>>>> >      >      >      >              >             the
>>>>>>>>>>>>>> destination MAC
>>>>>>>>>>>>>> >     address in
>>>>>>>>>>>>>> >      >     the inner
>>>>>>>>>>>>>> >      >      >      >             Ethernet frame.
>>>>>>>>>>>>>> >      >      >      >              >             Also,
>>>>>>>>>>>>>> earlier using VNI
>>>>>>>>>>>>>> >     0 was
>>>>>>>>>>>>>> >      >     changed from
>>>>>>>>>>>>>> >      >      >      >             mandatory to one
>>>>>>>>>>>>>> >      >      >      >              >             of the
>>>>>>>>>>>>>> options an
>>>>>>>>>>>>>> >      >     implementation may
>>>>>>>>>>>>>> >      >      >     offer to
>>>>>>>>>>>>>> >      >      >      >             an operator.
>>>>>>>>>>>>>> >      >      >      >              >             The most
>>>>>>>>>>>>>> recent
>>>>>>>>>>>>>> >     discussion was
>>>>>>>>>>>>>> >      >     whether
>>>>>>>>>>>>>> >      >      >     VTEP's
>>>>>>>>>>>>>> >      >      >      >             MAC address
>>>>>>>>>>>>>> >      >      >      >              >             might be
>>>>>>>>>>>>>> used as the
>>>>>>>>>>>>>> >      >     destination MAC
>>>>>>>>>>>>>> >      >      >     address
>>>>>>>>>>>>>> >      >      >      >             in the inner
>>>>>>>>>>>>>> >      >      >      >              >             Ethernet
>>>>>>>>>>>>>> frame. As I
>>>>>>>>>>>>>> >     recall it, the
>>>>>>>>>>>>>> >      >      >     comments
>>>>>>>>>>>>>> >      >      >      >             from VXLAN
>>>>>>>>>>>>>> >      >      >      >              >             experts
>>>>>>>>>>>>>> equally split
>>>>>>>>>>>>>> >     with one
>>>>>>>>>>>>>> >      >     for it
>>>>>>>>>>>>>> >      >      >     and one
>>>>>>>>>>>>>> >      >      >      >             against. Hence
>>>>>>>>>>>>>> >      >      >      >              >             I would
>>>>>>>>>>>>>> like to propose
>>>>>>>>>>>>>> >     a new
>>>>>>>>>>>>>> >      >     text to
>>>>>>>>>>>>>> >      >      >     resolve
>>>>>>>>>>>>>> >      >      >      >             the issue. The
>>>>>>>>>>>>>> >      >      >      >              >             idea is to
>>>>>>>>>>>>>> let an
>>>>>>>>>>>>>> >     operator select
>>>>>>>>>>>>>> >      >      >     Management
>>>>>>>>>>>>>> >      >      >      >             VNI and use
>>>>>>>>>>>>>> >      >      >      >              >             that VNI in
>>>>>>>>>>>>>> VXLAN
>>>>>>>>>>>>>> >     encapsulation
>>>>>>>>>>>>>> >      >     of BFD
>>>>>>>>>>>>>> >      >      >      >             Control packets:
>>>>>>>>>>>>>> >      >      >      >              >             NEW TEXT:
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >                 An
>>>>>>>>>>>>>> operator MUST
>>>>>>>>>>>>>> >     select a VNI
>>>>>>>>>>>>>> >      >      >     number to
>>>>>>>>>>>>>> >      >      >      >             be used as
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>>  Management VNI. VXLAN
>>>>>>>>>>>>>> >      >     packet for
>>>>>>>>>>>>>> >      >      >      >             Management VNI MUST NOT
>>>>>>>>>>>>>> >      >      >      >              >                 be sent
>>>>>>>>>>>>>> to a tenant. VNI
>>>>>>>>>>>>>> >      >     number 1 is
>>>>>>>>>>>>>> >      >      >      >             RECOMMENDED as the
>>>>>>>>>>>>>> >      >      >      >              >                 default
>>>>>>>>>>>>>> for
>>>>>>>>>>>>>> >     Management VNI.
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >             With that
>>>>>>>>>>>>>> new text, what
>>>>>>>>>>>>>> >     can be the
>>>>>>>>>>>>>> >      >      >     value of
>>>>>>>>>>>>>> >      >      >      >             the destination
>>>>>>>>>>>>>> >      >      >      >              >             MAC in the
>>>>>>>>>>>>>> inner Ethernet? I
>>>>>>>>>>>>>> >      >     tend to
>>>>>>>>>>>>>> >      >      >     believe
>>>>>>>>>>>>>> >      >      >      >             that it can be
>>>>>>>>>>>>>> >      >      >      >              >             anything
>>>>>>>>>>>>>> and ignored by the
>>>>>>>>>>>>>> >      >     reciever VTEP.
>>>>>>>>>>>>>> >      >      >      >             Also, if the
>>>>>>>>>>>>>> >      >      >      >              >             trapping is
>>>>>>>>>>>>>> based on VNI
>>>>>>>>>>>>>> >      >     number, the
>>>>>>>>>>>>>> >      >      >      >             destination IP address
>>>>>>>>>>>>>> >      >      >      >              >             of the
>>>>>>>>>>>>>> inner IP packet
>>>>>>>>>>>>>> >     can from
>>>>>>>>>>>>>> >      >     the range
>>>>>>>>>>>>>> >      >      >      >             127/8 for IPv4,
>>>>>>>>>>>>>> >      >      >      >              >             and for
>>>>>>>>>>>>>> IPv6 from the range
>>>>>>>>>>>>>> >      >      >      >             0:0:0:0:0:FFFF:7F00:0/104.
>>>>>>>>>>>>>> And
>>>>>>>>>>>>>> >      >      >      >              >             lastly, the
>>>>>>>>>>>>>> TTL to be
>>>>>>>>>>>>>> >     set to 1 (no
>>>>>>>>>>>>>> >      >      >     change here).
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >             Much
>>>>>>>>>>>>>> appreciate your
>>>>>>>>>>>>>> >     comments,
>>>>>>>>>>>>>> >      >      >     questions, and
>>>>>>>>>>>>>> >      >      >      >             suggestions.
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >              >             Best
>>>>>>>>>>>>>> regards,
>>>>>>>>>>>>>> >      >      >      >              >             Greg
>>>>>>>>>>>>>> >      >      >      >              >
>>>>>>>>>>>>>> >      >      >      >
>>>>>>>>>>>>>> >      >      >
>>>>>>>>>>>>>> >      >
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>
>>>>>>>>>>>>>

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

<div dir=3D"ltr"><div dir=3D"ltr">Greg,<br></div><div>=C2=A0 =C2=A0 Please =
see inline reply tagged [SPK]. I have added text requested.</div><div><br><=
/div><div>Thanks</div><div>Santosh P K=C2=A0</div><br><div class=3D"gmail_q=
uote"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, Aug 16, 2019 at 4:59 AM=
 Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com">gregimirsky@gmail=
.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex"><div dir=3D"ltr"><div dir=3D"ltr">Hi Santosh,<div>thank you for your co=
mments. Please find my notes in-lined and tagged GIM&gt;&gt;.</div><div><br=
></div><div>Regards,</div><div>Greg</div></div><br><div class=3D"gmail_quot=
e"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Aug 13, 2019 at 10:24 PM S=
antosh P K &lt;<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_b=
lank">santosh.pallagatti@gmail.com</a>&gt; wrote:<br></div><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r=
gb(204,204,204);padding-left:1ex"><div dir=3D"ltr">Greg,<div>=C2=A0 =C2=A0T=
hanks for updated version of document. Here are few comments on new draft.<=
/div><div><br></div><div>Section 4:</div><div><div style=3D"color:rgb(0,0,0=
);font-family:&quot;Courier New&quot;,Courier,monospace,arial,sans-serif;fo=
nt-size:14px;white-space:pre-wrap">         Destination MAC: This MUST NOT =
be of one of tenant&#39;s MAC
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 addresses.=C2=A0 The MAC addr=
ess MAY be configured, or it MAY be
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 learned via a control plane p=
rotocol.=C2=A0 The details of how the
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MAC address is obtained are o=
utside the scope of this document.
</div></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&qu=
ot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap"=
><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quo=
t;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=
I think we may need to give background on why we are saying MAC address MUS=
T not be one of tenant&#39;s MAC address. Like in this thread we have discu=
ssed one of the tenant could have borrowed the same VTEP mac address and we=
 if we have to use BFD then we need to avoid that conflict to ensure BFD pa=
ckets get observed in the VTEP itself. Should we add a section before 4 to =
set that context so that above text makes more sense in that context? </div=
></div></blockquote><div>GIM&gt;&gt; Certainly. Please share the text you&#=
39;d like to add.=C2=A0</div></div></div></blockquote><div>=C2=A0</div><div=
>[SPK]=C2=A0 Proposed text for why we should not use VTEP MAX address as te=
nant MAC address.</div><div><br></div><div>&quot;In some scenarios tenant M=
AC is borrowed from VTEP MAC address. VXLAN BFD MUST terminate BFD session =
at VTEP and MUST not forward BFD packets to tenants. To terminate VXLAN BFD=
 packets at VTEP, deployment MUST ensure that there are no tenant VM which =
barrows VTEP MAC address.&quot;</div><div><br></div><blockquote class=3D"gm=
ail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,=
204,204);padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_quote"><blo=
ckquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left=
:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div style=
=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,=
arial,sans-serif;font-size:14px;white-space:pre-wrap"><br></div><div style=
=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,=
arial,sans-serif;font-size:14px;white-space:pre-wrap"><br></div><div style=
=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,=
arial,sans-serif;font-size:14px;white-space:pre-wrap">      =C2=A0=C2=A0=C2=
=A0IP header:</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier=
 New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pr=
e-wrap">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Destination IP: IP=
 address MUST NOT be of one of tenant&#39;s IP
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 addresses.=C2=A0 IP address M=
AY be selected from the range 127/8 for
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 IPv4, for IPv6 - from the ran=
ge 0:0:0:0:0:FFFF:7F00:0/104.
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap"><br><=
/div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Cou=
rier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 TTL: MUST be set to 1 to ensure =
that the BFD packet is not
</div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Co=
urier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 routed within the L3 underlay=
 network.<br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier=
 New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pr=
e-wrap"><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier =
New&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre=
-wrap"><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier N=
ew&quot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre-=
wrap">I think we have added some text to address Sridhar comments on why TT=
L MUST be 1 and dest IP address MUST be 127/8 range. I see that text is mis=
sing now. </div></div></blockquote><div>GIM&gt;&gt; My apologies that I&#39=
;ve missed to include the text from another discussion thread. I believe th=
e following would be complete:</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 TTL or Hop Limit: MUST be set to 1 to ensure that the BFD</div>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0packet is not routed within the Layer 3 underlay ne=
twork.=C2=A0 This<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0addresses the scenar=
io when the inner IP destination address is<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0of VXLAN gateway and there is a router in underlay which<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0removes the VXLAN header, then it is possible to=
 route the<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0packet as VXLAN =C2=A0gatew=
ay address is routable address.</div></div></blockquote><div>=C2=A0</div><d=
iv>[SPK] This text looks good.=C2=A0=C2=A0</div><blockquote class=3D"gmail_=
quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,=
204);padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_quote"><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px=
 solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div style=3D"co=
lor:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,arial,=
sans-serif;font-size:14px;white-space:pre-wrap"><br></div><div style=3D"col=
or:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,arial,s=
ans-serif;font-size:14px;white-space:pre-wrap">Section 5.1:</div><div style=
=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,=
arial,sans-serif;font-size:14px;white-space:pre-wrap">
<div>   For such packets, the BFD session MUST be identified
</div><div>=C2=A0=C2=A0 using the following three-tuples of fields of the i=
nner header: the
</div><div>=C2=A0=C2=A0 source IP, the destination IP, and the source UDP p=
ort number present
</div><div>=C2=A0=C2=A0 in the IP header carried by the payload of the pack=
et in VXLAN
</div><div>=C2=A0=C2=A0 encapsulation.=C2=A0 If BFD packet is received with=
 non-zero Your
</div><div>   Discriminator, then BFD session MUST be demultiplexed only wi=
th Your
</div><div>=C2=A0=C2=A0 Discriminator as the key.
</div></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&qu=
ot;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap"=
><br></div><div style=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quo=
t;,Courier,monospace,arial,sans-serif;font-size:14px;white-space:pre-wrap">=
Just with 3 tuple we will not be able to demux packet. We need to consider =
VNI as well if we have multiple BFD session between same pair of VTEP. </di=
v></div></blockquote><div>GIM&gt;&gt; This is one of comments from Carlos w=
e need to address. Your comment have helped me to form the question:</div><=
/div><blockquote style=3D"margin:0px 0px 0px 40px;border:none;padding:0px">=
<div class=3D"gmail_quote"><div>What is the goal running multiple BFD sessi=
ons between the pair of VTEPs?</div></div></blockquote></div></blockquote><=
div>=C2=A0</div><div>[SPK] The goal of the multiple BFD session is to ensur=
e check liveliness of VXLAN tunnel. There is already a good amount of debat=
e on this topic that do we really need that? As per RFC 5884 we are running=
 BFD per LSP and we might hit scale issues there too. I think it is up to o=
perator to decide how they want to use multiple BFD session per VXLAN tunne=
l. It could be possible that BFD session with special VNI is run at aggress=
ive interval where as MAY have multiple BFD sessions for different VNI at a=
 sedate interval, for that matter they could be running in demand mode as w=
ell (run P/F sequence only when there is no data following for that VNI). A=
s WG if we think running multiple BFD session make sense then we might need=
 to add appropriate text.</div><div><br></div><blockquote class=3D"gmail_qu=
ote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,20=
4);padding-left:1ex"><div dir=3D"ltr">If the goal is to monitor per VNI, th=
en the following text should describe the demultiplexing of the initial BFD=
 Control packet:<div>=C2=A0 =C2=A0Demultiplexing of IP BFD packet has been =
defined in Section 3 of<br>=C2=A0 =C2=A0[RFC5881].=C2=A0 Since multiple BFD=
 sessions may be running between two<br>=C2=A0 =C2=A0VTEPs, there needs to =
be a mechanism for demultiplexing received BFD<br>=C2=A0 =C2=A0packets to t=
he proper session.=C2=A0 For demultiplexing packets with Your<br>=C2=A0 =C2=
=A0Discriminator equal to 0, a BFD session MUST be identified using the<br>=
=C2=A0 =C2=A0logical link over which the BFD Control packet is received.=C2=
=A0 In the<br>=C2=A0 =C2=A0case of VXLAN, the VNI number identifies that lo=
gical link.=C2=A0 If BFD<br>=C2=A0 =C2=A0packet is received with non-zero Y=
our Discriminator, then BFD session<br>=C2=A0 =C2=A0MUST be demultiplexed o=
nly with Your Discriminator as the key.</div></div></blockquote><div>=C2=A0=
</div><div>[SPK]=C2=A0 I think this text for multiple BFD session between s=
ame pair of VTEPs for multiple VNI makes sense only if as WG we think that =
could be use case.=C2=A0</div><div><br></div><blockquote class=3D"gmail_quo=
te" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204=
);padding-left:1ex"><div dir=3D"ltr"><div>Would there be need to run multip=
le BFD sessions with the same VNI number?</div></div></blockquote><div><br>=
</div><div>[SPK] IMHO we should not allow multiple BFD session for the same=
 VNI.=C2=A0</div><div>=C2=A0<br></div><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddi=
ng-left:1ex"><div dir=3D"ltr"><div><br><div class=3D"gmail_quote"><blockquo=
te class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px =
solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div style=3D"col=
or:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,arial,s=
ans-serif;font-size:14px;white-space:pre-wrap"><br></div><div style=3D"colo=
r:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,arial,sa=
ns-serif;font-size:14px;white-space:pre-wrap"><br></div><div style=3D"color=
:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,arial,san=
s-serif;font-size:14px;white-space:pre-wrap">Thanks</div><div style=3D"colo=
r:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,arial,sa=
ns-serif;font-size:14px;white-space:pre-wrap">Santosh P K </div><div style=
=3D"color:rgb(0,0,0);font-family:&quot;Courier New&quot;,Courier,monospace,=
arial,sans-serif;font-size:14px;white-space:pre-wrap"><br></div></div><br><=
div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, Aug=
 9, 2019 at 4:27 AM Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com=
" target=3D"_blank">gregimirsky@gmail.com</a>&gt; wrote:<br></div><blockquo=
te class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px =
solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr">Dinesh, thank you=
 for your help, much appreciated.<div><br></div><div>Hi Joel and Sridhar,</=
div><div>could you please check if the updated text on the inner Ethernet f=
rame addressed your concern.</div></div><br><div class=3D"gmail_quote"><div=
 dir=3D"ltr" class=3D"gmail_attr">On Wed, Aug 7, 2019 at 2:25 PM Dinesh Dut=
t &lt;<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.co=
m</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin=
:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"=
><div dir=3D"ltr"><div>Looks god to me Greg. Thank you for your hard work i=
n this,</div><div><br></div><div>Dinesh<br></div></div><br><div class=3D"gm=
ail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, Aug 7, 2019 at 9:2=
5 AM Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_bl=
ank">gregimirsky@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"gma=
il_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,2=
04,204);padding-left:1ex"><div dir=3D"ltr">Hi Dinesh, Joel, Sridhar, et al.=
,<div>much appreciate the help you&#39;ve=C2=A0given me sharing your expert=
ise. I hope that the updates you will find in the attached diff and the wor=
king copy of the draft be closer to the acceptable solution for VTEP-VTEP B=
FD. Please note, that I&#39;ll shortly start a new discussion thread to add=
ress one of Carlos&#39;s questions on the ambiguity of the text on multiple=
 concurrent sessions between the same pair of VTEPs.</div><div>Please revie=
w the changes to Sections 4 and 6 and share your feedback, suggestions, and=
 questions.</div><div><br></div><div>Regards,</div><div>Greg</div></div><br=
><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, A=
ug 5, 2019 at 6:03 PM Dinesh Dutt &lt;<a href=3D"mailto:didutt@gmail.com" t=
arget=3D"_blank">didutt@gmail.com</a>&gt; wrote:<br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><br></di=
v><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On M=
on, Aug 5, 2019 at 5:56 PM Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gm=
ail.com" target=3D"_blank">gregimirsky@gmail.com</a>&gt; wrote:<br></div><b=
lockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-le=
ft:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr">Hi Dinesh,=
<div>thank you for your expedient detailed response.</div><div>I believe th=
at the ability to run BFD session up to a tenant (VTEP-VTEP-tenant or tenan=
t-tenant) was never in jeopardy from this specification.</div><div>I&#39;m =
trying to provide precise specification on what can be used ad the destinat=
ion MAC and IP addresses in the inner frame/packet as I believe that likely=
 will help to avoid interoperability issues.</div><div>I&#39;m interested t=
o learn some more about the &quot;martian checking&quot; function. As you k=
now, martian addresses have been used as destination IP address in LSP Ping=
 and BFD over MPLS LSP and PW. I haven&#39;t heard that any silicon feature=
 caused problems for operators using these tools.</div></div></blockquote><=
div><br></div><div>Interesting. I didn&#39;t know this aspect of use with M=
PLS ping. Did those packets ever go through a firewall though? In any case,=
 maybe suggest the use of those addresses with a statement that this is how=
 LSP does it, but that other MAC/IP pairs are possible as long as the condi=
tions of the endpoint owning the MAC/IP was honored.</div><div><br></div><d=
iv>Dinesh<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p=
x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div d=
ir=3D"ltr"><div><br></div><div>Regards,</div><div>Greg</div></div><br><div =
class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, Aug 5, =
2019 at 3:59 PM Dinesh Dutt &lt;<a href=3D"mailto:didutt@gmail.com" target=
=3D"_blank">didutt@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"g=
mail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex"><div dir=3D"ltr"><div>Hi Greg,</div><div><br></=
div><div>That we agree on the problem definition is the first step forward.=
 Your original document had my cases covered and so I was surprised by the =
track this thread took. It doesn&#39;t matter, we&#39;re back on track.</di=
v><div><br></div><div>My recommendation is to not worry about specifying th=
e precise MAC/IP address used in the inner header. The addresses chosen MUS=
T ensure that the packet is trapped to the control plane of the VTEP and no=
t escape to the tenant if the BFD is to the VTEP. Any solution MUST also no=
t preclude the use of the BFD by tenant systems for that VNI. There are man=
y ways an implementer can choose to implement this. For example, the inner =
MAC address is whatever the VTEP implementer would return if ARP&#39;d for =
the IP address used in the inner header in the given VNI. The implementer c=
an pick a fixed MAC address, one that they own etc. Multiple BFD sessions c=
an be run for testing path connectivity on more than one VNIs. Limits shoul=
d be in place to avoid overwhelming the receiver with BFD messages (you had=
 words about this in your currently published draft).=C2=A0 If the VNI is i=
rrelevant in the test i.e. only the VXLAN pipe at the VTEP is being tested.=
 the user can use any VNI active on the VTEP on which the VTEP owns an IP a=
ddress.</div><div><br></div><div>I&#39;m concerned about the use of 127/8 a=
ddress only because of firewalls or implementations that drop packets with =
these addresses as either the source or destination. For example, on many m=
erchant silicon, I don&#39;t believe you can turn off martian checking and =
drops *only* for VXLAN-encapsulated BFD packets. I don&#39;t know what the =
Linux kernel does today on such packets, for example (or Hyper-V). I&#39;d =
like a solution that doesn&#39;t demand additional or new chip functionalit=
y or require additional middle-box hole punch.</div><div><br></div><div>Why=
 do you feel you MUST to specify the MAC/IP address on the inner packet? Wh=
at am I missing here?<br></div><div><br></div><div>Dinesh<br></div></div><b=
r><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, =
Aug 5, 2019 at 3:04 PM Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.=
com" target=3D"_blank">gregimirsky@gmail.com</a>&gt; wrote:<br></div><block=
quote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1=
px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"lt=
r">Hi Dinesh,<div>what do you see as the way forward? I agree, that the pro=
posed text doesn&#39;t work for multi-VNI concurrent monitoring because the=
se VNIs are tenant&#39;s VNIs. And in that case, we need to specify another=
 mechanism to trap the BFD Control packet at VTEP. It seems that VTEP&#39;s=
 Ethernet address must be used as the destination MAC address in the inner =
Ethernet frame. The destination IP address may be either VTEP&#39;s address=
 of martian (I do prefer martian). Let me give it=C2=A0 try:</div><div>NEW =
TEXT:</div></div><blockquote style=3D"margin:0px 0px 0px 40px;border:medium=
 none;padding:0px"><div dir=3D"ltr"><div>To monitor continuity of the path =
between two VTEPs, an operator MUST select a VNI number to be used as Manag=
ement VNI. Management VNI number MUST NOT be one of the tenant&#39;s VNIs t=
o prevent sending VXLAN packets received on Management VNI to a tenant. VNI=
 number 1 is RECOMMENDED as the default for Management VNI. [Ed.note: What =
we set the Destination MAC to? Can it be invalid MAC that MUST be ignored o=
n receipt?]</div></div></blockquote><blockquote style=3D"margin:0px 0px 0px=
 40px;border:medium none;padding:0px"><div dir=3D"ltr"><div>If an implement=
ation supports concurrent monitoring of multiple VNIs, then the value of VN=
I number MAY be one of tenant&#39;s VNIs. The destination MAC address in th=
e inner Ethernet frame encapsulating BFD Control packet MUST be MAC associa=
ted with the remote VTEP.=C2=A0</div><div>The destination IP address of the=
 inner IP packet MUST be selected from the range 127/8 for IPv4, and for IP=
v6 from the range 0:0:0:0:0:FFFF:7F00:0/104. The TTL value in the inner IP =
header MUST be set to 1.</div><div><br></div></div></blockquote>Regards,<di=
v>Greg=C2=A0<br><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gm=
ail_attr">On Sun, Aug 4, 2019 at 9:07 AM Dinesh Dutt &lt;<a href=3D"mailto:=
didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt; wrote:<br></di=
v><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;borde=
r-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>H=
i Greg,</div><div><br></div><div>Thanks for your clarifications. I agree wi=
th your sentiment on why you&#39;re running BFD over VXLAN between VTEPs. I=
 wasn&#39;t arguing against it at all. All I was saying was pointing to the=
 limitations of the use of management VNI. I spoke to some operators who&#3=
9;re running EVPN and mentioned the discussion on this thread. They concur =
that they&#39;re using specific VNIs to test connectivity over that VNI bet=
ween VTEPs to ensure misconfiguration doesn&#39;t lead to blackholes. My st=
atements are based in real world operator experience. And I was providing l=
anguage that ensured packets didn&#39;t leak across to tenants when they we=
re destined to VTEPs.</div><div><br></div><div>Dinesh<br></div></div><br><d=
iv class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sat, Aug =
3, 2019 at 10:34 AM Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmail.com=
" target=3D"_blank">gregimirsky@gmail.com</a>&gt; wrote:<br></div><blockquo=
te class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px =
solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr">Hi Dinesh,<div>ma=
ny thanks for your detailed updates on how some implementations process VXL=
AN header and the inner Ethernet frame. These are very helpful in achieving=
 the workable solution for the problem at hand.</div><div>You&#39;ve noted =
that a path between VTEPs may be monitored in the underlay network by merel=
y establishing a BFD session. That is true, but by using BFD with VXLAN enc=
apsulation between the pair of VTEPs we are extending the OAM domain by inc=
luding, to some extent, VXLAN forwarding engine. Abstract in RFC 5880 defin=
es the goal and the domain in which BFD protocol can detect a fault as:</di=
v><div>=C2=A0 =C2=A0This document describes a protocol intended to detect f=
aults in the<br>=C2=A0 =C2=A0bidirectional path between two forwarding engi=
nes, including<br>=C2=A0 =C2=A0interfaces, data link(s), and to the extent =
possible the forwarding<br>=C2=A0 =C2=A0engines themselves, with potentiall=
y very low latency.=C2=A0<br></div><div>Thus, BFD in the underlay will exer=
cise a part of IP forwarding engine while BFD with VXLAN encapsulation, ran=
 between the same pair of VTEPs, extends the OAM domain. At the same time, =
defining BFD between tenant systems in outside the goal of this specificati=
on. But VXLAN BFD session between VTEPs may be useful in monitoring e2e pat=
h between tenants, as described in the update to -07:</div><div>=C2=A0 =C2=
=A0At the same time, a service layer BFD session may be used between the<br=
>=C2=A0 =C2=A0tenants of VTEPs IP1 and IP2 to provide end-to-end fault mana=
gement.<br>=C2=A0 =C2=A0In such case, for VTEPs BFD control packets of that=
 session are<br>=C2=A0 =C2=A0indistinguishable from data packets.=C2=A0 If =
end-to-end defect detection<br>=C2=A0 =C2=A0is realized as the set of conca=
tenated OAM domains, e.g., VM1-1 - IP1<br>=C2=A0 =C2=A0-- IP2 - VM2-1, then=
 the BFD session over VXLAN between VTEPs SHOULD<br>=C2=A0 =C2=A0follow the=
 procedures described in Section 6.8.17 [RFC5880].<br></div><div>I&#39;ve a=
ttached the current working version of the draft.</div><div><br></div><div>=
Regards,</div><div>Greg</div><div><br></div></div><br><div class=3D"gmail_q=
uote"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, Aug 2, 2019 at 5:43 PM =
Dinesh Dutt &lt;<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didut=
t@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex"><div dir=3D"ltr"><div>What I mean is &quot;How do you infer that=
 it excludes the case I&#39;m talking about?&quot;. <br></div><div><br></di=
v><div>Dinesh<br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr=
" class=3D"gmail_attr">On Fri, Aug 2, 2019 at 5:41 PM Dinesh Dutt &lt;<a hr=
ef=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt; w=
rote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=
=3D"ltr">The abstract reads this: &quot;<br><pre>This document describes th=
e use of the Bidirectional Forwarding
   Detection (BFD) protocol in point-to-point Virtual eXtensible Local
   Area Network (VXLAN) tunnels forming up an overlay network.&quot;<br><br=
></pre><pre><span style=3D"font-family:arial,sans-serif">How do you infer w=
hat you said?<br><br></span></pre><pre><span style=3D"font-family:arial,san=
s-serif">Dinesh</span><br></pre></div><br><div class=3D"gmail_quote"><div d=
ir=3D"ltr" class=3D"gmail_attr">On Fri, Aug 2, 2019 at 5:38 PM Joel M. Halp=
ern &lt;<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joelha=
lpern.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex">I am going by what the draft says its purpose is.=C2=A0 If you (=
Dinesh) want <br>
the draft to fulfill a different purpose, then either ask the chairs to <br=
>
take this draft back to the WG, or write a separate draft.<br>
As currently written, the behavior Greg proposed meets the needs, and <br>
does so in a way that is consistent with VxLAN.<br>
<br>
Yours,<br>
Joel<br>
<br>
On 8/2/2019 8:30 PM, Dinesh Dutt wrote:<br>
&gt; What is the stated purpose of this BFD session? The VTEP reachability =
is <br>
&gt; determined by the underlay, I don&#39;t need VXLAN-encaped packet for =
that. <br>
&gt; Do we agree?<br>
&gt; <br>
&gt; If I want to test the VXLAN encap/decap functionality alone, picking a=
ny <br>
&gt; single VNI maybe fine. But is this all any network operator wants? Why=
? <br>
&gt; In what situations has this been a problem? I suspect operators also <=
br>
&gt; want to verify path continuity over a specific VNI. If you say this is=
 <br>
&gt; not defined by the document, I disagree because the current version <b=
r>
&gt; talks about controlling the number of BFD sessions between the VTEPs <=
br>
&gt; (see section 3). More importantly, this is a real problem that operato=
rs <br>
&gt; like to verify.<br>
&gt; <br>
&gt; Dinesh<br>
&gt; <br>
&gt; On Fri, Aug 2, 2019 at 5:08 PM Joel M. Halpern &lt;<a href=3D"mailto:j=
mh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> <br>
&gt; &lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jm=
h@joelhalpern.com</a>&gt;&gt; wrote:<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0What is special about the management VNI is precise=
ly that it is NOT a<br>
&gt;=C2=A0 =C2=A0 =C2=A0tenant VNI.=C2=A0 The VxLAN administration does kno=
w how it allocates VNI to<br>
&gt;=C2=A0 =C2=A0 =C2=A0tenants, and which VNI it has allocated.=C2=A0 In c=
ontrast, it does not know<br>
&gt;=C2=A0 =C2=A0 =C2=A0which IP addresses or MAC adddresses teh tenant is =
using or may plan<br>
&gt;=C2=A0 =C2=A0 =C2=A0to use.<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0Yours,<br>
&gt;=C2=A0 =C2=A0 =C2=A0Joel<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0On 8/2/2019 6:41 PM, Dinesh Dutt wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; The assumption of an IP address within any VN=
I is suspect that way.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; What&#39;s special about a single VNI, the ma=
nagement VNI? The VTEP IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; address does not belong in reality in any VNI=
.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; On Fri, Aug 2, 2019 at 3:17 PM Joel M. Halper=
n<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:jmh@joelhalpern.com" target=
=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto:jmh@joelha=
lpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt; &lt;mailto:<a href=3D"mailto:jmh@joelhalpern.=
com" target=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto=
:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;&gt;=
 wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Your response seems to mis=
s two points:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0First, the problem you des=
cribe is not what the document says<br>
&gt;=C2=A0 =C2=A0 =C2=A0it is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0solving.=C2=A0 To the degr=
ee it discusses it at all, the document<br>
&gt;=C2=A0 =C2=A0 =C2=A0says &quot;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0In<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0most cases, a single BFD s=
ession is sufficient for the given<br>
&gt;=C2=A0 =C2=A0 =C2=A0VTEP to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0monitor the reachability o=
f a remote VTEP, regardless of the<br>
&gt;=C2=A0 =C2=A0 =C2=A0number of<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0VNIs in common. &quot;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Second, you assume the exi=
stence of an IP address for a VTEP<br>
&gt;=C2=A0 =C2=A0 =C2=A0within a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0VNI.=C2=A0 As with the MAC=
 address, the VTEP does not have an IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0address<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0within the VNI.=C2=A0 Some=
 implementations may have created such a<br>
&gt;=C2=A0 =C2=A0 =C2=A0thing,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0but<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0the general construct, as =
defined to date, does not support such.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0In short, you are requirin=
g a behavior that violates the<br>
&gt;=C2=A0 =C2=A0 =C2=A0architectural<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0structure of overlay / und=
erlay separation, and common<br>
&gt;=C2=A0 =C2=A0 =C2=A0usage.=C2=A0 And you<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0are doing so to support a =
use case that the working group has not<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0indicated in the document =
as important.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Yours,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Joel<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0On 8/2/2019 5:01 PM, Dines=
h Dutt wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; Joel,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; You understood corre=
ctly.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; The VNIs may not sha=
re fate due to misconfiguration. And I<br>
&gt;=C2=A0 =C2=A0 =C2=A0strongly<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; suspect someone will=
 want to use BFD for that because its<br>
&gt;=C2=A0 =C2=A0 =C2=A0about<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0checking<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; path continuity as s=
tated by the draft. As long as there&#39;s a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0valid IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; (because it&#39;s BF=
D) owned by the VTEP in that VNI, you can<br>
&gt;=C2=A0 =C2=A0 =C2=A0use BFD in<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; that VNI. Thats all =
that you need to dictate.=C2=A0 That IP address<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0has a MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; address and you can =
use that on the inner frame. That is<br>
&gt;=C2=A0 =C2=A0 =C2=A0all normal<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; VXLAN processing. Th=
e outer IP is always that of the VTEP.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; On Fri, Aug 2, 2019 =
at 11:03 AM Joel M. Halpern<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:jmh@=
joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a hr=
ef=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>=
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto:jmh@j=
oelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt; &lt;mailto:<a href=
=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> &=
lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joel=
halpern.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto:jmh@j=
oelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;&gt;&gt; w=
rote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0I=
f I am reading your various emails correctly Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0(and I<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0may have<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0m=
issed something) you are trying to use the MAC address<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0because you<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0w=
ant<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0t=
o be able to send these BFD packets over arbitrary VNI to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0monitor the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0V=
NI.=C2=A0 That is not a requirement identified in the<br>
&gt;=C2=A0 =C2=A0 =C2=A0document.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0It is not<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0e=
ven a problem I understand, since all the VNI between an<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0ingress and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0e=
gress VTEP share fate.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Y=
ours,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0J=
oel<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0O=
n 8/2/2019 1:44 PM, Dinesh Dutt wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; Thanks for verifying this. On Linux and hardware<br>
&gt;=C2=A0 =C2=A0 =C2=A0routers<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0that I&#39;m<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ware<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; of (Cisco circa 2012 and Cumulus), the physical MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0address is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0r=
eused<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; across the VNIs on the VTEP. Did you check on a non-VMW<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0device?<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0T=
his is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; more for my own curiosity.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; To address the general case, can we not define a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0well-known (or<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0r=
eserve<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; one) unicast MAC address for use with VTEP? If the MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0address is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; configurable in BFD command, this can be moot.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; On Fri, Aug 2, 2019 at 10:27 AM Santosh P K<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt; &lt;<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank">=
santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;&gt;&gt;&=
gt; wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0I have cross checked point raised about MAC address=
<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0usage. It is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0possible that tenant could be using physical MAC<br=
>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0address and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0w=
hen a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0packet comes with valid VNI with a MAC address<br>
&gt;=C2=A0 =C2=A0 =C2=A0that is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0being<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0u=
sed by<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0tenant then packet will be sent to that tenant.<br>
&gt;=C2=A0 =C2=A0 =C2=A0This rules<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0o=
ut the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0fact that we could use physical MAC address as<br>
&gt;=C2=A0 =C2=A0 =C2=A0inner<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0MAC to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0e=
nsure<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0packets get terminated at VTEP itself.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0Thanks<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0Santosh P K<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0On Wed, Jul 31, 2019 at 11:00 AM Santosh P K<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:santosh.pallagatti@gmail.com"=
 target=3D"_blank">santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank"=
>santosh.pallagatti@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail=
.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:santosh.pallagatti@gma=
il.com" target=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;&gt;&gt;&gt;&=
gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Joel,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Thanks for your inputs.=
 I checked<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0implementation within<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Vmware. Perhaps I should have been mo=
re clear<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0about MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ddress<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0space while checking internally. I wi=
ll cross<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0check again for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the same and get back on this list.<b=
r>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Thanks<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Santosh P K<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0On Wed, Jul 31, 2019 at 10:54 AM Joel=
 M.<br>
&gt;=C2=A0 =C2=A0 =C2=A0Halpern<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:jmh@joelhalpern=
.com" target=3D"_blank">jmh@joelhalpern.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a>&gt; &lt;mailto:<a href=3D"mailto:j=
mh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> &lt;mailt=
o:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.=
com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto:jmh@j=
oelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joel=
halpern.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a>&gt; &lt;mailto:<a href=3D"mailto:j=
mh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a> &lt;mailt=
o:<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">jmh@joelhalpern.=
com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:jmh@joelhalpern.com" t=
arget=3D"_blank">jmh@joelhalpern.com</a> &lt;mailto:<a href=3D"mailto:jmh@j=
oelhalpern.com" target=3D"_blank">jmh@joelhalpern.com</a>&gt;&gt;&gt;&gt;&g=
t; wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Sorry to ask a stupid q=
uestion.=C2=A0 Whose<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0implementation?<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The reason I ask is tha=
t as far as I<br>
&gt;=C2=A0 =C2=A0 =C2=A0can tell,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0since the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tenant does not<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0have any control access=
 to the VTEP,<br>
&gt;=C2=A0 =C2=A0 =C2=A0there is no<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0r=
eason for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the VTEP to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0have a MAC address in t=
he tenant<br>
&gt;=C2=A0 =C2=A0 =C2=A0space.=C2=A0 Yes, the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0d=
evice has<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0a physical<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MAC address.=C2=A0 But =
the tenant could well be<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0using that MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0address.=C2=A0 Yes,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0they would be violating=
 the Ethernet spec.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0But the whole<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0point of<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0segregation is not to c=
are about such<br>
&gt;=C2=A0 =C2=A0 =C2=A0issues.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0On the other hand, if y=
ou tell me that<br>
&gt;=C2=A0 =C2=A0 =C2=A0the VMWare<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0implementation has an<b=
r>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ethernet address that i=
s part of the tenant<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0space, well,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0they made up<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0this particular game.<b=
r>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Yours,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Joel<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0On 7/31/2019 1:44 PM, S=
antosh P K wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; I have checked wi=
th implementation<br>
&gt;=C2=A0 =C2=A0 =C2=A0in data<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0path.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0W=
hen we<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0receive a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; packet with valid=
 VNI then lookup<br>
&gt;=C2=A0 =C2=A0 =C2=A0for MAC will<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0h=
appen and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0it is VTEP own<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; MAC then it will =
be trapped to control<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0plane for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0processing. I think we<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; can have followin=
g options<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; 1. Optional manag=
ment VNI<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; 2. Mandatory inne=
r MAC set to VTEP mac<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; 3. Inner IP TTL s=
et to 1 to avoid<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0forwarding of packet<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0via inner IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; address.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; Thoughts?<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; Thansk<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; Santosh P K<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; On Wed, Jul 31, 2=
019 at 9:20 AM Greg<br>
&gt;=C2=A0 =C2=A0 =C2=A0Mirsky<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:g=
regimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a> &lt;mailto:<a href=3D"mailto:g=
regimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt; &lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a> &lt;mailto:<a href=3D"mailto:g=
regimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&g=
t;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt; &lt;mailto:<a hre=
f=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com<=
/a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt; &lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"m=
ailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br=
>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;&gt;&gt;&gt; wrote:=
<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0Hi Dinesh,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0thank you for your consideration<br>
&gt;=C2=A0 =C2=A0 =C2=A0of the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0p=
roposal and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0questions. What<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0would you see as the scope of<br>
&gt;=C2=A0 =C2=A0 =C2=A0testing the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0connectivity for the<br=
>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0specific VNI? If it is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0tenant-to-tenant, then<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0V=
TEPs<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0will treat these<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0packets as regular user frames. More<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0likely, these<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0could be Layer 2<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0OAM, e.g. CCM frames. The reason<br>
&gt;=C2=A0 =C2=A0 =C2=A0to use<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0127/8 for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0IPv4, and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A00:0:0:0:0:FFFF:7F00:0/104 for<br>
&gt;=C2=A0 =C2=A0 =C2=A0IPv6 is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0to safeguard<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0from leaking<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0Ethernet frames with BFD Control<br>
&gt;=C2=A0 =C2=A0 =C2=A0packet<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0to a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0t=
enant.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0You&#39;ve suggested using a MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0address to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0trap the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0control packet at<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0VTEP. What that address could be? We<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0had proposed<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0using the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0dedicated MAC and VTEP&#39;s MAC and<br>
&gt;=C2=A0 =C2=A0 =C2=A0both<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0raised<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0c=
oncerns<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0among VXLAN<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0experts. The idea of using<br>
&gt;=C2=A0 =C2=A0 =C2=A0Management<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0VNI may<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0b=
e more<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0acceptable<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0based on its similarity to the<br>
&gt;=C2=A0 =C2=A0 =C2=A0practice<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0of using<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Management VLAN.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0Regards,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0Greg<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0On Wed, Jul 31, 2019 at 12:03 PM<br>
&gt;=C2=A0 =C2=A0 =C2=A0Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Dutt<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:d=
idutt@gmail.com" target=3D"_blank">didutt@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a>&gt; &lt;mailto:<a href=3D"mailto:didutt@=
gmail.com" target=3D"_blank">didutt@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a h=
ref=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt;<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmai=
l.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">=
didutt@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a h=
ref=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt;<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@=
gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a h=
ref=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt;&=
gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmai=
l.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">=
didutt@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a h=
ref=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com</a>&gt;<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmai=
l.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">=
didutt@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:didutt@gmail.com" targ=
et=3D"_blank">didutt@gmail.com</a> &lt;mailto:<a href=3D"mailto:didutt@gmai=
l.com" target=3D"_blank">didutt@gmail.com</a>&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0wrote:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0Hi Greg,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0As long as the inner MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0address is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0such<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0t=
hat the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0packet is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0trapped to the CPU, it should be<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0fine for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0u=
se as<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0an inner MAC is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0it not? Stating that is<br>
&gt;=C2=A0 =C2=A0 =C2=A0better than<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0trying to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0force a management<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0VNI. What if someone wants<br>
&gt;=C2=A0 =C2=A0 =C2=A0to test<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0c=
onnectivity<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0on a specific<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0VNI? I would not pick a<br>
&gt;=C2=A0 =C2=A0 =C2=A0loopback IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ddress for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0this since that<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0address range is host/node local<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0only. Is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0t=
here a<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0reason you&#39;re<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0not using the VTEP IP as the<br>
&gt;=C2=A0 =C2=A0 =C2=A0inner IP<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ddress ?<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0Dinesh<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0On Wed, Jul 31, 2019 at 5:48 AM<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0Greg Mirsky<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0&lt;<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_bl=
ank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt; &lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"m=
ailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br=
>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;&gt; &lt;mailto:<a =
href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.c=
om</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt; &lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"m=
ailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br=
>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a> &lt;m=
ailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsk=
y@gmail.com</a>&gt;&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&=
lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregim=
irsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mail=
to:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a><br>
&gt;=C2=A0 =C2=A0 =C2=A0&lt;mailto:<a href=3D"mailto:gregimirsky@gmail.com"=
 target=3D"_blank">gregimirsky@gmail.com</a>&gt;&gt;&gt;&gt;&gt;&gt; wrote:=
<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Dear All,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0thank you for your comments,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0s=
uggestions on<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0this issue,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0probably the most<br>
&gt;=C2=A0 =C2=A0 =C2=A0challenging<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0for this<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0specification. In the<b=
r>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0course of our discussions,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0we&#39;ve agreed to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0abandon the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0request to allocate the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0dedicated MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ddress<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0to be used as<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the destination MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0address in<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0the inner<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ethernet frame.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Also, earlier using VNI<br>
&gt;=C2=A0 =C2=A0 =C2=A00 was<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0changed from<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0mandatory to one<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0of the options an<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0implementation may<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0o=
ffer to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0an operator.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The most recent<br>
&gt;=C2=A0 =C2=A0 =C2=A0discussion was<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0whether<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0V=
TEP&#39;s<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MAC address<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0might be used as the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0destination MAC<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
ddress<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0in the inner<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ethernet frame. As I<br>
&gt;=C2=A0 =C2=A0 =C2=A0recall it, the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0c=
omments<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0from VXLAN<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0experts equally split<br>
&gt;=C2=A0 =C2=A0 =C2=A0with one<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0for it<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0a=
nd one<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0against. Hence<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0I would like to propose<br>
&gt;=C2=A0 =C2=A0 =C2=A0a new<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0text to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0r=
esolve<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the issue. The<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0idea is to let an<br>
&gt;=C2=A0 =C2=A0 =C2=A0operator select<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0M=
anagement<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0VNI and use<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0that VNI in VXLAN<br>
&gt;=C2=A0 =C2=A0 =C2=A0encapsulation<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0of BFD<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Control packets:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0NEW TEXT:<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0An operator MUST<br>
&gt;=C2=A0 =C2=A0 =C2=A0select a VNI<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0n=
umber to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0be used as<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Management VNI. VXLAN<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0packet for<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Management VNI MUST NOT=
<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0be sent to a tenant. VNI<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0number 1 is<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0RECOMMENDED as the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0default for<br>
&gt;=C2=A0 =C2=A0 =C2=A0Management VNI.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0With that new text, what<br>
&gt;=C2=A0 =C2=A0 =C2=A0can be the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0v=
alue of<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the destination<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MAC in the inner Ethernet? I<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0tend to<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0b=
elieve<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0that it can be<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0anything and ignored by the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0reciever VTEP.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Also, if the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0trapping is based on VNI<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0number, the<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0destination IP address<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0of the inner IP packet<br>
&gt;=C2=A0 =C2=A0 =C2=A0can from<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0the range<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0127/8 for IPv4,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0and for IPv6 from the range<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00:0:0:0:0:FFFF:7F00:0/1=
04. And<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0lastly, the TTL to be<br>
&gt;=C2=A0 =C2=A0 =C2=A0set to 1 (no<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0c=
hange here).<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Much appreciate your<br>
&gt;=C2=A0 =C2=A0 =C2=A0comments,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0q=
uestions, and<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0suggestions.<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Best regards,<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Greg<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 =
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 &gt;<br>
&gt; <br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div></div></div>
</blockquote></div></div>

--0000000000008f5a2205931f6ea9--


From nobody Tue Sep 24 15:49:00 2019
Return-Path: <ginsberg@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B45DF12085E for <rtg-bfd@ietfa.amsl.com>; Tue, 24 Sep 2019 15:48:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level: 
X-Spam-Status: No, score=-14.5 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=MPSsrfwh; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ogA/RLsY
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mZSKGQzdgjfr for <rtg-bfd@ietfa.amsl.com>; Tue, 24 Sep 2019 15:48:56 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07A1D120033 for <rtg-bfd@ietf.org>; Tue, 24 Sep 2019 15:48:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4876; q=dns/txt; s=iport; t=1569365335; x=1570574935; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=3Sz44tmz8zOLj5yErRZv5/2KUc+4wF2pf1eOI3Woyfk=; b=MPSsrfwhME2IxoY6BGuhzgu10Pc04qOWcI27B5seRy8RJ6KQecatzlfu XkBqr05IkWXUp8y0tElc0a7GDGLH7CZQ9i/A9j9D1uP/VhvBkoVp0pFb2 3ggverUNWxIMBCvGwJANxLzTKOOcuSqJBdujQDBKFz7F6b5oNwthWPB+y w=;
IronPort-PHdr: =?us-ascii?q?9a23=3AOsdw/hzZwjg9B1PXCy+N+z0EezQntrPoPwUc9p?= =?us-ascii?q?sgjfdUf7+++4j5YhWN/u1j2VnOW4iTq+lJjebbqejBYSQB+t7A1RJKa5lQT1?= =?us-ascii?q?kAgMQSkRYnBZuKCEvgJvPwYAQxHd9JUxlu+HToeUU=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AOAADlnIpd/4cNJK1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQwBAQEBAQGBVQIBAQEBAQsBgUpQA4FDIAQLKgqHXwOKeIJcl3SBLoE?= =?us-ascii?q?kA1QJAQEBDAEBLQIBAYFLgnQCgyEjNgcOAgMJAQEEAQEBAgEFBG2FLQyFSgE?= =?us-ascii?q?BAQQSKAYBATcBCwQCAQgOAwQBAQEeEDIdCAIEDgUIGoRrAx0BAqMUAoE4iGG?= =?us-ascii?q?CJYJ9AQEFhQ0YghcJgTQBjAkYgUA/gRFGgU5+PoRGgzuCJo0VEp9pCoIilSW?= =?us-ascii?q?ZJacvAgQCBAUCDgEBBYFZBC2BWHAVgydQEBRXdwkDF4NPilNzgSmKVwGBIgE?= =?us-ascii?q?B?=
X-IronPort-AV: E=Sophos;i="5.64,545,1559520000"; d="scan'208";a="623367137"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 24 Sep 2019 22:48:54 +0000
Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x8OMmstb001862 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 24 Sep 2019 22:48:54 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 24 Sep 2019 17:48:53 -0500
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 24 Sep 2019 18:48:52 -0400
Received: from NAM04-CO1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 24 Sep 2019 17:48:52 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QjP3Al8ebLvgRlDFvMEf6jXtIpKJuCs6Q4VnRmhYFFIS1X/yxN8ZGIt5kJvuW6X5PSpuswSMMuM3q0YsomkG300QBy5rf4THM5bPqRs8hFOnoQW/Z3q2MVsbi8RGWUOosmIlXpKq7PEc991Rp5a1x775P2uNbdhT+cFW/cwjsD5gjpmM8x+KuDORqatgZFE7YhvWO54Z5CFeSRR0gik3mJc5CE3Hnj7XVZU21bQMSIOdTID7FRktiOgaUTSq7/OoAMAEtMWVkBU6/lMFsV8xAlNreWMptAXoCbSUTMSvqgqcg14tMDRIYIZxy1MHXCwXCO5G24uUUhwFnmOpedTM0A==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NTdtS81MppqjZdmG4nu6ltth1782kez2uYPNJEcNisc=; b=YIE6XmKk12rCEDnMVnnTyJOoEvaF3VCJpk2rpdrkXZDHXn+9kxKdVs9SJEK2dZml9RN9N8ZkUD6tXLtAK6Atlsfjn47vnXcSz1CCzMLkCscFQh3VPUfupqmN32PI8TBpk/bFXOdQ08bIIvEPfnh10cHTYiEU4wFjL/DDcQPpFte99qfhubltsahGD49sNuMSLBhcO1siqtmjoZGrFIj+wFPsHcHMnGq2py1OpvLNSWGpqiDkil0gXNXdjamjxn9NhRmLOHGwrpWXVz9/iDjia53Ieggr6TnaK34ssFzrnoTL0acgFnTgqwZm5+9LtxXNH2O6iaHRl4spj3YE2XEBcw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NTdtS81MppqjZdmG4nu6ltth1782kez2uYPNJEcNisc=; b=ogA/RLsYxsKF/4xEuVC6jiDIXMhZN3/rVX8ImoJC7Oep2LeQA13uhKkWHPa3KiDU/ZteqlLzVibYmbRpXMntv3mpFExzSTkQjoX+mMEpahL21Xe5ad55zF2OBXQTfvkdjpxwg5fzgpVdwwE9ozmkHxizFcC/yDX9Sg+1LV2TfhI=
Received: from BYAPR11MB3638.namprd11.prod.outlook.com (20.178.237.19) by BYAPR11MB3718.namprd11.prod.outlook.com (20.178.238.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.20; Tue, 24 Sep 2019 22:48:51 +0000
Received: from BYAPR11MB3638.namprd11.prod.outlook.com ([fe80::f4d7:dd49:e1da:4474]) by BYAPR11MB3638.namprd11.prod.outlook.com ([fe80::f4d7:dd49:e1da:4474%5]) with mapi id 15.20.2284.023; Tue, 24 Sep 2019 22:48:51 +0000
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Jeffrey Haas <jhaas@pfrc.org>
CC: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: RE: WGLC for draft-ietf-bfd-large-packets
Thread-Topic: WGLC for draft-ietf-bfd-large-packets
Thread-Index: AQHVXPUyTxWyJBtWsEOnJ4ETycFi16cjIc8AgAXoLNCAAJsYAIAHXvgQgACtbYCAAF1t0IAAU3wAgAAHCHCAAKTcgIAIh9iw
Date: Tue, 24 Sep 2019 22:48:51 +0000
Message-ID: <BYAPR11MB36383D1DF70CFA399BFF6E59C1840@BYAPR11MB3638.namprd11.prod.outlook.com>
References: <9ECC2E5C-E87E-4859-9DA8-E8E9403DF759@cisco.com> <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com> <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org> <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com> <20190918152817.GA20672@pfrc.org> <MN2PR11MB3647316C13CAA5EBD4531B06C1890@MN2PR11MB3647.namprd11.prod.outlook.com> <20190919020128.GB20672@pfrc.org> <BYAPR11MB3638E358EF9CE34818ECD010C1890@BYAPR11MB3638.namprd11.prod.outlook.com> <D95235B0-9917-4C06-97E6-1181BFF6F7CC@pfrc.org>
In-Reply-To: <D95235B0-9917-4C06-97E6-1181BFF6F7CC@pfrc.org>
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=ginsberg@cisco.com; 
x-originating-ip: [128.107.241.175]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a0ffe1bf-d3b6-419f-d236-08d741415ed4
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600167)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BYAPR11MB3718; 
x-ms-traffictypediagnostic: BYAPR11MB3718:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR11MB37186439D6A89D4A43783680C1840@BYAPR11MB3718.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 0170DAF08C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(39860400002)(376002)(366004)(346002)(396003)(189003)(199004)(13464003)(4326008)(33656002)(478600001)(476003)(81166006)(55016002)(229853002)(446003)(66446008)(66476007)(66556008)(305945005)(54906003)(64756008)(7736002)(316002)(6246003)(66946007)(81156014)(86362001)(8676002)(5660300002)(6436002)(14444005)(6916009)(74316002)(76116006)(102836004)(3846002)(256004)(2906002)(186003)(52536014)(6116002)(14454004)(8936002)(486006)(11346002)(66066001)(71190400001)(99286004)(26005)(7696005)(9686003)(76176011)(71200400001)(53546011)(6506007)(25786009); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3718; H:BYAPR11MB3638.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: betyiHQt6cdSzKJuqvYtezjvuv2A/eoXH3Hx9gJIkzNAVVuUC+9lFWOImJtP8dom+/YpO+7pkWV7Vh8ZxmyGGitjr42bzTtoXA6IyymX+Lh5zRgoHB4cNSbH75+64wwRZg5nXIZPDyxsDPAIQ1rKxxqCxVlbRzUrktlDMxH5YVDgkjuj1ClQebb6fFNwn0MEwfOqcqBmMShoaQzVREoPG2iRhlifT6kanTrEL6/7kk5y2JmxuUd1J4NIMlkH/5Bxy5F4aWfkzm+RQepiIJpiGAIt0/rZ+YWbdtfUjP8DN3y4mFeHkhyEwu+cVywxtpduUZunq5ZqySpywqhtwUnUdlcgj+TX/Du22wHyKctHHVCSpFfn1XRgVhh4H9zFYzLe/Ns29Gemqru9hXbWh7uxLCy7hO7AGZFT9KAtyx+DVJg=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a0ffe1bf-d3b6-419f-d236-08d741415ed4
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2019 22:48:51.4750 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: vXkznW1TLLwpNslTMahh8yhk3fxKU+HVFOcJa2IVBEkQAOB/lduEu8ZEF2vHcpioiIvQV7ZSkbzIh48vIzKzxQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3718
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com
X-Outbound-Node: alln-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/aRVl4jS3wcZGdArI12oVeL-JYUY>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Sep 2019 22:48:59 -0000

Jeff -

A few more thoughts - maybe these are more helpful than my previous comment=
s - maybe not. I am sure you will let me know.

Protocol extensions allowing negotiation and/or advertisement of support fo=
r larger PDUs may well be useful - but let's agree that it is desirable to =
deploy this without protocol extensions just to keep the interoperability b=
ar low.

My primary angst is with the following paragraph in Section 3:

"It is also worthy of note that even if an implementation can function
   with larger transport PDUs, that additional packet size may have
   impact on BFD scaling.  Such systems may support a lower transmission
   interval (bfd.DesiredMinTxInterval) when operating in large packet
   mode.  This interval may depend on the size of the transport PDU."

Given long experience that CPU use correlates more highly with number of pa=
ckets than with number of bytes, the first sentence would seem to be weakly=
 supported.
Given the previously mentioned concerns about detection time, the second se=
ntence seems to compromise the value of the extension.

What might be better?

1)Some statement that MTU isn't necessarily a consistent value for all syst=
ems connected to an interface - which can impact the results when large BFD=
 packets are used. Implementations might then want to consider supporting "=
bfd-mtu" configuration and/or iterating across a range of packet sizes to d=
etermine what works and what doesn't.

2)Use of both padded and unpadded packets in combination with draft-ietf-bf=
d-stability to determine whether a BFD failure is due to padding or a gener=
ic forwarding failure.

Either of these suggestions are really "diagnostic modes" which may help di=
agnose a problem but aren't meant to be used continuously as part of fast f=
ailure detection.

   Les


> -----Original Message-----
> From: Jeffrey Haas <jhaas@pfrc.org>
> Sent: Thursday, September 19, 2019 5:17 AM
> To: Les Ginsberg (ginsberg) <ginsberg@cisco.com>
> Cc: Ketan Talaulikar (ketant) <ketant@cisco.com>; Reshad Rahman
> (rrahman) <rrahman@cisco.com>; rtg-bfd@ietf.org
> Subject: Re: WGLC for draft-ietf-bfd-large-packets
>=20
> Les,
>=20
>=20
> > On Sep 18, 2019, at 10:37 PM, Les Ginsberg (ginsberg)
> <ginsberg@cisco.com> wrote:
> >
> > First I would like to reemphasize that I support the draft - so we aren=
't on
> opposite sides here. It is just that Last Call seems premature.
>=20
> The purpose of WGLC is to shake out final comments when things have
> otherwise stalled.  If it's not ready, we're not bothered by that. :-)
>=20
> That said, we need to match concerns with something actionable.  That's
> what I'm hunting for.
>=20
> > As for the comparison with authentication...
> >
> > Authentication added new functionality which cost CPU time. The tradeof=
f
> there was clear - performance/scale vs security. But there was no concern
> that the addition of the authentication bytes in and of itself might intr=
oduce a
> problem.
>=20
> Most of your commentary was focused around the impact on detection time,
> hence the response you got regarding other features that have similar
> impact.
>=20
> So, if we've moved on from detection time impact of features to other
> issues, that's fine.
>=20
> >
> > Large packets introduces MTU sized packets - which in and of itself is
> unlikely to cause a performance issue. But, having spent a fair number of
> hours debugging MTU related issues of various flavors, I do think it is l=
ikely to
> expose bugs in packet processing related to size. It shouldn't - in a per=
fect
> world - but what chips/software does with sub-MTU sized packets doesn't
> always translate to MTU size packets. And since the definition of what MT=
U is
> isn't consistent across vendors (let alone even within a single vendor's
> products) there are many ways to screw up configuration here. Throw in al=
l
> the various flavors of encaps...I think we can expect deployment issues -=
 and
> maybe bugs as well.
>=20
> I think Albert is happy to see this text. :-)
>=20
> The primary purpose of this feature is to shake loose issues related to M=
TU
> sized packets and try to remove such paths from service when we can't
> forward through them.  The path detection at speed is a general good fit =
for
> BFD.
>=20
> What I'm concerned about is you're trying to point out "when there are
> issues, this doesn't help - and at best exacerbates them".  If so... well=
, this
> feature isn't intended to be a debugging layer for those sort of issues.
> However, since BFD is riding on top of various transports to do this job,=
 if the
> encapsulation can carry additional information that permits such debuggin=
g
> information, we're amenable to discussing what to do with it.
>=20
> -- Jeff


From nobody Wed Sep 25 15:34:46 2019
Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17ABA120024; Tue, 24 Sep 2019 19:40:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level: 
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QkV9QymyastV; Tue, 24 Sep 2019 19:40:20 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E0761200B9; Tue, 24 Sep 2019 19:40:19 -0700 (PDT)
Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) by Forcepoint Email with ESMTPS id 80ACE3408679AD04EAD6; Wed, 25 Sep 2019 10:40:16 +0800 (CST)
Received: from njxapp05.zte.com.cn ([10.41.132.204]) by mse-fl1.zte.com.cn with SMTP id x8P2dfAQ015813; Wed, 25 Sep 2019 10:39:41 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Wed, 25 Sep 2019 10:39:41 +0800 (CST)
Date: Wed, 25 Sep 2019 10:39:41 +0800 (CST)
X-Zmail-TransId: 2afa5d8ad36da5a0d7e6
X-Mailer: Zmail v1.0
Message-ID: <201909251039413767352@zte.com.cn>
In-Reply-To: <CACi9rdu8PKsLW_Pq4ww5DEwLL8Bs6Hq1Je_jmAjES4LKBuE8MQ@mail.gmail.com>
References: CA+RyBmW=byLBNfVQSdaEoMf-QnJtj13k788XhbZ9tqH4bcgqNQ@mail.gmail.com,  CACi9rdu8PKsLW_Pq4ww5DEwLL8Bs6Hq1Je_jmAjES4LKBuE8MQ@mail.gmail.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <santosh.pallagatti@gmail.com>
Cc: <gregimirsky@gmail.com>, <draft-ietf-bfd-vxlan@ietf.org>, <didutt@gmail.com>, <rtg-bfd@ietf.org>, <jmh@joelhalpern.com>, <tsridhar@vmware.com>, <bfd-chairs@ietf.org>, <nvo3@ietf.org>
Subject: =?UTF-8?B?UmU6QkZEIG92ZXIgVlhMQU46IFRyYXBwaW5nIEJGRCBDb250cm9sIHBhY2tldCBhdCBWVEVQ?=
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl1.zte.com.cn x8P2dfAQ015813
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/gtLt2Ou2SHP3t_wNaVBauKekGXM>
X-Mailman-Approved-At: Wed, 25 Sep 2019 15:34:44 -0700
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Sep 2019 02:40:27 -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

SGkgU2FudG9zaCwNCg0KDQoNCg0KDQoNCldpdGggcmVnYXJkIHRvIHRoZSBxdWVzdGlvbiB3aGV0
aGVyIHdlIHNob3VsZCBhbGxvdyBtdWx0aXBsZSBCRkQgc2Vzc2lvbnMgZm9yIHRoZSBzYW1lIFZO
SSBvciBub3QsIElNSE8gd2Ugc2hvdWxkIGFsbG93IGl0LCBtb3JlIGV4cGxhbmF0aW9uIGFzIGZv
bGxvd3MuDQoNCg0KQmVsb3cgaXMgYSBmaWd1cmUgZGVyaXZlZCBmcm9tIGZpZ3VyZSAyIG9mIFJG
QzgwMTQgKEFuIEFyY2hpdGVjdHVyZSBmb3IgRGF0YS1DZW50ZXIgTmV0d29yayBWaXJ0dWFsaXph
dGlvbiBvdmVyIExheWVyIDMgKE5WTzMpKS4NCg0KDQoNCg0KIHwgRGF0YSBDZW50ZXIgTmV0d29y
ayAoSVApIHwKIHwgfAogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
KwogfCB8CiB8IFR1bm5lbCBPdmVybGF5IHwKICstLS0tLS0tLS0tLS0rLS0tLS0tLS0tKyArLS0t
LS0tLS0tKy0tLS0tLS0tLS0tLSsKIHwgKy0tLS0tLS0tLS0rLS0tLS0tLSsgfCB8ICstLS0tLS0t
Ky0tLS0tLS0tLS0rIHwKIHwgfCBPdmVybGF5IE1vZHVsZSB8IHwgfCB8IE92ZXJsYXkgTW9kdWxl
IHwgfAogfCArLS0tLS0tLS0tKy0tLS0tLS0tKyB8IHwgKy0tLS0tLS0tLSstLS0tLS0tLSsgfAog
fCB8IHwgfCB8IHwKIE5WRTEgfCB8IHwgfCB8IHwgTlZFMgogfCArLS0tLS0tLS0rLS0tLS0tLSsg
fCB8ICstLS0tLS0tLSstLS0tLS0tKyB8CiB8IHxWTkkxIFZOSTIgVk5JMSB8IHwgfCB8IFZOSTEg
Vk5JMiBWTkkxIHwgfAogfCArLSstLS0tLSstLS0tKy0tLSsgfCB8ICstKy0tLS0tKy0tLS0tKy0t
KyB8CiB8VkFQMXwgVkFQMnwgfCBWQVAzIHwgfFZBUDF8IFZBUDJ8IHwgVkFQM3wKICstLS0tKy0t
LS0tKy0tLS0rLS0tLS0tKyArLS0tLSstLS0tLSstLS0tLSstLS0tLSsKIHwgfCB8IHwgfCB8CiB8
IHwgfCB8IHwgfAogfCB8IHwgfCB8IHwKIC0tLS0tLS0rLS0tLS0rLS0tLSstLS0tLS0tLS0tLS0t
LS0tLS0tKy0tLS0tKy0tLS0tKy0tLS0tLS0KIHwgfCB8IFRlbmFudCB8IHwgfAogVFNJMSB8IFRT
STJ8IHwgVFNJMyBUU0kxfCBUU0kyfCB8VFNJMwogKy0tLSsgKy0tLSsgKy0tLSsgKy0tLSsgKy0t
LSsgKy0tLSsKIHxUUzF8IHxUUzJ8IHxUUzN8IHxUUzR8IHxUUzV8IHxUUzZ8CiArLS0tKyArLS0t
KyArLS0tKyArLS0tKyArLS0tKyArLS0tKw0KVG8gbXkgdW5kZXJzdGFuZGluZywgdGhlIEJGRCBz
ZXNzaW9ucyBiZXR3ZWVuIE5WRTEgYW5kIE5WRTIgYXJlIGFjdHVhbGx5IGluaXRpYXRlZCBhbmQg
dGVybWluYXRlZCBhdCBWQVAgb2YgTlZFLg0KDQoNCklmIHRoZSBuZXR3b3JrIG9wZXJhdG9yIHdh
bnQgdG8gc2V0IHVwIG9uZSBCRkQgc2Vzc2lvbiBiZXR3ZWVuIFZBUDEgb2YgTlZFMSBhbmQgVkFQ
MW9mIE5WRTIsIGF0IHRoZSBzYW1lIHRpbWUgYW5vdGhlciBCRkQgc2Vzc2lvbiBiZXR3ZWVuIFZB
UDMgb2YgTlZFMSBhbmQgVkFQMyBvZiBOVkUyLCBhbHRob3VnaCB0aGUgdHdvIEJGRCBzZXNzaW9u
cyBhcmUgZm9yIHRoZSBzYW1lIFZOSTEsIEkgYmVsaWV2ZSBpdCdzIHJlYXNvbmFibGUsIHNvIHRo
YXQncyB3aHkgSSB0aGluayB3ZSBzaG91bGQgYWxsb3cgaXQuDQoNCg0KDQoNCg0KDQpPZiBjb3Vy
c2UsIGluIFJGQzgwMTQgaXQgYWxzbyBzYXlzOg0KDQoiTm90ZSB0aGF0IHR3byBkaWZmZXJlbnQg
VGVuYW50IFN5c3RlbXMgKGFuZCBUU0lzKSBhdHRhY2hlZCB0byBhIGNvbW1vbiBOVkUgY2FuIHNo
YXJlIGEgVkFQIChlLmcuLCBUUzEgYW5kIFRTMiBpbiBGaWd1cmUgMikgc28gbG9uZyBhcyB0aGV5
IGNvbm5lY3QgdG8gdGhlIHNhbWUgVmlydHVhbCBOZXR3b3JrLiINClNvbWUgcGVvcGxlIG1heSBh
cmd1ZSB0aGF0IGFsbCBUZW5hbnQgU3lzdGVtcyBjb25uZWN0aW5nIHRvIHRoZSBzYW1lIFZpcnR1
YWwgTmV0d29yayBNVVNUIHNoYXJlIG9uZSBWQVAsIGlmIHRoYXQncyB0cnVlLCB0aGVuIFZBUDEg
YW5kIFZBUDMgc2hvdWxkIG1lcmdlIGludG8gb25lIFZBUCBhbmQgbXkgZXhwbGFuYXRpb24gZG9l
c24ndCB3b3JrLiBDb3B5aW5nIHRvIE5WTzMgV0cgdG8gaW52b2x2ZSBtb3JlIGV4cGVydHMsIGhv
cGUgZm9yIHlvdXIgY2xhcmlmaWNhdGlvbnMgYW5kIGNvbW1lbnRzLg0KDQoNCg0KDQoNCg0KQmVz
dCBSZWdhcmRzLA0KDQoNClhpYW8gTWluDQoNCg0KDQrljp/lp4vpgq7ku7YNCg0KDQoNCuWPkeS7
tuS6uu+8mlNhbnRvc2hQSyA8c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbT4NCuaUtuS7tuS6
uu+8mkdyZWcgTWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb20+Ow0K5oqE6YCB5Lq677yaZHJh
ZnQtaWV0Zi1iZmQtdnhsYW5AaWV0Zi5vcmcgPGRyYWZ0LWlldGYtYmZkLXZ4bGFuQGlldGYub3Jn
PjtEaW5lc2ggRHV0dCA8ZGlkdXR0QGdtYWlsLmNvbT47cnRnLWJmZCBXRyA8cnRnLWJmZEBpZXRm
Lm9yZz47Sm9lbCBNLiBIYWxwZXJuIDxqbWhAam9lbGhhbHBlcm4uY29tPjtULiBTcmlkaGFyIDx0
c3JpZGhhckB2bXdhcmUuY29tPjtiZmQtY2hhaXJzQGlldGYub3JnIDxiZmQtY2hhaXJzQGlldGYu
b3JnPjsNCuaXpSDmnJ8g77yaMjAxOeW5tDA55pyIMjPml6UgMDU6MzkNCuS4uyDpopgg77yaUmU6
IEJGRCBvdmVyIFZYTEFOOiBUcmFwcGluZyBCRkQgQ29udHJvbCBwYWNrZXQgYXQgVlRFUA0KDQoN
Cg0KDQpHcmVnLA0KDQogICAgUGxlYXNlIHNlZSBpbmxpbmUgcmVwbHkgdGFnZ2VkIFtTUEtdLiBJ
IGhhdmUgYWRkZWQgdGV4dCByZXF1ZXN0ZWQuDQoNClRoYW5rcw0KU2FudG9zaCBQIEsgDQoNCg0K
DQpPbiBGcmksIEF1ZyAxNiwgMjAxOSBhdCA0OjU5IEFNIEdyZWcgTWlyc2t5IDxncmVnaW1pcnNr
eUBnbWFpbC4uLmNvbT4gd3JvdGU6DQoNCg0KDQpIaSBTYW50b3NoLHRoYW5rIHlvdSBmb3IgeW91
ciBjb21tZW50cy4gUGxlYXNlIGZpbmQgbXkgbm90ZXMgaW4tbGluZWQgYW5kIHRhZ2dlZCBHSU0+
Pi4NCg0KUmVnYXJkcywNCkdyZWcNCg0KDQoNCg0KT24gVHVlLCBBdWcgMTMsIDIwMTkgYXQgMTA6
MjQgUE0gU2FudG9zaCBQIEsgPHNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20+IHdyb3RlOg0K
DQoNCkdyZWcsICAgVGhhbmtzIGZvciB1cGRhdGVkIHZlcnNpb24gb2YgZG9jdW1lbnQuIEhlcmUg
YXJlIGZldyBjb21tZW50cyBvbiBuZXcgZHJhZnQuDQoNClNlY3Rpb24gNDoNCg0KRGVzdGluYXRp
b24gTUFDOiBUaGlzIE1VU1QgTk9UIGJlIG9mIG9uZSBvZiB0ZW5hbnQncyBNQUMNCg0KICAgICAg
ICAgYWRkcmVzc2VzLiAgVGhlIE1BQyBhZGRyZXNzIE1BWSBiZSBjb25maWd1cmVkLCBvciBpdCBN
QVkgYmUNCg0KICAgICAgICAgbGVhcm5lZCB2aWEgYSBjb250cm9sIHBsYW5lIHByb3RvY29sLiAg
VGhlIGRldGFpbHMgb2YgaG93IHRoZQ0KDQogICAgICAgICBNQUMgYWRkcmVzcyBpcyBvYnRhaW5l
ZCBhcmUgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC4NCg0KDQoNCkkgdGhpbmsg
d2UgbWF5IG5lZWQgdG8gZ2l2ZSBiYWNrZ3JvdW5kIG9uIHdoeSB3ZSBhcmUgc2F5aW5nIE1BQyBh
ZGRyZXNzIE1VU1Qgbm90IGJlIG9uZSBvZiB0ZW5hbnQncyBNQUMgYWRkcmVzcy4gTGlrZSBpbiB0
aGlzIHRocmVhZCB3ZSBoYXZlIGRpc2N1c3NlZCBvbmUgb2YgdGhlIHRlbmFudCBjb3VsZCBoYXZl
IGJvcnJvd2VkIHRoZSBzYW1lIFZURVAgbWFjIGFkZHJlc3MgYW5kIHdlIGlmIHdlIGhhdmUgdG8g
dXNlIEJGRCB0aGVuIHdlIG5lZWQgdG8gYXZvaWQgdGhhdCBjb25mbGljdCB0byBlbnN1cmUgQkZE
IHBhY2tldHMgZ2V0IG9ic2VydmVkIGluIHRoZSBWVEVQIGl0c2VsZi4gU2hvdWxkIHdlIGFkZCBh
IHNlY3Rpb24gYmVmb3JlIDQgdG8gc2V0IHRoYXQgY29udGV4dCBzbyB0aGF0IGFib3ZlIHRleHQg
bWFrZXMgbW9yZSBzZW5zZSBpbiB0aGF0IGNvbnRleHQ/DQoNCkdJTT4+IENlcnRhaW5seS4gUGxl
YXNlIHNoYXJlIHRoZSB0ZXh0IHlvdSdkIGxpa2UgdG8gYWRkLiANCg0KDQogW1NQS10gIFByb3Bv
c2VkIHRleHQgZm9yIHdoeSB3ZSBzaG91bGQgbm90IHVzZSBWVEVQIE1BWCBhZGRyZXNzIGFzIHRl
bmFudCBNQUMgYWRkcmVzcy4NCg0KIkluIHNvbWUgc2NlbmFyaW9zIHRlbmFudCBNQUMgaXMgYm9y
cm93ZWQgZnJvbSBWVEVQIE1BQyBhZGRyZXNzLiBWWExBTiBCRkQgTVVTVCB0ZXJtaW5hdGUgQkZE
IHNlc3Npb24gYXQgVlRFUCBhbmQgTVVTVCBub3QgZm9yd2FyZCBCRkQgcGFja2V0cyB0byB0ZW5h
bnRzLiBUbyB0ZXJtaW5hdGUgVlhMQU4gQkZEIHBhY2tldHMgYXQgVlRFUCwgZGVwbG95bWVudCBN
VVNUIGVuc3VyZSB0aGF0IHRoZXJlIGFyZSBubyB0ZW5hbnQgVk0gd2hpY2ggYmFycm93cyBWVEVQ
IE1BQyBhZGRyZXNzLiINCg0KDQoNCg0KDQoNCg0KICAgSVAgaGVhZGVyOg0KDQogICAgICAgICBE
ZXN0aW5hdGlvbiBJUDogSVAgYWRkcmVzcyBNVVNUIE5PVCBiZSBvZiBvbmUgb2YgdGVuYW50J3Mg
SVANCg0KICAgICAgICAgYWRkcmVzc2VzLiAgSVAgYWRkcmVzcyBNQVkgYmUgc2VsZWN0ZWQgZnJv
bSB0aGUgcmFuZ2UgMTI3LzggZm9yDQoNCiAgICAgICAgIElQdjQsIGZvciBJUHY2IC0gZnJvbSB0
aGUgcmFuZ2UgMDowOjA6MDowOkZGRkY6N0YwMDowLzEwNC4NCg0KDQogICAgICAgICBUVEw6IE1V
U1QgYmUgc2V0IHRvIDEgdG8gZW5zdXJlIHRoYXQgdGhlIEJGRCBwYWNrZXQgaXMgbm90DQoNCiAg
ICAgICAgIHJvdXRlZCB3aXRoaW4gdGhlIEwzIHVuZGVybGF5IG5ldHdvcmsuDQoNCg0KDQoNCkkg
dGhpbmsgd2UgaGF2ZSBhZGRlZCBzb21lIHRleHQgdG8gYWRkcmVzcyBTcmlkaGFyIGNvbW1lbnRz
IG9uIHdoeSBUVEwgTVVTVCBiZSAxIGFuZCBkZXN0IElQIGFkZHJlc3MgTVVTVCBiZSAxMjcvOCBy
YW5nZS4gSSBzZWUgdGhhdCB0ZXh0IGlzIG1pc3Npbmcgbm93Lg0KDQpHSU0+PiBNeSBhcG9sb2dp
ZXMgdGhhdCBJJ3ZlIG1pc3NlZCB0byBpbmNsdWRlIHRoZSB0ZXh0IGZyb20gYW5vdGhlciBkaXNj
dXNzaW9uIHRocmVhZC4gSSBiZWxpZXZlIHRoZSBmb2xsb3dpbmcgd291bGQgYmUgY29tcGxldGU6
DQogICAgICAgICAgVFRMIG9yIEhvcCBMaW1pdDogTVVTVCBiZSBzZXQgdG8gMSB0byBlbnN1cmUg
dGhhdCB0aGUgQkZEDQogICAgICAgICBwYWNrZXQgaXMgbm90IHJvdXRlZCB3aXRoaW4gdGhlIExh
eWVyIDMgdW5kZXJsYXkgbmV0d29yay4gIFRoaXMNCiAgICAgICAgIGFkZHJlc3NlcyB0aGUgc2Nl
bmFyaW8gd2hlbiB0aGUgaW5uZXIgSVAgZGVzdGluYXRpb24gYWRkcmVzcyBpcw0KICAgICAgICAg
b2YgVlhMQU4gZ2F0ZXdheSBhbmQgdGhlcmUgaXMgYSByb3V0ZXIgaW4gdW5kZXJsYXkgd2hpY2gN
CiAgICAgICAgIHJlbW92ZXMgdGhlIFZYTEFOIGhlYWRlciwgdGhlbiBpdCBpcyBwb3NzaWJsZSB0
byByb3V0ZSB0aGUNCiAgICAgICAgIHBhY2tldCBhcyBWWExBTiAgZ2F0ZXdheSBhZGRyZXNzIGlz
IHJvdXRhYmxlIGFkZHJlc3MuDQoNCiBbU1BLXSBUaGlzIHRleHQgbG9va3MgZ29vZC4gIA0KDQoN
Cg0KDQoNClNlY3Rpb24gNS4xOg0KDQpGb3Igc3VjaCBwYWNrZXRzLCB0aGUgQkZEIHNlc3Npb24g
TVVTVCBiZSBpZGVudGlmaWVkDQogICB1c2luZyB0aGUgZm9sbG93aW5nIHRocmVlLXR1cGxlcyBv
ZiBmaWVsZHMgb2YgdGhlIGlubmVyIGhlYWRlcjogdGhlDQogICBzb3VyY2UgSVAsIHRoZSBkZXN0
aW5hdGlvbiBJUCwgYW5kIHRoZSBzb3VyY2UgVURQIHBvcnQgbnVtYmVyIHByZXNlbnQNCiAgIGlu
IHRoZSBJUCBoZWFkZXIgY2FycmllZCBieSB0aGUgcGF5bG9hZCBvZiB0aGUgcGFja2V0IGluIFZY
TEFODQogICBlbmNhcHN1bGF0aW9uLiAgSWYgQkZEIHBhY2tldCBpcyByZWNlaXZlZCB3aXRoIG5v
bi16ZXJvIFlvdXINCkRpc2NyaW1pbmF0b3IsIHRoZW4gQkZEIHNlc3Npb24gTVVTVCBiZSBkZW11
bHRpcGxleGVkIG9ubHkgd2l0aCBZb3VyDQogICBEaXNjcmltaW5hdG9yIGFzIHRoZSBrZXkuDQoN
Cg0KDQpKdXN0IHdpdGggMyB0dXBsZSB3ZSB3aWxsIG5vdCBiZSBhYmxlIHRvIGRlbXV4IHBhY2tl
dC4gV2UgbmVlZCB0byBjb25zaWRlciBWTkkgYXMgd2VsbCBpZiB3ZSBoYXZlIG11bHRpcGxlIEJG
RCBzZXNzaW9uIGJldHdlZW4gc2FtZSBwYWlyIG9mIFZURVAuDQoNCkdJTT4+IFRoaXMgaXMgb25l
IG9mIGNvbW1lbnRzIGZyb20gQ2FybG9zIHdlIG5lZWQgdG8gYWRkcmVzcy4gWW91ciBjb21tZW50
IGhhdmUgaGVscGVkIG1lIHRvIGZvcm0gdGhlIHF1ZXN0aW9uOg0KDQoNCldoYXQgaXMgdGhlIGdv
YWwgcnVubmluZyBtdWx0aXBsZSBCRkQgc2Vzc2lvbnMgYmV0d2VlbiB0aGUgcGFpciBvZiBWVEVQ
cz8NCg0KDQogW1NQS10gVGhlIGdvYWwgb2YgdGhlIG11bHRpcGxlIEJGRCBzZXNzaW9uIGlzIHRv
IGVuc3VyZSBjaGVjayBsaXZlbGluZXNzIG9mIFZYTEFOIHR1bm5lbC4gVGhlcmUgaXMgYWxyZWFk
eSBhIGdvb2QgYW1vdW50IG9mIGRlYmF0ZSBvbiB0aGlzIHRvcGljIHRoYXQgZG8gd2UgcmVhbGx5
IG5lZWQgdGhhdD8gQXMgcGVyIFJGQyA1ODg0IHdlIGFyZSBydW5uaW5nIEJGRCBwZXIgTFNQIGFu
ZCB3ZSBtaWdodCBoaXQgc2NhbGUgaXNzdWVzIHRoZXJlIHRvby4gSSB0aGluayBpdCBpcyB1cCB0
byBvcGVyYXRvciB0byBkZWNpZGUgaG93IHRoZXkgd2FudCB0byB1c2UgbXVsdGlwbGUgQkZEIHNl
c3Npb24gcGVyIFZYTEFOIHR1bm5lbC4gSXQgY291bGQgYmUgcG9zc2libGUgdGhhdCBCRkQgc2Vz
c2lvbiB3aXRoIHNwZWNpYWwgVk5JIGlzIHJ1biBhdCBhZ2dyZXNzaXZlIGludGVydmFsIHdoZXJl
IGFzIE1BWSBoYXZlIG11bHRpcGxlIEJGRCBzZXNzaW9ucyBmb3IgZGlmZmVyZW50IFZOSSBhdCBh
IHNlZGF0ZSBpbnRlcnZhbCwgZm9yIHRoYXQgbWF0dGVyIHRoZXkgY291bGQgYmUgcnVubmluZyBp
biBkZW1hbmQgbW9kZSBhcyB3ZWxsIChydW4gUC9GIHNlcXVlbmNlIG9ubHkgd2hlbiB0aGVyZSBp
cyBubyBkYXRhIGZvbGxvd2luZyBmb3IgdGhhdCBWTkkpLiBBcyBXRyBpZiB3ZSB0aGluayBydW5u
aW5nIG11bHRpcGxlIEJGRCBzZXNzaW9uIG1ha2Ugc2Vuc2UgdGhlbiB3ZSBtaWdodCBuZWVkIHRv
IGFkZCBhcHByb3ByaWF0ZSB0ZXh0Lg0KDQoNCklmIHRoZSBnb2FsIGlzIHRvIG1vbml0b3IgcGVy
IFZOSSwgdGhlbiB0aGUgZm9sbG93aW5nIHRleHQgc2hvdWxkIGRlc2NyaWJlIHRoZSBkZW11bHRp
cGxleGluZyBvZiB0aGUgaW5pdGlhbCBCRkQgQ29udHJvbCBwYWNrZXQ6ICAgRGVtdWx0aXBsZXhp
bmcgb2YgSVAgQkZEIHBhY2tldCBoYXMgYmVlbiBkZWZpbmVkIGluIFNlY3Rpb24gMyBvZg0KICAg
W1JGQzU4ODFdLiAgU2luY2UgbXVsdGlwbGUgQkZEIHNlc3Npb25zIG1heSBiZSBydW5uaW5nIGJl
dHdlZW4gdHdvDQogICBWVEVQcywgdGhlcmUgbmVlZHMgdG8gYmUgYSBtZWNoYW5pc20gZm9yIGRl
bXVsdGlwbGV4aW5nIHJlY2VpdmVkIEJGRA0KICAgcGFja2V0cyB0byB0aGUgcHJvcGVyIHNlc3Np
b24uICBGb3IgZGVtdWx0aXBsZXhpbmcgcGFja2V0cyB3aXRoIFlvdXINCiAgIERpc2NyaW1pbmF0
b3IgZXF1YWwgdG8gMCwgYSBCRkQgc2Vzc2lvbiBNVVNUIGJlIGlkZW50aWZpZWQgdXNpbmcgdGhl
DQogICBsb2dpY2FsIGxpbmsgb3ZlciB3aGljaCB0aGUgQkZEIENvbnRyb2wgcGFja2V0IGlzIHJl
Y2VpdmVkLiAgSW4gdGhlDQogICBjYXNlIG9mIFZYTEFOLCB0aGUgVk5JIG51bWJlciBpZGVudGlm
aWVzIHRoYXQgbG9naWNhbCBsaW5rLiAgSWYgQkZEDQogICBwYWNrZXQgaXMgcmVjZWl2ZWQgd2l0
aCBub24temVybyBZb3VyIERpc2NyaW1pbmF0b3IsIHRoZW4gQkZEIHNlc3Npb24NCiAgIE1VU1Qg
YmUgZGVtdWx0aXBsZXhlZCBvbmx5IHdpdGggWW91ciBEaXNjcmltaW5hdG9yIGFzIHRoZSBrZXku
DQoNCiBbU1BLXSAgSSB0aGluayB0aGlzIHRleHQgZm9yIG11bHRpcGxlIEJGRCBzZXNzaW9uIGJl
dHdlZW4gc2FtZSBwYWlyIG9mIFZURVBzIGZvciBtdWx0aXBsZSBWTkkgbWFrZXMgc2Vuc2Ugb25s
eSBpZiBhcyBXRyB3ZSB0aGluayB0aGF0IGNvdWxkIGJlIHVzZSBjYXNlLiANCg0KDQpXb3VsZCB0
aGVyZSBiZSBuZWVkIHRvIHJ1biBtdWx0aXBsZSBCRkQgc2Vzc2lvbnMgd2l0aCB0aGUgc2FtZSBW
TkkgbnVtYmVyPw0KDQoNCltTUEtdIElNSE8gd2Ugc2hvdWxkIG5vdCBhbGxvdyBtdWx0aXBsZSBC
RkQgc2Vzc2lvbiBmb3IgdGhlIHNhbWUgVk5JLiANCiANCg0KDQoNCg0KDQoNCg0KVGhhbmtzDQoN
ClNhbnRvc2ggUCBLDQoNCg0KDQoNCg0KT24gRnJpLCBBdWcgOSwgMjAxOSBhdCA0OjI3IEFNIEdy
ZWcgTWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb20+IHdyb3RlOg0KDQoNCkRpbmVzaCwgdGhh
bmsgeW91IGZvciB5b3VyIGhlbHAsIG11Y2ggYXBwcmVjaWF0ZWQuDQpIaSBKb2VsIGFuZCBTcmlk
aGFyLA0KY291bGQgeW91IHBsZWFzZSBjaGVjayBpZiB0aGUgdXBkYXRlZCB0ZXh0IG9uIHRoZSBp
bm5lciBFdGhlcm5ldCBmcmFtZSBhZGRyZXNzZWQgeW91ciBjb25jZXJuLg0KDQoNCg0KDQpPbiBX
ZWQsIEF1ZyA3LCAyMDE5IGF0IDI6MjUgUE0gRGluZXNoIER1dHQgPGRpZHV0dEBnbWFpbC5jb20+
IHdyb3RlOg0KDQoNCkxvb2tzIGdvZCB0byBtZSBHcmVnLiBUaGFuayB5b3UgZm9yIHlvdXIgaGFy
ZCB3b3JrIGluIHRoaXMsDQoNCkRpbmVzaA0KDQoNCg0KDQoNCk9uIFdlZCwgQXVnIDcsIDIwMTkg
YXQgOToyNSBBTSBHcmVnIE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPiB3cm90ZToNCg0K
DQpIaSBEaW5lc2gsIEpvZWwsIFNyaWRoYXIsIGV0IGFsLixtdWNoIGFwcHJlY2lhdGUgdGhlIGhl
bHAgeW91J3ZlIGdpdmVuIG1lIHNoYXJpbmcgeW91ciBleHBlcnRpc2UuIEkgaG9wZSB0aGF0IHRo
ZSB1cGRhdGVzIHlvdSB3aWxsIGZpbmQgaW4gdGhlIGF0dGFjaGVkIGRpZmYgYW5kIHRoZSB3b3Jr
aW5nIGNvcHkgb2YgdGhlIGRyYWZ0IGJlIGNsb3NlciB0byB0aGUgYWNjZXB0YWJsZSBzb2x1dGlv
biBmb3IgVlRFUC1WVEVQIEJGRC4gUGxlYXNlIG5vdGUsIHRoYXQgSSdsbCBzaG9ydGx5IHN0YXJ0
IGEgbmV3IGRpc2N1c3Npb24gdGhyZWFkIHRvIGFkZHJlc3Mgb25lIG9mIENhcmxvcydzIHF1ZXN0
aW9ucyBvbiB0aGUgYW1iaWd1aXR5IG9mIHRoZSB0ZXh0IG9uIG11bHRpcGxlIGNvbmN1cnJlbnQg
c2Vzc2lvbnMgYmV0d2VlbiB0aGUgc2FtZSBwYWlyIG9mIFZURVBzLg0KUGxlYXNlIHJldmlldyB0
aGUgY2hhbmdlcyB0byBTZWN0aW9ucyA0IGFuZCA2IGFuZCBzaGFyZSB5b3VyIGZlZWRiYWNrLCBz
dWdnZXN0aW9ucywgYW5kIHF1ZXN0aW9ucy4NCg0KUmVnYXJkcywNCkdyZWcNCg0KDQoNCg0KT24g
TW9uLCBBdWcgNSwgMjAxOSBhdCA2OjAzIFBNIERpbmVzaCBEdXR0IDxkaWR1dHRAZ21haWwuY29t
PiB3cm90ZToNCg0KDQoNCg0KDQoNCk9uIE1vbiwgQXVnIDUsIDIwMTkgYXQgNTo1NiBQTSBHcmVn
IE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPiB3cm90ZToNCg0KDQpIaSBEaW5lc2gsdGhh
bmsgeW91IGZvciB5b3VyIGV4cGVkaWVudCBkZXRhaWxlZCByZXNwb25zZS4NCkkgYmVsaWV2ZSB0
aGF0IHRoZSBhYmlsaXR5IHRvIHJ1biBCRkQgc2Vzc2lvbiB1cCB0byBhIHRlbmFudCAoVlRFUC1W
VEVQLXRlbmFudCBvciB0ZW5hbnQtdGVuYW50KSB3YXMgbmV2ZXIgaW4gamVvcGFyZHkgZnJvbSB0
aGlzIHNwZWNpZmljYXRpb24uDQpJJ20gdHJ5aW5nIHRvIHByb3ZpZGUgcHJlY2lzZSBzcGVjaWZp
Y2F0aW9uIG9uIHdoYXQgY2FuIGJlIHVzZWQgYWQgdGhlIGRlc3RpbmF0aW9uIE1BQyBhbmQgSVAg
YWRkcmVzc2VzIGluIHRoZSBpbm5lciBmcmFtZS9wYWNrZXQgYXMgSSBiZWxpZXZlIHRoYXQgbGlr
ZWx5IHdpbGwgaGVscCB0byBhdm9pZCBpbnRlcm9wZXJhYmlsaXR5IGlzc3Vlcy4NCkknbSBpbnRl
cmVzdGVkIHRvIGxlYXJuIHNvbWUgbW9yZSBhYm91dCB0aGUgIm1hcnRpYW4gY2hlY2tpbmciIGZ1
bmN0aW9uLiBBcyB5b3Uga25vdywgbWFydGlhbiBhZGRyZXNzZXMgaGF2ZSBiZWVuIHVzZWQgYXMg
ZGVzdGluYXRpb24gSVAgYWRkcmVzcyBpbiBMU1AgUGluZyBhbmQgQkZEIG92ZXIgTVBMUyBMU1Ag
YW5kIFBXLiBJIGhhdmVuJ3QgaGVhcmQgdGhhdCBhbnkgc2lsaWNvbiBmZWF0dXJlIGNhdXNlZCBw
cm9ibGVtcyBmb3Igb3BlcmF0b3JzIHVzaW5nIHRoZXNlIHRvb2xzLg0KDQoNCkludGVyZXN0aW5n
LiBJIGRpZG4ndCBrbm93IHRoaXMgYXNwZWN0IG9mIHVzZSB3aXRoIE1QTFMgcGluZy4gRGlkIHRo
b3NlIHBhY2tldHMgZXZlciBnbyB0aHJvdWdoIGEgZmlyZXdhbGwgdGhvdWdoPyBJbiBhbnkgY2Fz
ZSwgbWF5YmUgc3VnZ2VzdCB0aGUgdXNlIG9mIHRob3NlIGFkZHJlc3NlcyB3aXRoIGEgc3RhdGVt
ZW50IHRoYXQgdGhpcyBpcyBob3cgTFNQIGRvZXMgaXQsIGJ1dCB0aGF0IG90aGVyIE1BQy9JUCBw
YWlycyBhcmUgcG9zc2libGUgYXMgbG9uZyBhcyB0aGUgY29uZGl0aW9ucyBvZiB0aGUgZW5kcG9p
bnQgb3duaW5nIHRoZSBNQUMvSVAgd2FzIGhvbm9yZWQuDQoNCkRpbmVzaA0KDQoNCg0KUmVnYXJk
cywNCkdyZWcNCg0KDQoNCg0KT24gTW9uLCBBdWcgNSwgMjAxOSBhdCAzOjU5IFBNIERpbmVzaCBE
dXR0IDxkaWR1dHRAZ21haWwuY29tPiB3cm90ZToNCg0KDQpIaSBHcmVnLA0KDQpUaGF0IHdlIGFn
cmVlIG9uIHRoZSBwcm9ibGVtIGRlZmluaXRpb24gaXMgdGhlIGZpcnN0IHN0ZXAgZm9yd2FyZC4g
WW91ciBvcmlnaW5hbCBkb2N1bWVudCBoYWQgbXkgY2FzZXMgY292ZXJlZCBhbmQgc28gSSB3YXMg
c3VycHJpc2VkIGJ5IHRoZSB0cmFjayB0aGlzIHRocmVhZCB0b29rLiBJdCBkb2Vzbid0IG1hdHRl
ciwgd2UncmUgYmFjayBvbiB0cmFjay4NCg0KTXkgcmVjb21tZW5kYXRpb24gaXMgdG8gbm90IHdv
cnJ5IGFib3V0IHNwZWNpZnlpbmcgdGhlIHByZWNpc2UgTUFDL0lQIGFkZHJlc3MgdXNlZCBpbiB0
aGUgaW5uZXIgaGVhZGVyLiBUaGUgYWRkcmVzc2VzIGNob3NlbiBNVVNUIGVuc3VyZSB0aGF0IHRo
ZSBwYWNrZXQgaXMgdHJhcHBlZCB0byB0aGUgY29udHJvbCBwbGFuZSBvZiB0aGUgVlRFUCBhbmQg
bm90IGVzY2FwZSB0byB0aGUgdGVuYW50IGlmIHRoZSBCRkQgaXMgdG8gdGhlIFZURVAuIEFueSBz
b2x1dGlvbiBNVVNUIGFsc28gbm90IHByZWNsdWRlIHRoZSB1c2Ugb2YgdGhlIEJGRCBieSB0ZW5h
bnQgc3lzdGVtcyBmb3IgdGhhdCBWTkkuIFRoZXJlIGFyZSBtYW55IHdheXMgYW4gaW1wbGVtZW50
ZXIgY2FuIGNob29zZSB0byBpbXBsZW1lbnQgdGhpcy4gRm9yIGV4YW1wbGUsIHRoZSBpbm5lciBN
QUMgYWRkcmVzcyBpcyB3aGF0ZXZlciB0aGUgVlRFUCBpbXBsZW1lbnRlciB3b3VsZCByZXR1cm4g
aWYgQVJQJ2QgZm9yIHRoZSBJUCBhZGRyZXNzIHVzZWQgaW4gdGhlIGlubmVyIGhlYWRlciBpbiB0
aGUgZ2l2ZW4gVk5JLiBUaGUgaW1wbGVtZW50ZXIgY2FuIHBpY2sgYSBmaXhlZCBNQUMgYWRkcmVz
cywgb25lIHRoYXQgdGhleSBvd24gZXRjLiBNdWx0aXBsZSBCRkQgc2Vzc2lvbnMgY2FuIGJlIHJ1
biBmb3IgdGVzdGluZyBwYXRoIGNvbm5lY3Rpdml0eSBvbiBtb3JlIHRoYW4gb25lIFZOSXMuIExp
bWl0cyBzaG91bGQgYmUgaW4gcGxhY2UgdG8gYXZvaWQgb3ZlcndoZWxtaW5nIHRoZSByZWNlaXZl
ciB3aXRoIEJGRCBtZXNzYWdlcyAoeW91IGhhZCB3b3JkcyBhYm91dCB0aGlzIGluIHlvdXIgY3Vy
cmVudGx5IHB1Ymxpc2hlZCBkcmFmdCkuICBJZiB0aGUgVk5JIGlzIGlycmVsZXZhbnQgaW4gdGhl
IHRlc3QgaS5lLiBvbmx5IHRoZSBWWExBTiBwaXBlIGF0IHRoZSBWVEVQIGlzIGJlaW5nIHRlc3Rl
ZC4gdGhlIHVzZXIgY2FuIHVzZSBhbnkgVk5JIGFjdGl2ZSBvbiB0aGUgVlRFUCBvbiB3aGljaCB0
aGUgVlRFUCBvd25zIGFuIElQIGFkZHJlc3MuDQoNCkknbSBjb25jZXJuZWQgYWJvdXQgdGhlIHVz
ZSBvZiAxMjcvOCBhZGRyZXNzIG9ubHkgYmVjYXVzZSBvZiBmaXJld2FsbHMgb3IgaW1wbGVtZW50
YXRpb25zIHRoYXQgZHJvcCBwYWNrZXRzIHdpdGggdGhlc2UgYWRkcmVzc2VzIGFzIGVpdGhlciB0
aGUgc291cmNlIG9yIGRlc3RpbmF0aW9uLiBGb3IgZXhhbXBsZSwgb24gbWFueSBtZXJjaGFudCBz
aWxpY29uLCBJIGRvbid0IGJlbGlldmUgeW91IGNhbiB0dXJuIG9mZiBtYXJ0aWFuIGNoZWNraW5n
IGFuZCBkcm9wcyAqb25seSogZm9yIFZYTEFOLWVuY2Fwc3VsYXRlZCBCRkQgcGFja2V0cy4gSSBk
b24ndCBrbm93IHdoYXQgdGhlIExpbnV4IGtlcm5lbCBkb2VzIHRvZGF5IG9uIHN1Y2ggcGFja2V0
cywgZm9yIGV4YW1wbGUgKG9yIEh5cGVyLVYpLiBJJ2QgbGlrZSBhIHNvbHV0aW9uIHRoYXQgZG9l
c24ndCBkZW1hbmQgYWRkaXRpb25hbCBvciBuZXcgY2hpcCBmdW5jdGlvbmFsaXR5IG9yIHJlcXVp
cmUgYWRkaXRpb25hbCBtaWRkbGUtYm94IGhvbGUgcHVuY2guDQoNCldoeSBkbyB5b3UgZmVlbCB5
b3UgTVVTVCB0byBzcGVjaWZ5IHRoZSBNQUMvSVAgYWRkcmVzcyBvbiB0aGUgaW5uZXIgcGFja2V0
PyBXaGF0IGFtIEkgbWlzc2luZyBoZXJlPw0KDQoNCkRpbmVzaA0KDQoNCg0KDQoNCk9uIE1vbiwg
QXVnIDUsIDIwMTkgYXQgMzowNCBQTSBHcmVnIE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwuY29t
PiB3cm90ZToNCg0KDQoNCkhpIERpbmVzaCx3aGF0IGRvIHlvdSBzZWUgYXMgdGhlIHdheSBmb3J3
YXJkPyBJIGFncmVlLCB0aGF0IHRoZSBwcm9wb3NlZCB0ZXh0IGRvZXNuJ3Qgd29yayBmb3IgbXVs
dGktVk5JIGNvbmN1cnJlbnQgbW9uaXRvcmluZyBiZWNhdXNlIHRoZXNlIFZOSXMgYXJlIHRlbmFu
dCdzIFZOSXMuIEFuZCBpbiB0aGF0IGNhc2UsIHdlIG5lZWQgdG8gc3BlY2lmeSBhbm90aGVyIG1l
Y2hhbmlzbSB0byB0cmFwIHRoZSBCRkQgQ29udHJvbCBwYWNrZXQgYXQgVlRFUC4gSXQgc2VlbXMg
dGhhdCBWVEVQJ3MgRXRoZXJuZXQgYWRkcmVzcyBtdXN0IGJlIHVzZWQgYXMgdGhlIGRlc3RpbmF0
aW9uIE1BQyBhZGRyZXNzIGluIHRoZSBpbm5lciBFdGhlcm5ldCBmcmFtZS4gVGhlIGRlc3RpbmF0
aW9uIElQIGFkZHJlc3MgbWF5IGJlIGVpdGhlciBWVEVQJ3MgYWRkcmVzcyBvZiBtYXJ0aWFuIChJ
IGRvIHByZWZlciBtYXJ0aWFuKS4gTGV0IG1lIGdpdmUgaXQgIHRyeToNCk5FVyBURVhUOg0KDQoN
ClRvIG1vbml0b3IgY29udGludWl0eSBvZiB0aGUgcGF0aCBiZXR3ZWVuIHR3byBWVEVQcywgYW4g
b3BlcmF0b3IgTVVTVCBzZWxlY3QgYSBWTkkgbnVtYmVyIHRvIGJlIHVzZWQgYXMgTWFuYWdlbWVu
dCBWTkkuIE1hbmFnZW1lbnQgVk5JIG51bWJlciBNVVNUIE5PVCBiZSBvbmUgb2YgdGhlIHRlbmFu
dCdzIFZOSXMgdG8gcHJldmVudCBzZW5kaW5nIFZYTEFOIHBhY2tldHMgcmVjZWl2ZWQgb24gTWFu
YWdlbWVudCBWTkkgdG8gYSB0ZW5hbnQuIFZOSSBudW1iZXIgMSBpcyBSRUNPTU1FTkRFRCBhcyB0
aGUgZGVmYXVsdCBmb3IgTWFuYWdlbWVudCBWTkkuIFtFZC5ub3RlOiBXaGF0IHdlIHNldCB0aGUg
RGVzdGluYXRpb24gTUFDIHRvPyBDYW4gaXQgYmUgaW52YWxpZCBNQUMgdGhhdCBNVVNUIGJlIGln
bm9yZWQgb24gcmVjZWlwdD9dDQoNCg0KSWYgYW4gaW1wbGVtZW50YXRpb24gc3VwcG9ydHMgY29u
Y3VycmVudCBtb25pdG9yaW5nIG9mIG11bHRpcGxlIFZOSXMsIHRoZW4gdGhlIHZhbHVlIG9mIFZO
SSBudW1iZXIgTUFZIGJlIG9uZSBvZiB0ZW5hbnQncyBWTklzLiBUaGUgZGVzdGluYXRpb24gTUFD
IGFkZHJlc3MgaW4gdGhlIGlubmVyIEV0aGVybmV0IGZyYW1lIGVuY2Fwc3VsYXRpbmcgQkZEIENv
bnRyb2wgcGFja2V0IE1VU1QgYmUgTUFDIGFzc29jaWF0ZWQgd2l0aCB0aGUgcmVtb3RlIFZURVAu
IA0KVGhlIGRlc3RpbmF0aW9uIElQIGFkZHJlc3Mgb2YgdGhlIGlubmVyIElQIHBhY2tldCBNVVNU
IGJlIHNlbGVjdGVkIGZyb20gdGhlIHJhbmdlIDEyNy84IGZvciBJUHY0LCBhbmQgZm9yIElQdjYg
ZnJvbSB0aGUgcmFuZ2UgMDowOjA6MDowOkZGRkY6N0YwMDowLzEwNC4gVGhlIFRUTCB2YWx1ZSBp
biB0aGUgaW5uZXIgSVAgaGVhZGVyIE1VU1QgYmUgc2V0IHRvIDEuDQoNCg0KUmVnYXJkcyxHcmVn
IA0KDQoNCg0KT24gU3VuLCBBdWcgNCwgMjAxOSBhdCA5OjA3IEFNIERpbmVzaCBEdXR0IDxkaWR1
dHRAZ21haWwuY29tPiB3cm90ZToNCg0KDQpIaSBHcmVnLA0KDQpUaGFua3MgZm9yIHlvdXIgY2xh
cmlmaWNhdGlvbnMuIEkgYWdyZWUgd2l0aCB5b3VyIHNlbnRpbWVudCBvbiB3aHkgeW91J3JlIHJ1
bm5pbmcgQkZEIG92ZXIgVlhMQU4gYmV0d2VlbiBWVEVQcy4gSSB3YXNuJ3QgYXJndWluZyBhZ2Fp
bnN0IGl0IGF0IGFsbC4gQWxsIEkgd2FzIHNheWluZyB3YXMgcG9pbnRpbmcgdG8gdGhlIGxpbWl0
YXRpb25zIG9mIHRoZSB1c2Ugb2YgbWFuYWdlbWVudCBWTkkuIEkgc3Bva2UgdG8gc29tZSBvcGVy
YXRvcnMgd2hvJ3JlIHJ1bm5pbmcgRVZQTiBhbmQgbWVudGlvbmVkIHRoZSBkaXNjdXNzaW9uIG9u
IHRoaXMgdGhyZWFkLiBUaGV5IGNvbmN1ciB0aGF0IHRoZXkncmUgdXNpbmcgc3BlY2lmaWMgVk5J
cyB0byB0ZXN0IGNvbm5lY3Rpdml0eSBvdmVyIHRoYXQgVk5JIGJldHdlZW4gVlRFUHMgdG8gZW5z
dXJlIG1pc2NvbmZpZ3VyYXRpb24gZG9lc24ndCBsZWFkIHRvIGJsYWNraG9sZXMuIE15IHN0YXRl
bWVudHMgYXJlIGJhc2VkIGluIHJlYWwgd29ybGQgb3BlcmF0b3IgZXhwZXJpZW5jZS4gQW5kIEkg
d2FzIHByb3ZpZGluZyBsYW5ndWFnZSB0aGF0IGVuc3VyZWQgcGFja2V0cyBkaWRuJ3QgbGVhayBh
Y3Jvc3MgdG8gdGVuYW50cyB3aGVuIHRoZXkgd2VyZSBkZXN0aW5lZCB0byBWVEVQcy4NCg0KRGlu
ZXNoDQoNCg0KDQoNCg0KT24gU2F0LCBBdWcgMywgMjAxOSBhdCAxMDozNCBBTSBHcmVnIE1pcnNr
eSA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPiB3cm90ZToNCg0KDQpIaSBEaW5lc2gsbWFueSB0aGFu
a3MgZm9yIHlvdXIgZGV0YWlsZWQgdXBkYXRlcyBvbiBob3cgc29tZSBpbXBsZW1lbnRhdGlvbnMg
cHJvY2VzcyBWWExBTiBoZWFkZXIgYW5kIHRoZSBpbm5lciBFdGhlcm5ldCBmcmFtZS4gVGhlc2Ug
YXJlIHZlcnkgaGVscGZ1bCBpbiBhY2hpZXZpbmcgdGhlIHdvcmthYmxlIHNvbHV0aW9uIGZvciB0
aGUgcHJvYmxlbSBhdCBoYW5kLg0KWW91J3ZlIG5vdGVkIHRoYXQgYSBwYXRoIGJldHdlZW4gVlRF
UHMgbWF5IGJlIG1vbml0b3JlZCBpbiB0aGUgdW5kZXJsYXkgbmV0d29yayBieSBtZXJlbHkgZXN0
YWJsaXNoaW5nIGEgQkZEIHNlc3Npb24uIFRoYXQgaXMgdHJ1ZSwgYnV0IGJ5IHVzaW5nIEJGRCB3
aXRoIFZYTEFOIGVuY2Fwc3VsYXRpb24gYmV0d2VlbiB0aGUgcGFpciBvZiBWVEVQcyB3ZSBhcmUg
ZXh0ZW5kaW5nIHRoZSBPQU0gZG9tYWluIGJ5IGluY2x1ZGluZywgdG8gc29tZSBleHRlbnQsIFZY
TEFOIGZvcndhcmRpbmcgZW5naW5lLiBBYnN0cmFjdCBpbiBSRkMgNTg4MCBkZWZpbmVzIHRoZSBn
b2FsIGFuZCB0aGUgZG9tYWluIGluIHdoaWNoIEJGRCBwcm90b2NvbCBjYW4gZGV0ZWN0IGEgZmF1
bHQgYXM6DQogICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBhIHByb3RvY29sIGludGVuZGVkIHRv
IGRldGVjdCBmYXVsdHMgaW4gdGhlDQogICBiaWRpcmVjdGlvbmFsIHBhdGggYmV0d2VlbiB0d28g
Zm9yd2FyZGluZyBlbmdpbmVzLCBpbmNsdWRpbmcNCiAgIGludGVyZmFjZXMsIGRhdGEgbGluayhz
KSwgYW5kIHRvIHRoZSBleHRlbnQgcG9zc2libGUgdGhlIGZvcndhcmRpbmcNCiAgIGVuZ2luZXMg
dGhlbXNlbHZlcywgd2l0aCBwb3RlbnRpYWxseSB2ZXJ5IGxvdyBsYXRlbmN5LiANCg0KVGh1cywg
QkZEIGluIHRoZSB1bmRlcmxheSB3aWxsIGV4ZXJjaXNlIGEgcGFydCBvZiBJUCBmb3J3YXJkaW5n
IGVuZ2luZSB3aGlsZSBCRkQgd2l0aCBWWExBTiBlbmNhcHN1bGF0aW9uLCByYW4gYmV0d2VlbiB0
aGUgc2FtZSBwYWlyIG9mIFZURVBzLCBleHRlbmRzIHRoZSBPQU0gZG9tYWluLiBBdCB0aGUgc2Ft
ZSB0aW1lLCBkZWZpbmluZyBCRkQgYmV0d2VlbiB0ZW5hbnQgc3lzdGVtcyBpbiBvdXRzaWRlIHRo
ZSBnb2FsIG9mIHRoaXMgc3BlY2lmaWNhdGlvbi4gQnV0IFZYTEFOIEJGRCBzZXNzaW9uIGJldHdl
ZW4gVlRFUHMgbWF5IGJlIHVzZWZ1bCBpbiBtb25pdG9yaW5nIGUyZSBwYXRoIGJldHdlZW4gdGVu
YW50cywgYXMgZGVzY3JpYmVkIGluIHRoZSB1cGRhdGUgdG8gLTA3Og0KICAgQXQgdGhlIHNhbWUg
dGltZSwgYSBzZXJ2aWNlIGxheWVyIEJGRCBzZXNzaW9uIG1heSBiZSB1c2VkIGJldHdlZW4gdGhl
DQogICB0ZW5hbnRzIG9mIFZURVBzIElQMSBhbmQgSVAyIHRvIHByb3ZpZGUgZW5kLXRvLWVuZCBm
YXVsdCBtYW5hZ2VtZW50Lg0KICAgSW4gc3VjaCBjYXNlLCBmb3IgVlRFUHMgQkZEIGNvbnRyb2wg
cGFja2V0cyBvZiB0aGF0IHNlc3Npb24gYXJlDQogICBpbmRpc3Rpbmd1aXNoYWJsZSBmcm9tIGRh
dGEgcGFja2V0cy4gIElmIGVuZC10by1lbmQgZGVmZWN0IGRldGVjdGlvbg0KICAgaXMgcmVhbGl6
ZWQgYXMgdGhlIHNldCBvZiBjb25jYXRlbmF0ZWQgT0FNIGRvbWFpbnMsIGUuZy4sIFZNMS0xIC0g
SVAxDQogICAtLSBJUDIgLSBWTTItMSwgdGhlbiB0aGUgQkZEIHNlc3Npb24gb3ZlciBWWExBTiBi
ZXR3ZWVuIFZURVBzIFNIT1VMRA0KICAgZm9sbG93IHRoZSBwcm9jZWR1cmVzIGRlc2NyaWJlZCBp
biBTZWN0aW9uIDYuOC4xNyBbUkZDNTg4MF0uDQoNCkkndmUgYXR0YWNoZWQgdGhlIGN1cnJlbnQg
d29ya2luZyB2ZXJzaW9uIG9mIHRoZSBkcmFmdC4NCg0KUmVnYXJkcywNCkdyZWcNCg0KDQoNCg0K
DQpPbiBGcmksIEF1ZyAyLCAyMDE5IGF0IDU6NDMgUE0gRGluZXNoIER1dHQgPGRpZHV0dEBnbWFp
bC5jb20+IHdyb3RlOg0KDQoNCldoYXQgSSBtZWFuIGlzICJIb3cgZG8geW91IGluZmVyIHRoYXQg
aXQgZXhjbHVkZXMgdGhlIGNhc2UgSSdtIHRhbGtpbmcgYWJvdXQ/Ii4gDQoNCg0KRGluZXNoDQoN
Cg0KDQoNCg0KT24gRnJpLCBBdWcgMiwgMjAxOSBhdCA1OjQxIFBNIERpbmVzaCBEdXR0IDxkaWR1
dHRAZ21haWwuY29tPiB3cm90ZToNCg0KDQpUaGUgYWJzdHJhY3QgcmVhZHMgdGhpczogIg0KVGhp
cyBkb2N1bWVudCBkZXNjcmliZXMgdGhlIHVzZSBvZiB0aGUgQmlkaXJlY3Rpb25hbCBGb3J3YXJk
aW5nCiBEZXRlY3Rpb24gKEJGRCkgcHJvdG9jb2wgaW4gcG9pbnQtdG8tcG9pbnQgVmlydHVhbCBl
WHRlbnNpYmxlIExvY2FsCiBBcmVhIE5ldHdvcmsgKFZYTEFOKSB0dW5uZWxzIGZvcm1pbmcgdXAg
YW4gb3ZlcmxheSBuZXR3b3JrLiINCg0KSG93IGRvIHlvdSBpbmZlciB3aGF0IHlvdSBzYWlkPw0K
DQpEaW5lc2gNCg0KDQoNCg0KT24gRnJpLCBBdWcgMiwgMjAxOSBhdCA1OjM4IFBNIEpvZWwgTS4g
SGFscGVybiA8am1oQGpvZWxoYWxwZXJuLmNvbT4gd3JvdGU6DQoNCkkgYW0gZ29pbmcgYnkgd2hh
dCB0aGUgZHJhZnQgc2F5cyBpdHMgcHVycG9zZSBpcy4gIElmIHlvdSAoRGluZXNoKSB3YW50IA0K
dGhlIGRyYWZ0IHRvIGZ1bGZpbGwgYSBkaWZmZXJlbnQgcHVycG9zZSwgdGhlbiBlaXRoZXIgYXNr
IHRoZSBjaGFpcnMgdG8gDQp0YWtlIHRoaXMgZHJhZnQgYmFjayB0byB0aGUgV0csIG9yIHdyaXRl
IGEgc2VwYXJhdGUgZHJhZnQuDQpBcyBjdXJyZW50bHkgd3JpdHRlbiwgdGhlIGJlaGF2aW9yIEdy
ZWcgcHJvcG9zZWQgbWVldHMgdGhlIG5lZWRzLCBhbmQgDQpkb2VzIHNvIGluIGEgd2F5IHRoYXQg
aXMgY29uc2lzdGVudCB3aXRoIFZ4TEFOLg0KDQpZb3VycywNCkpvZWwNCg0KT24gOC8yLzIwMTkg
ODozMCBQTSwgRGluZXNoIER1dHQgd3JvdGU6DQo+IFdoYXQgaXMgdGhlIHN0YXRlZCBwdXJwb3Nl
IG9mIHRoaXMgQkZEIHNlc3Npb24/IFRoZSBWVEVQIHJlYWNoYWJpbGl0eSBpcyANCj4gZGV0ZXJt
aW5lZCBieSB0aGUgdW5kZXJsYXksIEkgZG9uJ3QgbmVlZCBWWExBTi1lbmNhcGVkIHBhY2tldCBm
b3IgdGhhdC4gDQo+IERvIHdlIGFncmVlPw0KPiANCj4gSWYgSSB3YW50IHRvIHRlc3QgdGhlIFZY
TEFOIGVuY2FwL2RlY2FwIGZ1bmN0aW9uYWxpdHkgYWxvbmUsIHBpY2tpbmcgYW55IA0KPiBzaW5n
bGUgVk5JIG1heWJlIGZpbmUuIEJ1dCBpcyB0aGlzIGFsbCBhbnkgbmV0d29yayBvcGVyYXRvciB3
YW50cz8gV2h5PyANCj4gSW4gd2hhdCBzaXR1YXRpb25zIGhhcyB0aGlzIGJlZW4gYSBwcm9ibGVt
PyBJIHN1c3BlY3Qgb3BlcmF0b3JzIGFsc28gDQo+IHdhbnQgdG8gdmVyaWZ5IHBhdGggY29udGlu
dWl0eSBvdmVyIGEgc3BlY2lmaWMgVk5JLiBJZiB5b3Ugc2F5IHRoaXMgaXMgDQo+IG5vdCBkZWZp
bmVkIGJ5IHRoZSBkb2N1bWVudCwgSSBkaXNhZ3JlZSBiZWNhdXNlIHRoZSBjdXJyZW50IHZlcnNp
b24gDQo+IHRhbGtzIGFib3V0IGNvbnRyb2xsaW5nIHRoZSBudW1iZXIgb2YgQkZEIHNlc3Npb25z
IGJldHdlZW4gdGhlIFZURVBzIA0KPiAoc2VlIHNlY3Rpb24gMykuIE1vcmUgaW1wb3J0YW50bHks
IHRoaXMgaXMgYSByZWFsIHByb2JsZW0gdGhhdCBvcGVyYXRvcnMgDQo+IGxpa2UgdG8gdmVyaWZ5
Lg0KPiANCj4gRGluZXNoDQo+IA0KPiBPbiBGcmksIEF1ZyAyLCAyMDE5IGF0IDU6MDggUE0gSm9l
bCBNLiBIYWxwZXJuIDxqbWhAam9lbGhhbHBlcm4uY29tIA0KPiA8bWFpbHRvOmptaEBqb2VsaGFs
cGVybi5jb20+PiB3cm90ZToNCj4gDQo+ICAgICBXaGF0IGlzIHNwZWNpYWwgYWJvdXQgdGhlIG1h
bmFnZW1lbnQgVk5JIGlzIHByZWNpc2VseSB0aGF0IGl0IGlzIE5PVCBhDQo+ICAgICB0ZW5hbnQg
Vk5JLiAgVGhlIFZ4TEFOIGFkbWluaXN0cmF0aW9uIGRvZXMga25vdyBob3cgaXQgYWxsb2NhdGVz
IFZOSSB0bw0KPiAgICAgdGVuYW50cywgYW5kIHdoaWNoIFZOSSBpdCBoYXMgYWxsb2NhdGVkLiAg
SW4gY29udHJhc3QsIGl0IGRvZXMgbm90IGtub3cNCj4gICAgIHdoaWNoIElQIGFkZHJlc3NlcyBv
ciBNQUMgYWRkZHJlc3NlcyB0ZWggdGVuYW50IGlzIHVzaW5nIG9yIG1heSBwbGFuDQo+ICAgICB0
byB1c2UuDQo+IA0KPiAgICAgWW91cnMsDQo+ICAgICBKb2VsDQo+IA0KPiAgICAgT24gOC8yLzIw
MTkgNjo0MSBQTSwgRGluZXNoIER1dHQgd3JvdGU6DQo+ICAgICAgPiBUaGUgYXNzdW1wdGlvbiBv
ZiBhbiBJUCBhZGRyZXNzIHdpdGhpbiBhbnkgVk5JIGlzIHN1c3BlY3QgdGhhdCB3YXkuDQo+ICAg
ICAgPiBXaGF0J3Mgc3BlY2lhbCBhYm91dCBhIHNpbmdsZSBWTkksIHRoZSBtYW5hZ2VtZW50IFZO
ST8gVGhlIFZURVAgSVANCj4gICAgICA+IGFkZHJlc3MgZG9lcyBub3QgYmVsb25nIGluIHJlYWxp
dHkgaW4gYW55IFZOSS4uLg0KPiAgICAgID4NCj4gICAgICA+IERpbmVzaA0KPiAgICAgID4NCj4g
ICAgICA+IE9uIEZyaSwgQXVnIDIsIDIwMTkgYXQgMzoxNyBQTSBKb2VsIE0uIEhhbHBlcm4NCj4g
ICAgIDxqbWhAam9lbGhhbHBlcm4uY29tIDxtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbT4NCj4g
ICAgICA+IDxtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSA8bWFpbHRvOmptaEBqb2VsaGFscGVy
bi5jb20+Pj4gd3JvdGU6DQo+ICAgICAgPg0KPiAgICAgID4gICAgIFlvdXIgcmVzcG9uc2Ugc2Vl
bXMgdG8gbWlzcyB0d28gcG9pbnRzOg0KPiAgICAgID4NCj4gICAgICA+ICAgICBGaXJzdCwgdGhl
IHByb2JsZW0geW91IGRlc2NyaWJlIGlzIG5vdCB3aGF0IHRoZSBkb2N1bWVudCBzYXlzDQo+ICAg
ICBpdCBpcw0KPiAgICAgID4gICAgIHNvbHZpbmcuICBUbyB0aGUgZGVncmVlIGl0IGRpc2N1c3Nl
cyBpdCBhdCBhbGwsIHRoZSBkb2N1bWVudA0KPiAgICAgc2F5cyAiDQo+ICAgICAgPiAgICAgICBJ
bg0KPiAgICAgID4gICAgIG1vc3QgY2FzZXMsIGEgc2luZ2xlIEJGRCBzZXNzaW9uIGlzIHN1ZmZp
Y2llbnQgZm9yIHRoZSBnaXZlbg0KPiAgICAgVlRFUCB0bw0KPiAgICAgID4gICAgIG1vbml0b3Ig
dGhlIHJlYWNoYWJpbGl0eSBvZiBhIHJlbW90ZSBWVEVQLCByZWdhcmRsZXNzIG9mIHRoZQ0KPiAg
ICAgbnVtYmVyIG9mDQo+ICAgICAgPiAgICAgVk5JcyBpbiBjb21tb24uICINCj4gICAgICA+DQo+
ICAgICAgPiAgICAgU2Vjb25kLCB5b3UgYXNzdW1lIHRoZSBleGlzdGVuY2Ugb2YgYW4gSVAgYWRk
cmVzcyBmb3IgYSBWVEVQDQo+ICAgICB3aXRoaW4gYQ0KPiAgICAgID4gICAgIFZOSS4gIEFzIHdp
dGggdGhlIE1BQyBhZGRyZXNzLCB0aGUgVlRFUCBkb2VzIG5vdCBoYXZlIGFuIElQDQo+ICAgICBh
ZGRyZXNzDQo+ICAgICAgPiAgICAgd2l0aGluIHRoZSBWTkkuICBTb21lIGltcGxlbWVudGF0aW9u
cyBtYXkgaGF2ZSBjcmVhdGVkIHN1Y2ggYQ0KPiAgICAgdGhpbmcsDQo+ICAgICAgPiAgICAgYnV0
DQo+ICAgICAgPiAgICAgdGhlIGdlbmVyYWwgY29uc3RydWN0LCBhcyBkZWZpbmVkIHRvIGRhdGUs
IGRvZXMgbm90IHN1cHBvcnQgc3VjaC4NCj4gICAgICA+DQo+ICAgICAgPiAgICAgSW4gc2hvcnQs
IHlvdSBhcmUgcmVxdWlyaW5nIGEgYmVoYXZpb3IgdGhhdCB2aW9sYXRlcyB0aGUNCj4gICAgIGFy
Y2hpdGVjdHVyYWwNCj4gICAgICA+ICAgICBzdHJ1Y3R1cmUgb2Ygb3ZlcmxheSAvIHVuZGVybGF5
IHNlcGFyYXRpb24sIGFuZCBjb21tb24NCj4gICAgIHVzYWdlLiAgQW5kIHlvdQ0KPiAgICAgID4g
ICAgIGFyZSBkb2luZyBzbyB0byBzdXBwb3J0IGEgdXNlIGNhc2UgdGhhdCB0aGUgd29ya2luZyBn
cm91cCBoYXMgbm90DQo+ICAgICAgPiAgICAgaW5kaWNhdGVkIGluIHRoZSBkb2N1bWVudCBhcyBp
bXBvcnRhbnQuDQo+ICAgICAgPg0KPiAgICAgID4gICAgIFlvdXJzLA0KPiAgICAgID4gICAgIEpv
ZWwNCj4gICAgICA+DQo+ICAgICAgPiAgICAgT24gOC8yLzIwMTkgNTowMSBQTSwgRGluZXNoIER1
dHQgd3JvdGU6DQo+ICAgICAgPiAgICAgID4gSm9lbCwNCj4gICAgICA+ICAgICAgPg0KPiAgICAg
ID4gICAgICA+IFlvdSB1bmRlcnN0b29kIGNvcnJlY3RseS4NCj4gICAgICA+ICAgICAgPg0KPiAg
ICAgID4gICAgICA+IFRoZSBWTklzIG1heSBub3Qgc2hhcmUgZmF0ZSBkdWUgdG8gbWlzY29uZmln
dXJhdGlvbi4gQW5kIEkNCj4gICAgIHN0cm9uZ2x5DQo+ICAgICAgPiAgICAgID4gc3VzcGVjdCBz
b21lb25lIHdpbGwgd2FudCB0byB1c2UgQkZEIGZvciB0aGF0IGJlY2F1c2UgaXRzDQo+ICAgICBh
Ym91dA0KPiAgICAgID4gICAgIGNoZWNraW5nDQo+ICAgICAgPiAgICAgID4gcGF0aCBjb250aW51
aXR5IGFzIHN0YXRlZCBieSB0aGUgZHJhZnQuIEFzIGxvbmcgYXMgdGhlcmUncyBhDQo+ICAgICAg
PiAgICAgdmFsaWQgSVANCj4gICAgICA+ICAgICAgPiAoYmVjYXVzZSBpdCdzIEJGRCkgb3duZWQg
YnkgdGhlIFZURVAgaW4gdGhhdCBWTkksIHlvdSBjYW4NCj4gICAgIHVzZSBCRkQgaW4NCj4gICAg
ICA+ICAgICAgPiB0aGF0IFZOSS4gVGhhdHMgYWxsIHRoYXQgeW91IG5lZWQgdG8gZGljdGF0ZS4g
IFRoYXQgSVAgYWRkcmVzcw0KPiAgICAgID4gICAgIGhhcyBhIE1BQw0KPiAgICAgID4gICAgICA+
IGFkZHJlc3MgYW5kIHlvdSBjYW4gdXNlIHRoYXQgb24gdGhlIGlubmVyIGZyYW1lLiBUaGF0IGlz
DQo+ICAgICBhbGwgbm9ybWFsDQo+ICAgICAgPiAgICAgID4gVlhMQU4gcHJvY2Vzc2luZy4gVGhl
IG91dGVyIElQIGlzIGFsd2F5cyB0aGF0IG9mIHRoZSBWVEVQLg0KPiAgICAgID4gICAgICA+DQo+
ICAgICAgPiAgICAgID4gRGluZXNoDQo+ICAgICAgPiAgICAgID4NCj4gICAgICA+ICAgICAgPiBP
biBGcmksIEF1ZyAyLCAyMDE5IGF0IDExOjAzIEFNIEpvZWwgTS4gSGFscGVybg0KPiAgICAgID4g
ICAgIDxqbWhAam9lbGhhbHBlcm4uY29tIDxtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbT4NCj4g
ICAgIDxtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSA8bWFpbHRvOmptaEBqb2VsaGFscGVybi5j
b20+Pg0KPiAgICAgID4gICAgICA+IDxtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSA8bWFpbHRv
OmptaEBqb2VsaGFscGVybi5jb20+DQo+ICAgICA8bWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20g
PG1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tPj4+PiB3cm90ZToNCj4gICAgICA+ICAgICAgPg0K
PiAgICAgID4gICAgICA+ICAgICBJZiBJIGFtIHJlYWRpbmcgeW91ciB2YXJpb3VzIGVtYWlscyBj
b3JyZWN0bHkgRGluZXNoDQo+ICAgICAoYW5kIEkNCj4gICAgICA+ICAgICBtYXkgaGF2ZQ0KPiAg
ICAgID4gICAgICA+ICAgICBtaXNzZWQgc29tZXRoaW5nKSB5b3UgYXJlIHRyeWluZyB0byB1c2Ug
dGhlIE1BQyBhZGRyZXNzDQo+ICAgICAgPiAgICAgYmVjYXVzZSB5b3UNCj4gICAgICA+ICAgICAg
PiAgICAgd2FudA0KPiAgICAgID4gICAgICA+ICAgICB0byBiZSBhYmxlIHRvIHNlbmQgdGhlc2Ug
QkZEIHBhY2tldHMgb3ZlciBhcmJpdHJhcnkgVk5JIHRvDQo+ICAgICAgPiAgICAgbW9uaXRvciB0
aGUNCj4gICAgICA+ICAgICAgPiAgICAgVk5JLiAgVGhhdCBpcyBub3QgYSByZXF1aXJlbWVudCBp
ZGVudGlmaWVkIGluIHRoZQ0KPiAgICAgZG9jdW1lbnQuDQo+ICAgICAgPiAgICAgSXQgaXMgbm90
DQo+ICAgICAgPiAgICAgID4gICAgIGV2ZW4gYSBwcm9ibGVtIEkgdW5kZXJzdGFuZCwgc2luY2Ug
YWxsIHRoZSBWTkkgYmV0d2VlbiBhbg0KPiAgICAgID4gICAgIGluZ3Jlc3MgYW5kDQo+ICAgICAg
PiAgICAgID4gICAgIGVncmVzcyBWVEVQIHNoYXJlIGZhdGUuDQo+ICAgICAgPiAgICAgID4NCj4g
ICAgICA+ICAgICAgPiAgICAgWW91cnMsDQo+ICAgICAgPiAgICAgID4gICAgIEpvZWwNCj4gICAg
ICA+ICAgICAgPg0KPiAgICAgID4gICAgICA+ICAgICBPbiA4LzIvMjAxOSAxOjQ0IFBNLCBEaW5l
c2ggRHV0dCB3cm90ZToNCj4gICAgICA+ICAgICAgPiAgICAgID4gVGhhbmtzIGZvciB2ZXJpZnlp
bmcgdGhpcy4gT24gTGludXggYW5kIGhhcmR3YXJlDQo+ICAgICByb3V0ZXJzDQo+ICAgICAgPiAg
ICAgdGhhdCBJJ20NCj4gICAgICA+ICAgICAgPiAgICAgYXdhcmUNCj4gICAgICA+ICAgICAgPiAg
ICAgID4gb2YgKENpc2NvIGNpcmNhIDIwMTIgYW5kIEN1bXVsdXMpLCB0aGUgcGh5c2ljYWwgTUFD
DQo+ICAgICBhZGRyZXNzIGlzDQo+ICAgICAgPiAgICAgID4gICAgIHJldXNlZA0KPiAgICAgID4g
ICAgICA+ICAgICAgPiBhY3Jvc3MgdGhlIFZOSXMgb24gdGhlIFZURVAuIERpZCB5b3UgY2hlY2sg
b24gYSBub24tVk1XDQo+ICAgICAgPiAgICAgZGV2aWNlPw0KPiAgICAgID4gICAgICA+ICAgICBU
aGlzIGlzDQo+ICAgICAgPiAgICAgID4gICAgICA+IG1vcmUgZm9yIG15IG93biBjdXJpb3NpdHku
DQo+ICAgICAgPiAgICAgID4gICAgICA+DQo+ICAgICAgPiAgICAgID4gICAgICA+IFRvIGFkZHJl
c3MgdGhlIGdlbmVyYWwgY2FzZSwgY2FuIHdlIG5vdCBkZWZpbmUgYQ0KPiAgICAgID4gICAgIHdl
bGwta25vd24gKG9yDQo+ICAgICAgPiAgICAgID4gICAgIHJlc2VydmUNCj4gICAgICA+ICAgICAg
PiAgICAgID4gb25lKSB1bmljYXN0IE1BQyBhZGRyZXNzIGZvciB1c2Ugd2l0aCBWVEVQPyBJZiB0
aGUgTUFDDQo+ICAgICAgPiAgICAgYWRkcmVzcyBpcw0KPiAgICAgID4gICAgICA+ICAgICAgPiBj
b25maWd1cmFibGUgaW4gQkZEIGNvbW1hbmQsIHRoaXMgY2FuIGJlIG1vb3QuDQo+ICAgICAgPiAg
ICAgID4gICAgICA+DQo+ICAgICAgPiAgICAgID4gICAgICA+IERpbmVzaA0KPiAgICAgID4gICAg
ICA+ICAgICAgPg0KPiAgICAgID4gICAgICA+ICAgICAgPiBPbiBGcmksIEF1ZyAyLCAyMDE5IGF0
IDEwOjI3IEFNIFNhbnRvc2ggUCBLDQo+ICAgICAgPiAgICAgID4gICAgICA+IDxzYW50b3NoLnBh
bGxhZ2F0dGlAZ21haWwuY29tDQo+ICAgICA8bWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFp
bC5jb20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuLi5j
b20NCj4gICAgIDxtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbT4+DQo+ICAgICAg
PiAgICAgID4gICAgIDxtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbQ0KPiAgICAg
PG1haWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPg0KPiAgICAgID4gICAgIDxtYWls
dG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLi4uY29tDQo+ICAgICA8bWFpbHRvOnNhbnRvc2gu
cGFsbGFnYXR0aUBnbWFpbC5jb20+Pj4NCj4gICAgICA+ICAgICAgPiAgICAgPG1haWx0bzpzYW50
b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tDQo+ICAgICA8bWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0
aUBnbWFpbC5jb20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21h
aWwuLi5jb20NCj4gICAgIDxtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbT4+DQo+
ICAgICAgPiAgICAgID4gICAgIDxtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbQ0K
PiAgICAgPG1haWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPg0KPiAgICAgID4gICAg
IDxtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLi4uY29tDQo+ICAgICA8bWFpbHRvOnNh
bnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20+Pj4+PiB3cm90ZToNCj4gICAgICA+ICAgICAgPiAg
ICAgID4NCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgIEkgaGF2ZSBjcm9zcyBjaGVja2VkIHBv
aW50IHJhaXNlZCBhYm91dCBNQUMgYWRkcmVzcw0KPiAgICAgID4gICAgIHVzYWdlLiBJdCBpcw0K
PiAgICAgID4gICAgICA+ICAgICAgPiAgICAgcG9zc2libGUgdGhhdCB0ZW5hbnQgY291bGQgYmUg
dXNpbmcgcGh5c2ljYWwgTUFDDQo+ICAgICAgPiAgICAgYWRkcmVzcyBhbmQNCj4gICAgICA+ICAg
ICAgPiAgICAgd2hlbiBhDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICBwYWNrZXQgY29tZXMg
d2l0aCB2YWxpZCBWTkkgd2l0aCBhIE1BQyBhZGRyZXNzDQo+ICAgICB0aGF0IGlzDQo+ICAgICAg
PiAgICAgYmVpbmcNCj4gICAgICA+ICAgICAgPiAgICAgdXNlZCBieQ0KPiAgICAgID4gICAgICA+
ICAgICAgPiAgICAgdGVuYW50IHRoZW4gcGFja2V0IHdpbGwgYmUgc2VudCB0byB0aGF0IHRlbmFu
dC4NCj4gICAgIFRoaXMgcnVsZXMNCj4gICAgICA+ICAgICAgPiAgICAgb3V0IHRoZQ0KPiAgICAg
ID4gICAgICA+ICAgICAgPiAgICAgZmFjdCB0aGF0IHdlIGNvdWxkIHVzZSBwaHlzaWNhbCBNQUMg
YWRkcmVzcyBhcw0KPiAgICAgaW5uZXINCj4gICAgICA+ICAgICBNQUMgdG8NCj4gICAgICA+ICAg
ICAgPiAgICAgZW5zdXJlDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICBwYWNrZXRzIGdldCB0
ZXJtaW5hdGVkIGF0IFZURVAgaXRzZWxmLg0KPiAgICAgID4gICAgICA+ICAgICAgPg0KPiAgICAg
ID4gICAgICA+ICAgICAgPiAgICAgVGhhbmtzDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICBT
YW50b3NoIFAgSw0KPiAgICAgID4gICAgICA+ICAgICAgPg0KPiAgICAgID4gICAgICA+ICAgICAg
PiAgICAgT24gV2VkLCBKdWwgMzEsIDIwMTkgYXQgMTE6MDAgQU0gU2FudG9zaCBQIEsNCj4gICAg
ICA+ICAgICAgPiAgICAgID4gICAgIDxzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tDQo+ICAg
ICA8bWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20+DQo+ICAgICAgPiAgICAgPG1h
aWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuLi5jb20NCj4gICAgIDxtYWlsdG86c2FudG9z
aC5wYWxsYWdhdHRpQGdtYWlsLmNvbT4+DQo+ICAgICAgPiAgICAgID4gICAgIDxtYWlsdG86c2Fu
dG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0bzpzYW50b3NoLnBhbGxhZ2F0
dGlAZ21haWwuY29tPg0KPiAgICAgID4gICAgIDxtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdt
YWlsLi4uY29tDQo+ICAgICA8bWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20+Pj4N
Cj4gICAgICA+ICAgICAgPiAgICAgPG1haWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29t
DQo+ICAgICA8bWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20+DQo+ICAgICAgPiAg
ICAgPG1haWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuLi5jb20NCj4gICAgIDxtYWlsdG86
c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbT4+DQo+ICAgICAgPiAgICAgID4gICAgIDxtYWls
dG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0bzpzYW50b3NoLnBh
bGxhZ2F0dGlAZ21haWwuY29tPg0KPiAgICAgID4gICAgIDxtYWlsdG86c2FudG9zaC5wYWxsYWdh
dHRpQGdtYWlsLi4uY29tDQo+ICAgICA8bWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5j
b20+Pj4+Pg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgd3JvdGU6DQo+ICAgICAgPiAgICAg
ID4gICAgICA+DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgSm9lbCwNCj4gICAgICA+
ICAgICAgPiAgICAgID4gICAgICAgICAgICAgVGhhbmtzIGZvciB5b3VyIGlucHV0cy4gSSBjaGVj
a2VkDQo+ICAgICAgPiAgICAgaW1wbGVtZW50YXRpb24gd2l0aGluDQo+ICAgICAgPiAgICAgID4g
ICAgICA+ICAgICAgICAgVm13YXJlLiBQZXJoYXBzIEkgc2hvdWxkIGhhdmUgYmVlbiBtb3JlIGNs
ZWFyDQo+ICAgICAgPiAgICAgYWJvdXQgTUFDDQo+ICAgICAgPiAgICAgID4gICAgIGFkZHJlc3MN
Cj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICBzcGFjZSB3aGlsZSBjaGVja2luZyBpbnRl
cm5hbGx5LiBJIHdpbGwgY3Jvc3MNCj4gICAgICA+ICAgICBjaGVjayBhZ2FpbiBmb3INCj4gICAg
ICA+ICAgICAgPiAgICAgID4gICAgICAgICB0aGUgc2FtZSBhbmQgZ2V0IGJhY2sgb24gdGhpcyBs
aXN0Lg0KPiAgICAgID4gICAgICA+ICAgICAgPg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAg
ICAgIFRoYW5rcw0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgIFNhbnRvc2ggUCBLDQo+
ICAgICAgPiAgICAgID4gICAgICA+DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgT24g
V2VkLCBKdWwgMzEsIDIwMTkgYXQgMTA6NTQgQU0gSm9lbCBNLg0KPiAgICAgSGFscGVybg0KPiAg
ICAgID4gICAgICA+ICAgICAgPiAgICAgICAgIDxqbWhAam9lbGhhbHBlcm4uY29tDQo+ICAgICA8
bWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20+IDxtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbQ0K
PiAgICAgPG1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tPj4NCj4gICAgICA+ICAgICA8bWFpbHRv
OmptaEBqb2VsaGFscGVybi5jb20gPG1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tPg0KPiAgICAg
PG1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tIDxtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbT4+
Pg0KPiAgICAgID4gICAgICA+ICAgICA8bWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20NCj4gICAg
IDxtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbT4gPG1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29t
DQo+ICAgICA8bWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20+Pg0KPiAgICAgID4gICAgIDxtYWls
dG86am1oQGpvZWxoYWxwZXJuLmNvbSA8bWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20+DQo+ICAg
ICA8bWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20gPG1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29t
Pj4+Pj4gd3JvdGU6DQo+ICAgICAgPiAgICAgID4gICAgICA+DQo+ICAgICAgPiAgICAgID4gICAg
ICA+ICAgICAgICAgICAgIFNvcnJ5IHRvIGFzayBhIHN0dXBpZCBxdWVzdGlvbi4gIFdob3NlDQo+
ICAgICAgPiAgICAgaW1wbGVtZW50YXRpb24/DQo+ICAgICAgPiAgICAgID4gICAgICA+DQo+ICAg
ICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIFRoZSByZWFzb24gSSBhc2sgaXMgdGhhdCBh
cyBmYXIgYXMgSQ0KPiAgICAgY2FuIHRlbGwsDQo+ICAgICAgPiAgICAgc2luY2UgdGhlDQo+ICAg
ICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIHRlbmFudCBkb2VzIG5vdA0KPiAgICAgID4g
ICAgICA+ICAgICAgPiAgICAgICAgICAgICBoYXZlIGFueSBjb250cm9sIGFjY2VzcyB0byB0aGUg
VlRFUCwNCj4gICAgIHRoZXJlIGlzIG5vDQo+ICAgICAgPiAgICAgID4gICAgIHJlYXNvbiBmb3IN
Cj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgdGhlIFZURVAgdG8NCj4gICAgICA+
ICAgICAgPiAgICAgID4gICAgICAgICAgICAgaGF2ZSBhIE1BQyBhZGRyZXNzIGluIHRoZSB0ZW5h
bnQNCj4gICAgIHNwYWNlLiAgWWVzLCB0aGUNCj4gICAgICA+ICAgICAgPiAgICAgZGV2aWNlIGhh
cw0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICBhIHBoeXNpY2FsDQo+ICAgICAg
PiAgICAgID4gICAgICA+ICAgICAgICAgICAgIE1BQyBhZGRyZXNzLiAgQnV0IHRoZSB0ZW5hbnQg
Y291bGQgd2VsbCBiZQ0KPiAgICAgID4gICAgIHVzaW5nIHRoYXQgTUFDDQo+ICAgICAgPiAgICAg
ID4gICAgICA+ICAgICAgICAgICAgIGFkZHJlc3MuICBZZXMsDQo+ICAgICAgPiAgICAgID4gICAg
ICA+ICAgICAgICAgICAgIHRoZXkgd291bGQgYmUgdmlvbGF0aW5nIHRoZSBFdGhlcm5ldCBzcGVj
Lg0KPiAgICAgID4gICAgIEJ1dCB0aGUgd2hvbGUNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAg
ICAgICAgICAgcG9pbnQgb2YNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgc2Vn
cmVnYXRpb24gaXMgbm90IHRvIGNhcmUgYWJvdXQgc3VjaA0KPiAgICAgaXNzdWVzLg0KPiAgICAg
ID4gICAgICA+ICAgICAgPg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICBPbiB0
aGUgb3RoZXIgaGFuZCwgaWYgeW91IHRlbGwgbWUgdGhhdA0KPiAgICAgdGhlIFZNV2FyZQ0KPiAg
ICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICBpbXBsZW1lbnRhdGlvbiBoYXMgYW4NCj4g
ICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgRXRoZXJuZXQgYWRkcmVzcyB0aGF0IGlz
IHBhcnQgb2YgdGhlIHRlbmFudA0KPiAgICAgID4gICAgIHNwYWNlLCB3ZWxsLA0KPiAgICAgID4g
ICAgICA+ICAgICAgPiAgICAgICAgICAgICB0aGV5IG1hZGUgdXANCj4gICAgICA+ICAgICAgPiAg
ICAgID4gICAgICAgICAgICAgdGhpcyBwYXJ0aWN1bGFyIGdhbWUuDQo+ICAgICAgPiAgICAgID4g
ICAgICA+DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIFlvdXJzLA0KPiAgICAg
ID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICBKb2VsDQo+ICAgICAgPiAgICAgID4gICAgICA+
DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIE9uIDcvMzEvMjAxOSAxOjQ0IFBN
LCBTYW50b3NoIFAgSyB3cm90ZToNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAg
ID4gSSBoYXZlIGNoZWNrZWQgd2l0aCBpbXBsZW1lbnRhdGlvbg0KPiAgICAgaW4gZGF0YQ0KPiAg
ICAgID4gICAgIHBhdGguDQo+ICAgICAgPiAgICAgID4gICAgIFdoZW4gd2UNCj4gICAgICA+ICAg
ICAgPiAgICAgID4gICAgICAgICAgICAgcmVjZWl2ZSBhDQo+ICAgICAgPiAgICAgID4gICAgICA+
ICAgICAgICAgICAgICA+IHBhY2tldCB3aXRoIHZhbGlkIFZOSSB0aGVuIGxvb2t1cA0KPiAgICAg
Zm9yIE1BQyB3aWxsDQo+ICAgICAgPiAgICAgID4gICAgIGhhcHBlbiBhbmQNCj4gICAgICA+ICAg
ICAgPiAgICAgID4gICAgICAgICAgICAgaXQgaXMgVlRFUCBvd24NCj4gICAgICA+ICAgICAgPiAg
ICAgID4gICAgICAgICAgICAgID4gTUFDIHRoZW4gaXQgd2lsbCBiZSB0cmFwcGVkIHRvIGNvbnRy
b2wNCj4gICAgICA+ICAgICBwbGFuZSBmb3INCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAg
ICAgICAgcHJvY2Vzc2luZy4gSSB0aGluayB3ZQ0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAg
ICAgICAgICAgPiBjYW4gaGF2ZSBmb2xsb3dpbmcgb3B0aW9ucw0KPiAgICAgID4gICAgICA+ICAg
ICAgPiAgICAgICAgICAgICAgPiAxLiBPcHRpb25hbCBtYW5hZ21lbnQgVk5JDQo+ICAgICAgPiAg
ICAgID4gICAgICA+ICAgICAgICAgICAgICA+IDIuIE1hbmRhdG9yeSBpbm5lciBNQUMgc2V0IHRv
IFZURVAgbWFjDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+IDMuIElubmVy
IElQIFRUTCBzZXQgdG8gMSB0byBhdm9pZA0KPiAgICAgID4gICAgIGZvcndhcmRpbmcgb2YgcGFj
a2V0DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIHZpYSBpbm5lciBJUA0KPiAg
ICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiBhZGRyZXNzLg0KPiAgICAgID4gICAg
ICA+ICAgICAgPiAgICAgICAgICAgICAgPg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAg
ICAgICAgPg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiBUaG91Z2h0cz8N
Cj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4NCj4gICAgICA+ICAgICAgPiAg
ICAgID4gICAgICAgICAgICAgID4gVGhhbnNrDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAg
ICAgICAgICA+IFNhbnRvc2ggUCBLDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAg
ICA+DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+IE9uIFdlZCwgSnVsIDMx
LCAyMDE5IGF0IDk6MjAgQU0gR3JlZw0KPiAgICAgTWlyc2t5DQo+ICAgICAgPiAgICAgID4gICAg
ICA+ICAgICAgICAgICAgIDxncmVnaW1pcnNreUBnbWFpbC5jb20NCj4gICAgIDxtYWlsdG86Z3Jl
Z2ltaXJza3lAZ21haWwuY29tPg0KPiAgICAgID4gICAgIDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21h
aWwuY29tIDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tPj4NCj4gICAgIDxtYWlsdG86Z3Jl
Z2ltaXJza3lAZ21haWwuY29tIDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tPg0KPiAgICAg
ID4gICAgIDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIDxtYWlsdG86Z3JlZ2ltaXJza3lA
Z21haWwuY29tPj4+DQo+ICAgICAgPiAgICAgID4gICAgIDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21h
aWwuY29tDQo+ICAgICA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbT4gPG1haWx0bzpncmVn
aW1pcnNreUBnbWFpbC5jb20NCj4gICAgIDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tPj4N
Cj4gICAgICA+ICAgICA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSA8bWFpbHRvOmdyZWdp
bWlyc2t5QGdtYWlsLmNvbT4NCj4gICAgIDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIDxt
YWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tPj4+Pg0KPiAgICAgID4gICAgICA+ICAgICAgPiAg
ICAgICAgICAgICAgPiA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0
bzpncmVnaW1pcnNreUBnbWFpbC5jb20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpncmVnaW1pcnNr
eUBnbWFpbC5jb20gPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+Pg0KPiAgICAgID4gICAg
ICA+ICAgICA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0bzpncmVn
aW1pcnNreUBnbWFpbC5jb20+IDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tDQo+ICAgICA8
bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbT4+Pg0KPiAgICAgID4gICAgICA+ICAgICAgPiAg
ICAgICAgICAgICA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0bzpn
cmVnaW1pcnNreUBnbWFpbC5jb20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpncmVnaW1pcnNreUBn
bWFpbC5jb20gPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+Pg0KPiAgICAgID4gICAgICA+
ICAgICA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0bzpncmVnaW1p
cnNreUBnbWFpbC5jb20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5j
b20NCj4gICAgIDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tPj4+Pj4+IHdyb3RlOg0KPiAg
ICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPg0KPiAgICAgID4gICAgICA+ICAgICAg
PiAgICAgICAgICAgICAgPiAgICAgSGkgRGluZXNoLA0KPiAgICAgID4gICAgICA+ICAgICAgPiAg
ICAgICAgICAgICAgPiAgICAgdGhhbmsgeW91IGZvciB5b3VyIGNvbnNpZGVyYXRpb24NCj4gICAg
IG9mIHRoZQ0KPiAgICAgID4gICAgICA+ICAgICBwcm9wb3NhbCBhbmQNCj4gICAgICA+ICAgICAg
PiAgICAgID4gICAgICAgICAgICAgcXVlc3Rpb25zLiBXaGF0DQo+ICAgICAgPiAgICAgID4gICAg
ICA+ICAgICAgICAgICAgICA+ICAgICB3b3VsZCB5b3Ugc2VlIGFzIHRoZSBzY29wZSBvZg0KPiAg
ICAgdGVzdGluZyB0aGUNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgY29ubmVj
dGl2aXR5IGZvciB0aGUNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAg
IHNwZWNpZmljIFZOST8gSWYgaXQgaXMNCj4gICAgICA+ICAgICB0ZW5hbnQtdG8tdGVuYW50LCB0
aGVuDQo+ICAgICAgPiAgICAgID4gICAgIFZURVBzDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAg
ICAgICAgICAgIHdpbGwgdHJlYXQgdGhlc2UNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAg
ICAgICAgID4gICAgIHBhY2tldHMgYXMgcmVndWxhciB1c2VyIGZyYW1lcy4gTW9yZQ0KPiAgICAg
ID4gICAgIGxpa2VseSwgdGhlc2UNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAg
Y291bGQgYmUgTGF5ZXIgMg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAg
ICAgT0FNLCBlLmcuIENDTSBmcmFtZXMuIFRoZSByZWFzb24NCj4gICAgIHRvIHVzZQ0KPiAgICAg
ID4gICAgIDEyNy84IGZvcg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICBJUHY0
LCBhbmQNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAgIDA6MDowOjA6
MDpGRkZGOjdGMDA6MC8xMDQgZm9yDQo+ICAgICBJUHY2IGlzDQo+ICAgICAgPiAgICAgdG8gc2Fm
ZWd1YXJkDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIGZyb20gbGVha2luZw0K
PiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgRXRoZXJuZXQgZnJhbWVz
IHdpdGggQkZEIENvbnRyb2wNCj4gICAgIHBhY2tldA0KPiAgICAgID4gICAgIHRvIGENCj4gICAg
ICA+ICAgICAgPiAgICAgdGVuYW50Lg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAg
ICAgPiAgICAgWW91J3ZlIHN1Z2dlc3RlZCB1c2luZyBhIE1BQw0KPiAgICAgYWRkcmVzcyB0bw0K
PiAgICAgID4gICAgIHRyYXAgdGhlDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAg
IGNvbnRyb2wgcGFja2V0IGF0DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+
ICAgICBWVEVQLiBXaGF0IHRoYXQgYWRkcmVzcyBjb3VsZCBiZT8gV2UNCj4gICAgICA+ICAgICBo
YWQgcHJvcG9zZWQNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgdXNpbmcgdGhl
DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICBkZWRpY2F0ZWQgTUFD
IGFuZCBWVEVQJ3MgTUFDIGFuZA0KPiAgICAgYm90aA0KPiAgICAgID4gICAgIHJhaXNlZA0KPiAg
ICAgID4gICAgICA+ICAgICBjb25jZXJucw0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAg
ICAgICBhbW9uZyBWWExBTg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAg
ICAgZXhwZXJ0cy4gVGhlIGlkZWEgb2YgdXNpbmcNCj4gICAgIE1hbmFnZW1lbnQNCj4gICAgICA+
ICAgICBWTkkgbWF5DQo+ICAgICAgPiAgICAgID4gICAgIGJlIG1vcmUNCj4gICAgICA+ICAgICAg
PiAgICAgID4gICAgICAgICAgICAgYWNjZXB0YWJsZQ0KPiAgICAgID4gICAgICA+ICAgICAgPiAg
ICAgICAgICAgICAgPiAgICAgYmFzZWQgb24gaXRzIHNpbWlsYXJpdHkgdG8gdGhlDQo+ICAgICBw
cmFjdGljZQ0KPiAgICAgID4gICAgIG9mIHVzaW5nDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAg
ICAgICAgICAgIE1hbmFnZW1lbnQgVkxBTi4NCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAg
ICAgICAgID4NCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAgIFJlZ2Fy
ZHMsDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICBHcmVnDQo+ICAg
ICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+DQo+ICAgICAgPiAgICAgID4gICAgICA+
ICAgICAgICAgICAgICA+ICAgICBPbiBXZWQsIEp1bCAzMSwgMjAxOSBhdCAxMjowMyBQTQ0KPiAg
ICAgRGluZXNoDQo+ICAgICAgPiAgICAgRHV0dA0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAg
ICAgICAgICA8ZGlkdXR0QGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0bzpkaWR1dHRAZ21haWwuY29t
PiA8bWFpbHRvOmRpZHV0dEBnbWFpbC5jb20NCj4gICAgIDxtYWlsdG86ZGlkdXR0QGdtYWlsLmNv
bT4+DQo+ICAgICAgPiAgICAgPG1haWx0bzpkaWR1dHRAZ21haWwuY29tIDxtYWlsdG86ZGlkdXR0
QGdtYWlsLmNvbT4NCj4gICAgIDxtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSA8bWFpbHRvOmRpZHV0
dEBnbWFpbC5jb20+Pj4NCj4gICAgICA+ICAgICAgPiAgICAgPG1haWx0bzpkaWR1dHRAZ21haWwu
Y29tIDxtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbT4NCj4gICAgIDxtYWlsdG86ZGlkdXR0QGdtYWls
LmNvbSA8bWFpbHRvOmRpZHV0dEBnbWFpbC5jb20+Pg0KPiAgICAgID4gICAgIDxtYWlsdG86ZGlk
dXR0QGdtYWlsLmNvbSA8bWFpbHRvOmRpZHV0dEBnbWFpbC5jb20+DQo+ICAgICA8bWFpbHRvOmRp
ZHV0dEBnbWFpbC5jb20gPG1haWx0bzpkaWR1dHRAZ21haWwuY29tPj4+Pg0KPiAgICAgID4gICAg
ICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgPG1haWx0bzpkaWR1dHRAZ21haWwuY29tDQo+
ICAgICA8bWFpbHRvOmRpZHV0dEBnbWFpbC5jb20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpkaWR1
dHRAZ21haWwuY29tIDxtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbT4+DQo+ICAgICAgPiAgICAgID4g
ICAgIDxtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSA8bWFpbHRvOmRpZHV0dEBnbWFpbC5jb20+DQo+
ICAgICA8bWFpbHRvOmRpZHV0dEBnbWFpbC5jb20gPG1haWx0bzpkaWR1dHRAZ21haWwuY29tPj4+
DQo+ICAgICAgPiAgICAgPG1haWx0bzpkaWR1dHRAZ21haWwuY29tIDxtYWlsdG86ZGlkdXR0QGdt
YWlsLmNvbT4NCj4gICAgIDxtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSA8bWFpbHRvOmRpZHV0dEBn
bWFpbC5jb20+Pg0KPiAgICAgID4gICAgICA+ICAgICA8bWFpbHRvOmRpZHV0dEBnbWFpbC5jb20g
PG1haWx0bzpkaWR1dHRAZ21haWwuY29tPg0KPiAgICAgPG1haWx0bzpkaWR1dHRAZ21haWwuY29t
IDxtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbT4+Pj4+Pg0KPiAgICAgID4gICAgICA+ICAgICAgPiAg
ICAgICAgICAgICB3cm90ZToNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4N
Cj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAgICAgICBIaSBHcmVnLA0K
PiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPg0KPiAgICAgID4gICAgICA+ICAg
ICAgPiAgICAgICAgICAgICAgPiAgICAgICAgIEFzIGxvbmcgYXMgdGhlIGlubmVyIE1BQw0KPiAg
ICAgYWRkcmVzcyBpcw0KPiAgICAgID4gICAgIHN1Y2gNCj4gICAgICA+ICAgICAgPiAgICAgdGhh
dCB0aGUNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgcGFja2V0IGlzDQo+ICAg
ICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICAgICAgdHJhcHBlZCB0byB0aGUg
Q1BVLCBpdCBzaG91bGQgYmUNCj4gICAgICA+ICAgICBmaW5lIGZvcg0KPiAgICAgID4gICAgICA+
ICAgICB1c2UgYXMNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgYW4gaW5uZXIg
TUFDIGlzDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICAgICAgaXQg
bm90PyBTdGF0aW5nIHRoYXQgaXMNCj4gICAgIGJldHRlciB0aGFuDQo+ICAgICAgPiAgICAgdHJ5
aW5nIHRvDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIGZvcmNlIGEgbWFuYWdl
bWVudA0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgICAgIFZOSS4g
V2hhdCBpZiBzb21lb25lIHdhbnRzDQo+ICAgICB0byB0ZXN0DQo+ICAgICAgPiAgICAgID4gICAg
IGNvbm5lY3Rpdml0eQ0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICBvbiBhIHNw
ZWNpZmljDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICAgICAgVk5J
PyBJIHdvdWxkIG5vdCBwaWNrIGENCj4gICAgIGxvb3BiYWNrIElQDQo+ICAgICAgPiAgICAgID4g
ICAgIGFkZHJlc3MgZm9yDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIHRoaXMg
c2luY2UgdGhhdA0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgICAg
IGFkZHJlc3MgcmFuZ2UgaXMgaG9zdC9ub2RlIGxvY2FsDQo+ICAgICAgPiAgICAgb25seS4gSXMN
Cj4gICAgICA+ICAgICAgPiAgICAgdGhlcmUgYQ0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAg
ICAgICAgICByZWFzb24geW91J3JlDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAg
ICA+ICAgICAgICAgbm90IHVzaW5nIHRoZSBWVEVQIElQIGFzIHRoZQ0KPiAgICAgaW5uZXIgSVAN
Cj4gICAgICA+ICAgICAgPiAgICAgYWRkcmVzcyA/DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAg
ICAgICAgICAgICA+DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICAg
ICAgRGluZXNoDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+DQo+ICAgICAg
PiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICAgICAgT24gV2VkLCBKdWwgMzEsIDIw
MTkgYXQgNTo0OCBBTQ0KPiAgICAgID4gICAgIEdyZWcgTWlyc2t5DQo+ICAgICAgPiAgICAgID4g
ICAgICA+ICAgICAgICAgICAgICA+ICAgICAgICAgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAg
ICAgPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpn
cmVnaW1pcnNreUBnbWFpbC5jb20gPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+Pg0KPiAg
ICAgID4gICAgICA+ICAgICA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAgPG1h
aWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+IDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29t
DQo+ICAgICA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbT4+Pg0KPiAgICAgID4gICAgICA+
ICAgICAgPiAgICAgICAgICAgICA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAg
PG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpncmVn
aW1pcnNreUBnbWFpbC5jb20gPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+Pg0KPiAgICAg
ID4gICAgICA+ICAgICA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0
bzpncmVnaW1pcnNreUBnbWFpbC5jb20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpncmVnaW1pcnNr
eUBnbWFpbC5jb20NCj4gICAgIDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tPj4+PiA8bWFp
bHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0bzpncmVnaW1pcnNreUBnbWFp
bC5jb20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20gPG1haWx0
bzpncmVnaW1pcnNreUBnbWFpbC5jb20+Pg0KPiAgICAgID4gICAgICA+ICAgICA8bWFpbHRvOmdy
ZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+
IDxtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tDQo+ICAgICA8bWFpbHRvOmdyZWdpbWlyc2t5
QGdtYWlsLmNvbT4+Pg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICA8bWFpbHRv
OmdyZWdpbWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5j
b20+DQo+ICAgICAgPiAgICAgPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20gPG1haWx0bzpn
cmVnaW1pcnNreUBnbWFpbC5jb20+Pg0KPiAgICAgID4gICAgICA+ICAgICA8bWFpbHRvOmdyZWdp
bWlyc2t5QGdtYWlsLmNvbQ0KPiAgICAgPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20+DQo+
ICAgICAgPiAgICAgPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20NCj4gICAgIDxtYWlsdG86
Z3JlZ2ltaXJza3lAZ21haWwuY29tPj4+Pj4+IHdyb3RlOg0KPiAgICAgID4gICAgICA+ICAgICAg
PiAgICAgICAgICAgICAgPg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAg
ICAgICAgICAgICBEZWFyIEFsbCwNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAg
ID4gICAgICAgICAgICAgdGhhbmsgeW91IGZvciB5b3VyIGNvbW1lbnRzLA0KPiAgICAgID4gICAg
ICA+ICAgICBzdWdnZXN0aW9ucyBvbg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAg
ICB0aGlzIGlzc3VlLA0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAg
ICAgICAgICBwcm9iYWJseSB0aGUgbW9zdA0KPiAgICAgY2hhbGxlbmdpbmcNCj4gICAgICA+ICAg
ICBmb3IgdGhpcw0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICBzcGVjaWZpY2F0
aW9uLiBJbiB0aGUNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAgICAg
ICAgICAgY291cnNlIG9mIG91ciBkaXNjdXNzaW9ucywNCj4gICAgICA+ICAgICB3ZSd2ZSBhZ3Jl
ZWQgdG8NCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgYWJhbmRvbiB0aGUNCj4g
ICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAgICAgICAgICAgcmVxdWVzdCB0
byBhbGxvY2F0ZSB0aGUNCj4gICAgICA+ICAgICBkZWRpY2F0ZWQgTUFDDQo+ICAgICAgPiAgICAg
ID4gICAgIGFkZHJlc3MNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgdG8gYmUg
dXNlZCBhcw0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgICAgICAg
ICB0aGUgZGVzdGluYXRpb24gTUFDDQo+ICAgICBhZGRyZXNzIGluDQo+ICAgICAgPiAgICAgdGhl
IGlubmVyDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIEV0aGVybmV0IGZyYW1l
Lg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgICAgICAgICBBbHNv
LCBlYXJsaWVyIHVzaW5nIFZOSQ0KPiAgICAgMCB3YXMNCj4gICAgICA+ICAgICBjaGFuZ2VkIGZy
b20NCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgbWFuZGF0b3J5IHRvIG9uZQ0K
PiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgICAgICAgICBvZiB0aGUg
b3B0aW9ucyBhbg0KPiAgICAgID4gICAgIGltcGxlbWVudGF0aW9uIG1heQ0KPiAgICAgID4gICAg
ICA+ICAgICBvZmZlciB0bw0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICBhbiBv
cGVyYXRvci4NCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAgICAgICAg
ICAgVGhlIG1vc3QgcmVjZW50DQo+ICAgICBkaXNjdXNzaW9uIHdhcw0KPiAgICAgID4gICAgIHdo
ZXRoZXINCj4gICAgICA+ICAgICAgPiAgICAgVlRFUCdzDQo+ICAgICAgPiAgICAgID4gICAgICA+
ICAgICAgICAgICAgIE1BQyBhZGRyZXNzDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAg
ICAgICA+ICAgICAgICAgICAgIG1pZ2h0IGJlIHVzZWQgYXMgdGhlDQo+ICAgICAgPiAgICAgZGVz
dGluYXRpb24gTUFDDQo+ICAgICAgPiAgICAgID4gICAgIGFkZHJlc3MNCj4gICAgICA+ICAgICAg
PiAgICAgID4gICAgICAgICAgICAgaW4gdGhlIGlubmVyDQo+ICAgICAgPiAgICAgID4gICAgICA+
ICAgICAgICAgICAgICA+ICAgICAgICAgICAgIEV0aGVybmV0IGZyYW1lLiBBcyBJDQo+ICAgICBy
ZWNhbGwgaXQsIHRoZQ0KPiAgICAgID4gICAgICA+ICAgICBjb21tZW50cw0KPiAgICAgID4gICAg
ICA+ICAgICAgPiAgICAgICAgICAgICBmcm9tIFZYTEFODQo+ICAgICAgPiAgICAgID4gICAgICA+
ICAgICAgICAgICAgICA+ICAgICAgICAgICAgIGV4cGVydHMgZXF1YWxseSBzcGxpdA0KPiAgICAg
d2l0aCBvbmUNCj4gICAgICA+ICAgICBmb3IgaXQNCj4gICAgICA+ICAgICAgPiAgICAgYW5kIG9u
ZQ0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICBhZ2FpbnN0LiBIZW5jZQ0KPiAg
ICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgICAgICAgICBJIHdvdWxkIGxp
a2UgdG8gcHJvcG9zZQ0KPiAgICAgYSBuZXcNCj4gICAgICA+ICAgICB0ZXh0IHRvDQo+ICAgICAg
PiAgICAgID4gICAgIHJlc29sdmUNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAg
dGhlIGlzc3VlLiBUaGUNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAg
ICAgICAgICAgaWRlYSBpcyB0byBsZXQgYW4NCj4gICAgIG9wZXJhdG9yIHNlbGVjdA0KPiAgICAg
ID4gICAgICA+ICAgICBNYW5hZ2VtZW50DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAg
ICAgIFZOSSBhbmQgdXNlDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAg
ICAgICAgICAgIHRoYXQgVk5JIGluIFZYTEFODQo+ICAgICBlbmNhcHN1bGF0aW9uDQo+ICAgICAg
PiAgICAgb2YgQkZEDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIENvbnRyb2wg
cGFja2V0czoNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAgICAgICAg
ICAgTkVXIFRFWFQ6DQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+DQo+ICAg
ICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICAgICAgICAgICAgICBBbiBvcGVy
YXRvciBNVVNUDQo+ICAgICBzZWxlY3QgYSBWTkkNCj4gICAgICA+ICAgICAgPiAgICAgbnVtYmVy
IHRvDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIGJlIHVzZWQgYXMNCj4gICAg
ICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAgICAgICAgICAgICAgIE1hbmFnZW1l
bnQgVk5JLiBWWExBTg0KPiAgICAgID4gICAgIHBhY2tldCBmb3INCj4gICAgICA+ICAgICAgPiAg
ICAgID4gICAgICAgICAgICAgTWFuYWdlbWVudCBWTkkgTVVTVCBOT1QNCj4gICAgICA+ICAgICAg
PiAgICAgID4gICAgICAgICAgICAgID4gICAgICAgICAgICAgICAgIGJlIHNlbnQgdG8gYSB0ZW5h
bnQuIFZOSQ0KPiAgICAgID4gICAgIG51bWJlciAxIGlzDQo+ICAgICAgPiAgICAgID4gICAgICA+
ICAgICAgICAgICAgIFJFQ09NTUVOREVEIGFzIHRoZQ0KPiAgICAgID4gICAgICA+ICAgICAgPiAg
ICAgICAgICAgICAgPiAgICAgICAgICAgICAgICAgZGVmYXVsdCBmb3INCj4gICAgIE1hbmFnZW1l
bnQgVk5JLg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPg0KPiAgICAgID4g
ICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgICAgICAgICBXaXRoIHRoYXQgbmV3IHRl
eHQsIHdoYXQNCj4gICAgIGNhbiBiZSB0aGUNCj4gICAgICA+ICAgICAgPiAgICAgdmFsdWUgb2YN
Cj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgdGhlIGRlc3RpbmF0aW9uDQo+ICAg
ICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICAgICAgICAgIE1BQyBpbiB0aGUg
aW5uZXIgRXRoZXJuZXQ/IEkNCj4gICAgICA+ICAgICB0ZW5kIHRvDQo+ICAgICAgPiAgICAgID4g
ICAgIGJlbGlldmUNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgdGhhdCBpdCBj
YW4gYmUNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAgICAgICAgICAg
YW55dGhpbmcgYW5kIGlnbm9yZWQgYnkgdGhlDQo+ICAgICAgPiAgICAgcmVjaWV2ZXIgVlRFUC4N
Cj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgQWxzbywgaWYgdGhlDQo+ICAgICAg
PiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICAgICAgICAgIHRyYXBwaW5nIGlzIGJh
c2VkIG9uIFZOSQ0KPiAgICAgID4gICAgIG51bWJlciwgdGhlDQo+ICAgICAgPiAgICAgID4gICAg
ICA+ICAgICAgICAgICAgIGRlc3RpbmF0aW9uIElQIGFkZHJlc3MNCj4gICAgICA+ICAgICAgPiAg
ICAgID4gICAgICAgICAgICAgID4gICAgICAgICAgICAgb2YgdGhlIGlubmVyIElQIHBhY2tldA0K
PiAgICAgY2FuIGZyb20NCj4gICAgICA+ICAgICB0aGUgcmFuZ2UNCj4gICAgICA+ICAgICAgPiAg
ICAgID4gICAgICAgICAgICAgMTI3LzggZm9yIElQdjQsDQo+ICAgICAgPiAgICAgID4gICAgICA+
ICAgICAgICAgICAgICA+ICAgICAgICAgICAgIGFuZCBmb3IgSVB2NiBmcm9tIHRoZSByYW5nZQ0K
PiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAwOjA6MDowOjA6RkZGRjo3RjAwOjAv
MTA0LiBBbmQNCj4gICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4gICAgICAgICAg
ICAgbGFzdGx5LCB0aGUgVFRMIHRvIGJlDQo+ICAgICBzZXQgdG8gMSAobm8NCj4gICAgICA+ICAg
ICAgPiAgICAgY2hhbmdlIGhlcmUpLg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAg
ICAgPg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgICAgICAgICBN
dWNoIGFwcHJlY2lhdGUgeW91cg0KPiAgICAgY29tbWVudHMsDQo+ICAgICAgPiAgICAgID4gICAg
IHF1ZXN0aW9ucywgYW5kDQo+ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgIHN1Z2dl
c3Rpb25zLg0KPiAgICAgID4gICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPg0KPiAgICAgID4g
ICAgICA+ICAgICAgPiAgICAgICAgICAgICAgPiAgICAgICAgICAgICBCZXN0IHJlZ2FyZHMsDQo+
ICAgICAgPiAgICAgID4gICAgICA+ICAgICAgICAgICAgICA+ICAgICAgICAgICAgIEdyZWcNCj4g
ICAgICA+ICAgICAgPiAgICAgID4gICAgICAgICAgICAgID4NCj4gICAgICA+ICAgICAgPiAgICAg
ID4NCj4gICAgICA+ICAgICAgPg0KPiAgICAgID4NCj4=


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPkhpIFNhbnRvc2gsPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250
LWZhbWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFt
aWx5OmFyaWFsOyI+V2l0aCByZWdhcmQgdG8gdGhlIHF1ZXN0aW9uIHdoZXRoZXIgd2Ugc2hvdWxk
Jm5ic3A7PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyI+YWxsb3cgbXVsdGlw
bGUgQkZEIHNlc3Npb25zIGZvciB0aGUgc2FtZSBWTkkgb3Igbm90LCBJTUhPIHdlIHNob3VsZCBh
bGxvdyBpdCwgbW9yZSBleHBsYW5hdGlvbiBhcyBmb2xsb3dzLjwvc3Bhbj48L3A+PHAgc3R5bGU9
ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt
aWx5OiBzYW5zLXNlcmlmOyI+QmVsb3cgaXMgYSBmaWd1cmUgZGVyaXZlZCBmcm9tIGZpZ3VyZSAy
IG9mIFJGQzgwMTQgKDxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01p
Y3Jvc29mdCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRp
Y2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyNHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2Io
MjU1LCAyNTUsIDI1NSk7Ij5BbiBBcmNoaXRlY3R1cmUgZm9yIERhdGEtQ2VudGVyIE5ldHdvcmsg
VmlydHVhbGl6YXRpb24gb3ZlciBMYXllciAzIChOVk8zKTwvc3Bhbj4pLjwvc3Bhbj48L3A+PHAg
c3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OiBzYW5zLXNlcmlmOyI+PC9zcGFuPjwvcD48cHJlPiAgICAgICAgICAgICAgICAg
ICAgfCAgICAgICAgIERhdGEgQ2VudGVyIE5ldHdvcmsgKElQKSAgICAgICAgfAogICAgICAgICAg
ICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAg
ICAgICAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0rCiAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAg
fAogICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICBUdW5uZWwgT3ZlcmxheSAgICAgIHwK
ICAgICAgICAgICAgKy0tLS0tLS0tLS0tLSstLS0tLS0tLS0rICAgICAgICstLS0tLS0tLS0rLS0t
LS0tLS0tLS0tKwogICAgICAgICAgICB8ICstLS0tLS0tLS0tKy0tLS0tLS0rIHwgICAgICAgfCAr
LS0tLS0tLSstLS0tLS0tLS0tKyB8CiAgICAgICAgICAgIHwgfCAgT3ZlcmxheSBNb2R1bGUgIHwg
fCAgICAgICB8IHwgIE92ZXJsYXkgTW9kdWxlICB8IHwKICAgICAgICAgICAgfCArLS0tLS0tLS0t
Ky0tLS0tLS0tKyB8ICAgICAgIHwgKy0tLS0tLS0tLSstLS0tLS0tLSsgfAogICAgICAgICAgICB8
ICAgICAgICAgICB8ICAgICAgICAgIHwgICAgICAgfCAgICAgICAgICAgfCAgICAgICAgICB8CiAg
ICAgTlZFMSAgIHwgICAgICAgICAgIHwgICAgICAgICAgfCAgICAgICB8ICAgICAgICAgICB8ICAg
ICAgICAgIHwgTlZFMgogICAgICAgICAgICB8ICArLS0tLS0tLS0rLS0tLS0tLSsgIHwgICAgICAg
fCAgKy0tLS0tLS0tKy0tLS0tLS0rICB8CiAgICAgICAgICAgIHwgIHxWTkkxIFZOSTIgIFZOSTEg
fCAgfCAgICAgICB8ICB8IFZOSTEgVk5JMiBWTkkxIHwgIHwKICAgICAgICAgICAgfCAgKy0rLS0t
LS0rLS0tLSstLS0rICB8ICAgICAgIHwgICstKy0tLS0tKy0tLS0tKy0tKyAgfAogICAgICAgICAg
ICB8VkFQMXwgVkFQMnwgICAgfCBWQVAzIHwgICAgICAgfFZBUDF8IFZBUDJ8ICAgICB8IFZBUDN8
CiAgICAgICAgICAgICstLS0tKy0tLS0tKy0tLS0rLS0tLS0tKyAgICAgICArLS0tLSstLS0tLSst
LS0tLSstLS0tLSsKICAgICAgICAgICAgICAgICB8ICAgICB8ICAgIHwgICAgICAgICAgICAgICAg
ICAgfCAgICAgfCAgICAgfAogICAgICAgICAgICAgICAgIHwgICAgIHwgICAgfCAgICAgICAgICAg
ICAgICAgICB8ICAgICB8ICAgICB8CiAgICAgICAgICAgICAgICAgfCAgICAgfCAgICB8ICAgICAg
ICAgICAgICAgICAgIHwgICAgIHwgICAgIHwKICAgICAgICAgIC0tLS0tLS0rLS0tLS0rLS0tLSst
LS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tKy0tLS0tKy0tLS0tLS0KICAgICAgICAgICAgICAgICB8
ICAgICB8ICAgIHwgICAgIFRlbmFudCAgICAgICAgfCAgICAgfCAgICAgfAogICAgICAgICAgICBU
U0kxIHwgVFNJMnwgICAgfCBUU0kzICAgICAgICAgIFRTSTF8IFRTSTJ8ICAgICB8VFNJMwogICAg
ICAgICAgICAgICAgKy0tLSsgKy0tLSsgKy0tLSsgICAgICAgICAgICAgKy0tLSsgKy0tLSsgICAr
LS0tKwogICAgICAgICAgICAgICAgfFRTMXwgfFRTMnwgfFRTM3wgICAgICAgICAgICAgfFRTNHwg
fFRTNXwgICB8VFM2fAogICAgICAgICAgICAgICAgKy0tLSsgKy0tLSsgKy0tLSsgICAgICAgICAg
ICAgKy0tLSsgKy0tLSsgICArLS0tKzwvcHJlPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250
LWZhbWlseTphcmlhbDsiPlRvIG15IHVuZGVyc3RhbmRpbmcsIHRoZSBCRkQgc2Vzc2lvbnMgYmV0
d2VlbiBOVkUxIGFuZCBOVkUyIGFyZSBhY3R1YWxseSBpbml0aWF0ZWQgYW5kIHRlcm1pbmF0ZWQg
YXQgVkFQIG9mIE5WRS48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFy
aWFsOyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyI+PC9zcGFuPklmIHRo
ZSBuZXR3b3JrIG9wZXJhdG9yIHdhbnQgdG8gc2V0IHVwIG9uZSBCRkQgc2Vzc2lvbiBiZXR3ZWVu
IFZBUDEgb2YgTlZFMSBhbmQgVkFQMW9mIE5WRTIsIGF0IHRoZSBzYW1lIHRpbWUgYW5vdGhlciBC
RkQgc2Vzc2lvbiBiZXR3ZWVuIFZBUDMgb2YgTlZFMSBhbmQgVkFQMyBvZiBOVkUyLCA8c3BhbiBz
dHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsOyBsaW5lLWhlaWdodDogMjFweDsiPmFsdGhvdWdoIHRo
ZSB0d28gQkZEIHNlc3Npb25zIGFyZSBmb3IgdGhlIHNhbWUgVk5JMSwmbmJzcDs8L3NwYW4+SSBi
ZWxpZXZlIGl0J3MgcmVhc29uYWJsZSwgc28gdGhhdCdzIHdoeSBJIHRoaW5rIHdlIHNob3VsZCBh
bGxvdyBpdC48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+
PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij5PZiBj
b3Vyc2UsIGluIFJGQzgwMTQgaXQgYWxzbyBzYXlzOjwvcD48cHJlIGNsYXNzPSJuZXdwYWdlIj4i
Tm90ZSB0aGF0IHR3byBkaWZmZXJlbnQgVGVuYW50IFN5c3RlbXMgKGFuZCBUU0lzKSBhdHRhY2hl
ZCB0byBhIGNvbW1vbiBOVkUgY2FuIHNoYXJlIGEgVkFQIChlLmcuLCBUUzEgYW5kIFRTMiBpbiBG
aWd1cmUgMikgc28gbG9uZyBhcyB0aGV5IGNvbm5lY3QgdG8gdGhlIHNhbWUgVmlydHVhbCBOZXR3
b3JrLjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogYXJpYWw7Ij4iPC9zcGFuPjwvcHJlPjxwIHN0
eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbDsiPjxzcGFuIHN0eWxlPSJmb250
LWZhbWlseTogc2Fucy1zZXJpZjsiPlNvbWUgcGVvcGxlIG1heSBhcmd1ZSB0aGF0IGFsbCBUZW5h
bnQgU3lzdGVtcyBjb25uZWN0aW5nIHRvIHRoZSBzYW1lIFZpcnR1YWwgTmV0d29yayBNVVNUIHNo
YXJlIG9uZSBWQVAsIGlmIHRoYXQncyB0cnVlLCB0aGVuIFZBUDEgYW5kIFZBUDMgc2hvdWxkIG1l
cmdlIGludG8gb25lIFZBUCBhbmQgbXkgZXhwbGFuYXRpb24gZG9lc24ndCB3b3JrLiBDb3B5aW5n
IHRvIE5WTzMgV0cgdG8gaW52b2x2ZSBtb3JlIGV4cGVydHMsIGhvcGUgZm9yIHlvdXIgY2xhcmlm
aWNhdGlvbnMgYW5kIGNvbW1lbnRzLjwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4
O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBzYW5zLXNlcmlm
OyI+PGJyPjwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFy
aWFsOyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyI+QmVzdCBSZWdhcmRz
LDwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+
PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyI+WGlhbyBNaW48L3NwYW4+PC9w
PjxkaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2
IGNsYXNzPSJ6aGlzdG9yeURlcyIgc3R5bGU9IndpZHRoOiAxMDAlOyBoZWlnaHQ6IDI4cHg7IGxp
bmUtaGVpZ2h0OiAyOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRTBFNUU5OyBjb2xvcjogIzEzODhG
RjsgdGV4dC1hbGlnbjogY2VudGVyOyIgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeU9yZ1R4dCI+5Y6f
5aeL6YKu5Lu2PC9kaXY+PGRpdiBpZD0iendyaXRlSGlzdG9yeUNvbnRhaW5lciI+PGRpdiBjbGFz
cz0iY29udHJvbC1ncm91cCB6aGlzdG9yeVBhbmVsIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUhlYWRl
ciIgc3R5bGU9InBhZGRpbmc6IDhweDsgYmFja2dyb3VuZC1jb2xvcjogI0Y1RjZGODsiPjxkaXY+
PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U2VuZGVyVHh0Ij7lj5Hku7bkurrvvJo8L3N0
cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSI+U2FudG9zaFBLICZsdDtzYW50b3NoLnBh
bGxhZ2F0dGlAZ21haWwuY29tJmd0Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2Ut
ZGF0YT0iSGlzdG9yeVRPVHh0Ij7mlLbku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJl
YWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPkdyZWcgTWlyc2t5ICZsdDtncmVn
aW1pcnNreUBnbWFpbC5jb20mZ3Q7Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2Ut
ZGF0YT0iSGlzdG9yeUNDVHh0Ij7mioTpgIHkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJl
YWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPmRyYWZ0LWlldGYtYmZkLXZ4bGFu
QGlldGYub3JnICZsdDtkcmFmdC1pZXRmLWJmZC12eGxhbkBpZXRmLm9yZyZndDs7PC9zcGFuPjxz
cGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+RGluZXNo
IER1dHQgJmx0O2RpZHV0dEBnbWFpbC5jb20mZ3Q7Ozwvc3Bhbj48c3BhbiBjbGFzcz0ienJlYWRV
c2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPnJ0Zy1iZmQgV0cgJmx0O3J0Zy1iZmRA
aWV0Zi5vcmcmZ3Q7Ozwvc3Bhbj48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRp
c3BsYXk6IGlubGluZTsiPkpvZWwgTS4gSGFscGVybiAmbHQ7am1oQGpvZWxoYWxwZXJuLmNvbSZn
dDs7PC9zcGFuPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5s
aW5lOyI+VC4gU3JpZGhhciAmbHQ7dHNyaWRoYXJAdm13YXJlLmNvbSZndDs7PC9zcGFuPjxzcGFu
IGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+YmZkLWNoYWly
c0BpZXRmLm9yZyAmbHQ7YmZkLWNoYWlyc0BpZXRmLm9yZyZndDs7PC9zcGFuPjwvZGl2PjxkaXY+
PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5RGF0ZVR4dCI+5pelIOacnyDvvJo8L3N0cm9u
Zz48c3BhbiBjbGFzcz0iIj4yMDE55bm0MDnmnIgyM+aXpSAwNTozOTwvc3Bhbj48L2Rpdj48ZGl2
PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVN1YmplY3RUeHQiPuS4uyDpopgg77yaPC9z
dHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVGl0bGUiPjxzdHJvbmc+UmU6IEJGRCBvdmVyIFZYTEFO
OiBUcmFwcGluZyBCRkQgQ29udHJvbCBwYWNrZXQgYXQgVlRFUDwvc3Ryb25nPjwvc3Bhbj48L2Rp
dj48L2Rpdj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUNvbnRlbnQiPjxkaXY+PGRpdiBkaXI9Imx0ciI+
PGRpdiBkaXI9Imx0ciI+R3JlZyw8YnI+PC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7IFBsZWFzZSBz
ZWUgaW5saW5lIHJlcGx5IHRhZ2dlZCBbU1BLXS4gSSBoYXZlIGFkZGVkIHRleHQgcmVxdWVzdGVk
LjwvZGl2Pjxicj48ZGl2PlRoYW5rczwvZGl2PjxkaXY+U2FudG9zaCBQIEsmbmJzcDs8L2Rpdj48
YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9h
dHRyIj5PbiBGcmksIEF1ZyAxNiwgMjAxOSBhdCA0OjU5IEFNIEdyZWcgTWlyc2t5ICZsdDs8YSBo
cmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2lt
aXJza3lAZ21haWwuLi5jb208L2E+Jmd0OyB3cm90ZTo8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xh
c3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1s
ZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgZGly
PSJsdHIiPjxkaXYgZGlyPSJsdHIiPkhpIFNhbnRvc2gsPGRpdj50aGFuayB5b3UgZm9yIHlvdXIg
Y29tbWVudHMuIFBsZWFzZSBmaW5kIG15IG5vdGVzIGluLWxpbmVkIGFuZCB0YWdnZWQgR0lNJmd0
OyZndDsuPC9kaXY+PGJyPjxkaXY+UmVnYXJkcyw8L2Rpdj48ZGl2PkdyZWc8L2Rpdj48L2Rpdj48
YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9h
dHRyIj5PbiBUdWUsIEF1ZyAxMywgMjAxOSBhdCAxMDoyNCBQTSBTYW50b3NoIFAgSyAmbHQ7PGEg
aHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5r
Ij5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJyPjwvZGl2Pjxi
bG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAw
LjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6
MWV4Ij48ZGl2IGRpcj0ibHRyIj5HcmVnLDxkaXY+Jm5ic3A7ICZuYnNwO1RoYW5rcyBmb3IgdXBk
YXRlZCB2ZXJzaW9uIG9mIGRvY3VtZW50LiBIZXJlIGFyZSBmZXcgY29tbWVudHMgb24gbmV3IGRy
YWZ0LjwvZGl2Pjxicj48ZGl2PlNlY3Rpb24gNDo8L2Rpdj48ZGl2PjxkaXYgc3R5bGU9ImNvbG9y
OnJnYigwLDAsMCk7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssQ291cmllcixt
b25vc3BhY2UsYXJpYWwsc2Fucy1zZXJpZjtmb250LXNpemU6MTRweDt3aGl0ZS1zcGFjZTpwcmUt
d3JhcCI+RGVzdGluYXRpb24gTUFDOiBUaGlzIE1VU1QgTk9UIGJlIG9mIG9uZSBvZiB0ZW5hbnQn
cyBNQUM8L2Rpdj48ZGl2IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2ZvbnQtZmFtaWx5OiZxdW90
O0NvdXJpZXIgTmV3JnF1b3Q7LENvdXJpZXIsbW9ub3NwYWNlLGFyaWFsLHNhbnMtc2VyaWY7Zm9u
dC1zaXplOjE0cHg7d2hpdGUtc3BhY2U6cHJlLXdyYXAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhZGRyZXNzZXMuJm5ic3A7IFRoZSBNQUMgYWRkcmVz
cyBNQVkgYmUgY29uZmlndXJlZCwgb3IgaXQgTUFZIGJlPC9kaXY+PGRpdiBzdHlsZT0iY29sb3I6
cmdiKDAsMCwwKTtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxDb3VyaWVyLG1v
bm9zcGFjZSxhcmlhbCxzYW5zLXNlcmlmO2ZvbnQtc2l6ZToxNHB4O3doaXRlLXNwYWNlOnByZS13
cmFwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbGVh
cm5lZCB2aWEgYSBjb250cm9sIHBsYW5lIHByb3RvY29sLiZuYnNwOyBUaGUgZGV0YWlscyBvZiBo
b3cgdGhlPC9kaXY+PGRpdiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtmb250LWZhbWlseTomcXVv
dDtDb3VyaWVyIE5ldyZxdW90OyxDb3VyaWVyLG1vbm9zcGFjZSxhcmlhbCxzYW5zLXNlcmlmO2Zv
bnQtc2l6ZToxNHB4O3doaXRlLXNwYWNlOnByZS13cmFwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTUFDIGFkZHJlc3MgaXMgb2J0YWluZWQgYXJlIG91
dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQuPC9kaXY+PC9kaXY+PGJyPjxkaXYgc3R5
bGU9ImNvbG9yOnJnYigwLDAsMCk7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDss
Q291cmllcixtb25vc3BhY2UsYXJpYWwsc2Fucy1zZXJpZjtmb250LXNpemU6MTRweDt3aGl0ZS1z
cGFjZTpwcmUtd3JhcCI+SSB0aGluayB3ZSBtYXkgbmVlZCB0byBnaXZlIGJhY2tncm91bmQgb24g
d2h5IHdlIGFyZSBzYXlpbmcgTUFDIGFkZHJlc3MgTVVTVCBub3QgYmUgb25lIG9mIHRlbmFudCdz
IE1BQyBhZGRyZXNzLiBMaWtlIGluIHRoaXMgdGhyZWFkIHdlIGhhdmUgZGlzY3Vzc2VkIG9uZSBv
ZiB0aGUgdGVuYW50IGNvdWxkIGhhdmUgYm9ycm93ZWQgdGhlIHNhbWUgVlRFUCBtYWMgYWRkcmVz
cyBhbmQgd2UgaWYgd2UgaGF2ZSB0byB1c2UgQkZEIHRoZW4gd2UgbmVlZCB0byBhdm9pZCB0aGF0
IGNvbmZsaWN0IHRvIGVuc3VyZSBCRkQgcGFja2V0cyBnZXQgb2JzZXJ2ZWQgaW4gdGhlIFZURVAg
aXRzZWxmLiBTaG91bGQgd2UgYWRkIGEgc2VjdGlvbiBiZWZvcmUgNCB0byBzZXQgdGhhdCBjb250
ZXh0IHNvIHRoYXQgYWJvdmUgdGV4dCBtYWtlcyBtb3JlIHNlbnNlIGluIHRoYXQgY29udGV4dD88
L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PGRpdj5HSU0mZ3Q7Jmd0OyBDZXJ0YWlubHkuIFBsZWFz
ZSBzaGFyZSB0aGUgdGV4dCB5b3UnZCBsaWtlIHRvIGFkZC4mbmJzcDs8L2Rpdj48L2Rpdj48L2Rp
dj48L2Jsb2NrcXVvdGU+Jm5ic3A7PGRpdj5bU1BLXSZuYnNwOyBQcm9wb3NlZCB0ZXh0IGZvciB3
aHkgd2Ugc2hvdWxkIG5vdCB1c2UgVlRFUCBNQVggYWRkcmVzcyBhcyB0ZW5hbnQgTUFDIGFkZHJl
c3MuPC9kaXY+PGJyPjxkaXY+IkluIHNvbWUgc2NlbmFyaW9zIHRlbmFudCBNQUMgaXMgYm9ycm93
ZWQgZnJvbSBWVEVQIE1BQyBhZGRyZXNzLiBWWExBTiBCRkQgTVVTVCB0ZXJtaW5hdGUgQkZEIHNl
c3Npb24gYXQgVlRFUCBhbmQgTVVTVCBub3QgZm9yd2FyZCBCRkQgcGFja2V0cyB0byB0ZW5hbnRz
LiBUbyB0ZXJtaW5hdGUgVlhMQU4gQkZEIHBhY2tldHMgYXQgVlRFUCwgZGVwbG95bWVudCBNVVNU
IGVuc3VyZSB0aGF0IHRoZXJlIGFyZSBubyB0ZW5hbnQgVk0gd2hpY2ggYmFycm93cyBWVEVQIE1B
QyBhZGRyZXNzLiI8L2Rpdj48YnI+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHls
ZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0
LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgZGlyPSJsdHIiPjxkaXYgY2xhc3M9Imdt
YWlsX3F1b3RlIj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46
MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7
cGFkZGluZy1sZWZ0OjFleCI+PGRpdiBkaXI9Imx0ciI+PGJyPjxicj48ZGl2IHN0eWxlPSJjb2xv
cjpyZ2IoMCwwLDApO2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LENvdXJpZXIs
bW9ub3NwYWNlLGFyaWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjE0cHg7d2hpdGUtc3BhY2U6cHJl
LXdyYXAiPiZuYnNwOyZuYnNwOyZuYnNwO0lQIGhlYWRlcjo8L2Rpdj48ZGl2IHN0eWxlPSJjb2xv
cjpyZ2IoMCwwLDApO2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LENvdXJpZXIs
bW9ub3NwYWNlLGFyaWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjE0cHg7d2hpdGUtc3BhY2U6cHJl
LXdyYXAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBE
ZXN0aW5hdGlvbiBJUDogSVAgYWRkcmVzcyBNVVNUIE5PVCBiZSBvZiBvbmUgb2YgdGVuYW50J3Mg
SVA8L2Rpdj48ZGl2IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2ZvbnQtZmFtaWx5OiZxdW90O0Nv
dXJpZXIgTmV3JnF1b3Q7LENvdXJpZXIsbW9ub3NwYWNlLGFyaWFsLHNhbnMtc2VyaWY7Zm9udC1z
aXplOjE0cHg7d2hpdGUtc3BhY2U6cHJlLXdyYXAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhZGRyZXNzZXMuJm5ic3A7IElQIGFkZHJlc3MgTUFZIGJl
IHNlbGVjdGVkIGZyb20gdGhlIHJhbmdlIDEyNy84IGZvcjwvZGl2PjxkaXYgc3R5bGU9ImNvbG9y
OnJnYigwLDAsMCk7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssQ291cmllcixt
b25vc3BhY2UsYXJpYWwsc2Fucy1zZXJpZjtmb250LXNpemU6MTRweDt3aGl0ZS1zcGFjZTpwcmUt
d3JhcCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IElQ
djQsIGZvciBJUHY2IC0gZnJvbSB0aGUgcmFuZ2UgMDowOjA6MDowOkZGRkY6N0YwMDowLzEwNC48
L2Rpdj48YnI+PGRpdiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtmb250LWZhbWlseTomcXVvdDtD
b3VyaWVyIE5ldyZxdW90OyxDb3VyaWVyLG1vbm9zcGFjZSxhcmlhbCxzYW5zLXNlcmlmO2ZvbnQt
c2l6ZToxNHB4O3doaXRlLXNwYWNlOnByZS13cmFwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVFRMOiBNVVNUIGJlIHNldCB0byAxIHRvIGVuc3VyZSB0
aGF0IHRoZSBCRkQgcGFja2V0IGlzIG5vdDwvZGl2PjxkaXYgc3R5bGU9ImNvbG9yOnJnYigwLDAs
MCk7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssQ291cmllcixtb25vc3BhY2Us
YXJpYWwsc2Fucy1zZXJpZjtmb250LXNpemU6MTRweDt3aGl0ZS1zcGFjZTpwcmUtd3JhcCI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJvdXRlZCB3aXRo
aW4gdGhlIEwzIHVuZGVybGF5IG5ldHdvcmsuPGJyPjwvZGl2Pjxicj48YnI+PGRpdiBzdHlsZT0i
Y29sb3I6cmdiKDAsMCwwKTtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxDb3Vy
aWVyLG1vbm9zcGFjZSxhcmlhbCxzYW5zLXNlcmlmO2ZvbnQtc2l6ZToxNHB4O3doaXRlLXNwYWNl
OnByZS13cmFwIj5JIHRoaW5rIHdlIGhhdmUgYWRkZWQgc29tZSB0ZXh0IHRvIGFkZHJlc3MgU3Jp
ZGhhciBjb21tZW50cyBvbiB3aHkgVFRMIE1VU1QgYmUgMSBhbmQgZGVzdCBJUCBhZGRyZXNzIE1V
U1QgYmUgMTI3LzggcmFuZ2UuIEkgc2VlIHRoYXQgdGV4dCBpcyBtaXNzaW5nIG5vdy48L2Rpdj48
L2Rpdj48L2Jsb2NrcXVvdGU+PGRpdj5HSU0mZ3Q7Jmd0OyBNeSBhcG9sb2dpZXMgdGhhdCBJJ3Zl
IG1pc3NlZCB0byBpbmNsdWRlIHRoZSB0ZXh0IGZyb20gYW5vdGhlciBkaXNjdXNzaW9uIHRocmVh
ZC4gSSBiZWxpZXZlIHRoZSBmb2xsb3dpbmcgd291bGQgYmUgY29tcGxldGU6PC9kaXY+PGRpdj4m
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFRUTCBvciBIb3AgTGltaXQ6IE1VU1Qg
YmUgc2V0IHRvIDEgdG8gZW5zdXJlIHRoYXQgdGhlIEJGRDwvZGl2PiZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDtwYWNrZXQgaXMgbm90IHJvdXRlZCB3aXRoaW4gdGhlIExheWVyIDMg
dW5kZXJsYXkgbmV0d29yay4mbmJzcDsgVGhpczxicj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7YWRkcmVzc2VzIHRoZSBzY2VuYXJpbyB3aGVuIHRoZSBpbm5lciBJUCBkZXN0aW5h
dGlvbiBhZGRyZXNzIGlzPGJyPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtvZiBW
WExBTiBnYXRld2F5IGFuZCB0aGVyZSBpcyBhIHJvdXRlciBpbiB1bmRlcmxheSB3aGljaDxicj4m
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7cmVtb3ZlcyB0aGUgVlhMQU4gaGVhZGVy
LCB0aGVuIGl0IGlzIHBvc3NpYmxlIHRvIHJvdXRlIHRoZTxicj4mbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7cGFja2V0IGFzIFZYTEFOICZuYnNwO2dhdGV3YXkgYWRkcmVzcyBpcyBy
b3V0YWJsZSBhZGRyZXNzLjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT4mbmJzcDs8ZGl2PltTUEtd
IFRoaXMgdGV4dCBsb29rcyBnb29kLiZuYnNwOyZuYnNwOzwvZGl2PjxibG9ja3F1b3RlIGNsYXNz
PSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVm
dDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2IGRpcj0i
bHRyIj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1
b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xp
ZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgZGlyPSJsdHIiPjxicj48
ZGl2IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3
JnF1b3Q7LENvdXJpZXIsbW9ub3NwYWNlLGFyaWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjE0cHg7
d2hpdGUtc3BhY2U6cHJlLXdyYXAiPlNlY3Rpb24gNS4xOjwvZGl2PjxkaXYgc3R5bGU9ImNvbG9y
OnJnYigwLDAsMCk7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssQ291cmllcixt
b25vc3BhY2UsYXJpYWwsc2Fucy1zZXJpZjtmb250LXNpemU6MTRweDt3aGl0ZS1zcGFjZTpwcmUt
d3JhcCI+PGRpdj5Gb3Igc3VjaCBwYWNrZXRzLCB0aGUgQkZEIHNlc3Npb24gTVVTVCBiZSBpZGVu
dGlmaWVkPC9kaXY+PGRpdj4mbmJzcDsmbmJzcDsgdXNpbmcgdGhlIGZvbGxvd2luZyB0aHJlZS10
dXBsZXMgb2YgZmllbGRzIG9mIHRoZSBpbm5lciBoZWFkZXI6IHRoZTwvZGl2PjxkaXY+Jm5ic3A7
Jm5ic3A7IHNvdXJjZSBJUCwgdGhlIGRlc3RpbmF0aW9uIElQLCBhbmQgdGhlIHNvdXJjZSBVRFAg
cG9ydCBudW1iZXIgcHJlc2VudDwvZGl2PjxkaXY+Jm5ic3A7Jm5ic3A7IGluIHRoZSBJUCBoZWFk
ZXIgY2FycmllZCBieSB0aGUgcGF5bG9hZCBvZiB0aGUgcGFja2V0IGluIFZYTEFOPC9kaXY+PGRp
dj4mbmJzcDsmbmJzcDsgZW5jYXBzdWxhdGlvbi4mbmJzcDsgSWYgQkZEIHBhY2tldCBpcyByZWNl
aXZlZCB3aXRoIG5vbi16ZXJvIFlvdXI8L2Rpdj48ZGl2PkRpc2NyaW1pbmF0b3IsIHRoZW4gQkZE
IHNlc3Npb24gTVVTVCBiZSBkZW11bHRpcGxleGVkIG9ubHkgd2l0aCBZb3VyPC9kaXY+PGRpdj4m
bmJzcDsmbmJzcDsgRGlzY3JpbWluYXRvciBhcyB0aGUga2V5LjwvZGl2PjwvZGl2Pjxicj48ZGl2
IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1
b3Q7LENvdXJpZXIsbW9ub3NwYWNlLGFyaWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjE0cHg7d2hp
dGUtc3BhY2U6cHJlLXdyYXAiPkp1c3Qgd2l0aCAzIHR1cGxlIHdlIHdpbGwgbm90IGJlIGFibGUg
dG8gZGVtdXggcGFja2V0LiBXZSBuZWVkIHRvIGNvbnNpZGVyIFZOSSBhcyB3ZWxsIGlmIHdlIGhh
dmUgbXVsdGlwbGUgQkZEIHNlc3Npb24gYmV0d2VlbiBzYW1lIHBhaXIgb2YgVlRFUC48L2Rpdj48
L2Rpdj48L2Jsb2NrcXVvdGU+PGRpdj5HSU0mZ3Q7Jmd0OyBUaGlzIGlzIG9uZSBvZiBjb21tZW50
cyBmcm9tIENhcmxvcyB3ZSBuZWVkIHRvIGFkZHJlc3MuIFlvdXIgY29tbWVudCBoYXZlIGhlbHBl
ZCBtZSB0byBmb3JtIHRoZSBxdWVzdGlvbjo8L2Rpdj48L2Rpdj48YmxvY2txdW90ZSBzdHlsZT0i
bWFyZ2luOjBweCAwcHggMHB4IDQwcHg7Ym9yZGVyOm5vbmU7cGFkZGluZzowcHgiPjxkaXYgY2xh
c3M9ImdtYWlsX3F1b3RlIj48ZGl2PldoYXQgaXMgdGhlIGdvYWwgcnVubmluZyBtdWx0aXBsZSBC
RkQgc2Vzc2lvbnMgYmV0d2VlbiB0aGUgcGFpciBvZiBWVEVQcz88L2Rpdj48L2Rpdj48L2Jsb2Nr
cXVvdGU+PC9kaXY+PC9ibG9ja3F1b3RlPiZuYnNwOzxkaXY+W1NQS10gVGhlIGdvYWwgb2YgdGhl
IG11bHRpcGxlIEJGRCBzZXNzaW9uIGlzIHRvIGVuc3VyZSBjaGVjayBsaXZlbGluZXNzIG9mIFZY
TEFOIHR1bm5lbC4gVGhlcmUgaXMgYWxyZWFkeSBhIGdvb2QgYW1vdW50IG9mIGRlYmF0ZSBvbiB0
aGlzIHRvcGljIHRoYXQgZG8gd2UgcmVhbGx5IG5lZWQgdGhhdD8gQXMgcGVyIFJGQyA1ODg0IHdl
IGFyZSBydW5uaW5nIEJGRCBwZXIgTFNQIGFuZCB3ZSBtaWdodCBoaXQgc2NhbGUgaXNzdWVzIHRo
ZXJlIHRvby4gSSB0aGluayBpdCBpcyB1cCB0byBvcGVyYXRvciB0byBkZWNpZGUgaG93IHRoZXkg
d2FudCB0byB1c2UgbXVsdGlwbGUgQkZEIHNlc3Npb24gcGVyIFZYTEFOIHR1bm5lbC4gSXQgY291
bGQgYmUgcG9zc2libGUgdGhhdCBCRkQgc2Vzc2lvbiB3aXRoIHNwZWNpYWwgVk5JIGlzIHJ1biBh
dCBhZ2dyZXNzaXZlIGludGVydmFsIHdoZXJlIGFzIE1BWSBoYXZlIG11bHRpcGxlIEJGRCBzZXNz
aW9ucyBmb3IgZGlmZmVyZW50IFZOSSBhdCBhIHNlZGF0ZSBpbnRlcnZhbCwgZm9yIHRoYXQgbWF0
dGVyIHRoZXkgY291bGQgYmUgcnVubmluZyBpbiBkZW1hbmQgbW9kZSBhcyB3ZWxsIChydW4gUC9G
IHNlcXVlbmNlIG9ubHkgd2hlbiB0aGVyZSBpcyBubyBkYXRhIGZvbGxvd2luZyBmb3IgdGhhdCBW
TkkpLiBBcyBXRyBpZiB3ZSB0aGluayBydW5uaW5nIG11bHRpcGxlIEJGRCBzZXNzaW9uIG1ha2Ug
c2Vuc2UgdGhlbiB3ZSBtaWdodCBuZWVkIHRvIGFkZCBhcHByb3ByaWF0ZSB0ZXh0LjwvZGl2Pjxi
cj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAw
cHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1s
ZWZ0OjFleCI+PGRpdiBkaXI9Imx0ciI+SWYgdGhlIGdvYWwgaXMgdG8gbW9uaXRvciBwZXIgVk5J
LCB0aGVuIHRoZSBmb2xsb3dpbmcgdGV4dCBzaG91bGQgZGVzY3JpYmUgdGhlIGRlbXVsdGlwbGV4
aW5nIG9mIHRoZSBpbml0aWFsIEJGRCBDb250cm9sIHBhY2tldDo8ZGl2PiZuYnNwOyAmbmJzcDtE
ZW11bHRpcGxleGluZyBvZiBJUCBCRkQgcGFja2V0IGhhcyBiZWVuIGRlZmluZWQgaW4gU2VjdGlv
biAzIG9mPGJyPiZuYnNwOyAmbmJzcDtbUkZDNTg4MV0uJm5ic3A7IFNpbmNlIG11bHRpcGxlIEJG
RCBzZXNzaW9ucyBtYXkgYmUgcnVubmluZyBiZXR3ZWVuIHR3bzxicj4mbmJzcDsgJm5ic3A7VlRF
UHMsIHRoZXJlIG5lZWRzIHRvIGJlIGEgbWVjaGFuaXNtIGZvciBkZW11bHRpcGxleGluZyByZWNl
aXZlZCBCRkQ8YnI+Jm5ic3A7ICZuYnNwO3BhY2tldHMgdG8gdGhlIHByb3BlciBzZXNzaW9uLiZu
YnNwOyBGb3IgZGVtdWx0aXBsZXhpbmcgcGFja2V0cyB3aXRoIFlvdXI8YnI+Jm5ic3A7ICZuYnNw
O0Rpc2NyaW1pbmF0b3IgZXF1YWwgdG8gMCwgYSBCRkQgc2Vzc2lvbiBNVVNUIGJlIGlkZW50aWZp
ZWQgdXNpbmcgdGhlPGJyPiZuYnNwOyAmbmJzcDtsb2dpY2FsIGxpbmsgb3ZlciB3aGljaCB0aGUg
QkZEIENvbnRyb2wgcGFja2V0IGlzIHJlY2VpdmVkLiZuYnNwOyBJbiB0aGU8YnI+Jm5ic3A7ICZu
YnNwO2Nhc2Ugb2YgVlhMQU4sIHRoZSBWTkkgbnVtYmVyIGlkZW50aWZpZXMgdGhhdCBsb2dpY2Fs
IGxpbmsuJm5ic3A7IElmIEJGRDxicj4mbmJzcDsgJm5ic3A7cGFja2V0IGlzIHJlY2VpdmVkIHdp
dGggbm9uLXplcm8gWW91ciBEaXNjcmltaW5hdG9yLCB0aGVuIEJGRCBzZXNzaW9uPGJyPiZuYnNw
OyAmbmJzcDtNVVNUIGJlIGRlbXVsdGlwbGV4ZWQgb25seSB3aXRoIFlvdXIgRGlzY3JpbWluYXRv
ciBhcyB0aGUga2V5LjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT4mbmJzcDs8ZGl2PltTUEtdJm5i
c3A7IEkgdGhpbmsgdGhpcyB0ZXh0IGZvciBtdWx0aXBsZSBCRkQgc2Vzc2lvbiBiZXR3ZWVuIHNh
bWUgcGFpciBvZiBWVEVQcyBmb3IgbXVsdGlwbGUgVk5JIG1ha2VzIHNlbnNlIG9ubHkgaWYgYXMg
V0cgd2UgdGhpbmsgdGhhdCBjb3VsZCBiZSB1c2UgY2FzZS4mbmJzcDs8L2Rpdj48YnI+PGJsb2Nr
cXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4
O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgi
PjxkaXYgZGlyPSJsdHIiPjxkaXY+V291bGQgdGhlcmUgYmUgbmVlZCB0byBydW4gbXVsdGlwbGUg
QkZEIHNlc3Npb25zIHdpdGggdGhlIHNhbWUgVk5JIG51bWJlcj88L2Rpdj48L2Rpdj48L2Jsb2Nr
cXVvdGU+PGJyPjxkaXY+W1NQS10gSU1ITyB3ZSBzaG91bGQgbm90IGFsbG93IG11bHRpcGxlIEJG
RCBzZXNzaW9uIGZvciB0aGUgc2FtZSBWTkkuJm5ic3A7PC9kaXY+Jm5ic3A7PGJyPjxibG9ja3F1
b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDti
b3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij48
ZGl2IGRpcj0ibHRyIj48ZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGJsb2NrcXVv
dGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2Jv
cmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxk
aXYgZGlyPSJsdHIiPjxicj48YnI+PGRpdiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtmb250LWZh
bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxDb3VyaWVyLG1vbm9zcGFjZSxhcmlhbCxzYW5z
LXNlcmlmO2ZvbnQtc2l6ZToxNHB4O3doaXRlLXNwYWNlOnByZS13cmFwIj5UaGFua3M8L2Rpdj48
ZGl2IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3
JnF1b3Q7LENvdXJpZXIsbW9ub3NwYWNlLGFyaWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjE0cHg7
d2hpdGUtc3BhY2U6cHJlLXdyYXAiPlNhbnRvc2ggUCBLPC9kaXY+PGJyPjwvZGl2Pjxicj48ZGl2
IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPk9u
IEZyaSwgQXVnIDksIDIwMTkgYXQgNDoyNyBBTSBHcmVnIE1pcnNreSAmbHQ7PGEgaHJlZj0ibWFp
bHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdt
YWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxf
cXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNv
bGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+PGRpdiBkaXI9Imx0ciI+RGlu
ZXNoLCB0aGFuayB5b3UgZm9yIHlvdXIgaGVscCwgbXVjaCBhcHByZWNpYXRlZC48YnI+PGRpdj5I
aSBKb2VsIGFuZCBTcmlkaGFyLDwvZGl2PjxkaXY+Y291bGQgeW91IHBsZWFzZSBjaGVjayBpZiB0
aGUgdXBkYXRlZCB0ZXh0IG9uIHRoZSBpbm5lciBFdGhlcm5ldCBmcmFtZSBhZGRyZXNzZWQgeW91
ciBjb25jZXJuLjwvZGl2PjwvZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBk
aXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPk9uIFdlZCwgQXVnIDcsIDIwMTkgYXQgMjoyNSBQ
TSBEaW5lc2ggRHV0dCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRpZHV0dEBnbWFpbC5jb20iIHRhcmdl
dD0iX2JsYW5rIj5kaWR1dHRAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJyPjwvZGl2PjxibG9j
a3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhl
eDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4
Ij48ZGl2IGRpcj0ibHRyIj48ZGl2Pkxvb2tzIGdvZCB0byBtZSBHcmVnLiBUaGFuayB5b3UgZm9y
IHlvdXIgaGFyZCB3b3JrIGluIHRoaXMsPC9kaXY+PGJyPjxkaXY+RGluZXNoPGJyPjwvZGl2Pjwv
ZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9Imdt
YWlsX2F0dHIiPk9uIFdlZCwgQXVnIDcsIDIwMTkgYXQgOToyNSBBTSBHcmVnIE1pcnNreSAmbHQ7
PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdy
ZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rpdj48YmxvY2txdW90ZSBj
bGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVy
LWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+PGRpdiBk
aXI9Imx0ciI+SGkgRGluZXNoLCBKb2VsLCBTcmlkaGFyLCBldCBhbC4sPGRpdj5tdWNoIGFwcHJl
Y2lhdGUgdGhlIGhlbHAgeW91J3ZlJm5ic3A7Z2l2ZW4gbWUgc2hhcmluZyB5b3VyIGV4cGVydGlz
ZS4gSSBob3BlIHRoYXQgdGhlIHVwZGF0ZXMgeW91IHdpbGwgZmluZCBpbiB0aGUgYXR0YWNoZWQg
ZGlmZiBhbmQgdGhlIHdvcmtpbmcgY29weSBvZiB0aGUgZHJhZnQgYmUgY2xvc2VyIHRvIHRoZSBh
Y2NlcHRhYmxlIHNvbHV0aW9uIGZvciBWVEVQLVZURVAgQkZELiBQbGVhc2Ugbm90ZSwgdGhhdCBJ
J2xsIHNob3J0bHkgc3RhcnQgYSBuZXcgZGlzY3Vzc2lvbiB0aHJlYWQgdG8gYWRkcmVzcyBvbmUg
b2YgQ2FybG9zJ3MgcXVlc3Rpb25zIG9uIHRoZSBhbWJpZ3VpdHkgb2YgdGhlIHRleHQgb24gbXVs
dGlwbGUgY29uY3VycmVudCBzZXNzaW9ucyBiZXR3ZWVuIHRoZSBzYW1lIHBhaXIgb2YgVlRFUHMu
PC9kaXY+PGRpdj5QbGVhc2UgcmV2aWV3IHRoZSBjaGFuZ2VzIHRvIFNlY3Rpb25zIDQgYW5kIDYg
YW5kIHNoYXJlIHlvdXIgZmVlZGJhY2ssIHN1Z2dlc3Rpb25zLCBhbmQgcXVlc3Rpb25zLjwvZGl2
Pjxicj48ZGl2PlJlZ2FyZHMsPC9kaXY+PGRpdj5HcmVnPC9kaXY+PC9kaXY+PGJyPjxkaXYgY2xh
c3M9ImdtYWlsX3F1b3RlIj48ZGl2IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+T24gTW9u
LCBBdWcgNSwgMjAxOSBhdCA2OjAzIFBNIERpbmVzaCBEdXR0ICZsdDs8YSBocmVmPSJtYWlsdG86
ZGlkdXR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0
OyB3cm90ZTo8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0i
bWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIw
NCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgZGlyPSJsdHIiPjxicj48YnI+PGRpdiBjbGFz
cz0iZ21haWxfcXVvdGUiPjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9hdHRyIj5PbiBNb24s
IEF1ZyA1LCAyMDE5IGF0IDU6NTYgUE0gR3JlZyBNaXJza3kgJmx0OzxhIGhyZWY9Im1haWx0bzpn
cmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5j
b208L2E+Jmd0OyB3cm90ZTo8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3Rl
IiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCBy
Z2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgZGlyPSJsdHIiPkhpIERpbmVz
aCw8ZGl2PnRoYW5rIHlvdSBmb3IgeW91ciBleHBlZGllbnQgZGV0YWlsZWQgcmVzcG9uc2UuPC9k
aXY+PGRpdj5JIGJlbGlldmUgdGhhdCB0aGUgYWJpbGl0eSB0byBydW4gQkZEIHNlc3Npb24gdXAg
dG8gYSB0ZW5hbnQgKFZURVAtVlRFUC10ZW5hbnQgb3IgdGVuYW50LXRlbmFudCkgd2FzIG5ldmVy
IGluIGplb3BhcmR5IGZyb20gdGhpcyBzcGVjaWZpY2F0aW9uLjwvZGl2PjxkaXY+SSdtIHRyeWlu
ZyB0byBwcm92aWRlIHByZWNpc2Ugc3BlY2lmaWNhdGlvbiBvbiB3aGF0IGNhbiBiZSB1c2VkIGFk
IHRoZSBkZXN0aW5hdGlvbiBNQUMgYW5kIElQIGFkZHJlc3NlcyBpbiB0aGUgaW5uZXIgZnJhbWUv
cGFja2V0IGFzIEkgYmVsaWV2ZSB0aGF0IGxpa2VseSB3aWxsIGhlbHAgdG8gYXZvaWQgaW50ZXJv
cGVyYWJpbGl0eSBpc3N1ZXMuPC9kaXY+PGRpdj5JJ20gaW50ZXJlc3RlZCB0byBsZWFybiBzb21l
IG1vcmUgYWJvdXQgdGhlICJtYXJ0aWFuIGNoZWNraW5nIiBmdW5jdGlvbi4gQXMgeW91IGtub3cs
IG1hcnRpYW4gYWRkcmVzc2VzIGhhdmUgYmVlbiB1c2VkIGFzIGRlc3RpbmF0aW9uIElQIGFkZHJl
c3MgaW4gTFNQIFBpbmcgYW5kIEJGRCBvdmVyIE1QTFMgTFNQIGFuZCBQVy4gSSBoYXZlbid0IGhl
YXJkIHRoYXQgYW55IHNpbGljb24gZmVhdHVyZSBjYXVzZWQgcHJvYmxlbXMgZm9yIG9wZXJhdG9y
cyB1c2luZyB0aGVzZSB0b29scy48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PGJyPjxkaXY+SW50
ZXJlc3RpbmcuIEkgZGlkbid0IGtub3cgdGhpcyBhc3BlY3Qgb2YgdXNlIHdpdGggTVBMUyBwaW5n
LiBEaWQgdGhvc2UgcGFja2V0cyBldmVyIGdvIHRocm91Z2ggYSBmaXJld2FsbCB0aG91Z2g/IElu
IGFueSBjYXNlLCBtYXliZSBzdWdnZXN0IHRoZSB1c2Ugb2YgdGhvc2UgYWRkcmVzc2VzIHdpdGgg
YSBzdGF0ZW1lbnQgdGhhdCB0aGlzIGlzIGhvdyBMU1AgZG9lcyBpdCwgYnV0IHRoYXQgb3RoZXIg
TUFDL0lQIHBhaXJzIGFyZSBwb3NzaWJsZSBhcyBsb25nIGFzIHRoZSBjb25kaXRpb25zIG9mIHRo
ZSBlbmRwb2ludCBvd25pbmcgdGhlIE1BQy9JUCB3YXMgaG9ub3JlZC48L2Rpdj48YnI+PGRpdj5E
aW5lc2g8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFy
Z2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwy
MDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgZGlyPSJsdHIiPjxicj48ZGl2PlJlZ2FyZHMsPC9k
aXY+PGRpdj5HcmVnPC9kaXY+PC9kaXY+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj48ZGl2
IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+T24gTW9uLCBBdWcgNSwgMjAxOSBhdCAzOjU5
IFBNIERpbmVzaCBEdXR0ICZsdDs8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFy
Z2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8YnI+PC9kaXY+PGJs
b2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAu
OGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDox
ZXgiPjxkaXYgZGlyPSJsdHIiPjxkaXY+SGkgR3JlZyw8L2Rpdj48YnI+PGRpdj5UaGF0IHdlIGFn
cmVlIG9uIHRoZSBwcm9ibGVtIGRlZmluaXRpb24gaXMgdGhlIGZpcnN0IHN0ZXAgZm9yd2FyZC4g
WW91ciBvcmlnaW5hbCBkb2N1bWVudCBoYWQgbXkgY2FzZXMgY292ZXJlZCBhbmQgc28gSSB3YXMg
c3VycHJpc2VkIGJ5IHRoZSB0cmFjayB0aGlzIHRocmVhZCB0b29rLiBJdCBkb2Vzbid0IG1hdHRl
ciwgd2UncmUgYmFjayBvbiB0cmFjay48L2Rpdj48YnI+PGRpdj5NeSByZWNvbW1lbmRhdGlvbiBp
cyB0byBub3Qgd29ycnkgYWJvdXQgc3BlY2lmeWluZyB0aGUgcHJlY2lzZSBNQUMvSVAgYWRkcmVz
cyB1c2VkIGluIHRoZSBpbm5lciBoZWFkZXIuIFRoZSBhZGRyZXNzZXMgY2hvc2VuIE1VU1QgZW5z
dXJlIHRoYXQgdGhlIHBhY2tldCBpcyB0cmFwcGVkIHRvIHRoZSBjb250cm9sIHBsYW5lIG9mIHRo
ZSBWVEVQIGFuZCBub3QgZXNjYXBlIHRvIHRoZSB0ZW5hbnQgaWYgdGhlIEJGRCBpcyB0byB0aGUg
VlRFUC4gQW55IHNvbHV0aW9uIE1VU1QgYWxzbyBub3QgcHJlY2x1ZGUgdGhlIHVzZSBvZiB0aGUg
QkZEIGJ5IHRlbmFudCBzeXN0ZW1zIGZvciB0aGF0IFZOSS4gVGhlcmUgYXJlIG1hbnkgd2F5cyBh
biBpbXBsZW1lbnRlciBjYW4gY2hvb3NlIHRvIGltcGxlbWVudCB0aGlzLiBGb3IgZXhhbXBsZSwg
dGhlIGlubmVyIE1BQyBhZGRyZXNzIGlzIHdoYXRldmVyIHRoZSBWVEVQIGltcGxlbWVudGVyIHdv
dWxkIHJldHVybiBpZiBBUlAnZCBmb3IgdGhlIElQIGFkZHJlc3MgdXNlZCBpbiB0aGUgaW5uZXIg
aGVhZGVyIGluIHRoZSBnaXZlbiBWTkkuIFRoZSBpbXBsZW1lbnRlciBjYW4gcGljayBhIGZpeGVk
IE1BQyBhZGRyZXNzLCBvbmUgdGhhdCB0aGV5IG93biBldGMuIE11bHRpcGxlIEJGRCBzZXNzaW9u
cyBjYW4gYmUgcnVuIGZvciB0ZXN0aW5nIHBhdGggY29ubmVjdGl2aXR5IG9uIG1vcmUgdGhhbiBv
bmUgVk5Jcy4gTGltaXRzIHNob3VsZCBiZSBpbiBwbGFjZSB0byBhdm9pZCBvdmVyd2hlbG1pbmcg
dGhlIHJlY2VpdmVyIHdpdGggQkZEIG1lc3NhZ2VzICh5b3UgaGFkIHdvcmRzIGFib3V0IHRoaXMg
aW4geW91ciBjdXJyZW50bHkgcHVibGlzaGVkIGRyYWZ0KS4mbmJzcDsgSWYgdGhlIFZOSSBpcyBp
cnJlbGV2YW50IGluIHRoZSB0ZXN0IGkuZS4gb25seSB0aGUgVlhMQU4gcGlwZSBhdCB0aGUgVlRF
UCBpcyBiZWluZyB0ZXN0ZWQuIHRoZSB1c2VyIGNhbiB1c2UgYW55IFZOSSBhY3RpdmUgb24gdGhl
IFZURVAgb24gd2hpY2ggdGhlIFZURVAgb3ducyBhbiBJUCBhZGRyZXNzLjwvZGl2Pjxicj48ZGl2
PkknbSBjb25jZXJuZWQgYWJvdXQgdGhlIHVzZSBvZiAxMjcvOCBhZGRyZXNzIG9ubHkgYmVjYXVz
ZSBvZiBmaXJld2FsbHMgb3IgaW1wbGVtZW50YXRpb25zIHRoYXQgZHJvcCBwYWNrZXRzIHdpdGgg
dGhlc2UgYWRkcmVzc2VzIGFzIGVpdGhlciB0aGUgc291cmNlIG9yIGRlc3RpbmF0aW9uLiBGb3Ig
ZXhhbXBsZSwgb24gbWFueSBtZXJjaGFudCBzaWxpY29uLCBJIGRvbid0IGJlbGlldmUgeW91IGNh
biB0dXJuIG9mZiBtYXJ0aWFuIGNoZWNraW5nIGFuZCBkcm9wcyAqb25seSogZm9yIFZYTEFOLWVu
Y2Fwc3VsYXRlZCBCRkQgcGFja2V0cy4gSSBkb24ndCBrbm93IHdoYXQgdGhlIExpbnV4IGtlcm5l
bCBkb2VzIHRvZGF5IG9uIHN1Y2ggcGFja2V0cywgZm9yIGV4YW1wbGUgKG9yIEh5cGVyLVYpLiBJ
J2QgbGlrZSBhIHNvbHV0aW9uIHRoYXQgZG9lc24ndCBkZW1hbmQgYWRkaXRpb25hbCBvciBuZXcg
Y2hpcCBmdW5jdGlvbmFsaXR5IG9yIHJlcXVpcmUgYWRkaXRpb25hbCBtaWRkbGUtYm94IGhvbGUg
cHVuY2guPC9kaXY+PGJyPjxkaXY+V2h5IGRvIHlvdSBmZWVsIHlvdSBNVVNUIHRvIHNwZWNpZnkg
dGhlIE1BQy9JUCBhZGRyZXNzIG9uIHRoZSBpbm5lciBwYWNrZXQ/IFdoYXQgYW0gSSBtaXNzaW5n
IGhlcmU/PGJyPjwvZGl2Pjxicj48ZGl2PkRpbmVzaDxicj48L2Rpdj48L2Rpdj48YnI+PGRpdiBj
bGFzcz0iZ21haWxfcXVvdGUiPjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9hdHRyIj5PbiBN
b24sIEF1ZyA1LCAyMDE5IGF0IDM6MDQgUE0gR3JlZyBNaXJza3kgJmx0OzxhIGhyZWY9Im1haWx0
bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFp
bC5jb208L2E+Jmd0OyB3cm90ZTo8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1
b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xp
ZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgZGlyPSJsdHIiPjxkaXYg
ZGlyPSJsdHIiPkhpIERpbmVzaCw8ZGl2PndoYXQgZG8geW91IHNlZSBhcyB0aGUgd2F5IGZvcndh
cmQ/IEkgYWdyZWUsIHRoYXQgdGhlIHByb3Bvc2VkIHRleHQgZG9lc24ndCB3b3JrIGZvciBtdWx0
aS1WTkkgY29uY3VycmVudCBtb25pdG9yaW5nIGJlY2F1c2UgdGhlc2UgVk5JcyBhcmUgdGVuYW50
J3MgVk5Jcy4gQW5kIGluIHRoYXQgY2FzZSwgd2UgbmVlZCB0byBzcGVjaWZ5IGFub3RoZXIgbWVj
aGFuaXNtIHRvIHRyYXAgdGhlIEJGRCBDb250cm9sIHBhY2tldCBhdCBWVEVQLiBJdCBzZWVtcyB0
aGF0IFZURVAncyBFdGhlcm5ldCBhZGRyZXNzIG11c3QgYmUgdXNlZCBhcyB0aGUgZGVzdGluYXRp
b24gTUFDIGFkZHJlc3MgaW4gdGhlIGlubmVyIEV0aGVybmV0IGZyYW1lLiBUaGUgZGVzdGluYXRp
b24gSVAgYWRkcmVzcyBtYXkgYmUgZWl0aGVyIFZURVAncyBhZGRyZXNzIG9mIG1hcnRpYW4gKEkg
ZG8gcHJlZmVyIG1hcnRpYW4pLiBMZXQgbWUgZ2l2ZSBpdCZuYnNwOyB0cnk6PC9kaXY+PGRpdj5O
RVcgVEVYVDo8L2Rpdj48L2Rpdj48YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4
IDQwcHg7Ym9yZGVyOm1lZGl1bSBub25lO3BhZGRpbmc6MHB4Ij48ZGl2IGRpcj0ibHRyIj48ZGl2
PlRvIG1vbml0b3IgY29udGludWl0eSBvZiB0aGUgcGF0aCBiZXR3ZWVuIHR3byBWVEVQcywgYW4g
b3BlcmF0b3IgTVVTVCBzZWxlY3QgYSBWTkkgbnVtYmVyIHRvIGJlIHVzZWQgYXMgTWFuYWdlbWVu
dCBWTkkuIE1hbmFnZW1lbnQgVk5JIG51bWJlciBNVVNUIE5PVCBiZSBvbmUgb2YgdGhlIHRlbmFu
dCdzIFZOSXMgdG8gcHJldmVudCBzZW5kaW5nIFZYTEFOIHBhY2tldHMgcmVjZWl2ZWQgb24gTWFu
YWdlbWVudCBWTkkgdG8gYSB0ZW5hbnQuIFZOSSBudW1iZXIgMSBpcyBSRUNPTU1FTkRFRCBhcyB0
aGUgZGVmYXVsdCBmb3IgTWFuYWdlbWVudCBWTkkuIFtFZC5ub3RlOiBXaGF0IHdlIHNldCB0aGUg
RGVzdGluYXRpb24gTUFDIHRvPyBDYW4gaXQgYmUgaW52YWxpZCBNQUMgdGhhdCBNVVNUIGJlIGln
bm9yZWQgb24gcmVjZWlwdD9dPC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlIHN0
eWxlPSJtYXJnaW46MHB4IDBweCAwcHggNDBweDtib3JkZXI6bWVkaXVtIG5vbmU7cGFkZGluZzow
cHgiPjxkaXYgZGlyPSJsdHIiPjxkaXY+SWYgYW4gaW1wbGVtZW50YXRpb24gc3VwcG9ydHMgY29u
Y3VycmVudCBtb25pdG9yaW5nIG9mIG11bHRpcGxlIFZOSXMsIHRoZW4gdGhlIHZhbHVlIG9mIFZO
SSBudW1iZXIgTUFZIGJlIG9uZSBvZiB0ZW5hbnQncyBWTklzLiBUaGUgZGVzdGluYXRpb24gTUFD
IGFkZHJlc3MgaW4gdGhlIGlubmVyIEV0aGVybmV0IGZyYW1lIGVuY2Fwc3VsYXRpbmcgQkZEIENv
bnRyb2wgcGFja2V0IE1VU1QgYmUgTUFDIGFzc29jaWF0ZWQgd2l0aCB0aGUgcmVtb3RlIFZURVAu
Jm5ic3A7PC9kaXY+PGRpdj5UaGUgZGVzdGluYXRpb24gSVAgYWRkcmVzcyBvZiB0aGUgaW5uZXIg
SVAgcGFja2V0IE1VU1QgYmUgc2VsZWN0ZWQgZnJvbSB0aGUgcmFuZ2UgMTI3LzggZm9yIElQdjQs
IGFuZCBmb3IgSVB2NiBmcm9tIHRoZSByYW5nZSAwOjA6MDowOjA6RkZGRjo3RjAwOjAvMTA0LiBU
aGUgVFRMIHZhbHVlIGluIHRoZSBpbm5lciBJUCBoZWFkZXIgTVVTVCBiZSBzZXQgdG8gMS48L2Rp
dj48YnI+PC9kaXY+PC9ibG9ja3F1b3RlPlJlZ2FyZHMsPGRpdj5HcmVnJm5ic3A7PGJyPjxicj48
ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIi
Pk9uIFN1biwgQXVnIDQsIDIwMTkgYXQgOTowNyBBTSBEaW5lc2ggRHV0dCAmbHQ7PGEgaHJlZj0i
bWFpbHRvOmRpZHV0dEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5kaWR1dHRAZ21haWwuY29t
PC9hPiZndDsgd3JvdGU6PGJyPjwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIg
c3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdi
KDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2IGRpcj0ibHRyIj48ZGl2PkhpIEdy
ZWcsPC9kaXY+PGJyPjxkaXY+VGhhbmtzIGZvciB5b3VyIGNsYXJpZmljYXRpb25zLiBJIGFncmVl
IHdpdGggeW91ciBzZW50aW1lbnQgb24gd2h5IHlvdSdyZSBydW5uaW5nIEJGRCBvdmVyIFZYTEFO
IGJldHdlZW4gVlRFUHMuIEkgd2Fzbid0IGFyZ3VpbmcgYWdhaW5zdCBpdCBhdCBhbGwuIEFsbCBJ
IHdhcyBzYXlpbmcgd2FzIHBvaW50aW5nIHRvIHRoZSBsaW1pdGF0aW9ucyBvZiB0aGUgdXNlIG9m
IG1hbmFnZW1lbnQgVk5JLiBJIHNwb2tlIHRvIHNvbWUgb3BlcmF0b3JzIHdobydyZSBydW5uaW5n
IEVWUE4gYW5kIG1lbnRpb25lZCB0aGUgZGlzY3Vzc2lvbiBvbiB0aGlzIHRocmVhZC4gVGhleSBj
b25jdXIgdGhhdCB0aGV5J3JlIHVzaW5nIHNwZWNpZmljIFZOSXMgdG8gdGVzdCBjb25uZWN0aXZp
dHkgb3ZlciB0aGF0IFZOSSBiZXR3ZWVuIFZURVBzIHRvIGVuc3VyZSBtaXNjb25maWd1cmF0aW9u
IGRvZXNuJ3QgbGVhZCB0byBibGFja2hvbGVzLiBNeSBzdGF0ZW1lbnRzIGFyZSBiYXNlZCBpbiBy
ZWFsIHdvcmxkIG9wZXJhdG9yIGV4cGVyaWVuY2UuIEFuZCBJIHdhcyBwcm92aWRpbmcgbGFuZ3Vh
Z2UgdGhhdCBlbnN1cmVkIHBhY2tldHMgZGlkbid0IGxlYWsgYWNyb3NzIHRvIHRlbmFudHMgd2hl
biB0aGV5IHdlcmUgZGVzdGluZWQgdG8gVlRFUHMuPC9kaXY+PGJyPjxkaXY+RGluZXNoPGJyPjwv
ZGl2PjwvZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xh
c3M9ImdtYWlsX2F0dHIiPk9uIFNhdCwgQXVnIDMsIDIwMTkgYXQgMTA6MzQgQU0gR3JlZyBNaXJz
a3kgJmx0OzxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2Js
YW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8YnI+PC9kaXY+PGJsb2Nr
cXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4
O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgi
PjxkaXYgZGlyPSJsdHIiPkhpIERpbmVzaCw8ZGl2Pm1hbnkgdGhhbmtzIGZvciB5b3VyIGRldGFp
bGVkIHVwZGF0ZXMgb24gaG93IHNvbWUgaW1wbGVtZW50YXRpb25zIHByb2Nlc3MgVlhMQU4gaGVh
ZGVyIGFuZCB0aGUgaW5uZXIgRXRoZXJuZXQgZnJhbWUuIFRoZXNlIGFyZSB2ZXJ5IGhlbHBmdWwg
aW4gYWNoaWV2aW5nIHRoZSB3b3JrYWJsZSBzb2x1dGlvbiBmb3IgdGhlIHByb2JsZW0gYXQgaGFu
ZC48L2Rpdj48ZGl2PllvdSd2ZSBub3RlZCB0aGF0IGEgcGF0aCBiZXR3ZWVuIFZURVBzIG1heSBi
ZSBtb25pdG9yZWQgaW4gdGhlIHVuZGVybGF5IG5ldHdvcmsgYnkgbWVyZWx5IGVzdGFibGlzaGlu
ZyBhIEJGRCBzZXNzaW9uLiBUaGF0IGlzIHRydWUsIGJ1dCBieSB1c2luZyBCRkQgd2l0aCBWWExB
TiBlbmNhcHN1bGF0aW9uIGJldHdlZW4gdGhlIHBhaXIgb2YgVlRFUHMgd2UgYXJlIGV4dGVuZGlu
ZyB0aGUgT0FNIGRvbWFpbiBieSBpbmNsdWRpbmcsIHRvIHNvbWUgZXh0ZW50LCBWWExBTiBmb3J3
YXJkaW5nIGVuZ2luZS4gQWJzdHJhY3QgaW4gUkZDIDU4ODAgZGVmaW5lcyB0aGUgZ29hbCBhbmQg
dGhlIGRvbWFpbiBpbiB3aGljaCBCRkQgcHJvdG9jb2wgY2FuIGRldGVjdCBhIGZhdWx0IGFzOjwv
ZGl2PjxkaXY+Jm5ic3A7ICZuYnNwO1RoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGEgcHJvdG9jb2wg
aW50ZW5kZWQgdG8gZGV0ZWN0IGZhdWx0cyBpbiB0aGU8YnI+Jm5ic3A7ICZuYnNwO2JpZGlyZWN0
aW9uYWwgcGF0aCBiZXR3ZWVuIHR3byBmb3J3YXJkaW5nIGVuZ2luZXMsIGluY2x1ZGluZzxicj4m
bmJzcDsgJm5ic3A7aW50ZXJmYWNlcywgZGF0YSBsaW5rKHMpLCBhbmQgdG8gdGhlIGV4dGVudCBw
b3NzaWJsZSB0aGUgZm9yd2FyZGluZzxicj4mbmJzcDsgJm5ic3A7ZW5naW5lcyB0aGVtc2VsdmVz
LCB3aXRoIHBvdGVudGlhbGx5IHZlcnkgbG93IGxhdGVuY3kuJm5ic3A7PGJyPjwvZGl2PjxkaXY+
VGh1cywgQkZEIGluIHRoZSB1bmRlcmxheSB3aWxsIGV4ZXJjaXNlIGEgcGFydCBvZiBJUCBmb3J3
YXJkaW5nIGVuZ2luZSB3aGlsZSBCRkQgd2l0aCBWWExBTiBlbmNhcHN1bGF0aW9uLCByYW4gYmV0
d2VlbiB0aGUgc2FtZSBwYWlyIG9mIFZURVBzLCBleHRlbmRzIHRoZSBPQU0gZG9tYWluLiBBdCB0
aGUgc2FtZSB0aW1lLCBkZWZpbmluZyBCRkQgYmV0d2VlbiB0ZW5hbnQgc3lzdGVtcyBpbiBvdXRz
aWRlIHRoZSBnb2FsIG9mIHRoaXMgc3BlY2lmaWNhdGlvbi4gQnV0IFZYTEFOIEJGRCBzZXNzaW9u
IGJldHdlZW4gVlRFUHMgbWF5IGJlIHVzZWZ1bCBpbiBtb25pdG9yaW5nIGUyZSBwYXRoIGJldHdl
ZW4gdGVuYW50cywgYXMgZGVzY3JpYmVkIGluIHRoZSB1cGRhdGUgdG8gLTA3OjwvZGl2PjxkaXY+
Jm5ic3A7ICZuYnNwO0F0IHRoZSBzYW1lIHRpbWUsIGEgc2VydmljZSBsYXllciBCRkQgc2Vzc2lv
biBtYXkgYmUgdXNlZCBiZXR3ZWVuIHRoZTxicj4mbmJzcDsgJm5ic3A7dGVuYW50cyBvZiBWVEVQ
cyBJUDEgYW5kIElQMiB0byBwcm92aWRlIGVuZC10by1lbmQgZmF1bHQgbWFuYWdlbWVudC48YnI+
Jm5ic3A7ICZuYnNwO0luIHN1Y2ggY2FzZSwgZm9yIFZURVBzIEJGRCBjb250cm9sIHBhY2tldHMg
b2YgdGhhdCBzZXNzaW9uIGFyZTxicj4mbmJzcDsgJm5ic3A7aW5kaXN0aW5ndWlzaGFibGUgZnJv
bSBkYXRhIHBhY2tldHMuJm5ic3A7IElmIGVuZC10by1lbmQgZGVmZWN0IGRldGVjdGlvbjxicj4m
bmJzcDsgJm5ic3A7aXMgcmVhbGl6ZWQgYXMgdGhlIHNldCBvZiBjb25jYXRlbmF0ZWQgT0FNIGRv
bWFpbnMsIGUuZy4sIFZNMS0xIC0gSVAxPGJyPiZuYnNwOyAmbmJzcDstLSBJUDIgLSBWTTItMSwg
dGhlbiB0aGUgQkZEIHNlc3Npb24gb3ZlciBWWExBTiBiZXR3ZWVuIFZURVBzIFNIT1VMRDxicj4m
bmJzcDsgJm5ic3A7Zm9sbG93IHRoZSBwcm9jZWR1cmVzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDYu
OC4xNyBbUkZDNTg4MF0uPGJyPjwvZGl2PjxkaXY+SSd2ZSBhdHRhY2hlZCB0aGUgY3VycmVudCB3
b3JraW5nIHZlcnNpb24gb2YgdGhlIGRyYWZ0LjwvZGl2Pjxicj48ZGl2PlJlZ2FyZHMsPC9kaXY+
PGRpdj5HcmVnPC9kaXY+PGJyPjwvZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRp
diBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPk9uIEZyaSwgQXVnIDIsIDIwMTkgYXQgNTo0
MyBQTSBEaW5lc2ggRHV0dCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRpZHV0dEBnbWFpbC5jb20iIHRh
cmdldD0iX2JsYW5rIj5kaWR1dHRAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJyPjwvZGl2Pjxi
bG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAw
LjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6
MWV4Ij48ZGl2IGRpcj0ibHRyIj48ZGl2PldoYXQgSSBtZWFuIGlzICJIb3cgZG8geW91IGluZmVy
IHRoYXQgaXQgZXhjbHVkZXMgdGhlIGNhc2UgSSdtIHRhbGtpbmcgYWJvdXQ/Ii4gPGJyPjwvZGl2
Pjxicj48ZGl2PkRpbmVzaDxicj48L2Rpdj48L2Rpdj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVv
dGUiPjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9hdHRyIj5PbiBGcmksIEF1ZyAyLCAyMDE5
IGF0IDU6NDEgUE0gRGluZXNoIER1dHQgJmx0OzxhIGhyZWY9Im1haWx0bzpkaWR1dHRAZ21haWwu
Y29tIiB0YXJnZXQ9Il9ibGFuayI+ZGlkdXR0QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48
L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBw
eCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGlu
Zy1sZWZ0OjFleCI+PGRpdiBkaXI9Imx0ciI+VGhlIGFic3RyYWN0IHJlYWRzIHRoaXM6ICI8YnI+
PHByZT5UaGlzIGRvY3VtZW50IGRlc2NyaWJlcyB0aGUgdXNlIG9mIHRoZSBCaWRpcmVjdGlvbmFs
IEZvcndhcmRpbmcKICAgRGV0ZWN0aW9uIChCRkQpIHByb3RvY29sIGluIHBvaW50LXRvLXBvaW50
IFZpcnR1YWwgZVh0ZW5zaWJsZSBMb2NhbAogICBBcmVhIE5ldHdvcmsgKFZYTEFOKSB0dW5uZWxz
IGZvcm1pbmcgdXAgYW4gb3ZlcmxheSBuZXR3b3JrLiI8YnI+PGJyPjwvcHJlPjxwcmU+PHNwYW4g
c3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLHNhbnMtc2VyaWYiPkhvdyBkbyB5b3UgaW5mZXIgd2hh
dCB5b3Ugc2FpZD88YnI+PGJyPjwvc3Bhbj48L3ByZT48cHJlPjxzcGFuIHN0eWxlPSJmb250LWZh
bWlseTphcmlhbCxzYW5zLXNlcmlmIj5EaW5lc2g8L3NwYW4+PGJyPjwvcHJlPjwvZGl2Pjxicj48
ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIi
Pk9uIEZyaSwgQXVnIDIsIDIwMTkgYXQgNTozOCBQTSBKb2VsIE0uIEhhbHBlcm4gJmx0OzxhIGhy
ZWY9Im1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tIiB0YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxo
YWxwZXJuLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21h
aWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4
IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+SSBhbSBnb2luZyBieSB3
aGF0IHRoZSBkcmFmdCBzYXlzIGl0cyBwdXJwb3NlIGlzLiZuYnNwOyBJZiB5b3UgKERpbmVzaCkg
d2FudCA8YnI+dGhlIGRyYWZ0IHRvIGZ1bGZpbGwgYSBkaWZmZXJlbnQgcHVycG9zZSwgdGhlbiBl
aXRoZXIgYXNrIHRoZSBjaGFpcnMgdG8gPGJyPnRha2UgdGhpcyBkcmFmdCBiYWNrIHRvIHRoZSBX
Rywgb3Igd3JpdGUgYSBzZXBhcmF0ZSBkcmFmdC48YnI+QXMgY3VycmVudGx5IHdyaXR0ZW4sIHRo
ZSBiZWhhdmlvciBHcmVnIHByb3Bvc2VkIG1lZXRzIHRoZSBuZWVkcywgYW5kIDxicj5kb2VzIHNv
IGluIGEgd2F5IHRoYXQgaXMgY29uc2lzdGVudCB3aXRoIFZ4TEFOLjxicj48YnI+WW91cnMsPGJy
PkpvZWw8YnI+PGJyPk9uIDgvMi8yMDE5IDg6MzAgUE0sIERpbmVzaCBEdXR0IHdyb3RlOjxicj4m
Z3Q7IFdoYXQgaXMgdGhlIHN0YXRlZCBwdXJwb3NlIG9mIHRoaXMgQkZEIHNlc3Npb24/IFRoZSBW
VEVQIHJlYWNoYWJpbGl0eSBpcyA8YnI+Jmd0OyBkZXRlcm1pbmVkIGJ5IHRoZSB1bmRlcmxheSwg
SSBkb24ndCBuZWVkIFZYTEFOLWVuY2FwZWQgcGFja2V0IGZvciB0aGF0LiA8YnI+Jmd0OyBEbyB3
ZSBhZ3JlZT88YnI+Jmd0OyA8YnI+Jmd0OyBJZiBJIHdhbnQgdG8gdGVzdCB0aGUgVlhMQU4gZW5j
YXAvZGVjYXAgZnVuY3Rpb25hbGl0eSBhbG9uZSwgcGlja2luZyBhbnkgPGJyPiZndDsgc2luZ2xl
IFZOSSBtYXliZSBmaW5lLiBCdXQgaXMgdGhpcyBhbGwgYW55IG5ldHdvcmsgb3BlcmF0b3Igd2Fu
dHM/IFdoeT8gPGJyPiZndDsgSW4gd2hhdCBzaXR1YXRpb25zIGhhcyB0aGlzIGJlZW4gYSBwcm9i
bGVtPyBJIHN1c3BlY3Qgb3BlcmF0b3JzIGFsc28gPGJyPiZndDsgd2FudCB0byB2ZXJpZnkgcGF0
aCBjb250aW51aXR5IG92ZXIgYSBzcGVjaWZpYyBWTkkuIElmIHlvdSBzYXkgdGhpcyBpcyA8YnI+
Jmd0OyBub3QgZGVmaW5lZCBieSB0aGUgZG9jdW1lbnQsIEkgZGlzYWdyZWUgYmVjYXVzZSB0aGUg
Y3VycmVudCB2ZXJzaW9uIDxicj4mZ3Q7IHRhbGtzIGFib3V0IGNvbnRyb2xsaW5nIHRoZSBudW1i
ZXIgb2YgQkZEIHNlc3Npb25zIGJldHdlZW4gdGhlIFZURVBzIDxicj4mZ3Q7IChzZWUgc2VjdGlv
biAzKS4gTW9yZSBpbXBvcnRhbnRseSwgdGhpcyBpcyBhIHJlYWwgcHJvYmxlbSB0aGF0IG9wZXJh
dG9ycyA8YnI+Jmd0OyBsaWtlIHRvIHZlcmlmeS48YnI+Jmd0OyA8YnI+Jmd0OyBEaW5lc2g8YnI+
Jmd0OyA8YnI+Jmd0OyBPbiBGcmksIEF1ZyAyLCAyMDE5IGF0IDU6MDggUE0gSm9lbCBNLiBIYWxw
ZXJuICZsdDs8YSBocmVmPSJtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSIgdGFyZ2V0PSJfYmxh
bmsiPmptaEBqb2VsaGFscGVybi5jb208L2E+IDxicj4mZ3Q7ICZsdDttYWlsdG86PGEgaHJlZj0i
bWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20iIHRhcmdldD0iX2JsYW5rIj5qbWhAam9lbGhhbHBl
cm4uY29tPC9hPiZndDsmZ3Q7IHdyb3RlOjxicj4mZ3Q7IDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDtXaGF0IGlzIHNwZWNpYWwgYWJvdXQgdGhlIG1hbmFnZW1lbnQgVk5JIGlzIHByZWNpc2Vs
eSB0aGF0IGl0IGlzIE5PVCBhPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3RlbmFudCBWTkku
Jm5ic3A7IFRoZSBWeExBTiBhZG1pbmlzdHJhdGlvbiBkb2VzIGtub3cgaG93IGl0IGFsbG9jYXRl
cyBWTkkgdG88YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dGVuYW50cywgYW5kIHdoaWNoIFZO
SSBpdCBoYXMgYWxsb2NhdGVkLiZuYnNwOyBJbiBjb250cmFzdCwgaXQgZG9lcyBub3Qga25vdzxi
cj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDt3aGljaCBJUCBhZGRyZXNzZXMgb3IgTUFDIGFkZGRy
ZXNzZXMgdGVoIHRlbmFudCBpcyB1c2luZyBvciBtYXkgcGxhbjxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDt0byB1c2UuPGJyPiZndDsgPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO1lvdXJz
LDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtKb2VsPGJyPiZndDsgPGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwO09uIDgvMi8yMDE5IDY6NDEgUE0sIERpbmVzaCBEdXR0IHdyb3RlOjxicj4m
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyBUaGUgYXNzdW1wdGlvbiBvZiBhbiBJUCBhZGRy
ZXNzIHdpdGhpbiBhbnkgVk5JIGlzIHN1c3BlY3QgdGhhdCB3YXkuPGJyPiZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7IFdoYXQncyBzcGVjaWFsIGFib3V0IGEgc2luZ2xlIFZOSSwgdGhlIG1h
bmFnZW1lbnQgVk5JPyBUaGUgVlRFUCBJUDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyBhZGRyZXNzIGRvZXMgbm90IGJlbG9uZyBpbiByZWFsaXR5IGluIGFueSBWTkkuLi48YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsgRGluZXNoPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7IE9uIEZyaSwgQXVnIDIsIDIwMTkgYXQgMzoxNyBQTSBKb2VsIE0u
IEhhbHBlcm48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzpq
bWhAam9lbGhhbHBlcm4uY29tIiB0YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxoYWxwZXJuLmNvbTwv
YT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSIgdGFyZ2V0
PSJfYmxhbmsiPmptaEBqb2VsaGFscGVybi5jb208L2E+Jmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpqbWhAam9lbGhhbHBlcm4u
Y29tIiB0YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxoYWxwZXJuLmNvbTwvYT4gJmx0O21haWx0bzo8
YSBocmVmPSJtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmptaEBq
b2VsaGFscGVybi5jb208L2E+Jmd0OyZndDsmZ3Q7IHdyb3RlOjxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7WW91ciByZXNwb25zZSBzZWVtcyB0byBtaXNzIHR3byBwb2ludHM6PGJyPiZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDtGaXJzdCwgdGhlIHByb2JsZW0geW91IGRlc2NyaWJlIGlzIG5v
dCB3aGF0IHRoZSBkb2N1bWVudCBzYXlzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2l0IGlz
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtzb2x2
aW5nLiZuYnNwOyBUbyB0aGUgZGVncmVlIGl0IGRpc2N1c3NlcyBpdCBhdCBhbGwsIHRoZSBkb2N1
bWVudDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtzYXlzICI8YnI+Jmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtJbjxicj4mZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7bW9zdCBjYXNlcywgYSBzaW5n
bGUgQkZEIHNlc3Npb24gaXMgc3VmZmljaWVudCBmb3IgdGhlIGdpdmVuPGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwO1ZURVAgdG88YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwO21vbml0b3IgdGhlIHJlYWNoYWJpbGl0eSBvZiBhIHJlbW90ZSBWVEVQ
LCByZWdhcmRsZXNzIG9mIHRoZTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtudW1iZXIgb2Y8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO1ZOSXMg
aW4gY29tbW9uLiAiPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtTZWNvbmQsIHlvdSBhc3N1
bWUgdGhlIGV4aXN0ZW5jZSBvZiBhbiBJUCBhZGRyZXNzIGZvciBhIFZURVA8YnI+Jmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7d2l0aGluIGE8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwO1ZOSS4mbmJzcDsgQXMgd2l0aCB0aGUgTUFDIGFkZHJlc3MsIHRo
ZSBWVEVQIGRvZXMgbm90IGhhdmUgYW4gSVA8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7YWRk
cmVzczxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
d2l0aGluIHRoZSBWTkkuJm5ic3A7IFNvbWUgaW1wbGVtZW50YXRpb25zIG1heSBoYXZlIGNyZWF0
ZWQgc3VjaCBhPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3RoaW5nLDxicj4mZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7YnV0PGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDt0aGUgZ2VuZXJhbCBjb25zdHJ1
Y3QsIGFzIGRlZmluZWQgdG8gZGF0ZSwgZG9lcyBub3Qgc3VwcG9ydCBzdWNoLjxicj4mZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7SW4gc2hvcnQsIHlvdSBhcmUgcmVxdWlyaW5nIGEgYmVoYXZpb3Ig
dGhhdCB2aW9sYXRlcyB0aGU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7YXJjaGl0ZWN0dXJh
bDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7c3Ry
dWN0dXJlIG9mIG92ZXJsYXkgLyB1bmRlcmxheSBzZXBhcmF0aW9uLCBhbmQgY29tbW9uPGJyPiZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwO3VzYWdlLiZuYnNwOyBBbmQgeW91PGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDthcmUgZG9pbmcgc28gdG8gc3Vw
cG9ydCBhIHVzZSBjYXNlIHRoYXQgdGhlIHdvcmtpbmcgZ3JvdXAgaGFzIG5vdDxicj4mZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7aW5kaWNhdGVkIGluIHRo
ZSBkb2N1bWVudCBhcyBpbXBvcnRhbnQuPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtZb3Vy
cyw8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO0pv
ZWw8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO09uIDgvMi8yMDE5IDU6MDEgUE0sIERpbmVz
aCBEdXR0IHdyb3RlOjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsgSm9lbCw8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyBZb3UgdW5kZXJzdG9vZCBjb3JyZWN0bHkuPGJyPiZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0Ozxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgVGhlIFZO
SXMgbWF5IG5vdCBzaGFyZSBmYXRlIGR1ZSB0byBtaXNjb25maWd1cmF0aW9uLiBBbmQgSTxicj4m
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtzdHJvbmdseTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgc3VzcGVjdCBzb21lb25lIHdpbGwgd2Fu
dCB0byB1c2UgQkZEIGZvciB0aGF0IGJlY2F1c2UgaXRzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwO2Fib3V0PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDtjaGVja2luZzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsgcGF0aCBjb250aW51aXR5IGFzIHN0YXRlZCBieSB0aGUgZHJhZnQuIEFz
IGxvbmcgYXMgdGhlcmUncyBhPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDt2YWxpZCBJUDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgKGJlY2F1c2UgaXQncyBCRkQpIG93bmVkIGJ5IHRoZSBW
VEVQIGluIHRoYXQgVk5JLCB5b3UgY2FuPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3VzZSBC
RkQgaW48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7IHRoYXQgVk5JLiBUaGF0cyBhbGwgdGhhdCB5b3UgbmVlZCB0byBkaWN0YXRlLiZuYnNw
OyBUaGF0IElQIGFkZHJlc3M8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwO2hhcyBhIE1BQzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgYWRkcmVzcyBhbmQgeW91IGNhbiB1c2UgdGhhdCBvbiB0
aGUgaW5uZXIgZnJhbWUuIFRoYXQgaXM8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7YWxsIG5v
cm1hbDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsgVlhMQU4gcHJvY2Vzc2luZy4gVGhlIG91dGVyIElQIGlzIGFsd2F5cyB0aGF0IG9mIHRo
ZSBWVEVQLjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7IERpbmVzaDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7IE9uIEZyaSwgQXVnIDIsIDIwMTkgYXQgMTE6MDMgQU0gSm9lbCBN
LiBIYWxwZXJuPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20iIHRhcmdldD0iX2Js
YW5rIj5qbWhAam9lbGhhbHBlcm4uY29tPC9hPiAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpq
bWhAam9lbGhhbHBlcm4uY29tIiB0YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxoYWxwZXJuLmNvbTwv
YT4mZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFp
bHRvOmptaEBqb2VsaGFscGVybi5jb20iIHRhcmdldD0iX2JsYW5rIj5qbWhAam9lbGhhbHBlcm4u
Y29tPC9hPiAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tIiB0
YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxoYWxwZXJuLmNvbTwvYT4mZ3Q7Jmd0Ozxicj4mZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgJmx0O21haWx0
bzo8YSBocmVmPSJtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmpt
aEBqb2VsaGFscGVybi5jb208L2E+ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmptaEBqb2Vs
aGFscGVybi5jb20iIHRhcmdldD0iX2JsYW5rIj5qbWhAam9lbGhhbHBlcm4uY29tPC9hPiZndDs8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86am1o
QGpvZWxoYWxwZXJuLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmptaEBqb2VsaGFscGVybi5jb208L2E+
ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20iIHRhcmdldD0i
X2JsYW5rIj5qbWhAam9lbGhhbHBlcm4uY29tPC9hPiZndDsmZ3Q7Jmd0OyZndDsgd3JvdGU6PGJy
PiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0Ozxi
cj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwO0lmIEkgYW0gcmVhZGluZyB5b3VyIHZhcmlvdXMgZW1haWxzIGNv
cnJlY3RseSBEaW5lc2g8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7KGFuZCBJPGJyPiZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDttYXkgaGF2ZTxicj4m
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwO21pc3NlZCBzb21ldGhpbmcpIHlvdSBhcmUgdHJ5aW5nIHRvIHVzZSB0
aGUgTUFDIGFkZHJlc3M8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwO2JlY2F1c2UgeW91PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7d2FudDxicj4mZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwO3RvIGJlIGFibGUgdG8gc2VuZCB0aGVzZSBCRkQgcGFja2V0cyBvdmVyIGFyYml0
cmFyeSBWTkkgdG88YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwO21vbml0b3IgdGhlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Vk5JLiZuYnNwOyBUaGF0IGlz
IG5vdCBhIHJlcXVpcmVtZW50IGlkZW50aWZpZWQgaW4gdGhlPGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwO2RvY3VtZW50Ljxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7SXQgaXMgbm90PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ZXZlbiBhIHByb2JsZW0g
SSB1bmRlcnN0YW5kLCBzaW5jZSBhbGwgdGhlIFZOSSBiZXR3ZWVuIGFuPGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtpbmdyZXNzIGFuZDxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwO2VncmVzcyBWVEVQIHNoYXJlIGZhdGUuPGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
O1lvdXJzLDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO0pvZWw8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7T24g
OC8yLzIwMTkgMTo0NCBQTSwgRGluZXNoIER1dHQgd3JvdGU6PGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsgVGhhbmtzIGZvciB2ZXJpZnlpbmcgdGhpcy4gT24gTGludXggYW5kIGhhcmR3YXJlPGJy
PiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3JvdXRlcnM8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3RoYXQgSSdtPGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
YXdhcmU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyBvZiAoQ2lzY28gY2lyY2EgMjAxMiBhbmQg
Q3VtdWx1cyksIHRoZSBwaHlzaWNhbCBNQUM8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7YWRk
cmVzcyBpczxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3JldXNlZDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7IGFjcm9zcyB0aGUgVk5JcyBvbiB0aGUgVlRFUC4gRGlkIHlvdSBjaGVjayBvbiBhIG5vbi1W
TVc8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2Rl
dmljZT88YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtUaGlzIGlzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsgbW9yZSBmb3IgbXkgb3duIGN1cmlvc2l0eS48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0Ozxi
cj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7IFRvIGFkZHJlc3MgdGhlIGdlbmVyYWwgY2FzZSwgY2Fu
IHdlIG5vdCBkZWZpbmUgYTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7d2VsbC1rbm93biAob3I8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtyZXNlcnZlPGJy
PiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgb25lKSB1bmljYXN0IE1BQyBhZGRyZXNzIGZvciB1c2Ug
d2l0aCBWVEVQPyBJZiB0aGUgTUFDPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDthZGRyZXNzIGlzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgY29u
ZmlndXJhYmxlIGluIEJGRCBjb21tYW5kLCB0aGlzIGNhbiBiZSBtb290Ljxicj4mZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgRGluZXNoPGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyBPbiBGcmksIEF1ZyAyLCAy
MDE5IGF0IDEwOjI3IEFNIFNhbnRvc2ggUCBLPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgJmx0
OzxhIGhyZWY9Im1haWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tIiB0YXJnZXQ9Il9i
bGFuayI+c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdt
YWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb208L2E+
Jmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSIg
dGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC4uLmNvbTwvYT48YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5w
YWxsYWdhdHRpQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBn
bWFpbC5jb208L2E+Jmd0OyZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhy
ZWY9Im1haWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+
c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNv
bSIgdGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb208L2E+Jmd0Ozxi
cj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21h
aWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSIgdGFyZ2V0
PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC4uLmNvbTwvYT48YnI+Jmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxsYWdh
dHRpQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5j
b208L2E+Jmd0OyZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVm
PSJtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNh
bnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20i
IHRhcmdldD0iX2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPC9hPiZndDs8YnI+
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWls
dG86PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20iIHRhcmdldD0i
X2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuLi5jb208L2E+PGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0
aUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29t
PC9hPiZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWls
dG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gu
cGFsbGFnYXR0aUBnbWFpbC5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDtt
YWlsdG86PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20iIHRhcmdl
dD0iX2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPC9hPiZndDs8YnI+Jmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEg
aHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5r
Ij5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuLi5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFp
bC5jb20iIHRhcmdldD0iX2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPC9hPiZn
dDsmZ3Q7Jmd0OyZndDsmZ3Q7IHdyb3RlOjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO0kgaGF2ZSBjcm9zcyBjaGVj
a2VkIHBvaW50IHJhaXNlZCBhYm91dCBNQUMgYWRkcmVzczxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dXNhZ2UuIEl0IGlzPGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3Bvc3NpYmxlIHRoYXQgdGVuYW50IGNvdWxk
IGJlIHVzaW5nIHBoeXNpY2FsIE1BQzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7YWRkcmVzcyBhbmQ8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDt3aGVuIGE8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7cGFja2V0IGNvbWVz
IHdpdGggdmFsaWQgVk5JIHdpdGggYSBNQUMgYWRkcmVzczxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDt0aGF0IGlzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDtiZWluZzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3VzZWQgYnk8YnI+Jmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dGVuYW50IHRoZW4gcGFja2V0IHdpbGwgYmUg
c2VudCB0byB0aGF0IHRlbmFudC48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7VGhpcyBydWxl
czxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwO291dCB0aGU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ZmFjdCB0aGF0IHdlIGNvdWxkIHVzZSBwaHlzaWNhbCBNQUMgYWRk
cmVzcyBhczxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtpbm5lcjxicj4mZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7TUFDIHRvPGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ZW5zdXJlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
O3BhY2tldHMgZ2V0IHRlcm1pbmF0ZWQgYXQgVlRFUCBpdHNlbGYuPGJyPiZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7VGhh
bmtzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO1NhbnRvc2gg
UCBLPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7T24gV2VkLCBKdWwgMzEsIDIwMTkgYXQgMTE6MDAgQU0gU2FudG9z
aCBQIEs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0Ozxh
IGhyZWY9Im1haWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFu
ayI+c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWls
LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb208L2E+Jmd0
Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0
O21haWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSIgdGFy
Z2V0PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC4uLmNvbTwvYT48YnI+Jmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxs
YWdhdHRpQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFp
bC5jb208L2E+Jmd0OyZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9
Im1haWx0bzpzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+c2Fu
dG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSIg
dGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb208L2E+Jmd0Ozxicj4m
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0
bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSIgdGFyZ2V0PSJf
YmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC4uLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRp
QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb208
L2E+Jmd0OyZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJt
YWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNhbnRv
c2gucGFsbGFnYXR0aUBnbWFpbC5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZs
dDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20iIHRh
cmdldD0iX2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPC9hPiZndDs8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86
PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20iIHRhcmdldD0iX2Js
YW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuLi5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBn
bWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPC9h
PiZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86
c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNhbnRvc2gucGFs
bGFnYXR0aUBnbWFpbC5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWls
dG86PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20iIHRhcmdldD0i
X2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPC9hPiZndDs8YnI+Jmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJl
Zj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5z
YW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuLi5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5j
b20iIHRhcmdldD0iX2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPC9hPiZndDsm
Z3Q7Jmd0OyZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwO3dyb3RlOjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Sm9lbCw8YnI+Jmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwO1RoYW5rcyBmb3IgeW91ciBpbnB1dHMuIEkgY2hlY2tlZDxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7aW1wbGVtZW50YXRpb24gd2l0aGluPGJy
PiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
Vm13YXJlLiBQZXJoYXBzIEkgc2hvdWxkIGhhdmUgYmVlbiBtb3JlIGNsZWFyPGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDthYm91dCBNQUM8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDthZGRyZXNzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7c3BhY2Ugd2hpbGUgY2hlY2tpbmcgaW50ZXJuYWxseS4g
SSB3aWxsIGNyb3NzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDtjaGVjayBhZ2FpbiBmb3I8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt0aGUgc2FtZSBhbmQgZ2V0IGJhY2sgb24gdGhpcyBs
aXN0Ljxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7VGhhbmtzPGJyPiZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7U2FudG9zaCBQIEs8YnI+
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO09uIFdlZCwgSnVsIDMxLCAyMDE5IGF0IDEwOjU0IEFN
IEpvZWwgTS48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7SGFscGVybjxicj4mZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDs8YSBocmVm
PSJtYWlsdG86am1oQGpvZWxoYWxwZXJuLi4uY29tIiB0YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxo
YWxwZXJuLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBo
cmVmPSJtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmptaEBqb2Vs
aGFscGVybi5jb208L2E+Jmd0OyAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpqbWhAam9lbGhh
bHBlcm4uY29tIiB0YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxoYWxwZXJuLmNvbTwvYT48YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86am1oQGpvZWxo
YWxwZXJuLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmptaEBqb2VsaGFscGVybi5jb208L2E+Jmd0OyZn
dDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZs
dDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20iIHRhcmdldD0iX2Js
YW5rIj5qbWhAam9lbGhhbHBlcm4uY29tPC9hPiAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpq
bWhAam9lbGhhbHBlcm4uY29tIiB0YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxoYWxwZXJuLmNvbTwv
YT4mZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFp
bHRvOmptaEBqb2VsaGFscGVybi5jb20iIHRhcmdldD0iX2JsYW5rIj5qbWhAam9lbGhhbHBlcm4u
Y29tPC9hPiAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tIiB0
YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxoYWxwZXJuLmNvbTwvYT4mZ3Q7Jmd0OyZndDs8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpqbWhAam9lbGhhbHBlcm4u
Y29tIiB0YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxoYWxwZXJuLmNvbTwvYT48YnI+Jmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86am1oQGpvZWxoYWxwZXJu
LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmptaEBqb2VsaGFscGVybi5jb208L2E+Jmd0OyAmbHQ7bWFp
bHRvOjxhIGhyZWY9Im1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tIiB0YXJnZXQ9Il9ibGFuayI+
am1oQGpvZWxoYWxwZXJuLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21h
aWx0bzo8YSBocmVmPSJtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSIgdGFyZ2V0PSJfYmxhbmsi
PmptaEBqb2VsaGFscGVybi5jb208L2E+Jmd0OyZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmpt
aEBqb2VsaGFscGVybi5jb20iIHRhcmdldD0iX2JsYW5rIj5qbWhAam9lbGhhbHBlcm4uY29tPC9h
PiAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tIiB0YXJnZXQ9
Il9ibGFuayI+am1oQGpvZWxoYWxwZXJuLmNvbTwvYT4mZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20iIHRh
cmdldD0iX2JsYW5rIj5qbWhAam9lbGhhbHBlcm4uY29tPC9hPiAmbHQ7bWFpbHRvOjxhIGhyZWY9
Im1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tIiB0YXJnZXQ9Il9ibGFuayI+am1oQGpvZWxoYWxw
ZXJuLmNvbTwvYT4mZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyB3cm90ZTo8YnI+Jmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7U29ycnkgdG8gYXNrIGEgc3R1cGlkIHF1ZXN0aW9uLiZu
YnNwOyBXaG9zZTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7aW1wbGVtZW50YXRpb24/PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwO1RoZSByZWFzb24gSSBhc2sgaXMgdGhhdCBhcyBmYXIgYXMgSTxicj4mZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDtjYW4gdGVsbCw8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwO3NpbmNlIHRoZTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7dGVuYW50IGRvZXMg
bm90PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDtoYXZlIGFueSBjb250cm9sIGFjY2VzcyB0byB0aGUgVlRFUCw8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dGhlcmUgaXMgbm88YnI+Jmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDtyZWFzb24gZm9yPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt0aGUgVlRFUCB0bzxicj4mZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
aGF2ZSBhIE1BQyBhZGRyZXNzIGluIHRoZSB0ZW5hbnQ8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7c3BhY2UuJm5ic3A7IFllcywgdGhlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ZGV2aWNlIGhhczxi
cj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7YSBwaHlzaWNhbDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7TUFDIGFkZHJlc3MuJm5i
c3A7IEJ1dCB0aGUgdGVuYW50IGNvdWxkIHdlbGwgYmU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3VzaW5nIHRoYXQgTUFDPGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDthZGRyZXNzLiZuYnNwOyBZZXMsPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt0aGV5IHdvdWxkIGJlIHZpb2xh
dGluZyB0aGUgRXRoZXJuZXQgc3BlYy48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwO0J1dCB0aGUgd2hvbGU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3BvaW50IG9m
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDtzZWdyZWdhdGlvbiBpcyBub3QgdG8gY2FyZSBhYm91dCBzdWNoPGJy
PiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2lzc3Vlcy48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7T24gdGhlIG90aGVyIGhhbmQsIGlmIHlvdSB0ZWxsIG1lIHRoYXQ8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dGhlIFZNV2FyZTxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7aW1w
bGVtZW50YXRpb24gaGFzIGFuPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtFdGhlcm5ldCBhZGRyZXNzIHRoYXQg
aXMgcGFydCBvZiB0aGUgdGVuYW50PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDtzcGFjZSwgd2VsbCw8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3RoZXkgbWFkZSB1
cDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7dGhpcyBwYXJ0aWN1bGFyIGdhbWUuPGJyPiZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1lvdXJzLDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Sm9lbDxicj4m
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtPbiA3LzMxLzIwMTkgMTo0NCBQ
TSwgU2FudG9zaCBQIEsgd3JvdGU6PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyBJIGhhdmUgY2hlY2tl
ZCB3aXRoIGltcGxlbWVudGF0aW9uPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2luIGRhdGE8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3BhdGgu
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7V2hlbiB3ZTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7cmVjZWl2ZSBhPGJy
PiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyBwYWNrZXQgd2l0aCB2YWxpZCBWTkkgdGhlbiBsb29rdXA8YnI+
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Zm9yIE1BQyB3aWxsPGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
aGFwcGVuIGFuZDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7aXQgaXMgVlRFUCBvd248YnI+Jmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7IE1BQyB0aGVuIGl0IHdpbGwgYmUgdHJhcHBlZCB0byBjb250cm9sPGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtwbGFuZSBmb3I8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwO3Byb2Nlc3NpbmcuIEkgdGhpbmsgd2U8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7IGNh
biBoYXZlIGZvbGxvd2luZyBvcHRpb25zPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyAxLiBPcHRpb25h
bCBtYW5hZ21lbnQgVk5JPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyAyLiBNYW5kYXRvcnkgaW5uZXIg
TUFDIHNldCB0byBWVEVQIG1hYzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgMy4gSW5uZXIgSVAgVFRM
IHNldCB0byAxIHRvIGF2b2lkPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDtmb3J3YXJkaW5nIG9mIHBhY2tldDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7dmlhIGlu
bmVyIElQPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyBhZGRyZXNzLjxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyBUaG91Z2h0cz88
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyBUaGFuc2s8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7IFNhbnRvc2ggUCBLPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0Ozxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsgT24gV2VkLCBKdWwgMzEsIDIwMTkgYXQgOToyMCBBTSBHcmVnPGJyPiZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwO01pcnNreTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0OzxhIGhyZWY9
Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNr
eUBnbWFpbC5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEg
aHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdp
bWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNr
eUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+ICZs
dDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJf
YmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7Jmd0Ozxicj4mZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5j
b20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+ICZsdDttYWlsdG86
PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdy
ZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1p
cnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+
ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0
PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7Jmd0OyZndDs8YnI+Jmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5j
b20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+PGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdt
YWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7ICZs
dDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJf
YmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJn
ZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDsmZ3Q7PGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhy
ZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1p
cnNreUBnbWFpbC5jb208L2E+ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5
QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdy
ZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNv
bTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0
YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDsmZ3Q7Jmd0OyZndDs8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWly
c2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT48
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3Jl
Z2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29t
PC9hPiZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFy
Z2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVm
PSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJz
a3lAZ21haWwuY29tPC9hPiZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8
YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3Jl
Z2ltaXJza3lAZ21haWwuY29tPC9hPjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFp
bHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5r
Ij5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0OyAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0
bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFp
bC5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0i
bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5
QGdtYWlsLmNvbTwvYT4mZ3Q7Jmd0OyZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEg
aHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdp
bWlyc2t5QGdtYWlsLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0
bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+
Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdp
bWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwv
YT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJn
ZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDsmZ3Q7PGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29t
IiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPjxicj4mZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFp
bC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0Ozxicj4m
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0
bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+
Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7
bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2Js
YW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IHdy
b3RlOjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDtIaSBEaW5lc2gsPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7dGhhbmsgeW91IGZvciB5b3VyIGNvbnNpZGVyYXRpb248YnI+Jmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7b2YgdGhlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7cHJvcG9zYWwgYW5kPGJyPiZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDtxdWVzdGlvbnMuIFdoYXQ8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDt3b3VsZCB5b3Ugc2VlIGFzIHRoZSBzY29wZSBvZjxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDt0ZXN0aW5nIHRoZTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Y29ubmVjdGl2aXR5IGZvciB0aGU8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtzcGVjaWZpYyBWTkk/IElm
IGl0IGlzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDt0ZW5hbnQtdG8tdGVuYW50LCB0aGVuPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7VlRFUHM8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwO3dpbGwgdHJlYXQgdGhlc2U8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDtwYWNrZXRzIGFzIHJlZ3VsYXIgdXNlciBmcmFtZXMuIE1vcmU8YnI+Jmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2xpa2VseSwgdGhlc2U8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwO2NvdWxkIGJlIExheWVyIDI8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDtPQU0sIGUuZy4gQ0NNIGZyYW1lcy4gVGhlIHJlYXNvbjxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDt0byB1c2U8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOzEyNy84IGZvcjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7SVB2NCwgYW5k
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7MDowOjA6MDowOkZGRkY6
N0YwMDowLzEwNCBmb3I8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7SVB2NiBpczxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dG8gc2FmZWd1YXJk
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDtmcm9tIGxlYWtpbmc8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDtFdGhlcm5ldCBmcmFtZXMgd2l0aCBCRkQgQ29udHJvbDxicj4mZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDtwYWNrZXQ8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwO3RvIGE8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDt0ZW5hbnQuPGJyPiZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7WW91J3ZlIHN1Z2dlc3RlZCB1c2lu
ZyBhIE1BQzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDthZGRyZXNzIHRvPGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDt0cmFwIHRoZTxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7Y29udHJvbCBwYWNrZXQgYXQ8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDtWVEVQLiBXaGF0IHRoYXQgYWRkcmVzcyBjb3VsZCBiZT8gV2U8YnI+Jmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2hhZCBwcm9wb3NlZDxi
cj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7dXNpbmcgdGhlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ZGVkaWNhdGVkIE1BQyBhbmQgVlRFUCdzIE1BQyBhbmQ8YnI+Jmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7Ym90aDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7cmFpc2VkPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Y29uY2VybnM8YnI+Jmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwO2Ftb25nIFZYTEFOPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ZXhwZXJ0cy4gVGhlIGlkZWEgb2YgdXNpbmc8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
TWFuYWdlbWVudDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7Vk5JIG1heTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2JlIG1vcmU8YnI+Jmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
O2FjY2VwdGFibGU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtiYXNl
ZCBvbiBpdHMgc2ltaWxhcml0eSB0byB0aGU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7cHJh
Y3RpY2U8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
O29mIHVzaW5nPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtNYW5hZ2VtZW50IFZMQU4uPGJyPiZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO1JlZ2FyZHMs
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7R3JlZzxicj4mZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtPbiBX
ZWQsIEp1bCAzMSwgMjAxOSBhdCAxMjowMyBQTTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtE
aW5lc2g8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
O0R1dHQ8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDs8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNv
bSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmRpZHV0dEBnbWFpbC5jb20iIHRh
cmdldD0iX2JsYW5rIj5kaWR1dHRAZ21haWwuY29tPC9hPiZndDsgJmx0O21haWx0bzo8YSBocmVm
PSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5j
b208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFp
bHRvOmRpZHV0dEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5kaWR1dHRAZ21haWwuY29tPC9h
PiZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpkaWR1dHRAZ21haWwuY29tIiB0YXJnZXQ9
Il9ibGFuayI+ZGlkdXR0QGdtYWlsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86
ZGlkdXR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0
Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpk
aWR1dHRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGlkdXR0QGdtYWlsLmNvbTwvYT4gJmx0
O21haWx0bzo8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsi
PmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0OyZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0
O21haWx0bzo8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsi
PmRpZHV0dEBnbWFpbC5jb208L2E+ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmRpZHV0dEBn
bWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5kaWR1dHRAZ21haWwuY29tPC9hPiZndDs8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdt
YWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+ICZsdDttYWlsdG86
PGEgaHJlZj0ibWFpbHRvOmRpZHV0dEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5kaWR1dHRA
Z21haWwuY29tPC9hPiZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpkaWR1dHRAZ21haWwu
Y29tIiB0YXJnZXQ9Il9ibGFuayI+ZGlkdXR0QGdtYWlsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBo
cmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFp
bC5jb208L2E+Jmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhy
ZWY9Im1haWx0bzpkaWR1dHRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGlkdXR0QGdtYWls
LmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFy
Z2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFp
bHRvOmRpZHV0dEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5kaWR1dHRAZ21haWwuY29tPC9h
Pjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpk
aWR1dHRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGlkdXR0QGdtYWlsLmNvbTwvYT4mZ3Q7
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7
bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpkaWR1dHRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+
ZGlkdXR0QGdtYWlsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdt
YWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0OyZndDs8YnI+
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpkaWR1dHRAZ21haWwu
Y29tIiB0YXJnZXQ9Il9ibGFuayI+ZGlkdXR0QGdtYWlsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBo
cmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFp
bC5jb208L2E+Jmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhy
ZWY9Im1haWx0bzpkaWR1dHRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGlkdXR0QGdtYWls
LmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFy
Z2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0OyZndDsmZ3Q7PGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhy
ZWY9Im1haWx0bzpkaWR1dHRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGlkdXR0QGdtYWls
LmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFy
Z2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpkaWR1dHRAZ21haWwuY29tIiB0YXJn
ZXQ9Il9ibGFuayI+ZGlkdXR0QGdtYWlsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWls
dG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+
Jmd0OyZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpk
aWR1dHRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGlkdXR0QGdtYWlsLmNvbTwvYT4gJmx0
O21haWx0bzo8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsi
PmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7
bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpkaWR1dHRAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+
ZGlkdXR0QGdtYWlsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdt
YWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0OyZndDsmZ3Q7
Jmd0OyZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt3cm90ZTo8YnI+Jmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtI
aSBHcmVnLDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0FzIGxvbmcgYXMgdGhlIGlubmVyIE1BQzxicj4m
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDthZGRyZXNzIGlzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtzdWNoPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dGhh
dCB0aGU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwO3BhY2tldCBpczxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7dHJhcHBlZCB0byB0aGUgQ1BVLCBpdCBzaG91
bGQgYmU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
O2ZpbmUgZm9yPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dXNlIGFzPGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDthbiBp
bm5lciBNQUMgaXM8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwO2l0IG5vdD8gU3RhdGluZyB0aGF0IGlzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwO2JldHRlciB0aGFuPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDt0cnlpbmcgdG88YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2ZvcmNlIGEgbWFuYWdlbWVudDxi
cj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Vk5J
LiBXaGF0IGlmIHNvbWVvbmUgd2FudHM8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dG8gdGVz
dDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwO2Nvbm5lY3Rpdml0eTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7b24gYSBz
cGVjaWZpYzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7Vk5JPyBJIHdvdWxkIG5vdCBwaWNrIGE8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
bG9vcGJhY2sgSVA8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDthZGRyZXNzIGZvcjxicj4mZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7dGhpcyBzaW5jZSB0aGF0PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDthZGRyZXNzIHJhbmdlIGlzIGhvc3Qvbm9kZSBsb2NhbDxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7b25seS4gSXM8YnI+
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDt0aGVyZSBhPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtyZWFzb24geW91J3JlPGJy
PiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtub3Qg
dXNpbmcgdGhlIFZURVAgSVAgYXMgdGhlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2lubmVy
IElQPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7YWRkcmVzcyA/PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0Ozxi
cj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7RGlu
ZXNoPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7T24gV2VkLCBKdWwgMzEsIDIwMTkgYXQgNTo0OCBBTTxi
cj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7R3JlZyBN
aXJza3k8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9i
bGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdl
dD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0Ozxicj4mZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJt
YWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lA
Z21haWwuY29tPC9hPiAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFp
bC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0OyZndDs8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNr
eUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+PGJy
PiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdp
bWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwv
YT4mZ3Q7ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIg
dGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwu
Y29tIiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDsmZ3Q7Jmd0
Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lA
Z21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPjxicj4m
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1p
cnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+
Jmd0Ozxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9
Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1h
aWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBn
bWFpbC5jb208L2E+Jmd0OyZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhy
ZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1p
cnNreUBnbWFpbC5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86
PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdy
ZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1p
cnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdy
ZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNv
bTwvYT4mZ3Q7Jmd0OyZndDsmZ3Q7ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWly
c2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT48
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3Jl
Z2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29t
PC9hPiZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFy
Z2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4gJmx0O21haWx0bzo8YSBocmVm
PSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJz
a3lAZ21haWwuY29tPC9hPiZndDsmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0bzo8
YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3Jl
Z2ltaXJza3lAZ21haWwuY29tPC9hPjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7bWFp
bHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5r
Ij5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0OyAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0
bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFp
bC5jb208L2E+PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0i
bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5
QGdtYWlsLmNvbTwvYT4mZ3Q7Jmd0OyZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEg
aHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdp
bWlyc2t5QGdtYWlsLmNvbTwvYT48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0
bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+
Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmdyZWdp
bWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwv
YT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJn
ZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDsmZ3Q7PGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7Jmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29t
IiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPjxicj4mZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFp
bC5jb20iIHRhcmdldD0iX2JsYW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0Ozxicj4m
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O21haWx0
bzo8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+
Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7
bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5jb20iIHRhcmdldD0iX2Js
YW5rIj5ncmVnaW1pcnNreUBnbWFpbC5jb208L2E+Jmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IHdy
b3RlOjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7RGVhciBBbGwsPGJyPiZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwO3RoYW5rIHlvdSBmb3IgeW91ciBjb21tZW50cyw8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtzdWdn
ZXN0aW9ucyBvbjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7dGhpcyBpc3N1ZSw8YnI+Jmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7cHJvYmFi
bHkgdGhlIG1vc3Q8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7Y2hhbGxlbmdpbmc8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2ZvciB0aGlzPGJy
PiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDtzcGVjaWZpY2F0aW9uLiBJbiB0aGU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Y291cnNlIG9m
IG91ciBkaXNjdXNzaW9ucyw8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwO3dlJ3ZlIGFncmVlZCB0bzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7YWJhbmRvbiB0aGU8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7cmVxdWVzdCB0byBhbGxvY2F0ZSB0aGU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2RlZGljYXRlZCBNQUM8YnI+Jmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDthZGRyZXNzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt0byBiZSB1c2VkIGFzPGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
O3RoZSBkZXN0aW5hdGlvbiBNQUM8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7YWRkcmVzcyBp
bjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dGhl
IGlubmVyPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtFdGhlcm5ldCBmcmFtZS48YnI+Jmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7QWxzbywg
ZWFybGllciB1c2luZyBWTkk8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7MCB3YXM8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2NoYW5nZWQgZnJv
bTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7bWFuZGF0b3J5IHRvIG9uZTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtvZiB0aGUgb3B0
aW9ucyBhbjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7aW1wbGVtZW50YXRpb24gbWF5PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7b2ZmZXIgdG88YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwO2FuIG9wZXJhdG9yLjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtUaGUgbW9zdCByZWNlbnQ8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ZGlzY3Vzc2lvbiB3YXM8YnI+Jmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3doZXRoZXI8YnI+Jmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDtWVEVQJ3M8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO01BQyBhZGRyZXNzPGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO21pZ2h0IGJl
IHVzZWQgYXMgdGhlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDtkZXN0aW5hdGlvbiBNQUM8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDthZGRyZXNzPGJyPiZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDtpbiB0aGUgaW5uZXI8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7RXRoZXJuZXQgZnJhbWUuIEFzIEk8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7cmVjYWxsIGl0LCB0aGU8YnI+Jmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDtjb21tZW50czxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ZnJvbSBWWExBTjxicj4mZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtleHBl
cnRzIGVxdWFsbHkgc3BsaXQ8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7d2l0aCBvbmU8YnI+
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2ZvciBpdDxi
cj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwO2FuZCBvbmU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2FnYWluc3QuIEhlbmNl
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwO0kgd291bGQgbGlrZSB0byBwcm9wb3NlPGJyPiZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwO2EgbmV3PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDt0ZXh0IHRvPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7cmVzb2x2ZTxicj4mZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7dGhlIGlzc3VlLiBUaGU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7aWRlYSBpcyB0byBsZXQgYW48YnI+Jmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7b3BlcmF0b3Igc2VsZWN0PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7TWFu
YWdlbWVudDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Vk5JIGFuZCB1c2U8YnI+Jmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7dGhhdCBWTkkg
aW4gVlhMQU48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ZW5jYXBzdWxhdGlvbjxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7b2YgQkZEPGJyPiZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDtDb250cm9sIHBhY2tldHM6PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO05FVyBURVhUOjxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtBbiBvcGVyYXRvciBNVVNU
PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO3NlbGVjdCBhIFZOSTxicj4mZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwO251bWJlciB0bzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7YmUgdXNlZCBhczxicj4mZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwO01hbmFnZW1lbnQgVk5JLiBWWExBTjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7cGFja2V0IGZvcjxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7TWFu
YWdlbWVudCBWTkkgTVVTVCBOT1Q8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtiZSBzZW50IHRv
IGEgdGVuYW50LiBWTkk8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwO251bWJlciAxIGlzPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtSRUNPTU1FTkRFRCBhcyB0aGU8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtkZWZhdWx0IGZvcjxicj4mZ3Q7Jm5ic3A7ICZuYnNw
OyAmbmJzcDtNYW5hZ2VtZW50IFZOSS48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
O1dpdGggdGhhdCBuZXcgdGV4dCwgd2hhdDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtjYW4g
YmUgdGhlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7dmFsdWUgb2Y8YnI+Jmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3RoZSBk
ZXN0aW5hdGlvbjxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtNQUMgaW4gdGhlIGlubmVyIEV0aGVybmV0PyBJPGJyPiZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDt0ZW5kIHRvPGJy
PiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7YmVsaWV2ZTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7dGhhdCBpdCBjYW4gYmU8
YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7YW55dGhpbmcgYW5kIGlnbm9yZWQgYnkgdGhlPGJyPiZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtyZWNpZXZlciBWVEVQLjxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7QWxzbywgaWYgdGhlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3RyYXBwaW5nIGlzIGJhc2VkIG9uIFZO
STxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7bnVt
YmVyLCB0aGU8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2Rlc3RpbmF0aW9uIElQIGFkZHJlc3M8YnI+Jmd0OyZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7b2YgdGhlIGlubmVyIElQIHBhY2tldDxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDtjYW4g
ZnJvbTxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
dGhlIHJhbmdlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsxMjcvOCBmb3IgSVB2NCw8YnI+Jmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7YW5k
IGZvciBJUHY2IGZyb20gdGhlIHJhbmdlPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDswOjA6MDowOjA6RkZGRjo3
RjAwOjAvMTA0LiBBbmQ8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7bGFzdGx5LCB0aGUgVFRMIHRvIGJlPGJyPiZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwO3NldCB0byAxIChubzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2NoYW5n
ZSBoZXJlKS48YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO011Y2ggYXBwcmVjaWF0
ZSB5b3VyPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwO2NvbW1lbnRzLDxicj4mZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7
ICZuYnNwO3F1ZXN0aW9ucywgYW5kPGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5i
c3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtzdWdnZXN0aW9ucy48YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7
ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmZ3Q7PGJyPiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZu
YnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0Jlc3QgcmVnYXJkcyw8YnI+Jmd0OyZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7R3Jl
Zzxicj4mZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZn
dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0Ozxicj4mZ3Q7
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0
OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDs8YnI+Jmd0OyA8YnI+PC9ibG9ja3F1b3RlPjwvZGl2
PjwvYmxvY2txdW90ZT48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2
PjwvYmxvY2txdW90ZT48L2Rpdj48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PC9ibG9j
a3F1b3RlPjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+
PC9ibG9ja3F1b3RlPjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+
PC9ibG9ja3F1b3RlPjwvZGl2PjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48L2Rpdj48
L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48cD48YnI+PC9wPjwvZGl2Pg==


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--



From nobody Wed Sep 25 15:34:56 2019
Return-Path: <jmh@joelhalpern.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB0D81200B9; Tue, 24 Sep 2019 19:59:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level: 
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5XIkLAmREoiS; Tue, 24 Sep 2019 19:59:19 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 54550120024; Tue, 24 Sep 2019 19:59:19 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 46dN7W1blfzrl08; Tue, 24 Sep 2019 19:59:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1569380359; bh=yll0ozz3D+RGT0BmQaKD08ROebIuufs12ejw5cpp7Qw=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=Lpf616zsBL1SGmNkDn1/bT1dw2ILDbX4FRvHd+PcSZkcPxBcZU/iWLCAuFDyJ4Vs6 c4Kw4o4GVXR6WH3y7d8BCUKqyQLVOEtIMrx8J0oVfaK/c6JOP5Agw/CShXurk0OoQU vo5OQR2HfR1F2fXdymI0XSptTjP0i7qePG/XbbLU=
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [172.20.7.244] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 46dN7T5dPkzFqMk; Tue, 24 Sep 2019 19:59:17 -0700 (PDT)
Subject: Re: BFD over VXLAN: Trapping BFD Control packet at VTEP
To: xiao.min2@zte.com.cn
Cc: rtg-bfd@ietf.org, tsridhar@vmware.com, bfd-chairs@ietf.org, nvo3@ietf.org
References: <201909251039413767352@zte.com.cn>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <424bb1af-1ae9-5d60-c07c-3e53917821ae@joelhalpern.com>
Date: Tue, 24 Sep 2019 22:59:13 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <201909251039413767352@zte.com.cn>
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/rtg-bfd/Hgmua3RHvpuYWhPRXH6higYoYv0>
X-Mailman-Approved-At: Wed, 25 Sep 2019 15:34:44 -0700
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Sep 2019 02:59:24 -0000

As far as I can tell, the current document we have in front of us is 
explicit that the messages are originated and terminated at the VNI.  If 
you want some other behavior, then we need a document that describes 
that behaviors.

Yours,
Joel

On 9/24/2019 10:39 PM, xiao.min2@zte.com.cn wrote:
> Hi Santosh,
> 
> 
> With regard to the question whether we should allow multiple BFD 
> sessions for the same VNI or not, IMHO we should allow it, more 
> explanation as follows.
> 
> Below is a figure derived from figure 2 of RFC8014 (An Architecture for 
> Data-Center Network Virtualization over Layer 3 (NVO3)).
> 
>                      |         Data Center Network (IP)        |
>                      |                                         |
>                      +-----------------------------------------+
>                           |                           |
>                           |       Tunnel Overlay      |
>              +------------+---------+       +---------+------------+
>              | +----------+-------+ |       | +-------+----------+ |
>              | |  Overlay Module  | |       | |  Overlay Module  | |
>              | +---------+--------+ |       | +---------+--------+ |
>              |           |          |       |           |          |
>       NVE1   |           |          |       |           |          | NVE2
>              |  +--------+-------+  |       |  +--------+-------+  |
>              |  |VNI1 VNI2  VNI1 |  |       |  | VNI1 VNI2 VNI1 |  |
>              |  +-+-----+----+---+  |       |  +-+-----+-----+--+  |
>              |VAP1| VAP2|    | VAP3 |       |VAP1| VAP2|     | VAP3|
>              +----+-----+----+------+       +----+-----+-----+-----+
>                   |     |    |                   |     |     |
>                   |     |    |                   |     |     |
>                   |     |    |                   |     |     |
>            -------+-----+----+-------------------+-----+-----+-------
>                   |     |    |     Tenant        |     |     |
>              TSI1 | TSI2|    | TSI3          TSI1| TSI2|     |TSI3
>                  +---+ +---+ +---+             +---+ +---+   +---+
>                  |TS1| |TS2| |TS3|             |TS4| |TS5|   |TS6|
>                  +---+ +---+ +---+             +---+ +---+   +---+
> 
> To my understanding, the BFD sessions between NVE1 and NVE2 are actually 
> initiated and terminated at VAP of NVE.
> 
> If the network operator want to set up one BFD session between VAP1 of 
> NVE1 and VAP1of NVE2, at the same time another BFD session between VAP3 
> of NVE1 and VAP3 of NVE2, although the two BFD sessions are for the same 
> VNI1, I believe it's reasonable, so that's why I think we should allow it.
> 
> 
> Of course, in RFC8014 it also says:
> 
> "Note that two different Tenant Systems (and TSIs) attached to a common NVE can share a VAP (e.g., TS1 and TS2 in Figure 2) so long as they connect to the same Virtual Network."
> 
> Some people may argue that all Tenant Systems connecting to the same 
> Virtual Network MUST share one VAP, if that's true, then VAP1 and VAP3 
> should merge into one VAP and my explanation doesn't work. Copying to 
> NVO3 WG to involve more experts, hope for your clarifications and comments.
> 
> 
> Best Regards,
> 
> Xiao Min
> 
> 原始邮件
> *发件人：*SantoshPK <santosh.pallagatti@gmail.com>
> *收件人：*Greg Mirsky <gregimirsky@gmail.com>;
> *抄送人：*draft-ietf-bfd-vxlan@ietf.org 
> <draft-ietf-bfd-vxlan@ietf.org>;Dinesh Dutt <didutt@gmail.com>;rtg-bfd 
> WG <rtg-bfd@ietf.org>;Joel M. Halpern <jmh@joelhalpern.com>;T. Sridhar 
> <tsridhar@vmware.com>;bfd-chairs@ietf.org <bfd-chairs@ietf.org>;
> *日 期 ：*2019年09月23日 05:39
> *主 题 ：**Re: BFD over VXLAN: Trapping BFD Control packet at VTEP*
> Greg,
>      Please see inline reply tagged [SPK]. I have added text requested.
> 
> Thanks
> Santosh P K
> 
> On Fri, Aug 16, 2019 at 4:59 AM Greg Mirsky <gregimirsky@gmail...com 
> <mailto:gregimirsky@gmail.com>> wrote:
> 
>     Hi Santosh,
>     thank you for your comments. Please find my notes in-lined and
>     tagged GIM>>.
> 
>     Regards,
>     Greg
> 
>     On Tue, Aug 13, 2019 at 10:24 PM Santosh P K
>     <santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>
>     wrote:
> 
>         Greg,
>             Thanks for updated version of document. Here are few
>         comments on new draft.
> 
>         Section 4:
>         Destination MAC: This MUST NOT be of one of tenant's MAC
>                   addresses.  The MAC address MAY be configured, or it
>         MAY be
>                   learned via a control plane protocol.  The details of
>         how the
>                   MAC address is obtained are outside the scope of this
>         document.
> 
>         I think we may need to give background on why we are saying MAC
>         address MUST not be one of tenant's MAC address. Like in this
>         thread we have discussed one of the tenant could have borrowed
>         the same VTEP mac address and we if we have to use BFD then we
>         need to avoid that conflict to ensure BFD packets get observed
>         in the VTEP itself. Should we add a section before 4 to set that
>         context so that above text makes more sense in that context?
> 
>     GIM>> Certainly. Please share the text you'd like to add. 
> 
> [SPK]  Proposed text for why we should not use VTEP MAX address as 
> tenant MAC address.
> 
> "In some scenarios tenant MAC is borrowed from VTEP MAC address. VXLAN 
> BFD MUST terminate BFD session at VTEP and MUST not forward BFD packets 
> to tenants. To terminate VXLAN BFD packets at VTEP, deployment MUST 
> ensure that there are no tenant VM which barrows VTEP MAC address."
> 
> 
> 
>             IP header:
>                   Destination IP: IP address MUST NOT be of one of
>         tenant's IP
>                   addresses.  IP address MAY be selected from the range
>         127/8 for
>                   IPv4, for IPv6 - from the range 0:0:0:0:0:FFFF:7F00:0/104.
> 
>                   TTL: MUST be set to 1 to ensure that the BFD packet is not
>                   routed within the L3 underlay network.
> 
> 
>         I think we have added some text to address Sridhar comments on
>         why TTL MUST be 1 and dest IP address MUST be 127/8 range. I see
>         that text is missing now.
> 
>     GIM>> My apologies that I've missed to include the text from another
>     discussion thread. I believe the following would be complete:
>                TTL or Hop Limit: MUST be set to 1 to ensure that the BFD
>               packet is not routed within the Layer 3 underlay network. 
>     This
>               addresses the scenario when the inner IP destination
>     address is
>               of VXLAN gateway and there is a router in underlay which
>               removes the VXLAN header, then it is possible to route the
>               packet as VXLAN  gateway address is routable address.
> 
> [SPK] This text looks good.
> 
> 
>         Section 5.1:
>         For such packets, the BFD session MUST be identified
>             using the following three-tuples of fields of the inner
>         header: the
>             source IP, the destination IP, and the source UDP port
>         number present
>             in the IP header carried by the payload of the packet in VXLAN
>             encapsulation.  If BFD packet is received with non-zero Your
>         Discriminator, then BFD session MUST be demultiplexed only with Your
>             Discriminator as the key.
> 
>         Just with 3 tuple we will not be able to demux packet. We need
>         to consider VNI as well if we have multiple BFD session between
>         same pair of VTEP.
> 
>     GIM>> This is one of comments from Carlos we need to address. Your
>     comment have helped me to form the question:
> 
>         What is the goal running multiple BFD sessions between the pair
>         of VTEPs?
> 
> [SPK] The goal of the multiple BFD session is to ensure check liveliness 
> of VXLAN tunnel. There is already a good amount of debate on this topic 
> that do we really need that? As per RFC 5884 we are running BFD per LSP 
> and we might hit scale issues there too. I think it is up to operator to 
> decide how they want to use multiple BFD session per VXLAN tunnel. It 
> could be possible that BFD session with special VNI is run at aggressive 
> interval where as MAY have multiple BFD sessions for different VNI at a 
> sedate interval, for that matter they could be running in demand mode as 
> well (run P/F sequence only when there is no data following for that 
> VNI). As WG if we think running multiple BFD session make sense then we 
> might need to add appropriate text.
> 
>     If the goal is to monitor per VNI, then the following text should
>     describe the demultiplexing of the initial BFD Control packet:
>         Demultiplexing of IP BFD packet has been defined in Section 3 of
>         [RFC5881].  Since multiple BFD sessions may be running between two
>         VTEPs, there needs to be a mechanism for demultiplexing received BFD
>         packets to the proper session.  For demultiplexing packets with Your
>         Discriminator equal to 0, a BFD session MUST be identified using the
>         logical link over which the BFD Control packet is received.  In the
>         case of VXLAN, the VNI number identifies that logical link.  If BFD
>         packet is received with non-zero Your Discriminator, then BFD
>     session
>         MUST be demultiplexed only with Your Discriminator as the key.
> 
> [SPK]  I think this text for multiple BFD session between same pair of 
> VTEPs for multiple VNI makes sense only if as WG we think that could be 
> use case.
> 
>     Would there be need to run multiple BFD sessions with the same VNI
>     number?
> 
> 
> [SPK] IMHO we should not allow multiple BFD session for the same VNI.
> 
> 
> 
> 
>         Thanks
>         Santosh P K
> 
> 
>         On Fri, Aug 9, 2019 at 4:27 AM Greg Mirsky
>         <gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>> wrote:
> 
>             Dinesh, thank you for your help, much appreciated.
>             Hi Joel and Sridhar,
>             could you please check if the updated text on the inner
>             Ethernet frame addressed your concern.
> 
>             On Wed, Aug 7, 2019 at 2:25 PM Dinesh Dutt <didutt@gmail.com
>             <mailto:didutt@gmail.com>> wrote:
> 
>                 Looks god to me Greg. Thank you for your hard work in this,
> 
>                 Dinesh
> 
>                 On Wed, Aug 7, 2019 at 9:25 AM Greg Mirsky
>                 <gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                 wrote:
> 
>                     Hi Dinesh, Joel, Sridhar, et al.,
>                     much appreciate the help you've given me sharing
>                     your expertise. I hope that the updates you will
>                     find in the attached diff and the working copy of
>                     the draft be closer to the acceptable solution for
>                     VTEP-VTEP BFD. Please note, that I'll shortly start
>                     a new discussion thread to address one of Carlos's
>                     questions on the ambiguity of the text on multiple
>                     concurrent sessions between the same pair of VTEPs.
>                     Please review the changes to Sections 4 and 6 and
>                     share your feedback, suggestions, and questions.
> 
>                     Regards,
>                     Greg
> 
>                     On Mon, Aug 5, 2019 at 6:03 PM Dinesh Dutt
>                     <didutt@gmail.com <mailto:didutt@gmail.com>> wrote:
> 
> 
> 
>                         On Mon, Aug 5, 2019 at 5:56 PM Greg Mirsky
>                         <gregimirsky@gmail.com
>                         <mailto:gregimirsky@gmail.com>> wrote:
> 
>                             Hi Dinesh,
>                             thank you for your expedient detailed response.
>                             I believe that the ability to run BFD
>                             session up to a tenant (VTEP-VTEP-tenant or
>                             tenant-tenant) was never in jeopardy from
>                             this specification.
>                             I'm trying to provide precise specification
>                             on what can be used ad the destination MAC
>                             and IP addresses in the inner frame/packet
>                             as I believe that likely will help to avoid
>                             interoperability issues.
>                             I'm interested to learn some more about the
>                             "martian checking" function. As you know,
>                             martian addresses have been used as
>                             destination IP address in LSP Ping and BFD
>                             over MPLS LSP and PW. I haven't heard that
>                             any silicon feature caused problems for
>                             operators using these tools.
> 
> 
>                         Interesting. I didn't know this aspect of use
>                         with MPLS ping. Did those packets ever go
>                         through a firewall though? In any case, maybe
>                         suggest the use of those addresses with a
>                         statement that this is how LSP does it, but that
>                         other MAC/IP pairs are possible as long as the
>                         conditions of the endpoint owning the MAC/IP was
>                         honored.
> 
>                         Dinesh
> 
> 
>                             Regards,
>                             Greg
> 
>                             On Mon, Aug 5, 2019 at 3:59 PM Dinesh Dutt
>                             <didutt@gmail.com <mailto:didutt@gmail.com>>
>                             wrote:
> 
>                                 Hi Greg,
> 
>                                 That we agree on the problem definition
>                                 is the first step forward. Your original
>                                 document had my cases covered and so I
>                                 was surprised by the track this thread
>                                 took. It doesn't matter, we're back on
>                                 track.
> 
>                                 My recommendation is to not worry about
>                                 specifying the precise MAC/IP address
>                                 used in the inner header. The addresses
>                                 chosen MUST ensure that the packet is
>                                 trapped to the control plane of the VTEP
>                                 and not escape to the tenant if the BFD
>                                 is to the VTEP. Any solution MUST also
>                                 not preclude the use of the BFD by
>                                 tenant systems for that VNI. There are
>                                 many ways an implementer can choose to
>                                 implement this. For example, the inner
>                                 MAC address is whatever the VTEP
>                                 implementer would return if ARP'd for
>                                 the IP address used in the inner header
>                                 in the given VNI. The implementer can
>                                 pick a fixed MAC address, one that they
>                                 own etc. Multiple BFD sessions can be
>                                 run for testing path connectivity on
>                                 more than one VNIs. Limits should be in
>                                 place to avoid overwhelming the receiver
>                                 with BFD messages (you had words about
>                                 this in your currently published
>                                 draft).  If the VNI is irrelevant in the
>                                 test i.e. only the VXLAN pipe at the
>                                 VTEP is being tested. the user can use
>                                 any VNI active on the VTEP on which the
>                                 VTEP owns an IP address.
> 
>                                 I'm concerned about the use of 127/8
>                                 address only because of firewalls or
>                                 implementations that drop packets with
>                                 these addresses as either the source or
>                                 destination. For example, on many
>                                 merchant silicon, I don't believe you
>                                 can turn off martian checking and drops
>                                 *only* for VXLAN-encapsulated BFD
>                                 packets. I don't know what the Linux
>                                 kernel does today on such packets, for
>                                 example (or Hyper-V). I'd like a
>                                 solution that doesn't demand additional
>                                 or new chip functionality or require
>                                 additional middle-box hole punch.
> 
>                                 Why do you feel you MUST to specify the
>                                 MAC/IP address on the inner packet? What
>                                 am I missing here?
> 
>                                 Dinesh
> 
>                                 On Mon, Aug 5, 2019 at 3:04 PM Greg
>                                 Mirsky <gregimirsky@gmail.com
>                                 <mailto:gregimirsky@gmail.com>> wrote:
> 
>                                     Hi Dinesh,
>                                     what do you see as the way forward?
>                                     I agree, that the proposed text
>                                     doesn't work for multi-VNI
>                                     concurrent monitoring because these
>                                     VNIs are tenant's VNIs. And in that
>                                     case, we need to specify another
>                                     mechanism to trap the BFD Control
>                                     packet at VTEP. It seems that VTEP's
>                                     Ethernet address must be used as the
>                                     destination MAC address in the inner
>                                     Ethernet frame. The destination IP
>                                     address may be either VTEP's address
>                                     of martian (I do prefer martian).
>                                     Let me give it  try:
>                                     NEW TEXT:
> 
>                                         To monitor continuity of the
>                                         path between two VTEPs, an
>                                         operator MUST select a VNI
>                                         number to be used as Management
>                                         VNI. Management VNI number MUST
>                                         NOT be one of the tenant's VNIs
>                                         to prevent sending VXLAN packets
>                                         received on Management VNI to a
>                                         tenant. VNI number 1 is
>                                         RECOMMENDED as the default for
>                                         Management VNI. [Ed.note: What
>                                         we set the Destination MAC to?
>                                         Can it be invalid MAC that MUST
>                                         be ignored on receipt?]
> 
>                                         If an implementation supports
>                                         concurrent monitoring of
>                                         multiple VNIs, then the value of
>                                         VNI number MAY be one of
>                                         tenant's VNIs. The destination
>                                         MAC address in the inner
>                                         Ethernet frame encapsulating BFD
>                                         Control packet MUST be MAC
>                                         associated with the remote VTEP.
>                                         The destination IP address of
>                                         the inner IP packet MUST be
>                                         selected from the range 127/8
>                                         for IPv4, and for IPv6 from the
>                                         range 0:0:0:0:0:FFFF:7F00:0/104.
>                                         The TTL value in the inner IP
>                                         header MUST be set to 1.
> 
>                                     Regards,
>                                     Greg
> 
>                                     On Sun, Aug 4, 2019 at 9:07 AM
>                                     Dinesh Dutt <didutt@gmail.com
>                                     <mailto:didutt@gmail.com>> wrote:
> 
>                                         Hi Greg,
> 
>                                         Thanks for your clarifications.
>                                         I agree with your sentiment on
>                                         why you're running BFD over
>                                         VXLAN between VTEPs. I wasn't
>                                         arguing against it at all. All I
>                                         was saying was pointing to the
>                                         limitations of the use of
>                                         management VNI. I spoke to some
>                                         operators who're running EVPN
>                                         and mentioned the discussion on
>                                         this thread. They concur that
>                                         they're using specific VNIs to
>                                         test connectivity over that VNI
>                                         between VTEPs to ensure
>                                         misconfiguration doesn't lead to
>                                         blackholes. My statements are
>                                         based in real world operator
>                                         experience. And I was providing
>                                         language that ensured packets
>                                         didn't leak across to tenants
>                                         when they were destined to VTEPs.
> 
>                                         Dinesh
> 
>                                         On Sat, Aug 3, 2019 at 10:34 AM
>                                         Greg Mirsky
>                                         <gregimirsky@gmail.com
>                                         <mailto:gregimirsky@gmail.com>>
>                                         wrote:
> 
>                                             Hi Dinesh,
>                                             many thanks for your
>                                             detailed updates on how some
>                                             implementations process
>                                             VXLAN header and the inner
>                                             Ethernet frame. These are
>                                             very helpful in achieving
>                                             the workable solution for
>                                             the problem at hand.
>                                             You've noted that a path
>                                             between VTEPs may be
>                                             monitored in the underlay
>                                             network by merely
>                                             establishing a BFD session.
>                                             That is true, but by using
>                                             BFD with VXLAN encapsulation
>                                             between the pair of VTEPs we
>                                             are extending the OAM domain
>                                             by including, to some
>                                             extent, VXLAN forwarding
>                                             engine. Abstract in RFC 5880
>                                             defines the goal and the
>                                             domain in which BFD protocol
>                                             can detect a fault as:
>                                                 This document describes
>                                             a protocol intended to
>                                             detect faults in the
>                                                 bidirectional path
>                                             between two forwarding
>                                             engines, including
>                                                 interfaces, data
>                                             link(s), and to the extent
>                                             possible the forwarding
>                                                 engines themselves, with
>                                             potentially very low latency.
>                                             Thus, BFD in the underlay
>                                             will exercise a part of IP
>                                             forwarding engine while BFD
>                                             with VXLAN encapsulation,
>                                             ran between the same pair of
>                                             VTEPs, extends the OAM
>                                             domain. At the same time,
>                                             defining BFD between tenant
>                                             systems in outside the goal
>                                             of this specification. But
>                                             VXLAN BFD session between
>                                             VTEPs may be useful in
>                                             monitoring e2e path between
>                                             tenants, as described in the
>                                             update to -07:
>                                                 At the same time, a
>                                             service layer BFD session
>                                             may be used between the
>                                                 tenants of VTEPs IP1 and
>                                             IP2 to provide end-to-end
>                                             fault management.
>                                                 In such case, for VTEPs
>                                             BFD control packets of that
>                                             session are
>                                                 indistinguishable from
>                                             data packets.  If end-to-end
>                                             defect detection
>                                                 is realized as the set
>                                             of concatenated OAM domains,
>                                             e.g., VM1-1 - IP1
>                                                 -- IP2 - VM2-1, then the
>                                             BFD session over VXLAN
>                                             between VTEPs SHOULD
>                                                 follow the procedures
>                                             described in Section 6.8.17
>                                             [RFC5880].
>                                             I've attached the current
>                                             working version of the draft.
> 
>                                             Regards,
>                                             Greg
> 
> 
>                                             On Fri, Aug 2, 2019 at 5:43
>                                             PM Dinesh Dutt
>                                             <didutt@gmail.com
>                                             <mailto:didutt@gmail.com>>
>                                             wrote:
> 
>                                                 What I mean is "How do
>                                                 you infer that it
>                                                 excludes the case I'm
>                                                 talking about?".
> 
>                                                 Dinesh
> 
>                                                 On Fri, Aug 2, 2019 at
>                                                 5:41 PM Dinesh Dutt
>                                                 <didutt@gmail.com
>                                                 <mailto:didutt@gmail.com>>
>                                                 wrote:
> 
>                                                     The abstract reads
>                                                     this: "
> 
>                                                     This document describes the use of the Bidirectional Forwarding
>                                                         Detection (BFD) protocol in point-to-point Virtual eXtensible Local
>                                                         Area Network (VXLAN) tunnels forming up an overlay network."
> 
>                                                     How do you infer
>                                                     what you said?
> 
>                                                     Dinesh
> 
> 
>                                                     On Fri, Aug 2, 2019
>                                                     at 5:38 PM Joel M.
>                                                     Halpern
>                                                     <jmh@joelhalpern.com
>                                                     <mailto:jmh@joelhalpern.com>>
>                                                     wrote:
> 
>                                                         I am going by
>                                                         what the draft
>                                                         says its purpose
>                                                         is.  If you
>                                                         (Dinesh) want
>                                                         the draft to
>                                                         fulfill a
>                                                         different
>                                                         purpose, then
>                                                         either ask the
>                                                         chairs to
>                                                         take this draft
>                                                         back to the WG,
>                                                         or write a
>                                                         separate draft.
>                                                         As currently
>                                                         written, the
>                                                         behavior Greg
>                                                         proposed meets
>                                                         the needs, and
>                                                         does so in a way
>                                                         that is
>                                                         consistent with
>                                                         VxLAN.
> 
>                                                         Yours,
>                                                         Joel
> 
>                                                         On 8/2/2019 8:30
>                                                         PM, Dinesh Dutt
>                                                         wrote:
>                                                          > What is the
>                                                         stated purpose
>                                                         of this BFD
>                                                         session? The
>                                                         VTEP
>                                                         reachability is
>                                                          > determined by
>                                                         the underlay, I
>                                                         don't need
>                                                         VXLAN-encaped
>                                                         packet for that.
>                                                          > Do we agree?
>                                                          >
>                                                          > If I want to
>                                                         test the VXLAN
>                                                         encap/decap
>                                                         functionality
>                                                         alone, picking any
>                                                          > single VNI
>                                                         maybe fine. But
>                                                         is this all any
>                                                         network operator
>                                                         wants? Why?
>                                                          > In what
>                                                         situations has
>                                                         this been a
>                                                         problem? I
>                                                         suspect
>                                                         operators also
>                                                          > want to
>                                                         verify path
>                                                         continuity over
>                                                         a specific VNI.
>                                                         If you say this is
>                                                          > not defined
>                                                         by the document,
>                                                         I disagree
>                                                         because the
>                                                         current version
>                                                          > talks about
>                                                         controlling the
>                                                         number of BFD
>                                                         sessions between
>                                                         the VTEPs
>                                                          > (see section
>                                                         3). More
>                                                         importantly,
>                                                         this is a real
>                                                         problem that
>                                                         operators
>                                                          > like to verify.
>                                                          >
>                                                          > Dinesh
>                                                          >
>                                                          > On Fri, Aug
>                                                         2, 2019 at 5:08
>                                                         PM Joel M.
>                                                         Halpern
>                                                         <jmh@joelhalpern.com
>                                                         <mailto:jmh@joelhalpern.com>
> 
>                                                          >
>                                                         <mailto:jmh@joelhalpern.com
>                                                         <mailto:jmh@joelhalpern.com>>>
>                                                         wrote:
>                                                          >
>                                                          >     What is
>                                                         special about
>                                                         the management
>                                                         VNI is precisely
>                                                         that it is NOT a
>                                                          >     tenant
>                                                         VNI.  The VxLAN
>                                                         administration
>                                                         does know how it
>                                                         allocates VNI to
>                                                          >     tenants,
>                                                         and which VNI it
>                                                         has allocated. 
>                                                         In contrast, it
>                                                         does not know
>                                                          >     which IP
>                                                         addresses or MAC
>                                                         adddresses teh
>                                                         tenant is using
>                                                         or may plan
>                                                          >     to use.
>                                                          >
>                                                          >     Yours,
>                                                          >     Joel
>                                                          >
>                                                          >     On
>                                                         8/2/2019 6:41
>                                                         PM, Dinesh Dutt
>                                                         wrote:
>                                                          >      > The
>                                                         assumption of an
>                                                         IP address
>                                                         within any VNI
>                                                         is suspect that way.
>                                                          >      > What's
>                                                         special about a
>                                                         single VNI, the
>                                                         management VNI?
>                                                         The VTEP IP
>                                                          >      >
>                                                         address does not
>                                                         belong in
>                                                         reality in any
>                                                         VNI...
>                                                          >      >
>                                                          >      > Dinesh
>                                                          >      >
>                                                          >      > On
>                                                         Fri, Aug 2, 2019
>                                                         at 3:17 PM Joel
>                                                         M. Halpern
>                                                          >   
>                                                           <jmh@joelhalpern.com <mailto:jmh@joelhalpern.com> <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>
>                                                          >      >
>                                                         <mailto:jmh@joelhalpern.com
>                                                         <mailto:jmh@joelhalpern.com>
>                                                         <mailto:jmh@joelhalpern.com
>                                                         <mailto:jmh@joelhalpern.com>>>>
>                                                         wrote:
>                                                          >      >
>                                                          >      >   
>                                                           Your response
>                                                         seems to miss
>                                                         two points:
>                                                          >      >
>                                                          >      >   
>                                                           First, the
>                                                         problem you
>                                                         describe is not
>                                                         what the
>                                                         document says
>                                                          >     it is
>                                                          >      >   
>                                                           solving.  To
>                                                         the degree it
>                                                         discusses it at
>                                                         all, the document
>                                                          >     says "
>                                                          >      >       In
>                                                          >      >   
>                                                           most cases, a
>                                                         single BFD
>                                                         session is
>                                                         sufficient for
>                                                         the given
>                                                          >     VTEP to
>                                                          >      >   
>                                                           monitor the
>                                                         reachability of
>                                                         a remote VTEP,
>                                                         regardless of the
>                                                          >     number of
>                                                          >      >   
>                                                           VNIs in common. "
>                                                          >      >
>                                                          >      >   
>                                                           Second, you
>                                                         assume the
>                                                         existence of an
>                                                         IP address for a
>                                                         VTEP
>                                                          >     within a
>                                                          >      >   
>                                                           VNI.  As with
>                                                         the MAC address,
>                                                         the VTEP does
>                                                         not have an IP
>                                                          >     address
>                                                          >      >   
>                                                           within the
>                                                         VNI.  Some
>                                                         implementations
>                                                         may have created
>                                                         such a
>                                                          >     thing,
>                                                          >      >     but
>                                                          >      >   
>                                                           the general
>                                                         construct, as
>                                                         defined to date,
>                                                         does not support
>                                                         such.
>                                                          >      >
>                                                          >      >     In
>                                                         short, you are
>                                                         requiring a
>                                                         behavior that
>                                                         violates the
>                                                          >     architectural
>                                                          >      >   
>                                                           structure of
>                                                         overlay /
>                                                         underlay
>                                                         separation, and
>                                                         common
>                                                          >     usage. 
>                                                         And you
>                                                          >      >   
>                                                           are doing so
>                                                         to support a use
>                                                         case that the
>                                                         working group
>                                                         has not
>                                                          >      >   
>                                                           indicated in
>                                                         the document as
>                                                         important.
>                                                          >      >
>                                                          >      >     Yours,
>                                                          >      >     Joel
>                                                          >      >
>                                                          >      >     On
>                                                         8/2/2019 5:01
>                                                         PM, Dinesh Dutt
>                                                         wrote:
>                                                          >      >      >
>                                                         Joel,
>                                                          >      >      >
>                                                          >      >      >
>                                                         You understood
>                                                         correctly.
>                                                          >      >      >
>                                                          >      >      >
>                                                         The VNIs may not
>                                                         share fate due
>                                                         to
>                                                         misconfiguration. And
>                                                         I
>                                                          >     strongly
>                                                          >      >      >
>                                                         suspect someone
>                                                         will want to use
>                                                         BFD for that
>                                                         because its
>                                                          >     about
>                                                          >      >   
>                                                           checking
>                                                          >      >      >
>                                                         path continuity
>                                                         as stated by the
>                                                         draft. As long
>                                                         as there's a
>                                                          >      >   
>                                                           valid IP
>                                                          >      >      >
>                                                         (because it's
>                                                         BFD) owned by
>                                                         the VTEP in that
>                                                         VNI, you can
>                                                          >     use BFD in
>                                                          >      >      >
>                                                         that VNI. Thats
>                                                         all that you
>                                                         need to
>                                                         dictate.  That
>                                                         IP address
>                                                          >      >   
>                                                           has a MAC
>                                                          >      >      >
>                                                         address and you
>                                                         can use that on
>                                                         the inner frame.
>                                                         That is
>                                                          >     all normal
>                                                          >      >      >
>                                                         VXLAN
>                                                         processing. The
>                                                         outer IP is
>                                                         always that of
>                                                         the VTEP.
>                                                          >      >      >
>                                                          >      >      >
>                                                         Dinesh
>                                                          >      >      >
>                                                          >      >      >
>                                                         On Fri, Aug 2,
>                                                         2019 at 11:03 AM
>                                                         Joel M. Halpern
>                                                          >      >   
>                                                           <jmh@joelhalpern.com <mailto:jmh@joelhalpern.com> <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>
>                                                          >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com> <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>>
>                                                          >      >      >
>                                                         <mailto:jmh@joelhalpern.com
>                                                         <mailto:jmh@joelhalpern.com>
>                                                         <mailto:jmh@joelhalpern.com
>                                                         <mailto:jmh@joelhalpern.com>>
>                                                          >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com> <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>>>> wrote:
>                                                          >      >      >
>                                                          >      >     
>                                                          >     If I am
>                                                         reading your
>                                                         various emails
>                                                         correctly Dinesh
>                                                          >     (and I
>                                                          >      >   
>                                                           may have
>                                                          >      >     
>                                                          >     missed
>                                                         something) you
>                                                         are trying to
>                                                         use the MAC address
>                                                          >      >   
>                                                           because you
>                                                          >      >     
>                                                          >     want
>                                                          >      >     
>                                                          >     to be
>                                                         able to send
>                                                         these BFD
>                                                         packets over
>                                                         arbitrary VNI to
>                                                          >      >   
>                                                           monitor the
>                                                          >      >     
>                                                          >     VNI. 
>                                                         That is not a
>                                                         requirement
>                                                         identified in the
>                                                          >     document.
>                                                          >      >     It
>                                                         is not
>                                                          >      >     
>                                                          >     even a
>                                                         problem I
>                                                         understand,
>                                                         since all the
>                                                         VNI between an
>                                                          >      >   
>                                                           ingress and
>                                                          >      >     
>                                                          >     egress
>                                                         VTEP share fate.
>                                                          >      >      >
>                                                          >      >     
>                                                          >     Yours,
>                                                          >      >     
>                                                          >     Joel
>                                                          >      >      >
>                                                          >      >     
>                                                          >     On
>                                                         8/2/2019 1:44
>                                                         PM, Dinesh Dutt
>                                                         wrote:
>                                                          >      >     
>                                                          >      > Thanks
>                                                         for verifying
>                                                         this. On Linux
>                                                         and hardware
>                                                          >     routers
>                                                          >      >   
>                                                           that I'm
>                                                          >      >     
>                                                          >     aware
>                                                          >      >     
>                                                          >      > of
>                                                         (Cisco circa
>                                                         2012 and
>                                                         Cumulus), the
>                                                         physical MAC
>                                                          >     address is
>                                                          >      >     
>                                                          >     reused
>                                                          >      >     
>                                                          >      > across
>                                                         the VNIs on the
>                                                         VTEP. Did you
>                                                         check on a non-VMW
>                                                          >      >   
>                                                           device?
>                                                          >      >     
>                                                          >     This is
>                                                          >      >     
>                                                          >      > more
>                                                         for my own
>                                                         curiosity.
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      > To
>                                                         address the
>                                                         general case,
>                                                         can we not define a
>                                                          >      >   
>                                                           well-known (or
>                                                          >      >     
>                                                          >     reserve
>                                                          >      >     
>                                                          >      > one)
>                                                         unicast MAC
>                                                         address for use
>                                                         with VTEP? If
>                                                         the MAC
>                                                          >      >   
>                                                           address is
>                                                          >      >     
>                                                          >      >
>                                                         configurable in
>                                                         BFD command,
>                                                         this can be moot.
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      > Dinesh
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      > On
>                                                         Fri, Aug 2, 2019
>                                                         at 10:27 AM
>                                                         Santosh P K
>                                                          >      >     
>                                                          >      >
>                                                         <santosh.pallagatti@gmail.com
>                                                         <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>
>                                                          >      >   
>                                                           <mailto:santosh.pallagatti@gmail...com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>
>                                                          >      >   
>                                                           <mailto:santosh.pallagatti@gmail...com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>
>                                                          >      >   
>                                                           <mailto:santosh.pallagatti@gmail...com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>
>                                                          >      >   
>                                                           <mailto:santosh.pallagatti@gmail...com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>>>>> wrote:
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >     I
>                                                         have cross
>                                                         checked point
>                                                         raised about MAC
>                                                         address
>                                                          >      >   
>                                                           usage. It is
>                                                          >      >     
>                                                          >      >   
>                                                           possible that
>                                                         tenant could be
>                                                         using physical MAC
>                                                          >      >   
>                                                           address and
>                                                          >      >     
>                                                          >     when a
>                                                          >      >     
>                                                          >      >   
>                                                           packet comes
>                                                         with valid VNI
>                                                         with a MAC address
>                                                          >     that is
>                                                          >      >     being
>                                                          >      >     
>                                                          >     used by
>                                                          >      >     
>                                                          >      >   
>                                                           tenant then
>                                                         packet will be
>                                                         sent to that tenant.
>                                                          >     This rules
>                                                          >      >     
>                                                          >     out the
>                                                          >      >     
>                                                          >      >   
>                                                           fact that we
>                                                         could use
>                                                         physical MAC
>                                                         address as
>                                                          >     inner
>                                                          >      >     MAC to
>                                                          >      >     
>                                                          >     ensure
>                                                          >      >     
>                                                          >      >   
>                                                           packets get
>                                                         terminated at
>                                                         VTEP itself.
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >     Thanks
>                                                          >      >     
>                                                          >      >   
>                                                           Santosh P K
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >     On
>                                                         Wed, Jul 31,
>                                                         2019 at 11:00 AM
>                                                         Santosh P K
>                                                          >      >     
>                                                          >      >   
>                                                           <santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>
>                                                          >      >   
>                                                           <mailto:santosh.pallagatti@gmail...com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>
>                                                          >      >   
>                                                           <mailto:santosh.pallagatti@gmail...com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>
>                                                          >      >   
>                                                           <mailto:santosh.pallagatti@gmail...com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>
>                                                          >      >   
>                                                           <mailto:santosh.pallagatti@gmail...com <mailto:santosh.pallagatti@gmail.com>
>                                                          >   
>                                                           <mailto:santosh.pallagatti@gmail.com <mailto:santosh.pallagatti@gmail.com>>>>>>
>                                                          >      >     
>                                                          >      >     wrote:
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >       
>                                                           Joel,
>                                                          >      >     
>                                                          >      >       
>                                                               Thanks for
>                                                         your inputs. I
>                                                         checked
>                                                          >      >   
>                                                           implementation
>                                                         within
>                                                          >      >     
>                                                          >      >       
>                                                           Vmware.
>                                                         Perhaps I should
>                                                         have been more clear
>                                                          >      >   
>                                                           about MAC
>                                                          >      >     
>                                                          >     address
>                                                          >      >     
>                                                          >      >       
>                                                           space while
>                                                         checking
>                                                         internally. I
>                                                         will cross
>                                                          >      >   
>                                                           check again for
>                                                          >      >     
>                                                          >      >       
>                                                           the same and
>                                                         get back on this
>                                                         list.
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >       
>                                                           Thanks
>                                                          >      >     
>                                                          >      >       
>                                                           Santosh P K
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >       
>                                                           On Wed, Jul
>                                                         31, 2019 at
>                                                         10:54 AM Joel M.
>                                                          >     Halpern
>                                                          >      >     
>                                                          >      >       
>                                                           <jmh@joelhalpern.com <mailto:jmh@joelhalpern...com>
>                                                          >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>> <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>
>                                                          >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>>
>                                                          >      >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com> <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>
>                                                          >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com> <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>
>                                                          >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>> <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>
>                                                          >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>>
>                                                          >      >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com> <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>
>                                                          >   
>                                                           <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com> <mailto:jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>>>>>> wrote:
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >       
>                                                               Sorry to
>                                                         ask a stupid
>                                                         question.  Whose
>                                                          >      >   
>                                                           implementation?
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >       
>                                                               The reason
>                                                         I ask is that as
>                                                         far as I
>                                                          >     can tell,
>                                                          >      >   
>                                                           since the
>                                                          >      >     
>                                                          >      >       
>                                                               tenant
>                                                         does not
>                                                          >      >     
>                                                          >      >       
>                                                               have any
>                                                         control access
>                                                         to the VTEP,
>                                                          >     there is no
>                                                          >      >     
>                                                          >     reason for
>                                                          >      >     
>                                                          >      >       
>                                                               the VTEP to
>                                                          >      >     
>                                                          >      >       
>                                                               have a MAC
>                                                         address in the
>                                                         tenant
>                                                          >     space. 
>                                                         Yes, the
>                                                          >      >     
>                                                          >     device has
>                                                          >      >     
>                                                          >      >       
>                                                               a physical
>                                                          >      >     
>                                                          >      >       
>                                                               MAC
>                                                         address.  But
>                                                         the tenant could
>                                                         well be
>                                                          >      >   
>                                                           using that MAC
>                                                          >      >     
>                                                          >      >       
>                                                               address.  Yes,
>                                                          >      >     
>                                                          >      >       
>                                                               they would
>                                                         be violating the
>                                                         Ethernet spec.
>                                                          >      >   
>                                                           But the whole
>                                                          >      >     
>                                                          >      >       
>                                                               point of
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           segregation is
>                                                         not to care
>                                                         about such
>                                                          >     issues.
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >       
>                                                               On the
>                                                         other hand, if
>                                                         you tell me that
>                                                          >     the VMWare
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           implementation
>                                                         has an
>                                                          >      >     
>                                                          >      >       
>                                                               Ethernet
>                                                         address that is
>                                                         part of the tenant
>                                                          >      >   
>                                                           space, well,
>                                                          >      >     
>                                                          >      >       
>                                                               they made up
>                                                          >      >     
>                                                          >      >       
>                                                               this
>                                                         particular game.
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >       
>                                                               Yours,
>                                                          >      >     
>                                                          >      >       
>                                                               Joel
>                                                          >      >     
>                                                          >      >
>                                                          >      >     
>                                                          >      >       
>                                                               On
>                                                         7/31/2019 1:44
>                                                         PM, Santosh P K
>                                                         wrote:
>                                                          >      >     
>                                                          >      >       
>                                                                > I have
>                                                         checked with
>                                                         implementation
>                                                          >     in data
>                                                          >      >     path.
>                                                          >      >     
>                                                          >     When we
>                                                          >      >     
>                                                          >      >       
>                                                               receive a
>                                                          >      >     
>                                                          >      >       
>                                                                > packet
>                                                         with valid VNI
>                                                         then lookup
>                                                          >     for MAC will
>                                                          >      >     
>                                                          >     happen and
>                                                          >      >     
>                                                          >      >       
>                                                               it is VTEP own
>                                                          >      >     
>                                                          >      >       
>                                                                > MAC
>                                                         then it will be
>                                                         trapped to control
>                                                          >      >   
>                                                           plane for
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           processing. I
>                                                         think we
>                                                          >      >     
>                                                          >      >       
>                                                                > can
>                                                         have following
>                                                         options
>                                                          >      >     
>                                                          >      >       
>                                                                > 1.
>                                                         Optional
>                                                         managment VNI
>                                                          >      >     
>                                                          >      >       
>                                                                > 2.
>                                                         Mandatory inner
>                                                         MAC set to VTEP mac
>                                                          >      >     
>                                                          >      >       
>                                                                > 3.
>                                                         Inner IP TTL set
>                                                         to 1 to avoid
>                                                          >      >   
>                                                           forwarding of
>                                                         packet
>                                                          >      >     
>                                                          >      >       
>                                                               via inner IP
>                                                          >      >     
>                                                          >      >       
>                                                                > address.
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                > Thoughts?
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                > Thansk
>                                                          >      >     
>                                                          >      >       
>                                                                > Santosh P K
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                > On Wed,
>                                                         Jul 31, 2019 at
>                                                         9:20 AM Greg
>                                                          >     Mirsky
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           <gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>>>
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                         <mailto:gregimirsky@gmail.com
>                                                         <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>>
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>>>>> wrote:
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >     Hi
>                                                         Dinesh,
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           thank you for
>                                                         your consideration
>                                                          >     of the
>                                                          >      >     
>                                                          >     proposal and
>                                                          >      >     
>                                                          >      >       
>                                                               questions.
>                                                         What
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           would you see
>                                                         as the scope of
>                                                          >     testing the
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           connectivity
>                                                         for the
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           specific VNI?
>                                                         If it is
>                                                          >      >   
>                                                           tenant-to-tenant, then
>                                                          >      >     
>                                                          >     VTEPs
>                                                          >      >     
>                                                          >      >       
>                                                               will treat
>                                                         these
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           packets as
>                                                         regular user
>                                                         frames. More
>                                                          >      >   
>                                                           likely, these
>                                                          >      >     
>                                                          >      >       
>                                                               could be
>                                                         Layer 2
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           OAM, e.g. CCM
>                                                         frames. The reason
>                                                          >     to use
>                                                          >      >   
>                                                           127/8 for
>                                                          >      >     
>                                                          >      >       
>                                                               IPv4, and
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           0:0:0:0:0:FFFF:7F00:0/104 for
>                                                          >     IPv6 is
>                                                          >      >     to
>                                                         safeguard
>                                                          >      >     
>                                                          >      >       
>                                                               from leaking
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           Ethernet
>                                                         frames with BFD
>                                                         Control
>                                                          >     packet
>                                                          >      >     to a
>                                                          >      >     
>                                                          >     tenant.
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           You've
>                                                         suggested using
>                                                         a MAC
>                                                          >     address to
>                                                          >      >   
>                                                           trap the
>                                                          >      >     
>                                                          >      >       
>                                                               control
>                                                         packet at
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           VTEP. What
>                                                         that address
>                                                         could be? We
>                                                          >      >   
>                                                           had proposed
>                                                          >      >     
>                                                          >      >       
>                                                               using the
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           dedicated MAC
>                                                         and VTEP's MAC and
>                                                          >     both
>                                                          >      >     raised
>                                                          >      >     
>                                                          >     concerns
>                                                          >      >     
>                                                          >      >       
>                                                               among VXLAN
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           experts. The
>                                                         idea of using
>                                                          >     Management
>                                                          >      >   
>                                                           VNI may
>                                                          >      >     
>                                                          >     be more
>                                                          >      >     
>                                                          >      >       
>                                                               acceptable
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           based on its
>                                                         similarity to the
>                                                          >     practice
>                                                          >      >     of
>                                                         using
>                                                          >      >     
>                                                          >      >       
>                                                               Management
>                                                         VLAN.
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           Regards,
>                                                          >      >     
>                                                          >      >       
>                                                                >     Greg
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >     On
>                                                         Wed, Jul 31,
>                                                         2019 at 12:03 PM
>                                                          >     Dinesh
>                                                          >      >     Dutt
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           <didutt@gmail.com <mailto:didutt@gmail.com>
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com>> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>
>                                                          >      >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>
>                                                          >      >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>>>
>                                                          >      >     
>                                                          >      >       
>                                                                >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com>
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>                                                          >      >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>>
>                                                          >      >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>
>                                                          >   
>                                                           <mailto:didutt@gmail.com <mailto:didutt@gmail.com> <mailto:didutt@gmail.com <mailto:didutt@gmail.com>>>>>>>
>                                                          >      >     
>                                                          >      >       
>                                                               wrote:
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           Hi Greg,
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           As long as the
>                                                         inner MAC
>                                                          >     address is
>                                                          >      >     such
>                                                          >      >     
>                                                          >     that the
>                                                          >      >     
>                                                          >      >       
>                                                               packet is
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           trapped to the
>                                                         CPU, it should be
>                                                          >      >   
>                                                           fine for
>                                                          >      >     
>                                                          >     use as
>                                                          >      >     
>                                                          >      >       
>                                                               an inner
>                                                         MAC is
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           it not?
>                                                         Stating that is
>                                                          >     better than
>                                                          >      >   
>                                                           trying to
>                                                          >      >     
>                                                          >      >       
>                                                               force a
>                                                         management
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           VNI. What if
>                                                         someone wants
>                                                          >     to test
>                                                          >      >     
>                                                          >     connectivity
>                                                          >      >     
>                                                          >      >       
>                                                               on a specific
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           VNI? I would
>                                                         not pick a
>                                                          >     loopback IP
>                                                          >      >     
>                                                          >     address for
>                                                          >      >     
>                                                          >      >       
>                                                               this since
>                                                         that
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           address range
>                                                         is host/node local
>                                                          >      >   
>                                                           only. Is
>                                                          >      >     
>                                                          >     there a
>                                                          >      >     
>                                                          >      >       
>                                                               reason you're
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           not using the
>                                                         VTEP IP as the
>                                                          >     inner IP
>                                                          >      >     
>                                                          >     address ?
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           Dinesh
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           On Wed, Jul
>                                                         31, 2019 at 5:48 AM
>                                                          >      >   
>                                                           Greg Mirsky
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                           <gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>>
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>>> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>>
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com> <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>
>                                                          >      >     
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>                                                          >      >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>
>                                                          >   
>                                                           <mailto:gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>>>>>> wrote:
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               Dear All,
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               thank you
>                                                         for your comments,
>                                                          >      >     
>                                                          >   
>                                                           suggestions on
>                                                          >      >     
>                                                          >      >       
>                                                               this issue,
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               probably
>                                                         the most
>                                                          >     challenging
>                                                          >      >   
>                                                           for this
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           specification.
>                                                         In the
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               course of
>                                                         our discussions,
>                                                          >      >   
>                                                           we've agreed to
>                                                          >      >     
>                                                          >      >       
>                                                               abandon the
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               request to
>                                                         allocate the
>                                                          >      >   
>                                                           dedicated MAC
>                                                          >      >     
>                                                          >     address
>                                                          >      >     
>                                                          >      >       
>                                                               to be used as
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               the
>                                                         destination MAC
>                                                          >     address in
>                                                          >      >   
>                                                           the inner
>                                                          >      >     
>                                                          >      >       
>                                                               Ethernet
>                                                         frame.
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               Also,
>                                                         earlier using VNI
>                                                          >     0 was
>                                                          >      >   
>                                                           changed from
>                                                          >      >     
>                                                          >      >       
>                                                               mandatory
>                                                         to one
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               of the
>                                                         options an
>                                                          >      >   
>                                                           implementation may
>                                                          >      >     
>                                                          >     offer to
>                                                          >      >     
>                                                          >      >       
>                                                               an operator.
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               The most
>                                                         recent
>                                                          >   
>                                                           discussion was
>                                                          >      >   
>                                                           whether
>                                                          >      >     
>                                                          >     VTEP's
>                                                          >      >     
>                                                          >      >       
>                                                               MAC address
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               might be
>                                                         used as the
>                                                          >      >   
>                                                           destination MAC
>                                                          >      >     
>                                                          >     address
>                                                          >      >     
>                                                          >      >       
>                                                               in the inner
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               Ethernet
>                                                         frame. As I
>                                                          >     recall
>                                                         it, the
>                                                          >      >     
>                                                          >     comments
>                                                          >      >     
>                                                          >      >       
>                                                               from VXLAN
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               experts
>                                                         equally split
>                                                          >     with one
>                                                          >      >     for it
>                                                          >      >     
>                                                          >     and one
>                                                          >      >     
>                                                          >      >       
>                                                               against. Hence
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               I would
>                                                         like to propose
>                                                          >     a new
>                                                          >      >   
>                                                           text to
>                                                          >      >     
>                                                          >     resolve
>                                                          >      >     
>                                                          >      >       
>                                                               the issue. The
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               idea is to
>                                                         let an
>                                                          >     operator
>                                                         select
>                                                          >      >     
>                                                          >     Management
>                                                          >      >     
>                                                          >      >       
>                                                               VNI and use
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               that VNI
>                                                         in VXLAN
>                                                          >     encapsulation
>                                                          >      >     of BFD
>                                                          >      >     
>                                                          >      >       
>                                                               Control
>                                                         packets:
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               NEW TEXT:
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                                   An
>                                                         operator MUST
>                                                          >     select a VNI
>                                                          >      >     
>                                                          >     number to
>                                                          >      >     
>                                                          >      >       
>                                                               be used as
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                                 
>                                                           Management
>                                                         VNI. VXLAN
>                                                          >      >   
>                                                           packet for
>                                                          >      >     
>                                                          >      >       
>                                                               Management
>                                                         VNI MUST NOT
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                                   be
>                                                         sent to a
>                                                         tenant. VNI
>                                                          >      >   
>                                                           number 1 is
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           RECOMMENDED as the
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                                 
>                                                           default for
>                                                          >   
>                                                           Management VNI.
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               With that
>                                                         new text, what
>                                                          >     can be the
>                                                          >      >     
>                                                          >     value of
>                                                          >      >     
>                                                          >      >       
>                                                               the
>                                                         destination
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               MAC in the
>                                                         inner Ethernet? I
>                                                          >      >   
>                                                           tend to
>                                                          >      >     
>                                                          >     believe
>                                                          >      >     
>                                                          >      >       
>                                                               that it can be
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               anything
>                                                         and ignored by the
>                                                          >      >   
>                                                           reciever VTEP.
>                                                          >      >     
>                                                          >      >       
>                                                               Also, if the
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               trapping
>                                                         is based on VNI
>                                                          >      >   
>                                                           number, the
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           destination IP
>                                                         address
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               of the
>                                                         inner IP packet
>                                                          >     can from
>                                                          >      >   
>                                                           the range
>                                                          >      >     
>                                                          >      >       
>                                                               127/8 for
>                                                         IPv4,
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               and for
>                                                         IPv6 from the range
>                                                          >      >     
>                                                          >      >       
>                                                             
>                                                           0:0:0:0:0:FFFF:7F00:0/104. And
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               lastly,
>                                                         the TTL to be
>                                                          >     set to 1 (no
>                                                          >      >     
>                                                          >     change here).
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               Much
>                                                         appreciate your
>                                                          >     comments,
>                                                          >      >     
>                                                          >   
>                                                           questions, and
>                                                          >      >     
>                                                          >      >       
>                                                               suggestions.
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               Best regards,
>                                                          >      >     
>                                                          >      >       
>                                                                >       
>                                                               Greg
>                                                          >      >     
>                                                          >      >       
>                                                                >
>                                                          >      >     
>                                                          >      >
>                                                          >      >      >
>                                                          >      >
>                                                          >
> 
> 


From nobody Thu Sep 26 08:46:17 2019
Return-Path: <ghanwani@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 562D71201C6; Wed, 25 Sep 2019 16:29:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level: 
X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.026, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NYpozuovoGga; Wed, 25 Sep 2019 16:29:25 -0700 (PDT)
Received: from mail-vs1-f44.google.com (mail-vs1-f44.google.com [209.85.217.44]) (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 F38B112082D; Wed, 25 Sep 2019 16:29:24 -0700 (PDT)
Received: by mail-vs1-f44.google.com with SMTP id w195so310619vsw.11; Wed, 25 Sep 2019 16:29:24 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hV0IhxFEhVM1zJwDgOkiobFjSNrSL7SOljJ+G8YSNiM=; b=aNjNcWUxDJ+MVtE3CPqvVuhN7tVnDoJ8cbfKkFJBfZfVobPHMLXd0nx+udNFn5Xpcu LSD0+f6VVJjkEyGjYDOKLrL0AMayap1IuZctAmbrWd2ObC3cfpdEdzW38vrcHxJSZXrM DIPX4w/+88SGTvctIBBJ0vM/9oR6uQailvgR+DPfl3GU0Qdor8MslROles+b/9MYg0On N0VUeYm8nIshgI2tEUi5Ac03kFGShbnLzqAfTZHkkjYQFIqosWNYqehhxkl0Ee4WRY0e YTOsnZDfCDTaRk9HwDW62CppyfH4KsaLZ37WiYxoQnCGOo27GWmzofIIi7GVxTv1oh9w 41mg==
X-Gm-Message-State: APjAAAVNgfrWgiHeRuvqtjH8oIWUPh8tfWBMcS9ADcpuVUrVtWxISGt7 gRwJxY3opFG8b9pski/AZ4MVHQjHeeKetyfvWYc=
X-Google-Smtp-Source: APXvYqw8FW8KfPTgbuEU9RLrMte+qhq6zNODf8VgDNVjtrBrlWu90SwDjH+FD3675z961OorR8uH6OOQ7ohjJoNlkic=
X-Received: by 2002:a67:ed47:: with SMTP id m7mr602693vsp.60.1569454163948; Wed, 25 Sep 2019 16:29:23 -0700 (PDT)
MIME-Version: 1.0
References: <CACi9rdu8PKsLW_Pq4ww5DEwLL8Bs6Hq1Je_jmAjES4LKBuE8MQ@mail.gmail.com> <201909251039413767352@zte.com.cn>
In-Reply-To: <201909251039413767352@zte.com.cn>
From: Anoop Ghanwani <anoop@alumni.duke.edu>
Date: Wed, 25 Sep 2019 16:29:12 -0700
Message-ID: <CA+-tSzxqA26RVbRRmX43v9yFkMpe94DEmOze9JD+m=Nj9USQ0Q@mail.gmail.com>
Subject: Re: [nvo3] BFD over VXLAN: Trapping BFD Control packet at VTEP
To: xiao.min2@zte.com.cn
Cc: santosh.pallagatti@gmail.com, Greg Mirsky <gregimirsky@gmail.com>, nvo3@ietf.org, draft-ietf-bfd-vxlan@ietf.org, didutt@gmail.com,  rtg-bfd WG <rtg-bfd@ietf.org>, "Joel M. Halpern" <jmh@joelhalpern.com>, tsridhar@vmware.com, bfd-chairs@ietf.org
Content-Type: multipart/alternative; boundary="000000000000eef94005936905cc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/KDWPBo-kZ5fmE6VxyOeJuXfVy58>
X-Mailman-Approved-At: Thu, 26 Sep 2019 08:46:14 -0700
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Sep 2019 23:29:28 -0000

--000000000000eef94005936905cc
Content-Type: text/plain; charset="UTF-8"

>>>
Some people may argue that all Tenant Systems connecting to the same
Virtual Network MUST share one VAP, if that's true, then VAP1 and VAP3
should merge into one VAP and my explanation doesn't work. Copying to NVO3
WG to involve more experts, hope for your clarifications and comments.
>>>

I would be one of those that would argue that they MUST share on VAP if
they connect to the same Virtual Network.  IMO, the NVO3 arch doc should
have been clearer about this.

Thanks,
Anoop

On Tue, Sep 24, 2019 at 7:40 PM <xiao.min2@zte.com.cn> wrote:

> Hi Santosh,
>
>
> With regard to the question whether we should allow multiple BFD sessions
> for the same VNI or not, IMHO we should allow it, more explanation as
> follows.
>
> Below is a figure derived from figure 2 of RFC8014 (An Architecture for
> Data-Center Network Virtualization over Layer 3 (NVO3)).
>
>                     |         Data Center Network (IP)        |
>                     |                                         |
>                     +-----------------------------------------+
>                          |                           |
>                          |       Tunnel Overlay      |
>             +------------+---------+       +---------+------------+
>             | +----------+-------+ |       | +-------+----------+ |
>             | |  Overlay Module  | |       | |  Overlay Module  | |
>             | +---------+--------+ |       | +---------+--------+ |
>             |           |          |       |           |          |
>      NVE1   |           |          |       |           |          | NVE2
>             |  +--------+-------+  |       |  +--------+-------+  |
>             |  |VNI1 VNI2  VNI1 |  |       |  | VNI1 VNI2 VNI1 |  |
>             |  +-+-----+----+---+  |       |  +-+-----+-----+--+  |
>             |VAP1| VAP2|    | VAP3 |       |VAP1| VAP2|     | VAP3|
>             +----+-----+----+------+       +----+-----+-----+-----+
>                  |     |    |                   |     |     |
>                  |     |    |                   |     |     |
>                  |     |    |                   |     |     |
>           -------+-----+----+-------------------+-----+-----+-------
>                  |     |    |     Tenant        |     |     |
>             TSI1 | TSI2|    | TSI3          TSI1| TSI2|     |TSI3
>                 +---+ +---+ +---+             +---+ +---+   +---+
>                 |TS1| |TS2| |TS3|             |TS4| |TS5|   |TS6|
>                 +---+ +---+ +---+             +---+ +---+   +---+
>
> To my understanding, the BFD sessions between NVE1 and NVE2 are actually
> initiated and terminated at VAP of NVE.
>
> If the network operator want to set up one BFD session between VAP1 of
> NVE1 and VAP1of NVE2, at the same time another BFD session between VAP3 of
> NVE1 and VAP3 of NVE2, although the two BFD sessions are for the same
> VNI1, I believe it's reasonable, so that's why I think we should allow it.
>
>
> Of course, in RFC8014 it also says:
>
> "Note that two different Tenant Systems (and TSIs) attached to a common NVE can share a VAP (e.g., TS1 and TS2 in Figure 2) so long as they connect to the same Virtual Network."
>
> Some people may argue that all Tenant Systems connecting to the same
> Virtual Network MUST share one VAP, if that's true, then VAP1 and VAP3
> should merge into one VAP and my explanation doesn't work. Copying to NVO3
> WG to involve more experts, hope for your clarifications and comments.
>
>
> Best Regards,
>
> Xiao Min
>

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

<div dir=3D"ltr"><div dir=3D"ltr">&gt;&gt;&gt;</div><div dir=3D"ltr">Some p=
eople may argue that all Tenant Systems connecting to the same Virtual Netw=
ork MUST share one VAP, if that&#39;s true, then VAP1 and VAP3 should merge=
 into one VAP and my explanation doesn&#39;t work. Copying to NVO3 WG to in=
volve more experts, hope for your clarifications and comments.=C2=A0=C2=A0<=
br></div><div dir=3D"ltr">&gt;&gt;&gt;</div><div dir=3D"ltr"><br></div><div=
>I would be one of those that would argue that they MUST share on VAP if th=
ey connect to the same Virtual Network.=C2=A0 IMO, the NVO3 arch doc should=
 have been clearer about this.</div><div><br></div><div>Thanks,</div><div>A=
noop</div><div><br></div><div class=3D"gmail_quote"><div dir=3D"ltr" class=
=3D"gmail_attr">On Tue, Sep 24, 2019 at 7:40 PM &lt;<a href=3D"mailto:xiao.=
min2@zte.com.cn">xiao.min2@zte.com.cn</a>&gt; wrote:<br></div><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px soli=
d rgb(204,204,204);padding-left:1ex"><div class=3D"gmail-m_-772303901321323=
2804zcontentRow"><p style=3D"font-size:14px;font-family:arial">Hi Santosh,<=
/p><p style=3D"font-size:14px;font-family:arial"><br></p><p style=3D"font-s=
ize:14px;font-family:arial">With regard to the question whether we should=
=C2=A0<span style=3D"font-family:sans-serif">allow multiple BFD sessions fo=
r the same VNI or not, IMHO we should allow it, more explanation as follows=
.</span></p><p style=3D"font-size:14px;font-family:arial"><span style=3D"fo=
nt-family:sans-serif">Below is a figure derived from figure 2 of RFC8014 (<=
span style=3D"font-family:Arial,=E5=AE=8B=E4=BD=93,&quot;Microsoft Yahei&qu=
ot;,&quot;Lucida Grande&quot;,Verdana,Lucida,Helvetica,sans-serif;line-heig=
ht:24px;background-color:rgb(255,255,255)">An Architecture for Data-Center =
Network Virtualization over Layer 3 (NVO3)</span>).</span></p><p style=3D"f=
ont-size:14px;font-family:arial"><span style=3D"font-family:sans-serif"></s=
pan></p><pre>                    |         Data Center Network (IP)        =
|
                    |                                         |
                    +-----------------------------------------+
                         |                           |
                         |       Tunnel Overlay      |
            +------------+---------+       +---------+------------+
            | +----------+-------+ |       | +-------+----------+ |
            | |  Overlay Module  | |       | |  Overlay Module  | |
            | +---------+--------+ |       | +---------+--------+ |
            |           |          |       |           |          |
     NVE1   |           |          |       |           |          | NVE2
            |  +--------+-------+  |       |  +--------+-------+  |
            |  |VNI1 VNI2  VNI1 |  |       |  | VNI1 VNI2 VNI1 |  |
            |  +-+-----+----+---+  |       |  +-+-----+-----+--+  |
            |VAP1| VAP2|    | VAP3 |       |VAP1| VAP2|     | VAP3|
            +----+-----+----+------+       +----+-----+-----+-----+
                 |     |    |                   |     |     |
                 |     |    |                   |     |     |
                 |     |    |                   |     |     |
          -------+-----+----+-------------------+-----+-----+-------
                 |     |    |     Tenant        |     |     |
            TSI1 | TSI2|    | TSI3          TSI1| TSI2|     |TSI3
                +---+ +---+ +---+             +---+ +---+   +---+
                |TS1| |TS2| |TS3|             |TS4| |TS5|   |TS6|
                +---+ +---+ +---+             +---+ +---+   +---+</pre><p s=
tyle=3D"font-size:14px;font-family:arial">To my understanding, the BFD sess=
ions between NVE1 and NVE2 are actually initiated and terminated at VAP of =
NVE.</p><p style=3D"font-size:14px;font-family:arial"><span style=3D"font-f=
amily:sans-serif"></span>If the network operator want to set up one BFD ses=
sion between VAP1 of NVE1 and VAP1of NVE2, at the same time another BFD ses=
sion between VAP3 of NVE1 and VAP3 of NVE2, <span style=3D"font-family:aria=
l;line-height:21px">although the two BFD sessions are for the same VNI1,=C2=
=A0</span>I believe it&#39;s reasonable, so that&#39;s why I think we shoul=
d allow it.</p><p style=3D"font-size:14px;font-family:arial"><br></p><p sty=
le=3D"font-size:14px;font-family:arial">Of course, in RFC8014 it also says:=
</p><pre class=3D"gmail-m_-7723039013213232804newpage">&quot;Note that two =
different Tenant Systems (and TSIs) attached to a common NVE can share a VA=
P (e.g., TS1 and TS2 in Figure 2) so long as they connect to the same Virtu=
al Network.<span style=3D"font-family:arial">&quot;</span></pre><p style=3D=
"font-size:14px;font-family:arial"><span style=3D"font-family:sans-serif">S=
ome people may argue that all Tenant Systems connecting to the same Virtual=
 Network MUST share one VAP, if that&#39;s true, then VAP1 and VAP3 should =
merge into one VAP and my explanation doesn&#39;t work. Copying to NVO3 WG =
to involve more experts, hope for your clarifications and comments.</span><=
/p><p style=3D"font-size:14px;font-family:arial"><span style=3D"font-family=
:sans-serif"><br></span></p><p style=3D"font-size:14px;font-family:arial"><=
span style=3D"font-family:sans-serif">Best Regards,</span></p><p style=3D"f=
ont-size:14px;font-family:arial"><span style=3D"font-family:sans-serif">Xia=
o Min</span></p></div>
</blockquote></div></div>

--000000000000eef94005936905cc--


From nobody Thu Sep 26 08:46:38 2019
Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 131B312080F; Wed, 25 Sep 2019 23:22:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7vradpkKzheH; Wed, 25 Sep 2019 23:22:39 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2FC71200F4; Wed, 25 Sep 2019 23:22:37 -0700 (PDT)
Received: from mxct.zte.com.cn (unknown [192.168.164.215]) by Forcepoint Email with ESMTPS id 3EAE2A71F896381504EC; Thu, 26 Sep 2019 14:22:35 +0800 (CST)
Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) by Forcepoint Email with ESMTPS id 2F92A723A32DF5F09ED9; Thu, 26 Sep 2019 14:22:35 +0800 (CST)
Received: from njxapp04.zte.com.cn ([10.41.132.203]) by mse-fl1.zte.com.cn with SMTP id x8Q6KxLr010020; Thu, 26 Sep 2019 14:20:59 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Thu, 26 Sep 2019 14:20:59 +0800 (CST)
Date: Thu, 26 Sep 2019 14:20:59 +0800 (CST)
X-Zmail-TransId: 2afa5d8c58cbfae9b7b1
X-Mailer: Zmail v1.0
Message-ID: <201909261420594906017@zte.com.cn>
In-Reply-To: <424bb1af-1ae9-5d60-c07c-3e53917821ae@joelhalpern.com>
References: 201909251039413767352@zte.com.cn, 424bb1af-1ae9-5d60-c07c-3e53917821ae@joelhalpern.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <jmh@joelhalpern.com>
Cc: <rtg-bfd@ietf.org>, <nvo3@ietf.org>, <tsridhar@vmware.com>, <bfd-chairs@ietf.org>
Subject: =?UTF-8?B?UmU6W252bzNdIEJGRCBvdmVyIFZYTEFOOiBUcmFwcGluZyBCRkQgQ29udHJvbCBwYWNrZXQgYXQgVlRFUA==?=
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl1.zte.com.cn x8Q6KxLr010020
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/nnmfXbDgGpnsh_GRQFg66ssBPbQ>
X-Mailman-Approved-At: Thu, 26 Sep 2019 08:46:14 -0700
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Sep 2019 06:22:43 -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

SGkgSm9lbCwNCg0KDQoNCg0KDQoNClRoYW5rcyBmb3IgeW91ciBjb21tZW50cy4NCg0KDQpJIGRv
bid0IHRoaW5rIHRoZSBWTkkgY291bGQgb3duIElQIGFkZHJlc3MgYW5kIE1BQyBhZGRyZXNzLCBp
ZiB0aGUgQkZEIG1lc3NhZ2VzIGFyZSBvcmlnaW5hdGVkIGFuZCB0ZXJtaW5hdGVkIGF0IHRoZSBW
TkksIHRoZW4gd2hhdCBhZGRyZXNzZXMgd291bGQgYmUgdXNlZCBieSB0aGUgQkZEIG1lc3NhZ2Vz
Pw0KDQoNCkFzIHRvIHRoZSBWQVAsIFJGQzgwMTQgZGVmaW5lcyBpdCBhcyBiZWxvdzoNCg0KDQoi
T24gdGhlIE5WRSBzaWRlLCBhIFZBUCBpcyBhIGxvZ2ljYWwgbmV0d29yayBwb3J0ICh2aXJ0dWFs
IG9yIHBoeXNpY2FsKSBpbnRvIGEgc3BlY2lmaWMgdmlydHVhbCBuZXR3b3JrLiINCkkgaW50ZXJw
cmV0IHRoaXMgZGVmaW5pdGlvbiBhcyB0aGF0IHRoZSBWQVAgY291bGQgb3duIElQIGFkZHJlc3Mg
YW5kIE1BQyBhZGRyZXNzLCBzbyBJIHRlbmQgdG8gYmVsaWV2ZSB0aGUgQkZEIG1lc3NhZ2VzIGFy
ZSBvcmlnaW5hdGVkIGFuZCB0ZXJtaW5hdGVkIGF0IHRoZSBWQVAuDQoNCg0KDQoNCg0KDQpwLnMu
IEkgdHJpbW1lZCB0aGlzIG1haWwgdG8gbWVldCB0aGUgc2l6ZSBsaW1pdCwgbXkgbGFzdCBtYWls
IGlzIHRvbyBiaWcsIHdoaWNoIHJlc3VsdHMgaW4gYSB3YXJuaW5nIGZyb20gcnRnLWJmZC1vd25l
ckBpZXRmLm9yZy4NCg0KDQoNCg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KDQoNClhpYW8gTWluDQoN
Cg0KDQrljp/lp4vpgq7ku7YNCg0KDQoNCuWPkeS7tuS6uu+8mkpvZWxNLkhhbHBlcm4gPGptaEBq
b2VsaGFscGVybi5jb20+DQrmlLbku7bkurrvvJrogpbmlY8xMDA5MzU3MDsNCuaKhOmAgeS6uu+8
mnJ0Zy1iZmRAaWV0Zi5vcmcgPHJ0Zy1iZmRAaWV0Zi5vcmc+O252bzNAaWV0Zi5vcmcgPG52bzNA
aWV0Zi5vcmc+O3RzcmlkaGFyQHZtd2FyZS5jb20gPHRzcmlkaGFyQHZtd2FyZS5jb20+O2JmZC1j
aGFpcnNAaWV0Zi5vcmcgPGJmZC1jaGFpcnNAaWV0Zi5vcmc+Ow0K5pelIOacnyDvvJoyMDE55bm0
MDnmnIgyNeaXpSAxMTowMA0K5Li7IOmimCDvvJpSZTogW252bzNdIEJGRCBvdmVyIFZYTEFOOiBU
cmFwcGluZyBCRkQgQ29udHJvbCBwYWNrZXQgYXQgVlRFUA0KDQoNCkFzIGZhciBhcyBJIGNhbiB0
ZWxsLCB0aGUgY3VycmVudCBkb2N1bWVudCB3ZSBoYXZlIGluIGZyb250IG9mIHVzIGlzIA0KZXhw
bGljaXQgdGhhdCB0aGUgbWVzc2FnZXMgYXJlIG9yaWdpbmF0ZWQgYW5kIHRlcm1pbmF0ZWQgYXQg
dGhlIFZOSS4gIElmIA0KeW91IHdhbnQgc29tZSBvdGhlciBiZWhhdmlvciwgdGhlbiB3ZSBuZWVk
IGEgZG9jdW1lbnQgdGhhdCBkZXNjcmliZXMgDQp0aGF0IGJlaGF2aW9ycy4NCg0KWW91cnMsDQpK
b2VsDQoNCk9uIDkvMjQvMjAxOSAxMDozOSBQTSwgeGlhby5taW4yQHp0ZS5jb20uY24gd3JvdGU6
DQo+IEhpIFNhbnRvc2gsDQo+IA0KPiANCj4gV2l0aCByZWdhcmQgdG8gdGhlIHF1ZXN0aW9uIHdo
ZXRoZXIgd2Ugc2hvdWxkIGFsbG93IG11bHRpcGxlIEJGRCANCj4gc2Vzc2lvbnMgZm9yIHRoZSBz
YW1lIFZOSSBvciBub3QsIElNSE8gd2Ugc2hvdWxkIGFsbG93IGl0LCBtb3JlIA0KPiBleHBsYW5h
dGlvbiBhcyBmb2xsb3dzLg0KPiANCj4gQmVsb3cgaXMgYSBmaWd1cmUgZGVyaXZlZCBmcm9tIGZp
Z3VyZSAyIG9mIFJGQzgwMTQgKEFuIEFyY2hpdGVjdHVyZSBmb3IgDQo+IERhdGEtQ2VudGVyIE5l
dHdvcmsgVmlydHVhbGl6YXRpb24gb3ZlciBMYXllciAzIChOVk8zKSkuDQo+IA0KPiAgICAgICAg
ICAgICAgICAgICAgICB8ICAgICAgICAgRGF0YSBDZW50ZXIgTmV0d29yayAoSVApICAgICAgICB8
DQo+ICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIHwNCj4gICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAg
ICAgICAgICAgICAgICAgICAgICAgICB8DQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAg
ICAgICBUdW5uZWwgT3ZlcmxheSAgICAgIHwNCj4gICAgICAgICAgICAgICstLS0tLS0tLS0tLS0r
LS0tLS0tLS0tKyAgICAgICArLS0tLS0tLS0tKy0tLS0tLS0tLS0tLSsNCj4gICAgICAgICAgICAg
IHwgKy0tLS0tLS0tLS0rLS0tLS0tLSsgfCAgICAgICB8ICstLS0tLS0tKy0tLS0tLS0tLS0rIHwN
Cj4gICAgICAgICAgICAgIHwgfCAgT3ZlcmxheSBNb2R1bGUgIHwgfCAgICAgICB8IHwgIE92ZXJs
YXkgTW9kdWxlICB8IHwNCj4gICAgICAgICAgICAgIHwgKy0tLS0tLS0tLSstLS0tLS0tLSsgfCAg
ICAgICB8ICstLS0tLS0tLS0rLS0tLS0tLS0rIHwNCj4gICAgICAgICAgICAgIHwgICAgICAgICAg
IHwgICAgICAgICAgfCAgICAgICB8ICAgICAgICAgICB8ICAgICAgICAgIHwNCj4gICAgICAgTlZF
MSAgIHwgICAgICAgICAgIHwgICAgICAgICAgfCAgICAgICB8ICAgICAgICAgICB8ICAgICAgICAg
IHwgTlZFMg0KPiAgICAgICAgICAgICAgfCAgKy0tLS0tLS0tKy0tLS0tLS0rICB8ICAgICAgIHwg
ICstLS0tLS0tLSstLS0tLS0tKyAgfA0KPiAgICAgICAgICAgICAgfCAgfFZOSTEgVk5JMiAgVk5J
MSB8ICB8ICAgICAgIHwgIHwgVk5JMSBWTkkyIFZOSTEgfCAgfA0KPiAgICAgICAgICAgICAgfCAg
Ky0rLS0tLS0rLS0tLSstLS0rICB8ICAgICAgIHwgICstKy0tLS0tKy0tLS0tKy0tKyAgfA0KPiAg
ICAgICAgICAgICAgfFZBUDF8IFZBUDJ8ICAgIHwgVkFQMyB8ICAgICAgIHxWQVAxfCBWQVAyfCAg
ICAgfCBWQVAzfA0KPiAgICAgICAgICAgICAgKy0tLS0rLS0tLS0rLS0tLSstLS0tLS0rICAgICAg
ICstLS0tKy0tLS0tKy0tLS0tKy0tLS0tKw0KPiAgICAgICAgICAgICAgICAgICB8ICAgICB8ICAg
IHwgICAgICAgICAgICAgICAgICAgfCAgICAgfCAgICAgfA0KPiAgICAgICAgICAgICAgICAgICB8
ICAgICB8ICAgIHwgICAgICAgICAgICAgICAgICAgfCAgICAgfCAgICAgfA0KPiAgICAgICAgICAg
ICAgICAgICB8ICAgICB8ICAgIHwgICAgICAgICAgICAgICAgICAgfCAgICAgfCAgICAgfA0KPiAg
ICAgICAgICAgIC0tLS0tLS0rLS0tLS0rLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tKy0t
LS0tKy0tLS0tLS0NCj4gICAgICAgICAgICAgICAgICAgfCAgICAgfCAgICB8ICAgICBUZW5hbnQg
ICAgICAgIHwgICAgIHwgICAgIHwNCj4gICAgICAgICAgICAgIFRTSTEgfCBUU0kyfCAgICB8IFRT
STMgICAgICAgICAgVFNJMXwgVFNJMnwgICAgIHxUU0kzDQo+ICAgICAgICAgICAgICAgICAgKy0t
LSsgKy0tLSsgKy0tLSsgICAgICAgICAgICAgKy0tLSsgKy0tLSsgICArLS0tKw0KPiAgICAgICAg
ICAgICAgICAgIHxUUzF8IHxUUzJ8IHxUUzN8ICAgICAgICAgICAgIHxUUzR8IHxUUzV8ICAgfFRT
NnwNCj4gICAgICAgICAgICAgICAgICArLS0tKyArLS0tKyArLS0tKyAgICAgICAgICAgICArLS0t
KyArLS0tKyAgICstLS0rDQo+IA0KPiBUbyBteSB1bmRlcnN0YW5kaW5nLCB0aGUgQkZEIHNlc3Np
b25zIGJldHdlZW4gTlZFMSBhbmQgTlZFMiBhcmUgYWN0dWFsbHkgDQo+IGluaXRpYXRlZCBhbmQg
dGVybWluYXRlZCBhdCBWQVAgb2YgTlZFLg0KPiANCj4gSWYgdGhlIG5ldHdvcmsgb3BlcmF0b3Ig
d2FudCB0byBzZXQgdXAgb25lIEJGRCBzZXNzaW9uIGJldHdlZW4gVkFQMSBvZiANCj4gTlZFMSBh
bmQgVkFQMW9mIE5WRTIsIGF0IHRoZSBzYW1lIHRpbWUgYW5vdGhlciBCRkQgc2Vzc2lvbiBiZXR3
ZWVuIFZBUDMgDQo+IG9mIE5WRTEgYW5kIFZBUDMgb2YgTlZFMiwgYWx0aG91Z2ggdGhlIHR3byBC
RkQgc2Vzc2lvbnMgYXJlIGZvciB0aGUgc2FtZSANCj4gVk5JMSwgSSBiZWxpZXZlIGl0J3MgcmVh
c29uYWJsZSwgc28gdGhhdCdzIHdoeSBJIHRoaW5rIHdlIHNob3VsZCBhbGxvdyBpdC4NCj4gDQo+
IA0KPiBPZiBjb3Vyc2UsIGluIFJGQzgwMTQgaXQgYWxzbyBzYXlzOg0KPiANCj4gIk5vdGUgdGhh
dCB0d28gZGlmZmVyZW50IFRlbmFudCBTeXN0ZW1zIChhbmQgVFNJcykgYXR0YWNoZWQgdG8gYSBj
b21tb24gTlZFIGNhbiBzaGFyZSBhIFZBUCAoZS5nLiwgVFMxIGFuZCBUUzIgaW4gRmlndXJlIDIp
IHNvIGxvbmcgYXMgdGhleSBjb25uZWN0IHRvIHRoZSBzYW1lIFZpcnR1YWwgTmV0d29yay4iDQo+
IA0KPiBTb21lIHBlb3BsZSBtYXkgYXJndWUgdGhhdCBhbGwgVGVuYW50IFN5c3RlbXMgY29ubmVj
dGluZyB0byB0aGUgc2FtZSANCj4gVmlydHVhbCBOZXR3b3JrIE1VU1Qgc2hhcmUgb25lIFZBUCwg
aWYgdGhhdCdzIHRydWUsIHRoZW4gVkFQMSBhbmQgVkFQMyANCj4gc2hvdWxkIG1lcmdlIGludG8g
b25lIFZBUCBhbmQgbXkgZXhwbGFuYXRpb24gZG9lc24ndCB3b3JrLiBDb3B5aW5nIHRvIA0KPiBO
Vk8zIFdHIHRvIGludm9sdmUgbW9yZSBleHBlcnRzLCBob3BlIGZvciB5b3VyIGNsYXJpZmljYXRp
b25zIGFuZCBjb21tZW50cy4NCj4gDQo+IA0KPiBCZXN0IFJlZ2FyZHMsDQo+IA0KPiBYaWFvIE1p
bg0KPiANCj4g5Y6f5aeL6YKu5Lu2DQo+ICrlj5Hku7bkurrvvJoqU2FudG9zaFBLIDxzYW50b3No
LnBhbGxhZ2F0dGlAZ21haWwuY29tPg0KPiAq5pS25Lu25Lq677yaKkdyZWcgTWlyc2t5IDxncmVn
aW1pcnNreUBnbWFpbC5jb20+Ow0KPiAq5oqE6YCB5Lq677yaKmRyYWZ0LWlldGYtYmZkLXZ4bGFu
QGlldGYub3JnIA0KPiA8ZHJhZnQtaWV0Zi1iZmQtdnhsYW5AaWV0Zi5vcmc+O0RpbmVzaCBEdXR0
IDxkaWR1dHRAZ21haWwuY29tPjtydGctYmZkIA0KPiBXRyA8cnRnLWJmZEBpZXRmLm9yZz47Sm9l
bCBNLiBIYWxwZXJuIDxqbWhAam9lbGhhbHBlcm4uY29tPjtULiBTcmlkaGFyIA0KPiA8dHNyaWRo
YXJAdm13YXJlLmNvbT47YmZkLWNoYWlyc0BpZXRmLm9yZyA8YmZkLWNoYWlyc0BpZXRmLm9yZz47
DQo+ICrml6Ug5pyfIO+8mioyMDE55bm0MDnmnIgyM+aXpSAwNTozOQ0KPiAq5Li7IOmimCDvvJoq
KlJlOiBCRkQgb3ZlciBWWExBTjogVHJhcHBpbmcgQkZEIENvbnRyb2wgcGFja2V0IGF0IFZURVAq
DQo+IEdyZWcsDQo+ICAgICAgUGxlYXNlIHNlZSBpbmxpbmUgcmVwbHkgdGFnZ2VkIFtTUEtdLiBJ
IGhhdmUgYWRkZWQgdGV4dCByZXF1ZXN0ZWQuDQo+IA0KPiBUaGFua3MNCj4gU2FudG9zaCBQIEsN
Cj4gDQo+IE9uIEZyaSwgQXVnIDE2LCAyMDE5IGF0IDQ6NTkgQU0gR3JlZyBNaXJza3kgPGdyZWdp
bWlyc2t5QGdtYWlsLi4uY29tIA0KPiA8bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbT4+IHdy
b3RlOg0KPiANCj4gICAgIEhpIFNhbnRvc2gsDQo+ICAgICB0aGFuayB5b3UgZm9yIHlvdXIgY29t
bWVudHMuIFBsZWFzZSBmaW5kIG15IG5vdGVzIGluLWxpbmVkIGFuZA0KPiAgICAgdGFnZ2VkIEdJ
TT4+Lg0KPiANCj4gICAgIFJlZ2FyZHMsDQo+ICAgICBHcmVnDQo+IA0KPiAgICAgT24gVHVlLCBB
dWcgMTMsIDIwMTkgYXQgMTA6MjQgUE0gU2FudG9zaCBQIEsNCj4gICAgIDxzYW50b3NoLnBhbGxh
Z2F0dGlAZ21haWwuY29tIDxtYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbT4+DQo+
ICAgICB3cm90ZToNCj4gDQo+ICAgICAgICAgR3JlZywNCj4gICAgICAgICAgICAgVGhhbmtzIGZv
ciB1cGRhdGVkIHZlcnNpb24gb2YgZG9jdW1lbnQuIEhlcmUgYXJlIGZldw0KPiAgICAgICAgIGNv
bW1lbnRzIG9uIG5ldyBkcmFmdC4NCj4gDQo+ICAgICAgICAgU2VjdGlvbiA0Og0KPiAgICAgICAg
IERlc3RpbmF0aW9uIE1BQzogVGhpcyBNVVNUIE5PVCBiZSBvZiBvbmUgb2YgdGVuYW50J3MgTUFD
DQo+ICAgICAgICAgICAgICAgICAgIGFkZHJlc3Nlcy4gIFRoZSBNQUMgYWRkcmVzcyBNQVkgYmUg
Y29uZmlndXJlZCwgb3IgaXQNCj4gICAgICAgICBNQVkgYmUNCj4gICAgICAgICAgICAgICAgICAg
bGVhcm5lZCB2aWEgYSBjb250cm9sIHBsYW5lIHByb3RvY29sLiAgVGhlIGRldGFpbHMgb2YNCj4g
ICAgICAgICBob3cgdGhlDQo+ICAgICAgICAgICAgICAgICAgIE1BQyBhZGRyZXNzIGlzIG9idGFp
bmVkIGFyZSBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzDQo+ICAgICAgICAgZG9jdW1lbnQuDQo+
IA0KPiAgICAgICAgIEkgdGhpbmsgd2UgbWF5IG5lZWQgdG8gZ2l2ZSBiYWNrZ3JvdW5kIG9uIHdo
eSB3ZSBhcmUgc2F5aW5nIE1BQw0KPiAgICAgICAgIGFkZHJlc3MgTVVTVCBub3QgYmUgb25lIG9m
IHRlbmFudCdzIE1BQyBhZGRyZXNzLiBMaWtlIGluIHRoaXMNCj4gICAgICAgICB0aHJlYWQgd2Ug
aGF2ZSBkaXNjdXNzZWQgb25lIG9mIHRoZSB0ZW5hbnQgY291bGQgaGF2ZSBib3Jyb3dlZA0KPiAg
ICAgICAgIHRoZSBzYW1lIFZURVAgbWFjIGFkZHJlc3MgYW5kIHdlIGlmIHdlIGhhdmUgdG8gdXNl
IEJGRCB0aGVuIHdlDQo+ICAgICAgICAgbmVlZCB0byBhdm9pZCB0aGF0IGNvbmZsaWN0IHRvIGVu
c3VyZSBCRkQgcGFja2V0cyBnZXQgb2JzZXJ2ZWQNCj4gICAgICAgICBpbiB0aGUgVlRFUCBpdHNl
bGYuIFNob3VsZCB3ZSBhZGQgYSBzZWN0aW9uIGJlZm9yZSA0IHRvIHNldCB0aGF0DQo+ICAgICAg
ICAgY29udGV4dCBzbyB0aGF0IGFib3ZlIHRleHQgbWFrZXMgbW9yZSBzZW5zZSBpbiB0aGF0IGNv
bnRleHQ/DQo+IA0KPiAgICAgR0lNPj4gQ2VydGFpbmx5LiBQbGVhc2Ugc2hhcmUgdGhlIHRleHQg
eW91J2QgbGlrZSB0byBhZGQuIA0KPiANCj4gW1NQS10gIFByb3Bvc2VkIHRleHQgZm9yIHdoeSB3
ZSBzaG91bGQgbm90IHVzZSBWVEVQIE1BWCBhZGRyZXNzIGFzIA0KPiB0ZW5hbnQgTUFDIGFkZHJl
c3MuDQo+IA0KPiAiSW4gc29tZSBzY2VuYXJpb3MgdGVuYW50IE1BQyBpcyBib3Jyb3dlZCBmcm9t
IFZURVAgTUFDIGFkZHJlc3MuIFZYTEFOIA0KPiBCRkQgTVVTVCB0ZXJtaW5hdGUgQkZEIHNlc3Np
b24gYXQgVlRFUCBhbmQgTVVTVCBub3QgZm9yd2FyZCBCRkQgcGFja2V0cyANCj4gdG8gdGVuYW50
cy4gVG8gdGVybWluYXRlIFZYTEFOIEJGRCBwYWNrZXRzIGF0IFZURVAsIGRlcGxveW1lbnQgTVVT
VCANCj4gZW5zdXJlIHRoYXQgdGhlcmUgYXJlIG5vIHRlbmFudCBWTSB3aGljaCBiYXJyb3dzIFZU
RVAgTUFDIGFkZHJlc3MuIg0KPiANCj4gDQo+IA0KPiAgICAgICAgICAgICBJUCBoZWFkZXI6DQo+
ICAgICAgICAgICAgICAgICAgIERlc3RpbmF0aW9uIElQOiBJUCBhZGRyZXNzIE1VU1QgTk9UIGJl
IG9mIG9uZSBvZg0KPiAgICAgICAgIHRlbmFudCdzIElQDQo+ICAgICAgICAgICAgICAgICAgIGFk
ZHJlc3Nlcy4gIElQIGFkZHJlc3MgTUFZIGJlIHNlbGVjdGVkIGZyb20gdGhlIHJhbmdlDQo+ICAg
ICAgICAgMTI3LzggZm9yDQo+ICAgICAgICAgICAgICAgICAgIElQdjQsIGZvciBJUHY2IC0gZnJv
bSB0aGUgcmFuZ2UgMDowOjA6MDowOkZGRkY6N0YwMDowLzEwNC4NCj4gDQo+ICAgICAgICAgICAg
ICAgICAgIFRUTDogTVVTVCBiZSBzZXQgdG8gMSB0byBlbnN1cmUgdGhhdCB0aGUgQkZEIHBhY2tl
dCBpcyBub3QNCj4gICAgICAgICAgICAgICAgICAgcm91dGVkIHdpdGhpbiB0aGUgTDMgdW5kZXJs
YXkgbmV0d29yay4NCj4gDQo+IA0KPiAgICAgICAgIEkgdGhpbmsgd2UgaGF2ZSBhZGRlZCBzb21l
IHRleHQgdG8gYWRkcmVzcyBTcmlkaGFyIGNvbW1lbnRzIG9uDQo+ICAgICAgICAgd2h5IFRUTCBN
VVNUIGJlIDEgYW5kIGRlc3QgSVAgYWRkcmVzcyBNVVNUIGJlIDEyNy84IHJhbmdlLiBJIHNlZQ0K
PiAgICAgICAgIHRoYXQgdGV4dCBpcyBtaXNzaW5nIG5vdy4NCj4gDQo+ICAgICBHSU0+PiBNeSBh
cG9sb2dpZXMgdGhhdCBJJ3ZlIG1pc3NlZCB0byBpbmNsdWRlIHRoZSB0ZXh0IGZyb20gYW5vdGhl
cg0KPiAgICAgZGlzY3Vzc2lvbiB0aHJlYWQuIEkgYmVsaWV2ZSB0aGUgZm9sbG93aW5nIHdvdWxk
IGJlIGNvbXBsZXRlOg0KPiAgICAgICAgICAgICAgICBUVEwgb3IgSG9wIExpbWl0OiBNVVNUIGJl
IHNldCB0byAxIHRvIGVuc3VyZSB0aGF0IHRoZSBCRkQNCj4gICAgICAgICAgICAgICBwYWNrZXQg
aXMgbm90IHJvdXRlZCB3aXRoaW4gdGhlIExheWVyIDMgdW5kZXJsYXkgbmV0d29yay4gDQo+ICAg
ICBUaGlzDQo+ICAgICAgICAgICAgICAgYWRkcmVzc2VzIHRoZSBzY2VuYXJpbyB3aGVuIHRoZSBp
bm5lciBJUCBkZXN0aW5hdGlvbg0KPiAgICAgYWRkcmVzcyBpcw0KPiAgICAgICAgICAgICAgIG9m
IFZYTEFOIGdhdGV3YXkgYW5kIHRoZXJlIGlzIGEgcm91dGVyIGluIHVuZGVybGF5IHdoaWNoDQo+
ICAgICAgICAgICAgICAgcmVtb3ZlcyB0aGUgVlhMQU4gaGVhZGVyLCB0aGVuIGl0IGlzIHBvc3Np
YmxlIHRvIHJvdXRlIHRoZQ0KPiAgICAgICAgICAgICAgIHBhY2tldCBhcyBWWExBTiAgZ2F0ZXdh
eSBhZGRyZXNzIGlzIHJvdXRhYmxlIGFkZHJlc3MuDQo+IA0KPiBbU1BLXSBUaGlzIHRleHQgbG9v
a3MgZ29vZC4NCj4gDQo+IA0KPiAgICAgICAgIFNlY3Rpb24gNS4xOg0KPiAgICAgICAgIEZvciBz
dWNoIHBhY2tldHMsIHRoZSBCRkQgc2Vzc2lvbiBNVVNUIGJlIGlkZW50aWZpZWQNCj4gICAgICAg
ICAgICAgdXNpbmcgdGhlIGZvbGxvd2luZyB0aHJlZS10dXBsZXMgb2YgZmllbGRzIG9mIHRoZSBp
bm5lcg0KPiAgICAgICAgIGhlYWRlcjogdGhlDQo+ICAgICAgICAgICAgIHNvdXJjZSBJUCwgdGhl
IGRlc3RpbmF0aW9uIElQLCBhbmQgdGhlIHNvdXJjZSBVRFAgcG9ydA0KPiAgICAgICAgIG51bWJl
ciBwcmVzZW50DQo+ICAgICAgICAgICAgIGluIHRoZSBJUCBoZWFkZXIgY2FycmllZCBieSB0aGUg
cGF5bG9hZCBvZiB0aGUgcGFja2V0IGluIFZYTEFODQo+ICAgICAgICAgICAgIGVuY2Fwc3VsYXRp
b24uICBJZiBCRkQgcGFja2V0IGlzIHJlY2VpdmVkIHdpdGggbm9uLXplcm8gWW91cg0KPiAgICAg
ICAgIERpc2NyaW1pbmF0b3IsIHRoZW4gQkZEIHNlc3Npb24gTVVTVCBiZSBkZW11bHRpcGxleGVk
IG9ubHkgd2l0aCBZb3VyDQo+ICAgICAgICAgICAgIERpc2NyaW1pbmF0b3IgYXMgdGhlIGtleS4N
Cj4gDQo+ICAgICAgICAgSnVzdCB3aXRoIDMgdHVwbGUgd2Ugd2lsbCBub3QgYmUgYWJsZSB0byBk
ZW11eCBwYWNrZXQuIFdlIG5lZWQNCj4gICAgICAgICB0byBjb25zaWRlciBWTkkgYXMgd2VsbCBp
ZiB3ZSBoYXZlIG11bHRpcGxlIEJGRCBzZXNzaW9uIGJldHdlZW4NCj4gICAgICAgICBzYW1lIHBh
aXIgb2YgVlRFUC4NCj4gDQo+ICAgICBHSU0+PiBUaGlzIGlzIG9uZSBvZiBjb21tZW50cyBmcm9t
IENhcmxvcyB3ZSBuZWVkIHRvIGFkZHJlc3MuIFlvdXINCj4gICAgIGNvbW1lbnQgaGF2ZSBoZWxw
ZWQgbWUgdG8gZm9ybSB0aGUgcXVlc3Rpb246DQo+IA0KPiAgICAgICAgIFdoYXQgaXMgdGhlIGdv
YWwgcnVubmluZyBtdWx0aXBsZSBCRkQgc2Vzc2lvbnMgYmV0d2VlbiB0aGUgcGFpcg0KPiAgICAg
ICAgIG9mIFZURVBzPw0KPiANCj4gW1NQS10gVGhlIGdvYWwgb2YgdGhlIG11bHRpcGxlIEJGRCBz
ZXNzaW9uIGlzIHRvIGVuc3VyZSBjaGVjayBsaXZlbGluZXNzIA0KPiBvZiBWWExBTiB0dW5uZWwu
IFRoZXJlIGlzIGFscmVhZHkgYSBnb29kIGFtb3VudCBvZiBkZWJhdGUgb24gdGhpcyB0b3BpYyAN
Cj4gdGhhdCBkbyB3ZSByZWFsbHkgbmVlZCB0aGF0PyBBcyBwZXIgUkZDIDU4ODQgd2UgYXJlIHJ1
bm5pbmcgQkZEIHBlciBMU1AgDQo+IGFuZCB3ZSBtaWdodCBoaXQgc2NhbGUgaXNzdWVzIHRoZXJl
IHRvby4gSSB0aGluayBpdCBpcyB1cCB0byBvcGVyYXRvciB0byANCj4gZGVjaWRlIGhvdyB0aGV5
IHdhbnQgdG8gdXNlIG11bHRpcGxlIEJGRCBzZXNzaW9uIHBlciBWWExBTiB0dW5uZWwuIEl0IA0K
PiBjb3VsZCBiZSBwb3NzaWJsZSB0aGF0IEJGRCBzZXNzaW9uIHdpdGggc3BlY2lhbCBWTkkgaXMg
cnVuIGF0IGFnZ3Jlc3NpdmUgDQo+IGludGVydmFsIHdoZXJlIGFzIE1BWSBoYXZlIG11bHRpcGxl
IEJGRCBzZXNzaW9ucyBmb3IgZGlmZmVyZW50IFZOSSBhdCBhIA0KPiBzZWRhdGUgaW50ZXJ2YWws
IGZvciB0aGF0IG1hdHRlciB0aGV5IGNvdWxkIGJlIHJ1bm5pbmcgaW4gZGVtYW5kIG1vZGUgYXMg
DQo+IHdlbGwgKHJ1biBQL0Ygc2VxdWVuY2Ugb25seSB3aGVuIHRoZXJlIGlzIG5vIGRhdGEgZm9s
bG93aW5nIGZvciB0aGF0IA0KPiBWTkkpLiBBcyBXRyBpZiB3ZSB0aGluayBydW5uaW5nIG11bHRp
cGxlIEJGRCBzZXNzaW9uIG1ha2Ugc2Vuc2UgdGhlbiB3ZSANCj4gbWlnaHQgbmVlZCB0byBhZGQg
YXBwcm9wcmlhdGUgdGV4dC4NCj4gDQo+ICAgICBJZiB0aGUgZ29hbCBpcyB0byBtb25pdG9yIHBl
ciBWTkksIHRoZW4gdGhlIGZvbGxvd2luZyB0ZXh0IHNob3VsZA0KPiAgICAgZGVzY3JpYmUgdGhl
IGRlbXVsdGlwbGV4aW5nIG9mIHRoZSBpbml0aWFsIEJGRCBDb250cm9sIHBhY2tldDoNCj4gICAg
ICAgICBEZW11bHRpcGxleGluZyBvZiBJUCBCRkQgcGFja2V0IGhhcyBiZWVuIGRlZmluZWQgaW4g
U2VjdGlvbiAzIG9mDQo+ICAgICAgICAgW1JGQzU4ODFdLiAgU2luY2UgbXVsdGlwbGUgQkZEIHNl
c3Npb25zIG1heSBiZSBydW5uaW5nIGJldHdlZW4gdHdvDQo+ICAgICAgICAgVlRFUHMsIHRoZXJl
IG5lZWRzIHRvIGJlIGEgbWVjaGFuaXNtIGZvciBkZW11bHRpcGxleGluZyByZWNlaXZlZCBCRkQN
Cj4gICAgICAgICBwYWNrZXRzIHRvIHRoZSBwcm9wZXIgc2Vzc2lvbi4gIEZvciBkZW11bHRpcGxl
eGluZyBwYWNrZXRzIHdpdGggWW91cg0KPiAgICAgICAgIERpc2NyaW1pbmF0b3IgZXF1YWwgdG8g
MCwgYSBCRkQgc2Vzc2lvbiBNVVNUIGJlIGlkZW50aWZpZWQgdXNpbmcgdGhlDQo+ICAgICAgICAg
bG9naWNhbCBsaW5rIG92ZXIgd2hpY2ggdGhlIEJGRCBDb250cm9sIHBhY2tldCBpcyByZWNlaXZl
ZC4gIEluIHRoZQ0KPiAgICAgICAgIGNhc2Ugb2YgVlhMQU4sIHRoZSBWTkkgbnVtYmVyIGlkZW50
aWZpZXMgdGhhdCBsb2dpY2FsIGxpbmsuICBJZiBCRkQNCj4gICAgICAgICBwYWNrZXQgaXMgcmVj
ZWl2ZWQgd2l0aCBub24temVybyBZb3VyIERpc2NyaW1pbmF0b3IsIHRoZW4gQkZEDQo+ICAgICBz
ZXNzaW9uDQo+ICAgICAgICAgTVVTVCBiZSBkZW11bHRpcGxleGVkIG9ubHkgd2l0aCBZb3VyIERp
c2NyaW1pbmF0b3IgYXMgdGhlIGtleS4NCj4gDQo+IFtTUEtdICBJIHRoaW5rIHRoaXMgdGV4dCBm
b3IgbXVsdGlwbGUgQkZEIHNlc3Npb24gYmV0d2VlbiBzYW1lIHBhaXIgb2YgDQo+IFZURVBzIGZv
ciBtdWx0aXBsZSBWTkkgbWFrZXMgc2Vuc2Ugb25seSBpZiBhcyBXRyB3ZSB0aGluayB0aGF0IGNv
dWxkIGJlIA0KPiB1c2UgY2FzZS4NCj4gDQo+ICAgICBXb3VsZCB0aGVyZSBiZSBuZWVkIHRvIHJ1
biBtdWx0aXBsZSBCRkQgc2Vzc2lvbnMgd2l0aCB0aGUgc2FtZSBWTkkNCj4gICAgIG51bWJlcj8N
Cj4gDQo+IA0KPiBbU1BLXSBJTUhPIHdlIHNob3VsZCBub3QgYWxsb3cgbXVsdGlwbGUgQkZEIHNl
c3Npb24gZm9yIHRoZSBzYW1lIFZOSS4NCj4gDQo+IA0KPiANCj4gDQo+ICAgICAgICAgVGhhbmtz
DQo+ICAgICAgICAgU2FudG9zaCBQIEsNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX18NCm52bzMgbWFpbGluZyBsaXN0DQpudm8zQGlldGYub3JnDQpodHRw
czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL252bzM=


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPkhpIEpvZWwsPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5
OmFyaWFsOyI+VGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLjwvcD48cCBzdHlsZT0iZm9udC1zaXpl
OjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij5JIGRvbid0IHRoaW5rIHRoZSBWTkkgY291bGQgb3du
IElQIGFkZHJlc3MgYW5kIE1BQyBhZGRyZXNzLCBpZiB0aGUgQkZEIG1lc3NhZ2VzIGFyZSBvcmln
aW5hdGVkIGFuZCB0ZXJtaW5hdGVkIGF0IHRoZSBWTkksIHRoZW4gd2hhdCBhZGRyZXNzZXMgd291
bGQgYmUgdXNlZCBieSB0aGUgQkZEIG1lc3NhZ2VzPzwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0
cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij5BcyB0byB0aGUgVkFQLCBSRkM4MDE0IGRlZmluZXMgaXQg
YXMgYmVsb3c6PGJyPjwvcD48cHJlIGNsYXNzPSJuZXdwYWdlIj4iT24gdGhlIE5WRSBzaWRlLCBh
IFZBUCBpcyBhIGxvZ2ljYWwgbmV0d29yayBwb3J0ICh2aXJ0dWFsIG9yIHBoeXNpY2FsKSBpbnRv
IGEgc3BlY2lmaWMgdmlydHVhbCBuZXR3b3JrLiI8L3ByZT48cCBzdHlsZT0iZm9udC1zaXplOjE0
cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij5JIGludGVycHJldCB0aGlzIGRlZmluaXRpb24gYXMgdGhh
dCB0aGUgVkFQIGNvdWxkIG93biBJUCBhZGRyZXNzIGFuZCBNQUMgYWRkcmVzcywgc28gSSB0ZW5k
IHRvIGJlbGlldmUgdGhlIEJGRCBtZXNzYWdlcyBhcmUgb3JpZ2luYXRlZCBhbmQgdGVybWluYXRl
ZCBhdCB0aGUgVkFQLjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJp
YWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbDsi
PnAucy4gSSB0cmltbWVkIHRoaXMgbWFpbCB0byBtZWV0IHRoZSBzaXplIGxpbWl0LCBteSBsYXN0
IG1haWwgaXMgdG9vIGJpZywgd2hpY2ggcmVzdWx0cyBpbiBhIHdhcm5pbmcgZnJvbSBydGctYmZk
LW93bmVyQGlldGYub3JnLjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6
YXJpYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlh
bDsiPkJlc3QgUmVnYXJkcyw8YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPlhpYW8gTWluPC9wPjxkaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ciIHN0
eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeURlcyIgc3R5bGU9IndpZHRo
OiAxMDAlOyBoZWlnaHQ6IDI4cHg7IGxpbmUtaGVpZ2h0OiAyOHB4OyBiYWNrZ3JvdW5kLWNvbG9y
OiAjRTBFNUU5OyBjb2xvcjogIzEzODhGRjsgdGV4dC1hbGlnbjogY2VudGVyOyIgbGFuZ3VhZ2Ut
ZGF0YT0iSGlzdG9yeU9yZ1R4dCI+5Y6f5aeL6YKu5Lu2PC9kaXY+PGRpdiBpZD0iendyaXRlSGlz
dG9yeUNvbnRhaW5lciI+PGRpdiBjbGFzcz0iY29udHJvbC1ncm91cCB6aGlzdG9yeVBhbmVsIj48
ZGl2IGNsYXNzPSJ6aGlzdG9yeUhlYWRlciIgc3R5bGU9InBhZGRpbmc6IDhweDsgYmFja2dyb3Vu
ZC1jb2xvcjogI0Y1RjZGODsiPjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U2Vu
ZGVyVHh0Ij7lj5Hku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSI+
Sm9lbE0uSGFscGVybiAmbHQ7am1oQGpvZWxoYWxwZXJuLmNvbSZndDs8L3NwYW4+PC9kaXY+PGRp
dj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlUT1R4dCI+5pS25Lu25Lq677yaPC9zdHJv
bmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij7o
gpbmlY8xMDA5MzU3MDs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhp
c3RvcnlDQ1R4dCI+5oqE6YCB5Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5h
bWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5ydGctYmZkQGlldGYub3JnICZsdDtydGctYmZk
QGlldGYub3JnJmd0Ozs8L3NwYW4+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJk
aXNwbGF5OiBpbmxpbmU7Ij5udm8zQGlldGYub3JnICZsdDtudm8zQGlldGYub3JnJmd0Ozs8L3Nw
YW4+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij50
c3JpZGhhckB2bXdhcmUuY29tICZsdDt0c3JpZGhhckB2bXdhcmUuY29tJmd0Ozs8L3NwYW4+PHNw
YW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5iZmQtY2hh
aXJzQGlldGYub3JnICZsdDtiZmQtY2hhaXJzQGlldGYub3JnJmd0Ozs8L3NwYW4+PC9kaXY+PGRp
dj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlEYXRlVHh0Ij7ml6Ug5pyfIO+8mjwvc3Ry
b25nPjxzcGFuIGNsYXNzPSIiPjIwMTnlubQwOeaciDI15pelIDExOjAwPC9zcGFuPjwvZGl2Pjxk
aXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U3ViamVjdFR4dCI+5Li7IOmimCDvvJo8
L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRUaXRsZSI+PHN0cm9uZz5SZTogW252bzNdIEJGRCBv
dmVyIFZYTEFOOiBUcmFwcGluZyBCRkQgQ29udHJvbCBwYWNrZXQgYXQgVlRFUDwvc3Ryb25nPjwv
c3Bhbj48L2Rpdj48L2Rpdj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUNvbnRlbnQiPjxkaXY+QXMmbmJz
cDtmYXImbmJzcDthcyZuYnNwO0kmbmJzcDtjYW4mbmJzcDt0ZWxsLCZuYnNwO3RoZSZuYnNwO2N1
cnJlbnQmbmJzcDtkb2N1bWVudCZuYnNwO3dlJm5ic3A7aGF2ZSZuYnNwO2luJm5ic3A7ZnJvbnQm
bmJzcDtvZiZuYnNwO3VzJm5ic3A7aXMmbmJzcDs8YnI+ZXhwbGljaXQmbmJzcDt0aGF0Jm5ic3A7
dGhlJm5ic3A7bWVzc2FnZXMmbmJzcDthcmUmbmJzcDtvcmlnaW5hdGVkJm5ic3A7YW5kJm5ic3A7
dGVybWluYXRlZCZuYnNwO2F0Jm5ic3A7dGhlJm5ic3A7Vk5JLiZuYnNwOyZuYnNwO0lmJm5ic3A7
PGJyPnlvdSZuYnNwO3dhbnQmbmJzcDtzb21lJm5ic3A7b3RoZXImbmJzcDtiZWhhdmlvciwmbmJz
cDt0aGVuJm5ic3A7d2UmbmJzcDtuZWVkJm5ic3A7YSZuYnNwO2RvY3VtZW50Jm5ic3A7dGhhdCZu
YnNwO2Rlc2NyaWJlcyZuYnNwOzxicj50aGF0Jm5ic3A7YmVoYXZpb3JzLjxicj48YnI+WW91cnMs
PGJyPkpvZWw8YnI+PGJyPk9uJm5ic3A7OS8yNC8yMDE5Jm5ic3A7MTA6MzkmbmJzcDtQTSwmbmJz
cDt4aWFvLm1pbjJAenRlLmNvbS5jbiZuYnNwO3dyb3RlOjxicj4mZ3Q7Jm5ic3A7SGkmbmJzcDtT
YW50b3NoLDxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO1dpdGgmbmJz
cDtyZWdhcmQmbmJzcDt0byZuYnNwO3RoZSZuYnNwO3F1ZXN0aW9uJm5ic3A7d2hldGhlciZuYnNw
O3dlJm5ic3A7c2hvdWxkJm5ic3A7YWxsb3cmbmJzcDttdWx0aXBsZSZuYnNwO0JGRCZuYnNwOzxi
cj4mZ3Q7Jm5ic3A7c2Vzc2lvbnMmbmJzcDtmb3ImbmJzcDt0aGUmbmJzcDtzYW1lJm5ic3A7Vk5J
Jm5ic3A7b3ImbmJzcDtub3QsJm5ic3A7SU1ITyZuYnNwO3dlJm5ic3A7c2hvdWxkJm5ic3A7YWxs
b3cmbmJzcDtpdCwmbmJzcDttb3JlJm5ic3A7PGJyPiZndDsmbmJzcDtleHBsYW5hdGlvbiZuYnNw
O2FzJm5ic3A7Zm9sbG93cy48YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7QmVsb3cmbmJzcDtp
cyZuYnNwO2EmbmJzcDtmaWd1cmUmbmJzcDtkZXJpdmVkJm5ic3A7ZnJvbSZuYnNwO2ZpZ3VyZSZu
YnNwOzImbmJzcDtvZiZuYnNwO1JGQzgwMTQmbmJzcDsoQW4mbmJzcDtBcmNoaXRlY3R1cmUmbmJz
cDtmb3ImbmJzcDs8YnI+Jmd0OyZuYnNwO0RhdGEtQ2VudGVyJm5ic3A7TmV0d29yayZuYnNwO1Zp
cnR1YWxpemF0aW9uJm5ic3A7b3ZlciZuYnNwO0xheWVyJm5ic3A7MyZuYnNwOyhOVk8zKSkuPGJy
PiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtEYXRhJm5ic3A7Q2VudGVyJm5ic3A7
TmV0d29yayZuYnNwOyhJUCkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDt8PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fDxi
cj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tKzxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
O3w8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
O3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUdW5uZWwmbmJzcDtP
dmVybGF5Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fDxicj4mZ3Q7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tLS0tLSstLS0tLS0tLS0rJm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tLSstLS0tLS0tLS0tLS0rPGJy
PiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Ky0tLS0tLS0tLS0rLS0tLS0t
LSsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNw
OystLS0tLS0tKy0tLS0tLS0tLS0rJm5ic3A7fDxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7fCZuYnNwO3wmbmJzcDsmbmJzcDtPdmVybGF5Jm5ic3A7TW9kdWxlJm5ic3A7Jm5ic3A7
fCZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7
fCZuYnNwOyZuYnNwO092ZXJsYXkmbmJzcDtNb2R1bGUmbmJzcDsmbmJzcDt8Jm5ic3A7fDxicj4m
Z3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwOystLS0tLS0tLS0rLS0tLS0tLS0r
Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsr
LS0tLS0tLS0tKy0tLS0tLS0tKyZuYnNwO3w8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7fDxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7TlZFMSZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwO05W
RTI8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsrLS0tLS0t
LS0rLS0tLS0tLSsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7fCZuYnNwOyZuYnNwOystLS0tLS0tLSstLS0tLS0tKyZuYnNwOyZuYnNwO3w8YnI+
Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDt8Vk5JMSZuYnNwO1ZO
STImbmJzcDsmbmJzcDtWTkkxJm5ic3A7fCZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7fCZuYnNwO1ZOSTEmbmJzcDtWTkky
Jm5ic3A7Vk5JMSZuYnNwO3wmbmJzcDsmbmJzcDt8PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Ky0rLS0tLS0rLS0tLSstLS0rJm5ic3A7Jm5ic3A7fCZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsrLSstLS0t
LSstLS0tLSstLSsmbmJzcDsmbmJzcDt8PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDt8VkFQMXwmbmJzcDtWQVAyfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDtWQVAzJm5i
c3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3xWQVAxfCZuYnNw
O1ZBUDJ8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwO1ZBUDN8PGJyPiZndDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tLSstLS0tLSstLS0tKy0tLS0tLSsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tLSstLS0tLSstLS0tLSstLS0t
LSs8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7fDxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3w8YnI+Jmd0OyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOy0tLS0tLS0rLS0tLS0rLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tKy0t
LS0tKy0tLS0tLS08YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1RlbmFudCZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fDxicj4m
Z3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7VFNJMSZuYnNwO3wmbmJzcDtUU0kyfCZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwO3wmbmJzcDtUU0kzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7VFNJMXwmbmJzcDtUU0kyfCZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwO3xUU0kzPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tKyZuYnNwOystLS0rJm5ic3A7Ky0tLSsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tKyZuYnNwOystLS0rJm5ic3A7Jm5ic3A7Jm5ic3A7Ky0t
LSs8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwO3xUUzF8Jm5ic3A7fFRTMnwmbmJzcDt8VFMzfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3xUUzR8
Jm5ic3A7fFRTNXwmbmJzcDsmbmJzcDsmbmJzcDt8VFM2fDxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLSsmbmJzcDsrLS0tKyZuYnNw
OystLS0rJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLSsmbmJzcDsrLS0tKyZuYnNwOyZuYnNwOyZu
YnNwOystLS0rPGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO1RvJm5ic3A7bXkmbmJzcDt1bmRl
cnN0YW5kaW5nLCZuYnNwO3RoZSZuYnNwO0JGRCZuYnNwO3Nlc3Npb25zJm5ic3A7YmV0d2VlbiZu
YnNwO05WRTEmbmJzcDthbmQmbmJzcDtOVkUyJm5ic3A7YXJlJm5ic3A7YWN0dWFsbHkmbmJzcDs8
YnI+Jmd0OyZuYnNwO2luaXRpYXRlZCZuYnNwO2FuZCZuYnNwO3Rlcm1pbmF0ZWQmbmJzcDthdCZu
YnNwO1ZBUCZuYnNwO29mJm5ic3A7TlZFLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDtJZiZu
YnNwO3RoZSZuYnNwO25ldHdvcmsmbmJzcDtvcGVyYXRvciZuYnNwO3dhbnQmbmJzcDt0byZuYnNw
O3NldCZuYnNwO3VwJm5ic3A7b25lJm5ic3A7QkZEJm5ic3A7c2Vzc2lvbiZuYnNwO2JldHdlZW4m
bmJzcDtWQVAxJm5ic3A7b2YmbmJzcDs8YnI+Jmd0OyZuYnNwO05WRTEmbmJzcDthbmQmbmJzcDtW
QVAxb2YmbmJzcDtOVkUyLCZuYnNwO2F0Jm5ic3A7dGhlJm5ic3A7c2FtZSZuYnNwO3RpbWUmbmJz
cDthbm90aGVyJm5ic3A7QkZEJm5ic3A7c2Vzc2lvbiZuYnNwO2JldHdlZW4mbmJzcDtWQVAzJm5i
c3A7PGJyPiZndDsmbmJzcDtvZiZuYnNwO05WRTEmbmJzcDthbmQmbmJzcDtWQVAzJm5ic3A7b2Ym
bmJzcDtOVkUyLCZuYnNwO2FsdGhvdWdoJm5ic3A7dGhlJm5ic3A7dHdvJm5ic3A7QkZEJm5ic3A7
c2Vzc2lvbnMmbmJzcDthcmUmbmJzcDtmb3ImbmJzcDt0aGUmbmJzcDtzYW1lJm5ic3A7PGJyPiZn
dDsmbmJzcDtWTkkxLCZuYnNwO0kmbmJzcDtiZWxpZXZlJm5ic3A7aXQncyZuYnNwO3JlYXNvbmFi
bGUsJm5ic3A7c28mbmJzcDt0aGF0J3MmbmJzcDt3aHkmbmJzcDtJJm5ic3A7dGhpbmsmbmJzcDt3
ZSZuYnNwO3Nob3VsZCZuYnNwO2FsbG93Jm5ic3A7aXQuPGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZu
YnNwOzxicj4mZ3Q7Jm5ic3A7T2YmbmJzcDtjb3Vyc2UsJm5ic3A7aW4mbmJzcDtSRkM4MDE0Jm5i
c3A7aXQmbmJzcDthbHNvJm5ic3A7c2F5czo8YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7Ik5v
dGUmbmJzcDt0aGF0Jm5ic3A7dHdvJm5ic3A7ZGlmZmVyZW50Jm5ic3A7VGVuYW50Jm5ic3A7U3lz
dGVtcyZuYnNwOyhhbmQmbmJzcDtUU0lzKSZuYnNwO2F0dGFjaGVkJm5ic3A7dG8mbmJzcDthJm5i
c3A7Y29tbW9uJm5ic3A7TlZFJm5ic3A7Y2FuJm5ic3A7c2hhcmUmbmJzcDthJm5ic3A7VkFQJm5i
c3A7KGUuZy4sJm5ic3A7VFMxJm5ic3A7YW5kJm5ic3A7VFMyJm5ic3A7aW4mbmJzcDtGaWd1cmUm
bmJzcDsyKSZuYnNwO3NvJm5ic3A7bG9uZyZuYnNwO2FzJm5ic3A7dGhleSZuYnNwO2Nvbm5lY3Qm
bmJzcDt0byZuYnNwO3RoZSZuYnNwO3NhbWUmbmJzcDtWaXJ0dWFsJm5ic3A7TmV0d29yay4iPGJy
PiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO1NvbWUmbmJzcDtwZW9wbGUmbmJzcDttYXkmbmJzcDth
cmd1ZSZuYnNwO3RoYXQmbmJzcDthbGwmbmJzcDtUZW5hbnQmbmJzcDtTeXN0ZW1zJm5ic3A7Y29u
bmVjdGluZyZuYnNwO3RvJm5ic3A7dGhlJm5ic3A7c2FtZSZuYnNwOzxicj4mZ3Q7Jm5ic3A7Vmly
dHVhbCZuYnNwO05ldHdvcmsmbmJzcDtNVVNUJm5ic3A7c2hhcmUmbmJzcDtvbmUmbmJzcDtWQVAs
Jm5ic3A7aWYmbmJzcDt0aGF0J3MmbmJzcDt0cnVlLCZuYnNwO3RoZW4mbmJzcDtWQVAxJm5ic3A7
YW5kJm5ic3A7VkFQMyZuYnNwOzxicj4mZ3Q7Jm5ic3A7c2hvdWxkJm5ic3A7bWVyZ2UmbmJzcDtp
bnRvJm5ic3A7b25lJm5ic3A7VkFQJm5ic3A7YW5kJm5ic3A7bXkmbmJzcDtleHBsYW5hdGlvbiZu
YnNwO2RvZXNuJ3QmbmJzcDt3b3JrLiZuYnNwO0NvcHlpbmcmbmJzcDt0byZuYnNwOzxicj4mZ3Q7
Jm5ic3A7TlZPMyZuYnNwO1dHJm5ic3A7dG8mbmJzcDtpbnZvbHZlJm5ic3A7bW9yZSZuYnNwO2V4
cGVydHMsJm5ic3A7aG9wZSZuYnNwO2ZvciZuYnNwO3lvdXImbmJzcDtjbGFyaWZpY2F0aW9ucyZu
YnNwO2FuZCZuYnNwO2NvbW1lbnRzLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDs8YnI+Jmd0
OyZuYnNwO0Jlc3QmbmJzcDtSZWdhcmRzLDxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDtYaWFv
Jm5ic3A7TWluPGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO+WOn+Wni+mCruS7tjxicj4mZ3Q7
Jm5ic3A7KuWPkeS7tuS6uu+8mipTYW50b3NoUEsmbmJzcDsmbHQ7c2FudG9zaC5wYWxsYWdhdHRp
QGdtYWlsLmNvbSZndDs8YnI+Jmd0OyZuYnNwOyrmlLbku7bkurrvvJoqR3JlZyZuYnNwO01pcnNr
eSZuYnNwOyZsdDtncmVnaW1pcnNreUBnbWFpbC5jb20mZ3Q7Ozxicj4mZ3Q7Jm5ic3A7KuaKhOmA
geS6uu+8mipkcmFmdC1pZXRmLWJmZC12eGxhbkBpZXRmLm9yZyZuYnNwOzxicj4mZ3Q7Jm5ic3A7
Jmx0O2RyYWZ0LWlldGYtYmZkLXZ4bGFuQGlldGYub3JnJmd0OztEaW5lc2gmbmJzcDtEdXR0Jm5i
c3A7Jmx0O2RpZHV0dEBnbWFpbC5jb20mZ3Q7O3J0Zy1iZmQmbmJzcDs8YnI+Jmd0OyZuYnNwO1dH
Jm5ic3A7Jmx0O3J0Zy1iZmRAaWV0Zi5vcmcmZ3Q7O0pvZWwmbmJzcDtNLiZuYnNwO0hhbHBlcm4m
bmJzcDsmbHQ7am1oQGpvZWxoYWxwZXJuLmNvbSZndDs7VC4mbmJzcDtTcmlkaGFyJm5ic3A7PGJy
PiZndDsmbmJzcDsmbHQ7dHNyaWRoYXJAdm13YXJlLmNvbSZndDs7YmZkLWNoYWlyc0BpZXRmLm9y
ZyZuYnNwOyZsdDtiZmQtY2hhaXJzQGlldGYub3JnJmd0Ozs8YnI+Jmd0OyZuYnNwOyrml6UmbmJz
cDvmnJ8mbmJzcDvvvJoqMjAxOeW5tDA55pyIMjPml6UmbmJzcDswNTozOTxicj4mZ3Q7Jm5ic3A7
KuS4uyZuYnNwO+mimCZuYnNwO++8mioqUmU6Jm5ic3A7QkZEJm5ic3A7b3ZlciZuYnNwO1ZYTEFO
OiZuYnNwO1RyYXBwaW5nJm5ic3A7QkZEJm5ic3A7Q29udHJvbCZuYnNwO3BhY2tldCZuYnNwO2F0
Jm5ic3A7VlRFUCo8YnI+Jmd0OyZuYnNwO0dyZWcsPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDtQbGVhc2UmbmJzcDtzZWUmbmJzcDtpbmxpbmUmbmJzcDtyZXBseSZu
YnNwO3RhZ2dlZCZuYnNwO1tTUEtdLiZuYnNwO0kmbmJzcDtoYXZlJm5ic3A7YWRkZWQmbmJzcDt0
ZXh0Jm5ic3A7cmVxdWVzdGVkLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDtUaGFua3M8YnI+
Jmd0OyZuYnNwO1NhbnRvc2gmbmJzcDtQJm5ic3A7Szxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJz
cDtPbiZuYnNwO0ZyaSwmbmJzcDtBdWcmbmJzcDsxNiwmbmJzcDsyMDE5Jm5ic3A7YXQmbmJzcDs0
OjU5Jm5ic3A7QU0mbmJzcDtHcmVnJm5ic3A7TWlyc2t5Jm5ic3A7Jmx0O2dyZWdpbWlyc2t5QGdt
YWlsLi4uY29tJm5ic3A7PGJyPiZndDsmbmJzcDsmbHQ7bWFpbHRvOmdyZWdpbWlyc2t5QGdtYWls
LmNvbSZndDsmZ3Q7Jm5ic3A7d3JvdGU6PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwO0hpJm5ic3A7U2FudG9zaCw8YnI+Jmd0OyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwO3RoYW5rJm5ic3A7eW91Jm5ic3A7Zm9yJm5ic3A7eW91ciZuYnNwO2Nv
bW1lbnRzLiZuYnNwO1BsZWFzZSZuYnNwO2ZpbmQmbmJzcDtteSZuYnNwO25vdGVzJm5ic3A7aW4t
bGluZWQmbmJzcDthbmQ8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3RhZ2dl
ZCZuYnNwO0dJTSZndDsmZ3Q7Ljxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDtSZWdhcmRzLDxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7R3JlZzxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDtPbiZuYnNwO1R1ZSwmbmJzcDtBdWcmbmJzcDsxMywmbmJzcDsyMDE5Jm5ic3A7YXQmbmJzcDsx
MDoyNCZuYnNwO1BNJm5ic3A7U2FudG9zaCZuYnNwO1AmbmJzcDtLPGJyPiZndDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbHQ7c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSZuYnNw
OyZsdDttYWlsdG86c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbSZndDsmZ3Q7PGJyPiZndDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt3cm90ZTo8YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7R3Jl
Zyw8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1RoYW5rcyZuYnNwO2ZvciZuYnNwO3VwZGF0
ZWQmbmJzcDt2ZXJzaW9uJm5ic3A7b2YmbmJzcDtkb2N1bWVudC4mbmJzcDtIZXJlJm5ic3A7YXJl
Jm5ic3A7ZmV3PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDtjb21tZW50cyZuYnNwO29uJm5ic3A7bmV3Jm5ic3A7ZHJhZnQuPGJyPiZn
dDsmbmJzcDs8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwO1NlY3Rpb24mbmJzcDs0Ojxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7RGVzdGluYXRpb24mbmJzcDtNQUM6Jm5i
c3A7VGhpcyZuYnNwO01VU1QmbmJzcDtOT1QmbmJzcDtiZSZuYnNwO29mJm5ic3A7b25lJm5ic3A7
b2YmbmJzcDt0ZW5hbnQncyZuYnNwO01BQzxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YWRkcmVzc2VzLiZuYnNwOyZuYnNwO1Ro
ZSZuYnNwO01BQyZuYnNwO2FkZHJlc3MmbmJzcDtNQVkmbmJzcDtiZSZuYnNwO2NvbmZpZ3VyZWQs
Jm5ic3A7b3ImbmJzcDtpdDxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7TUFZJm5ic3A7YmU8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2xlYXJuZWQmbmJzcDt2aWEm
bmJzcDthJm5ic3A7Y29udHJvbCZuYnNwO3BsYW5lJm5ic3A7cHJvdG9jb2wuJm5ic3A7Jm5ic3A7
VGhlJm5ic3A7ZGV0YWlscyZuYnNwO29mPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtob3cmbmJzcDt0aGU8YnI+Jmd0OyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO01BQyZuYnNw
O2FkZHJlc3MmbmJzcDtpcyZuYnNwO29idGFpbmVkJm5ic3A7YXJlJm5ic3A7b3V0c2lkZSZuYnNw
O3RoZSZuYnNwO3Njb3BlJm5ic3A7b2YmbmJzcDt0aGlzPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkb2N1bWVudC48YnI+Jmd0OyZu
YnNwOzxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7SSZuYnNwO3RoaW5rJm5ic3A7d2UmbmJzcDttYXkmbmJzcDtuZWVkJm5ic3A7dG8m
bmJzcDtnaXZlJm5ic3A7YmFja2dyb3VuZCZuYnNwO29uJm5ic3A7d2h5Jm5ic3A7d2UmbmJzcDth
cmUmbmJzcDtzYXlpbmcmbmJzcDtNQUM8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2FkZHJlc3MmbmJzcDtNVVNUJm5ic3A7bm90Jm5i
c3A7YmUmbmJzcDtvbmUmbmJzcDtvZiZuYnNwO3RlbmFudCdzJm5ic3A7TUFDJm5ic3A7YWRkcmVz
cy4mbmJzcDtMaWtlJm5ic3A7aW4mbmJzcDt0aGlzPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0aHJlYWQmbmJzcDt3ZSZuYnNwO2hh
dmUmbmJzcDtkaXNjdXNzZWQmbmJzcDtvbmUmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO3RlbmFudCZu
YnNwO2NvdWxkJm5ic3A7aGF2ZSZuYnNwO2JvcnJvd2VkPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0aGUmbmJzcDtzYW1lJm5ic3A7
VlRFUCZuYnNwO21hYyZuYnNwO2FkZHJlc3MmbmJzcDthbmQmbmJzcDt3ZSZuYnNwO2lmJm5ic3A7
d2UmbmJzcDtoYXZlJm5ic3A7dG8mbmJzcDt1c2UmbmJzcDtCRkQmbmJzcDt0aGVuJm5ic3A7d2U8
YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwO25lZWQmbmJzcDt0byZuYnNwO2F2b2lkJm5ic3A7dGhhdCZuYnNwO2NvbmZsaWN0Jm5ic3A7
dG8mbmJzcDtlbnN1cmUmbmJzcDtCRkQmbmJzcDtwYWNrZXRzJm5ic3A7Z2V0Jm5ic3A7b2JzZXJ2
ZWQ8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO2luJm5ic3A7dGhlJm5ic3A7VlRFUCZuYnNwO2l0c2VsZi4mbmJzcDtTaG91bGQmbmJz
cDt3ZSZuYnNwO2FkZCZuYnNwO2EmbmJzcDtzZWN0aW9uJm5ic3A7YmVmb3JlJm5ic3A7NCZuYnNw
O3RvJm5ic3A7c2V0Jm5ic3A7dGhhdDxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Y29udGV4dCZuYnNwO3NvJm5ic3A7dGhhdCZuYnNw
O2Fib3ZlJm5ic3A7dGV4dCZuYnNwO21ha2VzJm5ic3A7bW9yZSZuYnNwO3NlbnNlJm5ic3A7aW4m
bmJzcDt0aGF0Jm5ic3A7Y29udGV4dD88YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7R0lNJmd0OyZndDsmbmJzcDtDZXJ0YWlubHkuJm5ic3A7UGxlYXNl
Jm5ic3A7c2hhcmUmbmJzcDt0aGUmbmJzcDt0ZXh0Jm5ic3A7eW91J2QmbmJzcDtsaWtlJm5ic3A7
dG8mbmJzcDthZGQuJm5ic3A7PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwO1tTUEtdJm5ic3A7
Jm5ic3A7UHJvcG9zZWQmbmJzcDt0ZXh0Jm5ic3A7Zm9yJm5ic3A7d2h5Jm5ic3A7d2UmbmJzcDtz
aG91bGQmbmJzcDtub3QmbmJzcDt1c2UmbmJzcDtWVEVQJm5ic3A7TUFYJm5ic3A7YWRkcmVzcyZu
YnNwO2FzJm5ic3A7PGJyPiZndDsmbmJzcDt0ZW5hbnQmbmJzcDtNQUMmbmJzcDthZGRyZXNzLjxi
cj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDsiSW4mbmJzcDtzb21lJm5ic3A7c2NlbmFyaW9zJm5i
c3A7dGVuYW50Jm5ic3A7TUFDJm5ic3A7aXMmbmJzcDtib3Jyb3dlZCZuYnNwO2Zyb20mbmJzcDtW
VEVQJm5ic3A7TUFDJm5ic3A7YWRkcmVzcy4mbmJzcDtWWExBTiZuYnNwOzxicj4mZ3Q7Jm5ic3A7
QkZEJm5ic3A7TVVTVCZuYnNwO3Rlcm1pbmF0ZSZuYnNwO0JGRCZuYnNwO3Nlc3Npb24mbmJzcDth
dCZuYnNwO1ZURVAmbmJzcDthbmQmbmJzcDtNVVNUJm5ic3A7bm90Jm5ic3A7Zm9yd2FyZCZuYnNw
O0JGRCZuYnNwO3BhY2tldHMmbmJzcDs8YnI+Jmd0OyZuYnNwO3RvJm5ic3A7dGVuYW50cy4mbmJz
cDtUbyZuYnNwO3Rlcm1pbmF0ZSZuYnNwO1ZYTEFOJm5ic3A7QkZEJm5ic3A7cGFja2V0cyZuYnNw
O2F0Jm5ic3A7VlRFUCwmbmJzcDtkZXBsb3ltZW50Jm5ic3A7TVVTVCZuYnNwOzxicj4mZ3Q7Jm5i
c3A7ZW5zdXJlJm5ic3A7dGhhdCZuYnNwO3RoZXJlJm5ic3A7YXJlJm5ic3A7bm8mbmJzcDt0ZW5h
bnQmbmJzcDtWTSZuYnNwO3doaWNoJm5ic3A7YmFycm93cyZuYnNwO1ZURVAmbmJzcDtNQUMmbmJz
cDthZGRyZXNzLiI8YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDs8YnI+
Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0lQJm5ic3A7aGVhZGVyOjxicj4mZ3Q7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7RGVzdGluYXRp
b24mbmJzcDtJUDombmJzcDtJUCZuYnNwO2FkZHJlc3MmbmJzcDtNVVNUJm5ic3A7Tk9UJm5ic3A7
YmUmbmJzcDtvZiZuYnNwO29uZSZuYnNwO29mPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0ZW5hbnQncyZuYnNwO0lQPGJyPiZndDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDth
ZGRyZXNzZXMuJm5ic3A7Jm5ic3A7SVAmbmJzcDthZGRyZXNzJm5ic3A7TUFZJm5ic3A7YmUmbmJz
cDtzZWxlY3RlZCZuYnNwO2Zyb20mbmJzcDt0aGUmbmJzcDtyYW5nZTxicj4mZ3Q7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MTI3LzgmbmJzcDtm
b3I8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwO0lQdjQsJm5ic3A7Zm9yJm5ic3A7SVB2NiZuYnNwOy0mbmJzcDtmcm9tJm5ic3A7
dGhlJm5ic3A7cmFuZ2UmbmJzcDswOjA6MDowOjA6RkZGRjo3RjAwOjAvMTA0Ljxicj4mZ3Q7Jm5i
c3A7PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDtUVEw6Jm5ic3A7TVVTVCZuYnNwO2JlJm5ic3A7c2V0Jm5ic3A7dG8mbmJzcDsx
Jm5ic3A7dG8mbmJzcDtlbnN1cmUmbmJzcDt0aGF0Jm5ic3A7dGhlJm5ic3A7QkZEJm5ic3A7cGFj
a2V0Jm5ic3A7aXMmbmJzcDtub3Q8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3JvdXRlZCZuYnNwO3dpdGhpbiZuYnNwO3RoZSZu
YnNwO0wzJm5ic3A7dW5kZXJsYXkmbmJzcDtuZXR3b3JrLjxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsm
bmJzcDs8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwO0kmbmJzcDt0aGluayZuYnNwO3dlJm5ic3A7aGF2ZSZuYnNwO2FkZGVkJm5ic3A7
c29tZSZuYnNwO3RleHQmbmJzcDt0byZuYnNwO2FkZHJlc3MmbmJzcDtTcmlkaGFyJm5ic3A7Y29t
bWVudHMmbmJzcDtvbjxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7d2h5Jm5ic3A7VFRMJm5ic3A7TVVTVCZuYnNwO2JlJm5ic3A7MSZu
YnNwO2FuZCZuYnNwO2Rlc3QmbmJzcDtJUCZuYnNwO2FkZHJlc3MmbmJzcDtNVVNUJm5ic3A7YmUm
bmJzcDsxMjcvOCZuYnNwO3JhbmdlLiZuYnNwO0kmbmJzcDtzZWU8YnI+Jmd0OyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3RoYXQmbmJzcDt0ZXh0
Jm5ic3A7aXMmbmJzcDttaXNzaW5nJm5ic3A7bm93Ljxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtHSU0mZ3Q7Jmd0OyZuYnNwO015Jm5ic3A7YXBvbG9n
aWVzJm5ic3A7dGhhdCZuYnNwO0kndmUmbmJzcDttaXNzZWQmbmJzcDt0byZuYnNwO2luY2x1ZGUm
bmJzcDt0aGUmbmJzcDt0ZXh0Jm5ic3A7ZnJvbSZuYnNwO2Fub3RoZXI8YnI+Jmd0OyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Rpc2N1c3Npb24mbmJzcDt0aHJlYWQuJm5ic3A7SSZuYnNw
O2JlbGlldmUmbmJzcDt0aGUmbmJzcDtmb2xsb3dpbmcmbmJzcDt3b3VsZCZuYnNwO2JlJm5ic3A7
Y29tcGxldGU6PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtU
VEwmbmJzcDtvciZuYnNwO0hvcCZuYnNwO0xpbWl0OiZuYnNwO01VU1QmbmJzcDtiZSZuYnNwO3Nl
dCZuYnNwO3RvJm5ic3A7MSZuYnNwO3RvJm5ic3A7ZW5zdXJlJm5ic3A7dGhhdCZuYnNwO3RoZSZu
YnNwO0JGRDxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7cGFja2V0Jm5i
c3A7aXMmbmJzcDtub3QmbmJzcDtyb3V0ZWQmbmJzcDt3aXRoaW4mbmJzcDt0aGUmbmJzcDtMYXll
ciZuYnNwOzMmbmJzcDt1bmRlcmxheSZuYnNwO25ldHdvcmsuJm5ic3A7PGJyPiZndDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUaGlzPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDthZGRyZXNzZXMmbmJzcDt0aGUmbmJzcDtzY2VuYXJpbyZuYnNwO3doZW4mbmJz
cDt0aGUmbmJzcDtpbm5lciZuYnNwO0lQJm5ic3A7ZGVzdGluYXRpb248YnI+Jmd0OyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwO2FkZHJlc3MmbmJzcDtpczxicj4mZ3Q7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7b2YmbmJzcDtWWExBTiZuYnNwO2dhdGV3YXkmbmJzcDthbmQm
bmJzcDt0aGVyZSZuYnNwO2lzJm5ic3A7YSZuYnNwO3JvdXRlciZuYnNwO2luJm5ic3A7dW5kZXJs
YXkmbmJzcDt3aGljaDxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7cmVt
b3ZlcyZuYnNwO3RoZSZuYnNwO1ZYTEFOJm5ic3A7aGVhZGVyLCZuYnNwO3RoZW4mbmJzcDtpdCZu
YnNwO2lzJm5ic3A7cG9zc2libGUmbmJzcDt0byZuYnNwO3JvdXRlJm5ic3A7dGhlPGJyPiZndDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtwYWNrZXQmbmJzcDthcyZuYnNwO1ZYTEFO
Jm5ic3A7Jm5ic3A7Z2F0ZXdheSZuYnNwO2FkZHJlc3MmbmJzcDtpcyZuYnNwO3JvdXRhYmxlJm5i
c3A7YWRkcmVzcy48YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7W1NQS10mbmJzcDtUaGlzJm5i
c3A7dGV4dCZuYnNwO2xvb2tzJm5ic3A7Z29vZC48YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7
PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDtTZWN0aW9uJm5ic3A7NS4xOjxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Rm9yJm5ic3A7c3VjaCZuYnNwO3BhY2tldHMsJm5i
c3A7dGhlJm5ic3A7QkZEJm5ic3A7c2Vzc2lvbiZuYnNwO01VU1QmbmJzcDtiZSZuYnNwO2lkZW50
aWZpZWQ8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3VzaW5nJm5ic3A7dGhlJm5ic3A7Zm9s
bG93aW5nJm5ic3A7dGhyZWUtdHVwbGVzJm5ic3A7b2YmbmJzcDtmaWVsZHMmbmJzcDtvZiZuYnNw
O3RoZSZuYnNwO2lubmVyPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDtoZWFkZXI6Jm5ic3A7dGhlPGJyPiZndDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDtzb3VyY2UmbmJzcDtJUCwmbmJzcDt0aGUmbmJzcDtkZXN0aW5hdGlvbiZuYnNwO0lQ
LCZuYnNwO2FuZCZuYnNwO3RoZSZuYnNwO3NvdXJjZSZuYnNwO1VEUCZuYnNwO3BvcnQ8YnI+Jmd0
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO251
bWJlciZuYnNwO3ByZXNlbnQ8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2luJm5ic3A7dGhl
Jm5ic3A7SVAmbmJzcDtoZWFkZXImbmJzcDtjYXJyaWVkJm5ic3A7YnkmbmJzcDt0aGUmbmJzcDtw
YXlsb2FkJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtwYWNrZXQmbmJzcDtpbiZuYnNwO1ZYTEFOPGJy
PiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtlbmNhcHN1bGF0aW9uLiZuYnNwOyZuYnNwO0lmJm5i
c3A7QkZEJm5ic3A7cGFja2V0Jm5ic3A7aXMmbmJzcDtyZWNlaXZlZCZuYnNwO3dpdGgmbmJzcDtu
b24temVybyZuYnNwO1lvdXI8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwO0Rpc2NyaW1pbmF0b3IsJm5ic3A7dGhlbiZuYnNwO0JGRCZu
YnNwO3Nlc3Npb24mbmJzcDtNVVNUJm5ic3A7YmUmbmJzcDtkZW11bHRpcGxleGVkJm5ic3A7b25s
eSZuYnNwO3dpdGgmbmJzcDtZb3VyPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtEaXNjcmlt
aW5hdG9yJm5ic3A7YXMmbmJzcDt0aGUmbmJzcDtrZXkuPGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0p1c3Qm
bmJzcDt3aXRoJm5ic3A7MyZuYnNwO3R1cGxlJm5ic3A7d2UmbmJzcDt3aWxsJm5ic3A7bm90Jm5i
c3A7YmUmbmJzcDthYmxlJm5ic3A7dG8mbmJzcDtkZW11eCZuYnNwO3BhY2tldC4mbmJzcDtXZSZu
YnNwO25lZWQ8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwO3RvJm5ic3A7Y29uc2lkZXImbmJzcDtWTkkmbmJzcDthcyZuYnNwO3dlbGwm
bmJzcDtpZiZuYnNwO3dlJm5ic3A7aGF2ZSZuYnNwO211bHRpcGxlJm5ic3A7QkZEJm5ic3A7c2Vz
c2lvbiZuYnNwO2JldHdlZW48YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwO3NhbWUmbmJzcDtwYWlyJm5ic3A7b2YmbmJzcDtWVEVQLjxi
cj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtHSU0mZ3Q7
Jmd0OyZuYnNwO1RoaXMmbmJzcDtpcyZuYnNwO29uZSZuYnNwO29mJm5ic3A7Y29tbWVudHMmbmJz
cDtmcm9tJm5ic3A7Q2FybG9zJm5ic3A7d2UmbmJzcDtuZWVkJm5ic3A7dG8mbmJzcDthZGRyZXNz
LiZuYnNwO1lvdXI8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2NvbW1lbnQm
bmJzcDtoYXZlJm5ic3A7aGVscGVkJm5ic3A7bWUmbmJzcDt0byZuYnNwO2Zvcm0mbmJzcDt0aGUm
bmJzcDtxdWVzdGlvbjo8YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7V2hhdCZuYnNwO2lzJm5ic3A7dGhlJm5i
c3A7Z29hbCZuYnNwO3J1bm5pbmcmbmJzcDttdWx0aXBsZSZuYnNwO0JGRCZuYnNwO3Nlc3Npb25z
Jm5ic3A7YmV0d2VlbiZuYnNwO3RoZSZuYnNwO3BhaXI8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO29mJm5ic3A7VlRFUHM/PGJyPiZn
dDsmbmJzcDs8YnI+Jmd0OyZuYnNwO1tTUEtdJm5ic3A7VGhlJm5ic3A7Z29hbCZuYnNwO29mJm5i
c3A7dGhlJm5ic3A7bXVsdGlwbGUmbmJzcDtCRkQmbmJzcDtzZXNzaW9uJm5ic3A7aXMmbmJzcDt0
byZuYnNwO2Vuc3VyZSZuYnNwO2NoZWNrJm5ic3A7bGl2ZWxpbmVzcyZuYnNwOzxicj4mZ3Q7Jm5i
c3A7b2YmbmJzcDtWWExBTiZuYnNwO3R1bm5lbC4mbmJzcDtUaGVyZSZuYnNwO2lzJm5ic3A7YWxy
ZWFkeSZuYnNwO2EmbmJzcDtnb29kJm5ic3A7YW1vdW50Jm5ic3A7b2YmbmJzcDtkZWJhdGUmbmJz
cDtvbiZuYnNwO3RoaXMmbmJzcDt0b3BpYyZuYnNwOzxicj4mZ3Q7Jm5ic3A7dGhhdCZuYnNwO2Rv
Jm5ic3A7d2UmbmJzcDtyZWFsbHkmbmJzcDtuZWVkJm5ic3A7dGhhdD8mbmJzcDtBcyZuYnNwO3Bl
ciZuYnNwO1JGQyZuYnNwOzU4ODQmbmJzcDt3ZSZuYnNwO2FyZSZuYnNwO3J1bm5pbmcmbmJzcDtC
RkQmbmJzcDtwZXImbmJzcDtMU1AmbmJzcDs8YnI+Jmd0OyZuYnNwO2FuZCZuYnNwO3dlJm5ic3A7
bWlnaHQmbmJzcDtoaXQmbmJzcDtzY2FsZSZuYnNwO2lzc3VlcyZuYnNwO3RoZXJlJm5ic3A7dG9v
LiZuYnNwO0kmbmJzcDt0aGluayZuYnNwO2l0Jm5ic3A7aXMmbmJzcDt1cCZuYnNwO3RvJm5ic3A7
b3BlcmF0b3ImbmJzcDt0byZuYnNwOzxicj4mZ3Q7Jm5ic3A7ZGVjaWRlJm5ic3A7aG93Jm5ic3A7
dGhleSZuYnNwO3dhbnQmbmJzcDt0byZuYnNwO3VzZSZuYnNwO211bHRpcGxlJm5ic3A7QkZEJm5i
c3A7c2Vzc2lvbiZuYnNwO3BlciZuYnNwO1ZYTEFOJm5ic3A7dHVubmVsLiZuYnNwO0l0Jm5ic3A7
PGJyPiZndDsmbmJzcDtjb3VsZCZuYnNwO2JlJm5ic3A7cG9zc2libGUmbmJzcDt0aGF0Jm5ic3A7
QkZEJm5ic3A7c2Vzc2lvbiZuYnNwO3dpdGgmbmJzcDtzcGVjaWFsJm5ic3A7Vk5JJm5ic3A7aXMm
bmJzcDtydW4mbmJzcDthdCZuYnNwO2FnZ3Jlc3NpdmUmbmJzcDs8YnI+Jmd0OyZuYnNwO2ludGVy
dmFsJm5ic3A7d2hlcmUmbmJzcDthcyZuYnNwO01BWSZuYnNwO2hhdmUmbmJzcDttdWx0aXBsZSZu
YnNwO0JGRCZuYnNwO3Nlc3Npb25zJm5ic3A7Zm9yJm5ic3A7ZGlmZmVyZW50Jm5ic3A7Vk5JJm5i
c3A7YXQmbmJzcDthJm5ic3A7PGJyPiZndDsmbmJzcDtzZWRhdGUmbmJzcDtpbnRlcnZhbCwmbmJz
cDtmb3ImbmJzcDt0aGF0Jm5ic3A7bWF0dGVyJm5ic3A7dGhleSZuYnNwO2NvdWxkJm5ic3A7YmUm
bmJzcDtydW5uaW5nJm5ic3A7aW4mbmJzcDtkZW1hbmQmbmJzcDttb2RlJm5ic3A7YXMmbmJzcDs8
YnI+Jmd0OyZuYnNwO3dlbGwmbmJzcDsocnVuJm5ic3A7UC9GJm5ic3A7c2VxdWVuY2UmbmJzcDtv
bmx5Jm5ic3A7d2hlbiZuYnNwO3RoZXJlJm5ic3A7aXMmbmJzcDtubyZuYnNwO2RhdGEmbmJzcDtm
b2xsb3dpbmcmbmJzcDtmb3ImbmJzcDt0aGF0Jm5ic3A7PGJyPiZndDsmbmJzcDtWTkkpLiZuYnNw
O0FzJm5ic3A7V0cmbmJzcDtpZiZuYnNwO3dlJm5ic3A7dGhpbmsmbmJzcDtydW5uaW5nJm5ic3A7
bXVsdGlwbGUmbmJzcDtCRkQmbmJzcDtzZXNzaW9uJm5ic3A7bWFrZSZuYnNwO3NlbnNlJm5ic3A7
dGhlbiZuYnNwO3dlJm5ic3A7PGJyPiZndDsmbmJzcDttaWdodCZuYnNwO25lZWQmbmJzcDt0byZu
YnNwO2FkZCZuYnNwO2FwcHJvcHJpYXRlJm5ic3A7dGV4dC48YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7SWYmbmJzcDt0aGUmbmJzcDtnb2FsJm5ic3A7
aXMmbmJzcDt0byZuYnNwO21vbml0b3ImbmJzcDtwZXImbmJzcDtWTkksJm5ic3A7dGhlbiZuYnNw
O3RoZSZuYnNwO2ZvbGxvd2luZyZuYnNwO3RleHQmbmJzcDtzaG91bGQ8YnI+Jmd0OyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Rlc2NyaWJlJm5ic3A7dGhlJm5ic3A7ZGVtdWx0aXBsZXhp
bmcmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luaXRpYWwmbmJzcDtCRkQmbmJzcDtDb250cm9sJm5i
c3A7cGFja2V0Ojxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7RGVtdWx0aXBsZXhpbmcmbmJzcDtvZiZuYnNwO0lQJm5ic3A7QkZEJm5i
c3A7cGFja2V0Jm5ic3A7aGFzJm5ic3A7YmVlbiZuYnNwO2RlZmluZWQmbmJzcDtpbiZuYnNwO1Nl
Y3Rpb24mbmJzcDszJm5ic3A7b2Y8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1tSRkM1ODgxXS4mbmJzcDsmbmJzcDtTaW5jZSZuYnNw
O211bHRpcGxlJm5ic3A7QkZEJm5ic3A7c2Vzc2lvbnMmbmJzcDttYXkmbmJzcDtiZSZuYnNwO3J1
bm5pbmcmbmJzcDtiZXR3ZWVuJm5ic3A7dHdvPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtWVEVQcywmbmJzcDt0aGVyZSZuYnNwO25l
ZWRzJm5ic3A7dG8mbmJzcDtiZSZuYnNwO2EmbmJzcDttZWNoYW5pc20mbmJzcDtmb3ImbmJzcDtk
ZW11bHRpcGxleGluZyZuYnNwO3JlY2VpdmVkJm5ic3A7QkZEPGJyPiZndDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtwYWNrZXRzJm5ic3A7dG8m
bmJzcDt0aGUmbmJzcDtwcm9wZXImbmJzcDtzZXNzaW9uLiZuYnNwOyZuYnNwO0ZvciZuYnNwO2Rl
bXVsdGlwbGV4aW5nJm5ic3A7cGFja2V0cyZuYnNwO3dpdGgmbmJzcDtZb3VyPGJyPiZndDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtEaXNjcmlt
aW5hdG9yJm5ic3A7ZXF1YWwmbmJzcDt0byZuYnNwOzAsJm5ic3A7YSZuYnNwO0JGRCZuYnNwO3Nl
c3Npb24mbmJzcDtNVVNUJm5ic3A7YmUmbmJzcDtpZGVudGlmaWVkJm5ic3A7dXNpbmcmbmJzcDt0
aGU8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwO2xvZ2ljYWwmbmJzcDtsaW5rJm5ic3A7b3ZlciZuYnNwO3doaWNoJm5ic3A7dGhlJm5i
c3A7QkZEJm5ic3A7Q29udHJvbCZuYnNwO3BhY2tldCZuYnNwO2lzJm5ic3A7cmVjZWl2ZWQuJm5i
c3A7Jm5ic3A7SW4mbmJzcDt0aGU8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Nhc2UmbmJzcDtvZiZuYnNwO1ZYTEFOLCZuYnNwO3Ro
ZSZuYnNwO1ZOSSZuYnNwO251bWJlciZuYnNwO2lkZW50aWZpZXMmbmJzcDt0aGF0Jm5ic3A7bG9n
aWNhbCZuYnNwO2xpbmsuJm5ic3A7Jm5ic3A7SWYmbmJzcDtCRkQ8YnI+Jmd0OyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3BhY2tldCZuYnNwO2lz
Jm5ic3A7cmVjZWl2ZWQmbmJzcDt3aXRoJm5ic3A7bm9uLXplcm8mbmJzcDtZb3VyJm5ic3A7RGlz
Y3JpbWluYXRvciwmbmJzcDt0aGVuJm5ic3A7QkZEPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDtzZXNzaW9uPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtNVVNUJm5ic3A7YmUmbmJzcDtkZW11bHRpcGxleGVkJm5i
c3A7b25seSZuYnNwO3dpdGgmbmJzcDtZb3VyJm5ic3A7RGlzY3JpbWluYXRvciZuYnNwO2FzJm5i
c3A7dGhlJm5ic3A7a2V5Ljxicj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDtbU1BLXSZuYnNwOyZu
YnNwO0kmbmJzcDt0aGluayZuYnNwO3RoaXMmbmJzcDt0ZXh0Jm5ic3A7Zm9yJm5ic3A7bXVsdGlw
bGUmbmJzcDtCRkQmbmJzcDtzZXNzaW9uJm5ic3A7YmV0d2VlbiZuYnNwO3NhbWUmbmJzcDtwYWly
Jm5ic3A7b2YmbmJzcDs8YnI+Jmd0OyZuYnNwO1ZURVBzJm5ic3A7Zm9yJm5ic3A7bXVsdGlwbGUm
bmJzcDtWTkkmbmJzcDttYWtlcyZuYnNwO3NlbnNlJm5ic3A7b25seSZuYnNwO2lmJm5ic3A7YXMm
bmJzcDtXRyZuYnNwO3dlJm5ic3A7dGhpbmsmbmJzcDt0aGF0Jm5ic3A7Y291bGQmbmJzcDtiZSZu
YnNwOzxicj4mZ3Q7Jm5ic3A7dXNlJm5ic3A7Y2FzZS48YnI+Jmd0OyZuYnNwOzxicj4mZ3Q7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7V291bGQmbmJzcDt0aGVyZSZuYnNwO2JlJm5ic3A7
bmVlZCZuYnNwO3RvJm5ic3A7cnVuJm5ic3A7bXVsdGlwbGUmbmJzcDtCRkQmbmJzcDtzZXNzaW9u
cyZuYnNwO3dpdGgmbmJzcDt0aGUmbmJzcDtzYW1lJm5ic3A7Vk5JPGJyPiZndDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDtudW1iZXI/PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwOzxi
cj4mZ3Q7Jm5ic3A7W1NQS10mbmJzcDtJTUhPJm5ic3A7d2UmbmJzcDtzaG91bGQmbmJzcDtub3Qm
bmJzcDthbGxvdyZuYnNwO211bHRpcGxlJm5ic3A7QkZEJm5ic3A7c2Vzc2lvbiZuYnNwO2ZvciZu
YnNwO3RoZSZuYnNwO3NhbWUmbmJzcDtWTkkuPGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwOzxi
cj4mZ3Q7Jm5ic3A7PGJyPiZndDsmbmJzcDs8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1RoYW5rczxicj4mZ3Q7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7U2FudG9zaCZuYnNwO1Am
bmJzcDtLPGJyPjxicj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXzxicj5udm8zJm5ic3A7bWFpbGluZyZuYnNwO2xpc3Q8YnI+bnZvM0BpZXRmLm9yZzxicj5o
dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL252bzM8YnI+PC9kaXY+PC9kaXY+
PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PHA+PGJyPjwvcD48L2Rpdj4=


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--


From nobody Thu Sep 26 08:46:47 2019
Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 923621200F6; Wed, 25 Sep 2019 23:36:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RZauKe3vDXcF; Wed, 25 Sep 2019 23:36:56 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0FB71120045; Wed, 25 Sep 2019 23:36:55 -0700 (PDT)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 460AFA9CB78DF1D46F2D; Thu, 26 Sep 2019 14:36:35 +0800 (CST)
Received: from njxapp04.zte.com.cn ([10.41.132.203]) by mse-fl2.zte.com.cn with SMTP id x8Q6aFE5024267; Thu, 26 Sep 2019 14:36:15 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Thu, 26 Sep 2019 14:36:15 +0800 (CST)
Date: Thu, 26 Sep 2019 14:36:15 +0800 (CST)
X-Zmail-TransId: 2afa5d8c5c5f4e3b1ccf
X-Mailer: Zmail v1.0
Message-ID: <201909261436151696571@zte.com.cn>
In-Reply-To: <CA+-tSzxqA26RVbRRmX43v9yFkMpe94DEmOze9JD+m=Nj9USQ0Q@mail.gmail.com>
References: CACi9rdu8PKsLW_Pq4ww5DEwLL8Bs6Hq1Je_jmAjES4LKBuE8MQ@mail.gmail.com,  CA+-tSzxqA26RVbRRmX43v9yFkMpe94DEmOze9JD+m=Nj9USQ0Q@mail.gmail.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <anoop@alumni.duke.edu>
Cc: <gregimirsky@gmail.com>, <didutt@gmail.com>, <draft-ietf-bfd-vxlan@ietf.org>, <nvo3@ietf.org>, <santosh.pallagatti@gmail.com>, <rtg-bfd@ietf.org>, <jmh@joelhalpern.com>, <tsridhar@vmware.com>, <bfd-chairs@ietf.org>
Subject: =?UTF-8?B?UmU6W252bzNdIEJGRCBvdmVyIFZYTEFOOiBUcmFwcGluZyBCRkQgQ29udHJvbCBwYWNrZXQgYXQgVlRFUA==?=
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn x8Q6aFE5024267
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/Dp47-d3q4F--2C90Iv1DqXr21tg>
X-Mailman-Approved-At: Thu, 26 Sep 2019 08:46:14 -0700
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Sep 2019 06:36:59 -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

SGkgQW5vb3AsDQoNCg0KDQoNCg0KDQpUaGFua3MgZm9yIHlvdXIgY29tbWVudHMuDQoNCg0KQ29u
c2lkZXJpbmcgYSBzY2VuYXJpbyB3aGVyZSBUUzEgaGFzIGFuIE1QTFMgYWNjZXNzIChpLmUuIE1Q
TFMtUGFja2V0IG92ZXIgVHVubmVsIGJldHdlZW4gTlZFcykgdG8gVk5JMSwgVFMzIGhhcyBhbiBF
dGhlcm5ldCBhY2Nlc3MgKGkuZS4gTUFDLUZyYW1lIG92ZXIgVHVubmVsIGJldHdlZW4gTlZFcykg
dG8gVk5JMSwgdGhlbiBob3cgY2FuIFRTMSBhbmQgVFMzIHNoYXJlIG9uZSBWQVA/DQoNCg0KDQoN
Cg0KDQpCZXN0IFJlZ2FyZHMsDQoNCg0KWGlhbyBNaW4NCg0KDQoNCg0KDQoNCg0KDQoNCg0K5Y6f
5aeL6YKu5Lu2DQoNCg0KDQrlj5Hku7bkurrvvJpBbm9vcEdoYW53YW5pIDxhbm9vcEBhbHVtbmku
ZHVrZS5lZHU+DQrmlLbku7bkurrvvJrogpbmlY8xMDA5MzU3MDsNCuaKhOmAgeS6uu+8mkdyZWcg
TWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb20+O2RpZHV0dEBnbWFpbC5jb20gPGRpZHV0dEBn
bWFpbC5jb20+O2RyYWZ0LWlldGYtYmZkLXZ4bGFuQGlldGYub3JnIDxkcmFmdC1pZXRmLWJmZC12
eGxhbkBpZXRmLm9yZz47bnZvM0BpZXRmLm9yZyA8bnZvM0BpZXRmLm9yZz47c2FudG9zaC5wYWxs
YWdhdHRpQGdtYWlsLmNvbSA8c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbT47cnRnLWJmZCBX
RyA8cnRnLWJmZEBpZXRmLm9yZz47Sm9lbCBNLiBIYWxwZXJuIDxqbWhAam9lbGhhbHBlcm4uY29t
Pjt0c3JpZGhhckB2bXdhcmUuY29tIDx0c3JpZGhhckB2bXdhcmUuY29tPjtiZmQtY2hhaXJzQGll
dGYub3JnIDxiZmQtY2hhaXJzQGlldGYub3JnPjsNCuaXpSDmnJ8g77yaMjAxOeW5tDA55pyIMjbm
l6UgMDg6MzYNCuS4uyDpopgg77yaUmU6IFtudm8zXSBCRkQgb3ZlciBWWExBTjogVHJhcHBpbmcg
QkZEIENvbnRyb2wgcGFja2V0IGF0IFZURVANCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18NCm52bzMgbWFpbGluZyBsaXN0DQpudm8zQGlldGYu
b3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL252bzMNCg0KDQoNCj4+
Pg0KDQpTb21lIHBlb3BsZSBtYXkgYXJndWUgdGhhdCBhbGwgVGVuYW50IFN5c3RlbXMgY29ubmVj
dGluZyB0byB0aGUgc2FtZSBWaXJ0dWFsIE5ldHdvcmsgTVVTVCBzaGFyZSBvbmUgVkFQLCBpZiB0
aGF0J3MgdHJ1ZSwgdGhlbiBWQVAxIGFuZCBWQVAzIHNob3VsZCBtZXJnZSBpbnRvIG9uZSBWQVAg
YW5kIG15IGV4cGxhbmF0aW9uIGRvZXNuJ3Qgd29yay4gQ29weWluZyB0byBOVk8zIFdHIHRvIGlu
dm9sdmUgbW9yZSBleHBlcnRzLCBob3BlIGZvciB5b3VyIGNsYXJpZmljYXRpb25zIGFuZCBjb21t
ZW50cy4gIA0KDQoNCj4+Pg0KDQoNCg0KSSB3b3VsZCBiZSBvbmUgb2YgdGhvc2UgdGhhdCB3b3Vs
ZCBhcmd1ZSB0aGF0IHRoZXkgTVVTVCBzaGFyZSBvbiBWQVAgaWYgdGhleSBjb25uZWN0IHRvIHRo
ZSBzYW1lIFZpcnR1YWwgTmV0d29yay4gIElNTywgdGhlIE5WTzMgYXJjaCBkb2Mgc2hvdWxkIGhh
dmUgYmVlbiBjbGVhcmVyIGFib3V0IHRoaXMuDQoNCg0KVGhhbmtzLA0KQW5vb3ANCg0KDQoNCg0K
T24gVHVlLCBTZXAgMjQsIDIwMTkgYXQgNzo0MCBQTSA8eGlhby5taW4yQHp0ZS5jb20uY24+IHdy
b3RlOg0KDQoNCg0KSGkgU2FudG9zaCwNCg0KDQoNCg0KDQoNCldpdGggcmVnYXJkIHRvIHRoZSBx
dWVzdGlvbiB3aGV0aGVyIHdlIHNob3VsZCBhbGxvdyBtdWx0aXBsZSBCRkQgc2Vzc2lvbnMgZm9y
IHRoZSBzYW1lIFZOSSBvciBub3QsIElNSE8gd2Ugc2hvdWxkIGFsbG93IGl0LCBtb3JlIGV4cGxh
bmF0aW9uIGFzIGZvbGxvd3MuLi4NCg0KDQpCZWxvdyBpcyBhIGZpZ3VyZSBkZXJpdmVkIGZyb20g
ZmlndXJlIDIgb2YgUkZDODAxNCAoQW4gQXJjaGl0ZWN0dXJlIGZvciBEYXRhLUNlbnRlciBOZXR3
b3JrIFZpcnR1YWxpemF0aW9uIG92ZXIgTGF5ZXIgMyAoTlZPMykpLg0KDQoNCg0KDQogfCBEYXRh
IENlbnRlciBOZXR3b3JrIChJUCkgfAogfCB8CiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0rCiB8IHwKIHwgVHVubmVsIE92ZXJsYXkgfAogKy0tLS0tLS0tLS0tLSst
LS0tLS0tLS0rICstLS0tLS0tLS0rLS0tLS0tLS0tLS0tKwogfCArLS0tLS0tLS0tLSstLS0tLS0t
KyB8IHwgKy0tLS0tLS0rLS0tLS0tLS0tLSsgfAogfCB8IE92ZXJsYXkgTW9kdWxlIHwgfCB8IHwg
T3ZlcmxheSBNb2R1bGUgfCB8CiB8ICstLS0tLS0tLS0rLS0tLS0tLS0rIHwgfCArLS0tLS0tLS0t
Ky0tLS0tLS0tKyB8CiB8IHwgfCB8IHwgfAogTlZFMSB8IHwgfCB8IHwgfCBOVkUyCiB8ICstLS0t
LS0tLSstLS0tLS0tKyB8IHwgKy0tLS0tLS0tKy0tLS0tLS0rIHwKIHwgfFZOSTEgVk5JMiBWTkkx
IHwgfCB8IHwgVk5JMSBWTkkyIFZOSTEgfCB8CiB8ICstKy0tLS0tKy0tLS0rLS0tKyB8IHwgKy0r
LS0tLS0rLS0tLS0rLS0rIHwKIHxWQVAxfCBWQVAyfCB8IFZBUDMgfCB8VkFQMXwgVkFQMnwgfCBW
QVAzfAogKy0tLS0rLS0tLS0rLS0tLSstLS0tLS0rICstLS0tKy0tLS0tKy0tLS0tKy0tLS0tKwog
fCB8IHwgfCB8IHwKIHwgfCB8IHwgfCB8CiB8IHwgfCB8IHwgfAogLS0tLS0tLSstLS0tLSstLS0t
Ky0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0rLS0tLS0rLS0tLS0tLQogfCB8IHwgVGVuYW50IHwg
fCB8CiBUU0kxIHwgVFNJMnwgfCBUU0kzIFRTSTF8IFRTSTJ8IHxUU0kzCiArLS0tKyArLS0tKyAr
LS0tKyArLS0tKyArLS0tKyArLS0tKwogfFRTMXwgfFRTMnwgfFRTM3wgfFRTNHwgfFRTNXwgfFRT
NnwKICstLS0rICstLS0rICstLS0rICstLS0rICstLS0rICstLS0rDQpUbyBteSB1bmRlcnN0YW5k
aW5nLCB0aGUgQkZEIHNlc3Npb25zIGJldHdlZW4gTlZFMSBhbmQgTlZFMiBhcmUgYWN0dWFsbHkg
aW5pdGlhdGVkIGFuZCB0ZXJtaW5hdGVkIGF0IFZBUCBvZiBOVkUuDQoNCg0KSWYgdGhlIG5ldHdv
cmsgb3BlcmF0b3Igd2FudCB0byBzZXQgdXAgb25lIEJGRCBzZXNzaW9uIGJldHdlZW4gVkFQMSBv
ZiBOVkUxIGFuZCBWQVAxb2YgTlZFMiwgYXQgdGhlIHNhbWUgdGltZSBhbm90aGVyIEJGRCBzZXNz
aW9uIGJldHdlZW4gVkFQMyBvZiBOVkUxIGFuZCBWQVAzIG9mIE5WRTIsIGFsdGhvdWdoIHRoZSB0
d28gQkZEIHNlc3Npb25zIGFyZSBmb3IgdGhlIHNhbWUgVk5JMSwgSSBiZWxpZXZlIGl0J3MgcmVh
c29uYWJsZSwgc28gdGhhdCdzIHdoeSBJIHRoaW5rIHdlIHNob3VsZCBhbGxvdyBpdC4NCg0KDQoN
Cg0KDQoNCk9mIGNvdXJzZSwgaW4gUkZDODAxNCBpdCBhbHNvIHNheXM6DQoNCiJOb3RlIHRoYXQg
dHdvIGRpZmZlcmVudCBUZW5hbnQgU3lzdGVtcyAoYW5kIFRTSXMpIGF0dGFjaGVkIHRvIGEgY29t
bW9uIE5WRSBjYW4gc2hhcmUgYSBWQVAgKGUuZy4sIFRTMSBhbmQgVFMyIGluIEZpZ3VyZSAyKSBz
byBsb25nIGFzIHRoZXkgY29ubmVjdCB0byB0aGUgc2FtZSBWaXJ0dWFsIE5ldHdvcmsuIg0KU29t
ZSBwZW9wbGUgbWF5IGFyZ3VlIHRoYXQgYWxsIFRlbmFudCBTeXN0ZW1zIGNvbm5lY3RpbmcgdG8g
dGhlIHNhbWUgVmlydHVhbCBOZXR3b3JrIE1VU1Qgc2hhcmUgb25lIFZBUCwgaWYgdGhhdCdzIHRy
dWUsIHRoZW4gVkFQMSBhbmQgVkFQMyBzaG91bGQgbWVyZ2UgaW50byBvbmUgVkFQIGFuZCBteSBl
eHBsYW5hdGlvbiBkb2Vzbid0IHdvcmsuIENvcHlpbmcgdG8gTlZPMyBXRyB0byBpbnZvbHZlIG1v
cmUgZXhwZXJ0cywgaG9wZSBmb3IgeW91ciBjbGFyaWZpY2F0aW9ucyBhbmQgY29tbWVudHMuDQoN
Cg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMsDQoNCg0KWGlhbyBNaW4=


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPkhpIEFub29wLDwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1m
YW1pbHk6YXJpYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWls
eTphcmlhbDsiPlRoYW5rcyBmb3IgeW91ciBjb21tZW50cy48L3A+PHAgc3R5bGU9ImZvbnQtc2l6
ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+Q29uc2lkZXJpbmcgYSBzY2VuYXJpbyB3aGVyZSBU
UzEgaGFzIGFuIE1QTFMgYWNjZXNzIChpLmUuIE1QTFMtUGFja2V0IG92ZXIgVHVubmVsIGJldHdl
ZW4gTlZFcykgdG8gVk5JMSwgVFMzIGhhcyBhbiBFdGhlcm5ldCBhY2Nlc3MgKGkuZS4gTUFDLUZy
YW1lIG92ZXIgVHVubmVsIGJldHdlZW4gTlZFcykgdG8gVk5JMSwgdGhlbiBob3cgY2FuIFRTMSBh
bmQgVFMzIHNoYXJlIG9uZSBWQVA/PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5
OmFyaWFsOyI+QmVzdCBSZWdhcmRzLDwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1m
YW1pbHk6YXJpYWw7Ij5YaWFvIE1pbjwvcD48ZGl2IGNsYXNzPSJ6TWFpbFNpZ24iIHVub25hbWVj
aD0i6IKW5pWPMTAwOTM1NzAiIHVub25hbWVlbj0ieGlhb21pbjEwMDkzNTcwIj48ZGl2IGNsYXNz
PSJ6TWFpbFNpZ25Db250ZW50Ij48ZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjxkaXYgY2xhc3M9InpN
YWlsRnJvbSI+PC9kaXY+PGRpdj48ZGl2IGNsYXNzPSJ6aGlzdG9yeVJvdyIgc3R5bGU9ImRpc3Bs
YXk6YmxvY2siPjxkaXYgY2xhc3M9InpoaXN0b3J5RGVzIiBzdHlsZT0id2lkdGg6IDEwMCU7IGhl
aWdodDogMjhweDsgbGluZS1oZWlnaHQ6IDI4cHg7IGJhY2tncm91bmQtY29sb3I6ICNFMEU1RTk7
IGNvbG9yOiAjMTM4OEZGOyB0ZXh0LWFsaWduOiBjZW50ZXI7IiBsYW5ndWFnZS1kYXRhPSJIaXN0
b3J5T3JnVHh0Ij7ljp/lp4vpgq7ku7Y8L2Rpdj48ZGl2IGlkPSJ6d3JpdGVIaXN0b3J5Q29udGFp
bmVyIj48ZGl2IGNsYXNzPSJjb250cm9sLWdyb3VwIHpoaXN0b3J5UGFuZWwiPjxkaXYgY2xhc3M9
InpoaXN0b3J5SGVhZGVyIiBzdHlsZT0icGFkZGluZzogOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAj
RjVGNkY4OyI+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTZW5kZXJUeHQiPuWP
keS7tuS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIj5Bbm9vcEdoYW53
YW5pICZsdDthbm9vcEBhbHVtbmkuZHVrZS5lZHUmZ3Q7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9u
ZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5VE9UeHQiPuaUtuS7tuS6uu+8mjwvc3Ryb25nPjxzcGFu
IGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+6IKW5pWPMTAw
OTM1NzA7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5Q0NU
eHQiPuaKhOmAgeS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHls
ZT0iZGlzcGxheTogaW5saW5lOyI+R3JlZyBNaXJza3kgJmx0O2dyZWdpbWlyc2t5QGdtYWlsLmNv
bSZndDs7PC9zcGFuPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTog
aW5saW5lOyI+ZGlkdXR0QGdtYWlsLmNvbSAmbHQ7ZGlkdXR0QGdtYWlsLmNvbSZndDs7PC9zcGFu
PjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+ZHJh
ZnQtaWV0Zi1iZmQtdnhsYW5AaWV0Zi5vcmcgJmx0O2RyYWZ0LWlldGYtYmZkLXZ4bGFuQGlldGYu
b3JnJmd0Ozs8L3NwYW4+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5
OiBpbmxpbmU7Ij5udm8zQGlldGYub3JnICZsdDtudm8zQGlldGYub3JnJmd0Ozs8L3NwYW4+PHNw
YW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5zYW50b3No
LnBhbGxhZ2F0dGlAZ21haWwuY29tICZsdDtzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tJmd0
Ozs8L3NwYW4+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxp
bmU7Ij5ydGctYmZkIFdHICZsdDtydGctYmZkQGlldGYub3JnJmd0Ozs8L3NwYW4+PHNwYW4gY2xh
c3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5Kb2VsIE0uIEhhbHBl
cm4gJmx0O2ptaEBqb2VsaGFscGVybi5jb20mZ3Q7Ozwvc3Bhbj48c3BhbiBjbGFzcz0ienJlYWRV
c2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPnRzcmlkaGFyQHZtd2FyZS5jb20gJmx0
O3RzcmlkaGFyQHZtd2FyZS5jb20mZ3Q7Ozwvc3Bhbj48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFt
ZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPmJmZC1jaGFpcnNAaWV0Zi5vcmcgJmx0O2JmZC1j
aGFpcnNAaWV0Zi5vcmcmZ3Q7Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0
YT0iSGlzdG9yeURhdGVUeHQiPuaXpSDmnJ8g77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9IiI+MjAx
OeW5tDA55pyIMjbml6UgMDg6MzY8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRh
dGE9Ikhpc3RvcnlTdWJqZWN0VHh0Ij7kuLsg6aKYIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6
cmVhZFRpdGxlIj48c3Ryb25nPlJlOiBbbnZvM10gQkZEIG92ZXIgVlhMQU46IFRyYXBwaW5nIEJG
RCBDb250cm9sIHBhY2tldCBhdCBWVEVQPC9zdHJvbmc+PC9zcGFuPjwvZGl2PjwvZGl2PjxkaXYg
em1haWxidXNpbmVzcz0iYnVzaW5lc3NFeHRlcm5hbCI+PC9kaXY+PGRpdiBjbGFzcz0iemhpc3Rv
cnlDb250ZW50Ij48ZGl2Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fPGJyPm52bzMmbmJzcDttYWlsaW5nJm5ic3A7bGlzdDxicj5udm8zQGlldGYub3JnPGJy
Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbnZvMzxicj48YnI+PGRpdiBk
aXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+Jmd0OyZndDsmZ3Q7PC9kaXY+PGRpdiBkaXI9Imx0ciI+
U29tZSBwZW9wbGUgbWF5IGFyZ3VlIHRoYXQgYWxsIFRlbmFudCBTeXN0ZW1zIGNvbm5lY3Rpbmcg
dG8gdGhlIHNhbWUgVmlydHVhbCBOZXR3b3JrIE1VU1Qgc2hhcmUgb25lIFZBUCwgaWYgdGhhdCdz
IHRydWUsIHRoZW4gVkFQMSBhbmQgVkFQMyBzaG91bGQgbWVyZ2UgaW50byBvbmUgVkFQIGFuZCBt
eSBleHBsYW5hdGlvbiBkb2Vzbid0IHdvcmsuIENvcHlpbmcgdG8gTlZPMyBXRyB0byBpbnZvbHZl
IG1vcmUgZXhwZXJ0cywgaG9wZSBmb3IgeW91ciBjbGFyaWZpY2F0aW9ucyBhbmQgY29tbWVudHMu
Jm5ic3A7Jm5ic3A7PGJyPjwvZGl2PjxkaXYgZGlyPSJsdHIiPiZndDsmZ3Q7Jmd0OzwvZGl2Pjxk
aXYgZGlyPSJsdHIiPjxicj48L2Rpdj48ZGl2Pkkgd291bGQgYmUgb25lIG9mIHRob3NlIHRoYXQg
d291bGQgYXJndWUgdGhhdCB0aGV5IE1VU1Qgc2hhcmUgb24gVkFQIGlmIHRoZXkgY29ubmVjdCB0
byB0aGUgc2FtZSBWaXJ0dWFsIE5ldHdvcmsuJm5ic3A7IElNTywgdGhlIE5WTzMgYXJjaCBkb2Mg
c2hvdWxkIGhhdmUgYmVlbiBjbGVhcmVyIGFib3V0IHRoaXMuPC9kaXY+PGRpdj48YnI+PC9kaXY+
PGRpdj5UaGFua3MsPC9kaXY+PGRpdj5Bbm9vcDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXYgY2xh
c3M9ImdtYWlsX3F1b3RlIj48ZGl2IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+T24gVHVl
LCBTZXAgMjQsIDIwMTkgYXQgNzo0MCBQTSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhpYW8ubWluMkB6
dGUuY29tLmNuIiB0YXJnZXQ9Il9ibGFuayI+eGlhby5taW4yQHp0ZS5jb20uY248L2E+Jmd0OyB3
cm90ZTo8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFy
Z2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwy
MDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgY2xhc3M9ImdtYWlsLW1fLTc3MjMwMzkwMTMyMTMy
MzI4MDR6Y29udGVudFJvdyI+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFy
aWFsIj5IaSBTYW50b3NoLDwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6
YXJpYWwiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFs
Ij5XaXRoIHJlZ2FyZCB0byB0aGUgcXVlc3Rpb24gd2hldGhlciB3ZSBzaG91bGQmbmJzcDs8c3Bh
biBzdHlsZT0iZm9udC1mYW1pbHk6c2Fucy1zZXJpZiI+YWxsb3cgbXVsdGlwbGUgQkZEIHNlc3Np
b25zIGZvciB0aGUgc2FtZSBWTkkgb3Igbm90LCBJTUhPIHdlIHNob3VsZCBhbGxvdyBpdCwgbW9y
ZSBleHBsYW5hdGlvbiBhcyBmb2xsb3dzLi4uPC9zcGFuPjwvcD48cCBzdHlsZT0iZm9udC1zaXpl
OjE0cHg7Zm9udC1mYW1pbHk6YXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpzYW5zLXNl
cmlmIj5CZWxvdyBpcyBhIGZpZ3VyZSBkZXJpdmVkIGZyb20gZmlndXJlIDIgb2YgUkZDODAxNCAo
PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsLOWui+S9kywmcXVvdDtNaWNyb3NvZnQgWWFo
ZWkmcXVvdDssJnF1b3Q7THVjaWRhIEdyYW5kZSZxdW90OyxWZXJkYW5hLEx1Y2lkYSxIZWx2ZXRp
Y2Esc2Fucy1zZXJpZjtsaW5lLWhlaWdodDoyNHB4O2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwy
NTUsMjU1KSI+QW4gQXJjaGl0ZWN0dXJlIGZvciBEYXRhLUNlbnRlciBOZXR3b3JrIFZpcnR1YWxp
emF0aW9uIG92ZXIgTGF5ZXIgMyAoTlZPMyk8L3NwYW4+KS48L3NwYW4+PC9wPjxwIHN0eWxlPSJm
b250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5
OnNhbnMtc2VyaWYiPjwvc3Bhbj48L3A+PHByZT4gICAgICAgICAgICAgICAgICAgIHwgICAgICAg
ICBEYXRhIENlbnRlciBOZXR3b3JrIChJUCkgICAgICAgIHwKICAgICAgICAgICAgICAgICAgICB8
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgICAgICAgICAgICAg
ICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwogICAgICAg
ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgICAgICAg
ICAgICAgICAgICAgICAgIHwgICAgICAgVHVubmVsIE92ZXJsYXkgICAgICB8CiAgICAgICAgICAg
ICstLS0tLS0tLS0tLS0rLS0tLS0tLS0tKyAgICAgICArLS0tLS0tLS0tKy0tLS0tLS0tLS0tLSsK
ICAgICAgICAgICAgfCArLS0tLS0tLS0tLSstLS0tLS0tKyB8ICAgICAgIHwgKy0tLS0tLS0rLS0t
LS0tLS0tLSsgfAogICAgICAgICAgICB8IHwgIE92ZXJsYXkgTW9kdWxlICB8IHwgICAgICAgfCB8
ICBPdmVybGF5IE1vZHVsZSAgfCB8CiAgICAgICAgICAgIHwgKy0tLS0tLS0tLSstLS0tLS0tLSsg
fCAgICAgICB8ICstLS0tLS0tLS0rLS0tLS0tLS0rIHwKICAgICAgICAgICAgfCAgICAgICAgICAg
fCAgICAgICAgICB8ICAgICAgIHwgICAgICAgICAgIHwgICAgICAgICAgfAogICAgIE5WRTEgICB8
ICAgICAgICAgICB8ICAgICAgICAgIHwgICAgICAgfCAgICAgICAgICAgfCAgICAgICAgICB8IE5W
RTIKICAgICAgICAgICAgfCAgKy0tLS0tLS0tKy0tLS0tLS0rICB8ICAgICAgIHwgICstLS0tLS0t
LSstLS0tLS0tKyAgfAogICAgICAgICAgICB8ICB8Vk5JMSBWTkkyICBWTkkxIHwgIHwgICAgICAg
fCAgfCBWTkkxIFZOSTIgVk5JMSB8ICB8CiAgICAgICAgICAgIHwgICstKy0tLS0tKy0tLS0rLS0t
KyAgfCAgICAgICB8ICArLSstLS0tLSstLS0tLSstLSsgIHwKICAgICAgICAgICAgfFZBUDF8IFZB
UDJ8ICAgIHwgVkFQMyB8ICAgICAgIHxWQVAxfCBWQVAyfCAgICAgfCBWQVAzfAogICAgICAgICAg
ICArLS0tLSstLS0tLSstLS0tKy0tLS0tLSsgICAgICAgKy0tLS0rLS0tLS0rLS0tLS0rLS0tLS0r
CiAgICAgICAgICAgICAgICAgfCAgICAgfCAgICB8ICAgICAgICAgICAgICAgICAgIHwgICAgIHwg
ICAgIHwKICAgICAgICAgICAgICAgICB8ICAgICB8ICAgIHwgICAgICAgICAgICAgICAgICAgfCAg
ICAgfCAgICAgfAogICAgICAgICAgICAgICAgIHwgICAgIHwgICAgfCAgICAgICAgICAgICAgICAg
ICB8ICAgICB8ICAgICB8CiAgICAgICAgICAtLS0tLS0tKy0tLS0tKy0tLS0rLS0tLS0tLS0tLS0t
LS0tLS0tLSstLS0tLSstLS0tLSstLS0tLS0tCiAgICAgICAgICAgICAgICAgfCAgICAgfCAgICB8
ICAgICBUZW5hbnQgICAgICAgIHwgICAgIHwgICAgIHwKICAgICAgICAgICAgVFNJMSB8IFRTSTJ8
ICAgIHwgVFNJMyAgICAgICAgICBUU0kxfCBUU0kyfCAgICAgfFRTSTMKICAgICAgICAgICAgICAg
ICstLS0rICstLS0rICstLS0rICAgICAgICAgICAgICstLS0rICstLS0rICAgKy0tLSsKICAgICAg
ICAgICAgICAgIHxUUzF8IHxUUzJ8IHxUUzN8ICAgICAgICAgICAgIHxUUzR8IHxUUzV8ICAgfFRT
NnwKICAgICAgICAgICAgICAgICstLS0rICstLS0rICstLS0rICAgICAgICAgICAgICstLS0rICst
LS0rICAgKy0tLSs8L3ByZT48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJp
YWwiPlRvIG15IHVuZGVyc3RhbmRpbmcsIHRoZSBCRkQgc2Vzc2lvbnMgYmV0d2VlbiBOVkUxIGFu
ZCBOVkUyIGFyZSBhY3R1YWxseSBpbml0aWF0ZWQgYW5kIHRlcm1pbmF0ZWQgYXQgVkFQIG9mIE5W
RS48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsIj48c3BhbiBz
dHlsZT0iZm9udC1mYW1pbHk6c2Fucy1zZXJpZiI+PC9zcGFuPklmIHRoZSBuZXR3b3JrIG9wZXJh
dG9yIHdhbnQgdG8gc2V0IHVwIG9uZSBCRkQgc2Vzc2lvbiBiZXR3ZWVuIFZBUDEgb2YgTlZFMSBh
bmQgVkFQMW9mIE5WRTIsIGF0IHRoZSBzYW1lIHRpbWUgYW5vdGhlciBCRkQgc2Vzc2lvbiBiZXR3
ZWVuIFZBUDMgb2YgTlZFMSBhbmQgVkFQMyBvZiBOVkUyLCA8c3BhbiBzdHlsZT0iZm9udC1mYW1p
bHk6YXJpYWw7bGluZS1oZWlnaHQ6MjFweCI+YWx0aG91Z2ggdGhlIHR3byBCRkQgc2Vzc2lvbnMg
YXJlIGZvciB0aGUgc2FtZSBWTkkxLCZuYnNwOzwvc3Bhbj5JIGJlbGlldmUgaXQncyByZWFzb25h
YmxlLCBzbyB0aGF0J3Mgd2h5IEkgdGhpbmsgd2Ugc2hvdWxkIGFsbG93IGl0LjwvcD48cCBzdHls
ZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWwiPjxicj48L3A+PHAgc3R5bGU9ImZv
bnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsIj5PZiBjb3Vyc2UsIGluIFJGQzgwMTQgaXQg
YWxzbyBzYXlzOjwvcD48cHJlIGNsYXNzPSJnbWFpbC1tXy03NzIzMDM5MDEzMjEzMjMyODA0bmV3
cGFnZSI+Ik5vdGUgdGhhdCB0d28gZGlmZmVyZW50IFRlbmFudCBTeXN0ZW1zIChhbmQgVFNJcykg
YXR0YWNoZWQgdG8gYSBjb21tb24gTlZFIGNhbiBzaGFyZSBhIFZBUCAoZS5nLiwgVFMxIGFuZCBU
UzIgaW4gRmlndXJlIDIpIHNvIGxvbmcgYXMgdGhleSBjb25uZWN0IHRvIHRoZSBzYW1lIFZpcnR1
YWwgTmV0d29yay48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwiPiI8L3NwYW4+PC9wcmU+
PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1mYW1pbHk6c2Fucy1zZXJpZiI+U29tZSBwZW9wbGUgbWF5IGFyZ3VlIHRoYXQgYWxsIFRl
bmFudCBTeXN0ZW1zIGNvbm5lY3RpbmcgdG8gdGhlIHNhbWUgVmlydHVhbCBOZXR3b3JrIE1VU1Qg
c2hhcmUgb25lIFZBUCwgaWYgdGhhdCdzIHRydWUsIHRoZW4gVkFQMSBhbmQgVkFQMyBzaG91bGQg
bWVyZ2UgaW50byBvbmUgVkFQIGFuZCBteSBleHBsYW5hdGlvbiBkb2Vzbid0IHdvcmsuIENvcHlp
bmcgdG8gTlZPMyBXRyB0byBpbnZvbHZlIG1vcmUgZXhwZXJ0cywgaG9wZSBmb3IgeW91ciBjbGFy
aWZpY2F0aW9ucyBhbmQgY29tbWVudHMuPC9zcGFuPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0
cHg7Zm9udC1mYW1pbHk6YXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpzYW5zLXNlcmlm
Ij48YnI+PC9zcGFuPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJp
YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpzYW5zLXNlcmlmIj5CZXN0IFJlZ2FyZHMsPC9z
cGFuPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWwiPjxzcGFu
IHN0eWxlPSJmb250LWZhbWlseTpzYW5zLXNlcmlmIj5YaWFvIE1pbjwvc3Bhbj48L3A+PC9kaXY+
PC9ibG9ja3F1b3RlPjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2Pjwv
ZGl2PjxwPjxicj48L3A+PC9kaXY+


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--


From nobody Thu Sep 26 08:46:53 2019
Return-Path: <ghanwani@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D68712021D; Thu, 26 Sep 2019 08:16:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level: 
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ER8QR47hoOVD; Thu, 26 Sep 2019 08:16:42 -0700 (PDT)
Received: from mail-vs1-f51.google.com (mail-vs1-f51.google.com [209.85.217.51]) (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 80EB61201A3; Thu, 26 Sep 2019 08:16:42 -0700 (PDT)
Received: by mail-vs1-f51.google.com with SMTP id b123so1865218vsb.5; Thu, 26 Sep 2019 08:16:42 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8vEN964jrxKjC0AkIqPEYSBDMqGN5h8RxGIz6SChypA=; b=g9N8CE7IRzq6o3m8m2n2rK8ZqTWIxc8mEQX5o8QBYUGMntKHkPwdtuuLoGMS/W14fo J7KwQxn93hOB6e6O3qIMpTw9H7lWADdlC8cJW9k4aEjs6GBCkrOhcE6w73b1taTg2N66 HZqPusghdeq7QkhqdIALXCg8IHRlB5PbCvtjj3qqGxI8SPXfwu6p2i+PFPGK6uvYHvDN xQN48Lbenbhdwu2MshB3L2I6jKC1p7QhxKiO8wseuzsysxsD9mNP9K4qruiQdgwdXYTY LvNNQ1PXYq0u/IDlWLRL30BXWGUJF39IR+3FjOZYdoy38891XO+LSdBJi05mXMaOgOjG c6Fw==
X-Gm-Message-State: APjAAAVV1UeGliEyPkijlvgbM6mH2rhj9YO3MmNUZ94MKDhjZ2BQWvHX K2i+UsWtXILFYTpOZJx+KC0ShquLaLKjxXQF1F8=
X-Google-Smtp-Source: APXvYqwPFzL+iX3ZS99Ch0q2IM7duQogj3uIy+NYUXfaPRADC5IZni189qmJIkR1i5SboNR31it2ssXd7oZ3MiI8niw=
X-Received: by 2002:a05:6102:2ca:: with SMTP id h10mr1986045vsh.228.1569511001403;  Thu, 26 Sep 2019 08:16:41 -0700 (PDT)
MIME-Version: 1.0
References: <CA+-tSzxqA26RVbRRmX43v9yFkMpe94DEmOze9JD+m=Nj9USQ0Q@mail.gmail.com> <201909261436151696571@zte.com.cn>
In-Reply-To: <201909261436151696571@zte.com.cn>
From: Anoop Ghanwani <anoop@alumni.duke.edu>
Date: Thu, 26 Sep 2019 08:16:30 -0700
Message-ID: <CA+-tSzxoPC07Z_Y=LxmLbmC=__NQSK2+r_0jSH53baN+hXExEQ@mail.gmail.com>
Subject: Re: [nvo3] BFD over VXLAN: Trapping BFD Control packet at VTEP
To: xiao.min2@zte.com.cn
Cc: Greg Mirsky <gregimirsky@gmail.com>, didutt@gmail.com, draft-ietf-bfd-vxlan@ietf.org,  nvo3@ietf.org, santosh.pallagatti@gmail.com, rtg-bfd WG <rtg-bfd@ietf.org>,  "Joel M. Halpern" <jmh@joelhalpern.com>, tsridhar@vmware.com, bfd-chairs@ietf.org
Content-Type: multipart/alternative; boundary="000000000000b5b59505937641e5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/vwL9wsCCZOdewPD0ImqAE6tMznI>
X-Mailman-Approved-At: Thu, 26 Sep 2019 08:46:14 -0700
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Sep 2019 15:16:46 -0000

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

Hi Xiao Min,

I think we would need more detail around the use case below.  What does the
MPLS packet over Tunnel look like?

Thanks,
Anoop

On Wed, Sep 25, 2019 at 11:37 PM <xiao.min2@zte.com.cn> wrote:

> Hi Anoop,
>
>
> Thanks for your comments.
>
> Considering a scenario where TS1 has an MPLS access (i.e. MPLS-Packet ove=
r
> Tunnel between NVEs) to VNI1, TS3 has an Ethernet access (i.e. MAC-Frame
> over Tunnel between NVEs) to VNI1, then how can TS1 and TS3 share one VAP=
?
>
>
> Best Regards,
>
> Xiao Min
> =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6
> *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*AnoopGhanwani <anoop@alumni.duke.ed=
u>
> *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*=E8=82=96=E6=95=8F10093570;
> *=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A*Greg Mirsky <gregimirsky@gmail.com>=
;didutt@gmail.com <
> didutt@gmail.com>;draft-ietf-bfd-vxlan@ietf.org <
> draft-ietf-bfd-vxlan@ietf.org>;nvo3@ietf.org <nvo3@ietf.org>;
> santosh.pallagatti@gmail.com <santosh.pallagatti@gmail.com>;rtg-bfd WG <
> rtg-bfd@ietf.org>;Joel M. Halpern <jmh@joelhalpern.com>;
> tsridhar@vmware.com <tsridhar@vmware.com>;bfd-chairs@ietf.org <
> bfd-chairs@ietf.org>;
> *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2019=E5=B9=B409=E6=9C=8826=E6=97=A5 08:36
> *=E4=B8=BB =E9=A2=98 =EF=BC=9A**Re: [nvo3] BFD over VXLAN: Trapping BFD C=
ontrol packet at VTEP*
> _______________________________________________
> nvo3 mailing list
> nvo3@ietf.org
> https://www.ietf.org/mailman/listinfo/nvo3
>
> >>>
> Some people may argue that all Tenant Systems connecting to the same
> Virtual Network MUST share one VAP, if that's true, then VAP1 and VAP3
> should merge into one VAP and my explanation doesn't work. Copying to NVO=
3
> WG to involve more experts, hope for your clarifications and comments.
> >>>
>
> I would be one of those that would argue that they MUST share on VAP if
> they connect to the same Virtual Network.  IMO, the NVO3 arch doc should
> have been clearer about this.
>
> Thanks,
> Anoop
>
> On Tue, Sep 24, 2019 at 7:40 PM <xiao.min2@zte.com.cn> wrote:
>
>> Hi Santosh,
>>
>>
>> With regard to the question whether we should allow multiple BFD
>> sessions for the same VNI or not, IMHO we should allow it, more explanat=
ion
>> as follows...
>>
>> Below is a figure derived from figure 2 of RFC8014 (An Architecture for
>> Data-Center Network Virtualization over Layer 3 (NVO3)).
>>
>>                     |         Data Center Network (IP)        |
>>                     |                                         |
>>                     +-----------------------------------------+
>>                          |                           |
>>                          |       Tunnel Overlay      |
>>             +------------+---------+       +---------+------------+
>>             | +----------+-------+ |       | +-------+----------+ |
>>             | |  Overlay Module  | |       | |  Overlay Module  | |
>>             | +---------+--------+ |       | +---------+--------+ |
>>             |           |          |       |           |          |
>>      NVE1   |           |          |       |           |          | NVE2
>>             |  +--------+-------+  |       |  +--------+-------+  |
>>             |  |VNI1 VNI2  VNI1 |  |       |  | VNI1 VNI2 VNI1 |  |
>>             |  +-+-----+----+---+  |       |  +-+-----+-----+--+  |
>>             |VAP1| VAP2|    | VAP3 |       |VAP1| VAP2|     | VAP3|
>>             +----+-----+----+------+       +----+-----+-----+-----+
>>                  |     |    |                   |     |     |
>>                  |     |    |                   |     |     |
>>                  |     |    |                   |     |     |
>>           -------+-----+----+-------------------+-----+-----+-------
>>                  |     |    |     Tenant        |     |     |
>>             TSI1 | TSI2|    | TSI3          TSI1| TSI2|     |TSI3
>>                 +---+ +---+ +---+             +---+ +---+   +---+
>>                 |TS1| |TS2| |TS3|             |TS4| |TS5|   |TS6|
>>                 +---+ +---+ +---+             +---+ +---+   +---+
>>
>> To my understanding, the BFD sessions between NVE1 and NVE2 are actually
>> initiated and terminated at VAP of NVE.
>>
>> If the network operator want to set up one BFD session between VAP1 of
>> NVE1 and VAP1of NVE2, at the same time another BFD session between VAP3 =
of
>> NVE1 and VAP3 of NVE2, although the two BFD sessions are for the same
>> VNI1, I believe it's reasonable, so that's why I think we should allow
>> it.
>>
>>
>> Of course, in RFC8014 it also says:
>>
>> "Note that two different Tenant Systems (and TSIs) attached to a common =
NVE can share a VAP (e.g., TS1 and TS2 in Figure 2) so long as they connect=
 to the same Virtual Network."
>>
>> Some people may argue that all Tenant Systems connecting to the same
>> Virtual Network MUST share one VAP, if that's true, then VAP1 and VAP3
>> should merge into one VAP and my explanation doesn't work. Copying to NV=
O3
>> WG to involve more experts, hope for your clarifications and comments.
>>
>>
>> Best Regards,
>>
>> Xiao Min
>>
>
>

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

<div dir=3D"ltr"><div dir=3D"ltr">Hi Xiao Min,<div><br></div><div>I think w=
e would need more detail around the use case below.=C2=A0 What does the MPL=
S packet over Tunnel look like?</div><div><br></div><div>Thanks,</div><div>=
Anoop</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"g=
mail_attr">On Wed, Sep 25, 2019 at 11:37 PM &lt;<a href=3D"mailto:xiao.min2=
@zte.com.cn">xiao.min2@zte.com.cn</a>&gt; wrote:<br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex"><div class=3D"gmail-m_-3176041021461486353=
zcontentRow"><p style=3D"font-size:14px;font-family:arial">Hi Anoop,</p><p =
style=3D"font-size:14px;font-family:arial"><br></p><p style=3D"font-size:14=
px;font-family:arial">Thanks for your comments.</p><p style=3D"font-size:14=
px;font-family:arial">Considering a scenario where TS1 has an MPLS access (=
i.e. MPLS-Packet over Tunnel between NVEs) to VNI1, TS3 has an Ethernet acc=
ess (i.e. MAC-Frame over Tunnel between NVEs) to VNI1, then how can TS1 and=
 TS3 share one VAP?</p><p style=3D"font-size:14px;font-family:arial"><br></=
p><p style=3D"font-size:14px;font-family:arial">Best Regards,</p><p style=
=3D"font-size:14px;font-family:arial">Xiao Min</p><div class=3D"gmail-m_-31=
76041021461486353zMailSign"><div class=3D"gmail-m_-3176041021461486353zMail=
SignContent"><div></div></div></div><div class=3D"gmail-m_-3176041021461486=
353zMailFrom"></div><div><div class=3D"gmail-m_-3176041021461486353zhistory=
Row" style=3D"display:block"><div class=3D"gmail-m_-3176041021461486353zhis=
toryDes" style=3D"width:100%;height:28px;line-height:28px;background-color:=
rgb(224,229,233);color:rgb(19,136,255);text-align:center">=E5=8E=9F=E5=A7=
=8B=E9=82=AE=E4=BB=B6</div><div id=3D"gmail-m_-3176041021461486353zwriteHis=
toryContainer"><div class=3D"gmail-m_-3176041021461486353control-group gmai=
l-m_-3176041021461486353zhistoryPanel"><div class=3D"gmail-m_-3176041021461=
486353zhistoryHeader" style=3D"padding:8px;background-color:rgb(245,246,248=
)"><div><strong>=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A</strong><span class=3D=
"gmail-m_-3176041021461486353zreadUserName">AnoopGhanwani &lt;<a href=3D"ma=
ilto:anoop@alumni.duke.edu" target=3D"_blank">anoop@alumni.duke.edu</a>&gt;=
</span></div><div><strong>=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A</strong><spa=
n class=3D"gmail-m_-3176041021461486353zreadUserName" style=3D"display:inli=
ne">=E8=82=96=E6=95=8F10093570;</span></div><div><strong>=E6=8A=84=E9=80=81=
=E4=BA=BA=EF=BC=9A</strong><span class=3D"gmail-m_-3176041021461486353zread=
UserName" style=3D"display:inline">Greg Mirsky &lt;<a href=3D"mailto:gregim=
irsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com</a>&gt;;</span><sp=
an class=3D"gmail-m_-3176041021461486353zreadUserName" style=3D"display:inl=
ine"><a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail.com=
</a> &lt;<a href=3D"mailto:didutt@gmail.com" target=3D"_blank">didutt@gmail=
.com</a>&gt;;</span><span class=3D"gmail-m_-3176041021461486353zreadUserNam=
e" style=3D"display:inline"><a href=3D"mailto:draft-ietf-bfd-vxlan@ietf.org=
" target=3D"_blank">draft-ietf-bfd-vxlan@ietf.org</a> &lt;<a href=3D"mailto=
:draft-ietf-bfd-vxlan@ietf.org" target=3D"_blank">draft-ietf-bfd-vxlan@ietf=
.org</a>&gt;;</span><span class=3D"gmail-m_-3176041021461486353zreadUserNam=
e" style=3D"display:inline"><a href=3D"mailto:nvo3@ietf.org" target=3D"_bla=
nk">nvo3@ietf.org</a> &lt;<a href=3D"mailto:nvo3@ietf.org" target=3D"_blank=
">nvo3@ietf.org</a>&gt;;</span><span class=3D"gmail-m_-3176041021461486353z=
readUserName" style=3D"display:inline"><a href=3D"mailto:santosh.pallagatti=
@gmail.com" target=3D"_blank">santosh.pallagatti@gmail.com</a> &lt;<a href=
=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagat=
ti@gmail.com</a>&gt;;</span><span class=3D"gmail-m_-3176041021461486353zrea=
dUserName" style=3D"display:inline">rtg-bfd WG &lt;<a href=3D"mailto:rtg-bf=
d@ietf.org" target=3D"_blank">rtg-bfd@ietf.org</a>&gt;;</span><span class=
=3D"gmail-m_-3176041021461486353zreadUserName" style=3D"display:inline">Joe=
l M. Halpern &lt;<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_blank">j=
mh@joelhalpern.com</a>&gt;;</span><span class=3D"gmail-m_-31760410214614863=
53zreadUserName" style=3D"display:inline"><a href=3D"mailto:tsridhar@vmware=
.com" target=3D"_blank">tsridhar@vmware.com</a> &lt;<a href=3D"mailto:tsrid=
har@vmware.com" target=3D"_blank">tsridhar@vmware.com</a>&gt;;</span><span =
class=3D"gmail-m_-3176041021461486353zreadUserName" style=3D"display:inline=
"><a href=3D"mailto:bfd-chairs@ietf.org" target=3D"_blank">bfd-chairs@ietf.=
org</a> &lt;<a href=3D"mailto:bfd-chairs@ietf.org" target=3D"_blank">bfd-ch=
airs@ietf.org</a>&gt;;</span></div><div><strong>=E6=97=A5 =E6=9C=9F =EF=BC=
=9A</strong><span>2019=E5=B9=B409=E6=9C=8826=E6=97=A5 08:36</span></div><di=
v><strong>=E4=B8=BB =E9=A2=98 =EF=BC=9A</strong><span class=3D"gmail-m_-317=
6041021461486353zreadTitle"><strong>Re: [nvo3] BFD over VXLAN: Trapping BFD=
 Control packet at VTEP</strong></span></div></div><div></div><div class=3D=
"gmail-m_-3176041021461486353zhistoryContent"><div>________________________=
_______________________<br>nvo3=C2=A0mailing=C2=A0list<br><a href=3D"mailto=
:nvo3@ietf.org" target=3D"_blank">nvo3@ietf.org</a><br><a href=3D"https://w=
ww.ietf.org/mailman/listinfo/nvo3" target=3D"_blank">https://www.ietf.org/m=
ailman/listinfo/nvo3</a><br><br><div dir=3D"ltr"><div dir=3D"ltr">&gt;&gt;&=
gt;</div><div dir=3D"ltr">Some people may argue that all Tenant Systems con=
necting to the same Virtual Network MUST share one VAP, if that&#39;s true,=
 then VAP1 and VAP3 should merge into one VAP and my explanation doesn&#39;=
t work. Copying to NVO3 WG to involve more experts, hope for your clarifica=
tions and comments.=C2=A0=C2=A0<br></div><div dir=3D"ltr">&gt;&gt;&gt;</div=
><div dir=3D"ltr"><br></div><div>I would be one of those that would argue t=
hat they MUST share on VAP if they connect to the same Virtual Network.=C2=
=A0 IMO, the NVO3 arch doc should have been clearer about this.</div><div><=
br></div><div>Thanks,</div><div>Anoop</div><div><br></div><div class=3D"gma=
il_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Sep 24, 2019 at 7:4=
0 PM &lt;<a href=3D"mailto:xiao.min2@zte.com.cn" target=3D"_blank">xiao.min=
2@zte.com.cn</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin=
g-left:1ex"><div class=3D"gmail-m_-3176041021461486353gmail-m_-772303901321=
3232804zcontentRow"><p style=3D"font-size:14px;font-family:arial">Hi Santos=
h,</p><p style=3D"font-size:14px;font-family:arial"><br></p><p style=3D"fon=
t-size:14px;font-family:arial">With regard to the question whether we shoul=
d=C2=A0<span style=3D"font-family:sans-serif">allow multiple BFD sessions f=
or the same VNI or not, IMHO we should allow it, more explanation as follow=
s...</span></p><p style=3D"font-size:14px;font-family:arial"><span style=3D=
"font-family:sans-serif">Below is a figure derived from figure 2 of RFC8014=
 (<span style=3D"font-family:Arial,=E5=AE=8B=E4=BD=93,&quot;Microsoft Yahei=
&quot;,&quot;Lucida Grande&quot;,Verdana,Lucida,Helvetica,sans-serif;line-h=
eight:24px;background-color:rgb(255,255,255)">An Architecture for Data-Cent=
er Network Virtualization over Layer 3 (NVO3)</span>).</span></p><p style=
=3D"font-size:14px;font-family:arial"><span style=3D"font-family:sans-serif=
"></span></p><pre>                    |         Data Center Network (IP)   =
     |
                    |                                         |
                    +-----------------------------------------+
                         |                           |
                         |       Tunnel Overlay      |
            +------------+---------+       +---------+------------+
            | +----------+-------+ |       | +-------+----------+ |
            | |  Overlay Module  | |       | |  Overlay Module  | |
            | +---------+--------+ |       | +---------+--------+ |
            |           |          |       |           |          |
     NVE1   |           |          |       |           |          | NVE2
            |  +--------+-------+  |       |  +--------+-------+  |
            |  |VNI1 VNI2  VNI1 |  |       |  | VNI1 VNI2 VNI1 |  |
            |  +-+-----+----+---+  |       |  +-+-----+-----+--+  |
            |VAP1| VAP2|    | VAP3 |       |VAP1| VAP2|     | VAP3|
            +----+-----+----+------+       +----+-----+-----+-----+
                 |     |    |                   |     |     |
                 |     |    |                   |     |     |
                 |     |    |                   |     |     |
          -------+-----+----+-------------------+-----+-----+-------
                 |     |    |     Tenant        |     |     |
            TSI1 | TSI2|    | TSI3          TSI1| TSI2|     |TSI3
                +---+ +---+ +---+             +---+ +---+   +---+
                |TS1| |TS2| |TS3|             |TS4| |TS5|   |TS6|
                +---+ +---+ +---+             +---+ +---+   +---+</pre><p s=
tyle=3D"font-size:14px;font-family:arial">To my understanding, the BFD sess=
ions between NVE1 and NVE2 are actually initiated and terminated at VAP of =
NVE.</p><p style=3D"font-size:14px;font-family:arial"><span style=3D"font-f=
amily:sans-serif"></span>If the network operator want to set up one BFD ses=
sion between VAP1 of NVE1 and VAP1of NVE2, at the same time another BFD ses=
sion between VAP3 of NVE1 and VAP3 of NVE2, <span style=3D"font-family:aria=
l;line-height:21px">although the two BFD sessions are for the same VNI1,=C2=
=A0</span>I believe it&#39;s reasonable, so that&#39;s why I think we shoul=
d allow it.</p><p style=3D"font-size:14px;font-family:arial"><br></p><p sty=
le=3D"font-size:14px;font-family:arial">Of course, in RFC8014 it also says:=
</p><pre class=3D"gmail-m_-3176041021461486353gmail-m_-7723039013213232804n=
ewpage">&quot;Note that two different Tenant Systems (and TSIs) attached to=
 a common NVE can share a VAP (e.g., TS1 and TS2 in Figure 2) so long as th=
ey connect to the same Virtual Network.<span style=3D"font-family:arial">&q=
uot;</span></pre><p style=3D"font-size:14px;font-family:arial"><span style=
=3D"font-family:sans-serif">Some people may argue that all Tenant Systems c=
onnecting to the same Virtual Network MUST share one VAP, if that&#39;s tru=
e, then VAP1 and VAP3 should merge into one VAP and my explanation doesn&#3=
9;t work. Copying to NVO3 WG to involve more experts, hope for your clarifi=
cations and comments.</span></p><p style=3D"font-size:14px;font-family:aria=
l"><span style=3D"font-family:sans-serif"><br></span></p><p style=3D"font-s=
ize:14px;font-family:arial"><span style=3D"font-family:sans-serif">Best Reg=
ards,</span></p><p style=3D"font-size:14px;font-family:arial"><span style=
=3D"font-family:sans-serif">Xiao Min</span></p></div></blockquote></div></d=
iv></div></div></div></div></div></div><p><br></p></div></blockquote></div>=
</div>

--000000000000b5b59505937641e5--


From nobody Thu Sep 26 12:46:56 2019
Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA6DE120ADD for <rtg-bfd@ietfa.amsl.com>; Thu, 26 Sep 2019 12:46:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2Rp35Tj_kTP5 for <rtg-bfd@ietfa.amsl.com>; Thu, 26 Sep 2019 12:46:51 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 60F11120891 for <rtg-bfd@ietf.org>; Thu, 26 Sep 2019 12:46:51 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 9D8031E2F2; Thu, 26 Sep 2019 15:49:48 -0400 (EDT)
Date: Thu, 26 Sep 2019 15:49:48 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
Cc: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: Re: WGLC for draft-ietf-bfd-large-packets
Message-ID: <20190926194948.GA22700@pfrc.org>
References: <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com> <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org> <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com> <20190918152817.GA20672@pfrc.org> <MN2PR11MB3647316C13CAA5EBD4531B06C1890@MN2PR11MB3647.namprd11.prod.outlook.com> <20190919020128.GB20672@pfrc.org> <BYAPR11MB3638E358EF9CE34818ECD010C1890@BYAPR11MB3638.namprd11.prod.outlook.com> <D95235B0-9917-4C06-97E6-1181BFF6F7CC@pfrc.org> <BYAPR11MB36383D1DF70CFA399BFF6E59C1840@BYAPR11MB3638.namprd11.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <BYAPR11MB36383D1DF70CFA399BFF6E59C1840@BYAPR11MB3638.namprd11.prod.outlook.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/5_ZseB1ao2TwN1aQHD5BhkkYLyE>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Sep 2019 19:46:54 -0000

Les,

On Tue, Sep 24, 2019 at 10:48:51PM +0000, Les Ginsberg (ginsberg) wrote:
> A few more thoughts - maybe these are more helpful than my previous comments - maybe not. I am sure you will let me know.
> 
> Protocol extensions allowing negotiation and/or advertisement of support for larger PDUs may well be useful - but let's agree that it is desirable to deploy this without protocol extensions just to keep the interoperability bar low.
> 
> My primary angst is with the following paragraph in Section 3:
> 
> "It is also worthy of note that even if an implementation can function
>    with larger transport PDUs, that additional packet size may have
>    impact on BFD scaling.  Such systems may support a lower transmission
>    interval (bfd.DesiredMinTxInterval) when operating in large packet
>    mode.  This interval may depend on the size of the transport PDU."
> 
> Given long experience that CPU use correlates more highly with number of packets than with number of bytes, the first sentence would seem to be weakly supported.
> Given the previously mentioned concerns about detection time, the second sentence seems to compromise the value of the extension.

My experience is largely identical to yours.

The motivation for mentioning anything at all here is TANSTAAFL[1], and
we've already had people ask about possible impacts.  And, as we discussed
previously in the thread we shall inevitably get asked about it during TSV
review in IESG.

The primary reason this is a "may" in the non-RFC 2119 sense is that our
experience also suggests that when the scaling impacts are primarily pps
rather than bps that this feature will likely have no major impact on
implementations beyond your valid concerns about exercising bugs.

I suspect had this not been mentioned at all, you would have been happier.
But you're not the target audience for this weak caveat.

> What might be better?
> 
> 1)Some statement that MTU isn't necessarily a consistent value for all systems connected to an interface - which can impact the results when large BFD packets are used. Implementations might then want to consider supporting "bfd-mtu" configuration and/or iterating across a range of packet sizes to determine what works and what doesn't.

I'm not clear what you intend by this statement.

Are you asking that we emphasize the use case in a different way?  The
Introduction currently states: 
  "However,
   some applications may require that the Path MTU [RFC1191] between
   those two systems meets a certain minimum criteria.  When the Path
   MTU decreases below the minimum threshold, those applications may
   wish to consider the path unusable."

I'm also unclear what "Implementations" may refer to here.  BFD?  An
arbitrary user application?  If the latter, the application may not have
strict control over the generation of a given PDU size; e.g. TCP
applications.

> 2)Use of both padded and unpadded packets in combination with draft-ietf-bfd-stability to determine whether a BFD failure is due to padding or a generic forwarding failure.
> 
> Either of these suggestions are really "diagnostic modes" which may help diagnose a problem but aren't meant to be used continuously as part of fast failure detection.

We could certainly add a paragraph or two as an application note about using
this for BFD stability purposes as well.

-- Jeff


From nobody Thu Sep 26 19:50:37 2019
Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCDEC120099; Thu, 26 Sep 2019 19:50:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XzlXy4_7Is4q; Thu, 26 Sep 2019 19:50:31 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6ACA120131; Thu, 26 Sep 2019 19:50:30 -0700 (PDT)
Received: from mxct.zte.com.cn (unknown [192.168.164.217]) by Forcepoint Email with ESMTPS id 90F3622645EF58A1F711; Fri, 27 Sep 2019 10:50:28 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 796271FC869B5DD72F5E; Fri, 27 Sep 2019 10:50:16 +0800 (CST)
Received: from njxapp02.zte.com.cn ([10.41.132.201]) by mse-fl2.zte.com.cn with SMTP id x8R2n4Xi028279; Fri, 27 Sep 2019 10:49:04 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Fri, 27 Sep 2019 10:49:03 +0800 (CST)
Date: Fri, 27 Sep 2019 10:49:03 +0800 (CST)
X-Zmail-TransId: 2afa5d8d789fe4bb8235
X-Mailer: Zmail v1.0
Message-ID: <201909271049039305172@zte.com.cn>
In-Reply-To: <CA+-tSzxoPC07Z_Y=LxmLbmC=__NQSK2+r_0jSH53baN+hXExEQ@mail.gmail.com>
References: CA+-tSzxqA26RVbRRmX43v9yFkMpe94DEmOze9JD+m=Nj9USQ0Q@mail.gmail.com,  CA+-tSzxoPC07Z_Y=LxmLbmC=__NQSK2+r_0jSH53baN+hXExEQ@mail.gmail.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <anoop@alumni.duke.edu>
Cc: <gregimirsky@gmail.com>, <didutt@gmail.com>, <draft-ietf-bfd-vxlan@ietf.org>, <nvo3@ietf.org>, <santosh.pallagatti@gmail.com>, <rtg-bfd@ietf.org>, <jmh@joelhalpern.com>, <tsridhar@vmware.com>
Subject: =?UTF-8?B?UmU6W252bzNdIEJGRCBvdmVyIFZYTEFOOiBUcmFwcGluZyBCRkQgQ29udHJvbCBwYWNrZXQgYXQgVlRFUA==?=
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn x8R2n4Xi028279
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/nOptv9aT50HvQBTAYTkGi5jXoPI>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Sep 2019 02:50:35 -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

SGkgQW5vb3AsDQoNCg0KDQoNCg0KDQpEdWUgdG8gdGhlIGZhY3QgdGhhdCBhIHZhcmlldHkgb2Yg
VHVubmVscyBjb3VsZCBiZSB1c2VkIHVuZGVyIHRoZSBOVk8zIGFyY2hpdGVjdHVyZSwgYXMgYW4g
ZXhhbXBsZSwgYmVsb3cgZmlndXJlIGlsbHVzdHJhdGVzIHRoZSBmb3JtYXQgb2YgTVBMUyBwYWNr
ZXQgb3ZlciBHZW5ldmUgVHVubmVsLg0KDQoNCg0KDQogMCAxIDIgMwogMCAxIDIgMyA0IDUgNiA3
IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxCiArLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
KwogfCB8CiB+IE91dGVyIEV0aGVybmV0IEhlYWRlciB+CiB8IHwKICstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rCiB8IHwKIH4g
T3V0ZXIgSVB2WCBIZWFkZXIgfgogfCB8CiArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKwogfCB8CiB+IE91dGVyIFVEUCBIZWFk
ZXIgfgogfCB8CiArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKwogfCB8CiB+IEdlbmV2ZSBIZWFkZXIgfgogfCB8CiArLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
KzwtKwogfCB8IHwKIH4gTVBMUyBMYWJlbCBTdGFjayB+IE0KIHwgfCBQCiArLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKyBMCiB8
IHwgUwogfCB8CiB+IFBheWxvYWQgfiBQCiB8IHwgSwogfCB8IFQKICstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC0rCiB8IEZD
UyB8CiArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKw0KDQoNCg0KDQoNCk5vdGUgdGhhdCBpbiBOVk8zIHdvcmtpbmcgZ3JvdXAg
R3JlZyBhbmQgSSBoYXZlIHN1Ym1pdHRlZCBhbiBpbmRpdmlkdWFsIGRyYWZ0IGRyYWZ0LXhpYW8t
bnZvMy1iZmQtZ2VuZXZlLCB3aGljaCBpcyB1c2VkIHRvIGFkZHJlc3MgQkZEIG92ZXIgR2VuZXZl
Lg0KDQpUaGUgaW50ZW50aW9uIGlzIHRvIG1ha2UgdGhlIHR3byBkcmFmdHMgZHJhZnQtaWV0Zi1i
ZmQtdnhsYW4gYW5kIGRyYWZ0LXhpYW8tbnZvMy1iZmQtZ2VuZXZlIGFsaWduZWQsIHRoYXQgaXMg
dG8gc2F5LCB3ZSB0cnkgdG8gZGVmaW5lIHRoZSBpZGVudGljYWwgbWVjaGFuaXNtIGZvciB0aGUg
Y29tbW9uIHBhcnQgb2YgQkZEIG92ZXIgVnhMQU4gVHVubmVsIGFuZCBCRkQgb3ZlciBHZW5ldmUg
VHVubmVsLiBGb3IgdGhlIGNvbW1vbiBwYXJ0LCBkcmFmdC14aWFvLW52bzMtYmZkLWdlbmV2ZSB3
b3VsZCByZWZlcmVuY2UgdG8gZHJhZnQtaWV0Zi1iZmQtdnhsYW4sIGFuZCBmb3IgdGhlIG90aGVy
IHBhcnQgc3BlY2lmaWMgdG8gR2VuZXZlLCB3ZSdsbCBkZWZpbmUgdGhlIHNwZWNpZmljIG1lY2hh
bmlzbSBpbiBkcmFmdC14aWFvLW52bzMtYmZkLWdlbmV2ZS4NCg0KDQoNCg0KSG9wZSB0aGF0IGNs
YXJpZmllcy4NCg0KDQoNCg0KQmVzdCBSZWdhcmRzLA0KDQpYaWFvIE1pbg0KDQoNCg0K5Y6f5aeL
6YKu5Lu2DQoNCg0KDQrlj5Hku7bkurrvvJpBbm9vcEdoYW53YW5pIDxhbm9vcEBhbHVtbmkuZHVr
ZS5lZHU+DQrmlLbku7bkurrvvJrogpbmlY8xMDA5MzU3MDsNCuaKhOmAgeS6uu+8mkdyZWcgTWly
c2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb20+O2RpZHV0dEBnbWFpbC5jb20gPGRpZHV0dEBnbWFp
bC5jb20+O2RyYWZ0LWlldGYtYmZkLXZ4bGFuQGlldGYub3JnIDxkcmFmdC1pZXRmLWJmZC12eGxh
bkBpZXRmLm9yZz47bnZvM0BpZXRmLm9yZyA8bnZvM0BpZXRmLm9yZz47c2FudG9zaC5wYWxsYWdh
dHRpQGdtYWlsLmNvbSA8c2FudG9zaC5wYWxsYWdhdHRpQGdtYWlsLmNvbT47cnRnLWJmZCBXRyA8
cnRnLWJmZEBpZXRmLm9yZz47Sm9lbCBNLiBIYWxwZXJuIDxqbWhAam9lbGhhbHBlcm4uY29tPjt0
c3JpZGhhckB2bXdhcmUuY29tIDx0c3JpZGhhckB2bXdhcmUuY29tPjtiZmQtY2hhaXJzQGlldGYu
b3JnIDxiZmQtY2hhaXJzQGlldGYub3JnPjsNCuaXpSDmnJ8g77yaMjAxOeW5tDA55pyIMjbml6Ug
MjM6MTYNCuS4uyDpopgg77yaUmU6IFtudm8zXSBCRkQgb3ZlciBWWExBTjogVHJhcHBpbmcgQkZE
IENvbnRyb2wgcGFja2V0IGF0IFZURVANCg0KDQoNCg0KSGkgWGlhbyBNaW4sDQpJIHRoaW5rIHdl
IHdvdWxkIG5lZWQgbW9yZSBkZXRhaWwgYXJvdW5kIHRoZSB1c2UgY2FzZSBiZWxvdy4gIFdoYXQg
ZG9lcyB0aGUgTVBMUyBwYWNrZXQgb3ZlciBUdW5uZWwgbG9vayBsaWtlPw0KDQpUaGFua3MsDQpB
bm9vcA0KDQoNCg0KDQpPbiBXZWQsIFNlcCAyNSwgMjAxOSBhdCAxMTozNyBQTSA8eGlhby5taW4y
QHp0ZS5jb20uY24+IHdyb3RlOg0KDQoNCg0KSGkgQW5vb3AsDQoNCg0KDQoNCg0KDQpUaGFua3Mg
Zm9yIHlvdXIgY29tbWVudHMuDQoNCg0KQ29uc2lkZXJpbmcgYSBzY2VuYXJpbyB3aGVyZSBUUzEg
aGFzIGFuIE1QTFMgYWNjZXNzIChpLmUuIE1QTFMtUGFja2V0IG92ZXIgVHVubmVsIGJldHdlZW4g
TlZFcykgdG8gVk5JMSwgVFMzIGhhcyBhbiBFdGhlcm5ldCBhY2Nlc3MgKGkuZS4gTUFDLUZyYW1l
IG92ZXIgVHVubmVsIGJldHdlZW4gTlZFcykgdG8gVk5JMSwgdGhlbiBob3cgY2FuIFRTMSBhbmQg
VFMzIHNoYXJlIG9uZSBWQVA/DQoNCg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMsDQoNCg0KWGlhbyBN
aW4NCg0KDQoNCuWOn+Wni+mCruS7tg0KDQoNCg0K5Y+R5Lu25Lq677yaQW5vb3BHaGFud2FuaSA8
YW5vb3BAYWx1bW5pLmR1a2UuZWR1Pg0K5pS25Lu25Lq677ya6IKW5pWPMTAwOTM1NzA7DQrmioTp
gIHkurrvvJpHcmVnIE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPjtkaWR1dHRAZ21haWwu
Y29tIDxkaWR1dHRAZ21haWwuY29tPjtkcmFmdC1pZXRmLWJmZC12eGxhbkBpZXRmLm9yZyA8ZHJh
ZnQtaWV0Zi1iZmQtdnhsYW5AaWV0Zi5vcmc+O252bzNAaWV0Zi5vcmcgPG52bzNAaWV0Zi5vcmc+
O3NhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20gPHNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5j
b20+O3J0Zy1iZmQgV0cgPHJ0Zy1iZmRAaWV0Zi5vcmc+O0pvZWwgTS4gSGFscGVybiA8am1oQGpv
ZWxoYWxwZXJuLmNvbT47dHNyaWRoYXJAdm13YXJlLmNvbSA8dHNyaWRoYXJAdm13YXJlLmNvbT47
YmZkLWNoYWlyc0BpZXRmLm9yZyA8YmZkLWNoYWlyc0BpZXRmLm9yZz47DQrml6Ug5pyfIO+8mjIw
MTnlubQwOeaciDI25pelIDA4OjM2DQrkuLsg6aKYIO+8mlJlOiBbbnZvM10gQkZEIG92ZXIgVlhM
QU46IFRyYXBwaW5nIEJGRCBDb250cm9sIHBhY2tldCBhdCBWVEVQDQoNCg0KX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm52bzMgbWFpbGluZyBsaXN0DQpu
dm8zQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL252bzMN
Cg0KDQoNCj4+Pg0KDQpTb21lIHBlb3BsZSBtYXkgYXJndWUgdGhhdCBhbGwgVGVuYW50IFN5c3Rl
bXMgY29ubmVjdGluZyB0byB0aGUgc2FtZSBWaXJ0dWFsIE5ldHdvcmsgTVVTVCBzaGFyZSBvbmUg
VkFQLCBpZiB0aGF0J3MgdHJ1ZSwgdGhlbiBWQVAxIGFuZCBWQVAzIHNob3VsZCBtZXJnZSBpbnRv
IG9uZSBWQVAgYW5kIG15IGV4cGxhbmF0aW9uIGRvZXNuJ3Qgd29yay4gQ29weWluZyB0byBOVk8z
IFdHIHRvIGludm9sdmUgbW9yZSBleHBlcnRzLCBob3BlIGZvciB5b3VyIGNsYXJpZmljYXRpb25z
IGFuZCBjb21tZW50cy4gIA0KDQoNCj4+Pg0KDQpJIHdvdWxkIGJlIG9uZSBvZiB0aG9zZSB0aGF0
IHdvdWxkIGFyZ3VlIHRoYXQgdGhleSBNVVNUIHNoYXJlIG9uIFZBUCBpZiB0aGV5IGNvbm5lY3Qg
dG8gdGhlIHNhbWUgVmlydHVhbCBOZXR3b3JrLiAgSU1PLCB0aGUgTlZPMyBhcmNoIGRvYyBzaG91
bGQgaGF2ZSBiZWVuIGNsZWFyZXIgYWJvdXQgdGhpcy4NCg0KVGhhbmtzLA0KQW5vb3ANCg0KDQoN
Ck9uIFR1ZSwgU2VwIDI0LCAyMDE5IGF0IDc6NDAgUE0gPHhpYW8ubWluMkB6dGUuY29tLmNuPiB3
cm90ZToNCg0KDQoNCkhpIFNhbnRvc2gsDQoNCg0KDQoNCg0KDQpXaXRoIHJlZ2FyZCB0byB0aGUg
cXVlc3Rpb24gd2hldGhlciB3ZSBzaG91bGQgYWxsb3cgbXVsdGlwbGUgQkZEIHNlc3Npb25zIGZv
ciB0aGUgc2FtZSBWTkkgb3Igbm90LCBJTUhPIHdlIHNob3VsZCBhbGxvdyBpdCwgbW9yZSBleHBs
YW5hdGlvbiBhcyBmb2xsb3dzLi4uDQoNCg0KQmVsb3cgaXMgYSBmaWd1cmUgZGVyaXZlZCBmcm9t
IGZpZ3VyZSAyIG9mIFJGQzgwMTQgKEFuIEFyY2hpdGVjdHVyZSBmb3IgRGF0YS1DZW50ZXIgTmV0
d29yayBWaXJ0dWFsaXphdGlvbiBvdmVyIExheWVyIDMgKE5WTzMpKS4NCg0KDQoNCg0KIHwgRGF0
YSBDZW50ZXIgTmV0d29yayAoSVApIHwKIHwgfAogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tKwogfCB8CiB8IFR1bm5lbCBPdmVybGF5IHwKICstLS0tLS0tLS0tLS0r
LS0tLS0tLS0tKyArLS0tLS0tLS0tKy0tLS0tLS0tLS0tLSsKIHwgKy0tLS0tLS0tLS0rLS0tLS0t
LSsgfCB8ICstLS0tLS0tKy0tLS0tLS0tLS0rIHwKIHwgfCBPdmVybGF5IE1vZHVsZSB8IHwgfCB8
IE92ZXJsYXkgTW9kdWxlIHwgfAogfCArLS0tLS0tLS0tKy0tLS0tLS0tKyB8IHwgKy0tLS0tLS0t
LSstLS0tLS0tLSsgfAogfCB8IHwgfCB8IHwKIE5WRTEgfCB8IHwgfCB8IHwgTlZFMgogfCArLS0t
LS0tLS0rLS0tLS0tLSsgfCB8ICstLS0tLS0tLSstLS0tLS0tKyB8CiB8IHxWTkkxIFZOSTIgVk5J
MSB8IHwgfCB8IFZOSTEgVk5JMiBWTkkxIHwgfAogfCArLSstLS0tLSstLS0tKy0tLSsgfCB8ICst
Ky0tLS0tKy0tLS0tKy0tKyB8CiB8VkFQMXwgVkFQMnwgfCBWQVAzIHwgfFZBUDF8IFZBUDJ8IHwg
VkFQM3wKICstLS0tKy0tLS0tKy0tLS0rLS0tLS0tKyArLS0tLSstLS0tLSstLS0tLSstLS0tLSsK
IHwgfCB8IHwgfCB8CiB8IHwgfCB8IHwgfAogfCB8IHwgfCB8IHwKIC0tLS0tLS0rLS0tLS0rLS0t
LSstLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tKy0tLS0tKy0tLS0tLS0KIHwgfCB8IFRlbmFudCB8
IHwgfAogVFNJMSB8IFRTSTJ8IHwgVFNJMyBUU0kxfCBUU0kyfCB8VFNJMwogKy0tLSsgKy0tLSsg
Ky0tLSsgKy0tLSsgKy0tLSsgKy0tLSsKIHxUUzF8IHxUUzJ8IHxUUzN8IHxUUzR8IHxUUzV8IHxU
UzZ8CiArLS0tKyArLS0tKyArLS0tKyArLS0tKyArLS0tKyArLS0tKw0KVG8gbXkgdW5kZXJzdGFu
ZGluZywgdGhlIEJGRCBzZXNzaW9ucyBiZXR3ZWVuIE5WRTEgYW5kIE5WRTIgYXJlIGFjdHVhbGx5
IGluaXRpYXRlZCBhbmQgdGVybWluYXRlZCBhdCBWQVAgb2YgTlZFLg0KDQoNCklmIHRoZSBuZXR3
b3JrIG9wZXJhdG9yIHdhbnQgdG8gc2V0IHVwIG9uZSBCRkQgc2Vzc2lvbiBiZXR3ZWVuIFZBUDEg
b2YgTlZFMSBhbmQgVkFQMW9mIE5WRTIsIGF0IHRoZSBzYW1lIHRpbWUgYW5vdGhlciBCRkQgc2Vz
c2lvbiBiZXR3ZWVuIFZBUDMgb2YgTlZFMSBhbmQgVkFQMyBvZiBOVkUyLCBhbHRob3VnaCB0aGUg
dHdvIEJGRCBzZXNzaW9ucyBhcmUgZm9yIHRoZSBzYW1lIFZOSTEsIEkgYmVsaWV2ZSBpdCdzIHJl
YXNvbmFibGUsIHNvIHRoYXQncyB3aHkgSSB0aGluayB3ZSBzaG91bGQgYWxsb3cgaXQuDQoNCg0K
DQoNCg0KDQpPZiBjb3Vyc2UsIGluIFJGQzgwMTQgaXQgYWxzbyBzYXlzOg0KDQoiTm90ZSB0aGF0
IHR3byBkaWZmZXJlbnQgVGVuYW50IFN5c3RlbXMgKGFuZCBUU0lzKSBhdHRhY2hlZCB0byBhIGNv
bW1vbiBOVkUgY2FuIHNoYXJlIGEgVkFQIChlLmcuLCBUUzEgYW5kIFRTMiBpbiBGaWd1cmUgMikg
c28gbG9uZyBhcyB0aGV5IGNvbm5lY3QgdG8gdGhlIHNhbWUgVmlydHVhbCBOZXR3b3JrLiINClNv
bWUgcGVvcGxlIG1heSBhcmd1ZSB0aGF0IGFsbCBUZW5hbnQgU3lzdGVtcyBjb25uZWN0aW5nIHRv
IHRoZSBzYW1lIFZpcnR1YWwgTmV0d29yayBNVVNUIHNoYXJlIG9uZSBWQVAsIGlmIHRoYXQncyB0
cnVlLCB0aGVuIFZBUDEgYW5kIFZBUDMgc2hvdWxkIG1lcmdlIGludG8gb25lIFZBUCBhbmQgbXkg
ZXhwbGFuYXRpb24gZG9lc24ndCB3b3JrLiBDb3B5aW5nIHRvIE5WTzMgV0cgdG8gaW52b2x2ZSBt
b3JlIGV4cGVydHMsIGhvcGUgZm9yIHlvdXIgY2xhcmlmaWNhdGlvbnMgYW5kIGNvbW1lbnRzLg0K
DQoNCg0KDQoNCg0KQmVzdCBSZWdhcmRzLA0KDQoNClhpYW8gTWlu


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbDsiPkhpIEFub29wLDwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1m
YW1pbHk6YXJpYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWls
eTphcmlhbDsiPkR1ZSB0byB0aGUgZmFjdCB0aGF0Jm5ic3A7YSB2YXJpZXR5IG9mIFR1bm5lbHMg
Y291bGQgYmUgdXNlZCB1bmRlciB0aGUgTlZPMyBhPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBB
cmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5h
LCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgbGluZS1oZWlnaHQ6IDI0cHg7IGJhY2tn
cm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPnJjaGl0ZWN0dXJlLCBhcyBhbiBleGFt
cGxlLCBiZWxvdyBmaWd1cmUgaWxsdXN0cmF0ZXMgdGhlIGZvcm1hdCBvZiBNUExTIHBhY2tldCBv
dmVyIEdlbmV2ZSBUdW5uZWwuPC9zcGFuPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9u
dC1mYW1pbHk6YXJpYWw7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMs
ICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVs
dmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjRweDsgYmFja2dyb3VuZC1jb2xvcjog
cmdiKDI1NSwgMjU1LCAyNTUpOyI+PC9zcGFuPjwvcD48cHJlPiAgICAwICAgICAgICAgICAgICAg
ICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzCiAgICAwIDEgMiAz
IDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEK
ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSsKICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfiAgICAgICAgICAgICAgICAgICAgICBPdXRlciBF
dGhlcm5ldCBIZWFkZXIgICAgICAgICAgICAgICAgICAgIH4KICAgfCAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSsKICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIHwKICAgfiAgICAgICAgICAgICAgICAgICAgICAgIE91dGVyIElQdlggSGVh
ZGVyICAgICAgICAgICAgICAgICAgICAgIH4KICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsKICAgfCAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHwKICAgfiAgICAgICAgICAgICAgICAgICAgICAgIE91dGVyIFVEUCBIZWFkZXIgICAgICAg
ICAgICAgICAgICAgICAgIH4KICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsKICAgfCAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAg
fiAgICAgICAgICAgICAgICAgICAgICAgICAgR2VuZXZlIEhlYWRlciAgICAgICAgICAgICAgICAg
ICAgICAgIH4KICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIHwKICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsmbHQ7LSsKICAgfCAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIHwKICAg
fiAgICAgICAgICAgICAgICAgICAgICAgICBNUExTIExhYmVsIFN0YWNrICAgICAgICAgICAgICAg
ICAgICAgIH4gIE0KICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHwgIFAKICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsgIEwKICAgfCAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIFMK
ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIHwKICAgfiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUGF5bG9hZCAgICAg
ICAgICAgICAgICAgICAgICAgICAgIH4gIFAKICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIEsKICAgfCAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIFQK
ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSsmbHQ7LSsKICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGQ1Mg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L3ByZT48cCBzdHlsZT0i
Zm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p
bHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZl
cmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjRweDsg
YmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PC9zcGFuPjwvcD48cD48YnI+
PC9wPjxwPk5vdGUgdGhhdCBpbiBOVk8zIHdvcmtpbmcgZ3JvdXAgR3JlZyBhbmQgSSBoYXZlIHN1
Ym1pdHRlZCBhbiBpbmRpdmlkdWFsIGRyYWZ0IGRyYWZ0LXhpYW8tbnZvMy1iZmQtZ2VuZXZlLCB3
aGljaCBpcyB1c2VkIHRvIGFkZHJlc3MgQkZEIG92ZXIgR2VuZXZlLjwvcD48cD5UaGUgaW50ZW50
aW9uIGlzIHRvIG1ha2UgdGhlIHR3byBkcmFmdHMgZHJhZnQtaWV0Zi1iZmQtdnhsYW4gYW5kIGRy
YWZ0LXhpYW8tbnZvMy1iZmQtZ2VuZXZlIGFsaWduZWQsIHRoYXQgaXMgdG8gc2F5LCB3ZSB0cnkg
dG8gZGVmaW5lIHRoZSBpZGVudGljYWwgbWVjaGFuaXNtIGZvciB0aGUgY29tbW9uIHBhcnQgb2Yg
QkZEIG92ZXIgVnhMQU4gVHVubmVsIGFuZCBCRkQgb3ZlciBHZW5ldmUgVHVubmVsLiBGb3IgdGhl
IGNvbW1vbiBwYXJ0LCBkcmFmdC14aWFvLW52bzMtYmZkLWdlbmV2ZSB3b3VsZCByZWZlcmVuY2Ug
dG8gZHJhZnQtaWV0Zi1iZmQtdnhsYW4sIGFuZCBmb3IgdGhlIG90aGVyIHBhcnQgc3BlY2lmaWMg
dG8gR2VuZXZlLCB3ZSdsbCBkZWZpbmUgdGhlIHNwZWNpZmljIG1lY2hhbmlzbSBpbiBkcmFmdC14
aWFvLW52bzMtYmZkLWdlbmV2ZS48L3A+PHA+PGJyPjwvcD48cD5Ib3BlIHRoYXQgY2xhcmlmaWVz
LjwvcD48cD48YnI+PC9wPjxwPkJlc3QgUmVnYXJkcyw8L3A+PHA+WGlhbyBNaW48L3A+PGRpdj48
ZGl2IGNsYXNzPSJ6aGlzdG9yeVJvdyIgc3R5bGU9ImRpc3BsYXk6YmxvY2siPjxkaXYgY2xhc3M9
InpoaXN0b3J5RGVzIiBzdHlsZT0id2lkdGg6IDEwMCU7IGhlaWdodDogMjhweDsgbGluZS1oZWln
aHQ6IDI4cHg7IGJhY2tncm91bmQtY29sb3I6ICNFMEU1RTk7IGNvbG9yOiAjMTM4OEZGOyB0ZXh0
LWFsaWduOiBjZW50ZXI7IiBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5T3JnVHh0Ij7ljp/lp4vpgq7k
u7Y8L2Rpdj48ZGl2IGlkPSJ6d3JpdGVIaXN0b3J5Q29udGFpbmVyIj48ZGl2IGNsYXNzPSJjb250
cm9sLWdyb3VwIHpoaXN0b3J5UGFuZWwiPjxkaXYgY2xhc3M9InpoaXN0b3J5SGVhZGVyIiBzdHls
ZT0icGFkZGluZzogOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRjVGNkY4OyI+PGRpdj48c3Ryb25n
IGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTZW5kZXJUeHQiPuWPkeS7tuS6uu+8mjwvc3Ryb25nPjxz
cGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIj5Bbm9vcEdoYW53YW5pICZsdDthbm9vcEBhbHVtbmku
ZHVrZS5lZHUmZ3Q7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0
b3J5VE9UeHQiPuaUtuS7tuS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1l
IiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+6IKW5pWPMTAwOTM1NzA7PC9zcGFuPjwvZGl2Pjxk
aXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5Q0NUeHQiPuaKhOmAgeS6uu+8mjwvc3Ry
b25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+
R3JlZyBNaXJza3kgJmx0O2dyZWdpbWlyc2t5QGdtYWlsLmNvbSZndDs7PC9zcGFuPjxzcGFuIGNs
YXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+ZGlkdXR0QGdtYWls
LmNvbSAmbHQ7ZGlkdXR0QGdtYWlsLmNvbSZndDs7PC9zcGFuPjxzcGFuIGNsYXNzPSJ6cmVhZFVz
ZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+ZHJhZnQtaWV0Zi1iZmQtdnhsYW5AaWV0
Zi5vcmcgJmx0O2RyYWZ0LWlldGYtYmZkLXZ4bGFuQGlldGYub3JnJmd0Ozs8L3NwYW4+PHNwYW4g
Y2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5udm8zQGlldGYu
b3JnICZsdDtudm8zQGlldGYub3JnJmd0Ozs8L3NwYW4+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5h
bWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29t
ICZsdDtzYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tJmd0Ozs8L3NwYW4+PHNwYW4gY2xhc3M9
InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5ydGctYmZkIFdHICZsdDty
dGctYmZkQGlldGYub3JnJmd0Ozs8L3NwYW4+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0
eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5Kb2VsIE0uIEhhbHBlcm4gJmx0O2ptaEBqb2VsaGFscGVy
bi5jb20mZ3Q7Ozwvc3Bhbj48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3Bs
YXk6IGlubGluZTsiPnRzcmlkaGFyQHZtd2FyZS5jb20gJmx0O3RzcmlkaGFyQHZtd2FyZS5jb20m
Z3Q7Ozwvc3Bhbj48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlu
bGluZTsiPmJmZC1jaGFpcnNAaWV0Zi5vcmcgJmx0O2JmZC1jaGFpcnNAaWV0Zi5vcmcmZ3Q7Ozwv
c3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeURhdGVUeHQiPuaX
pSDmnJ8g77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9IiI+MjAxOeW5tDA55pyIMjbml6UgMjM6MTY8
L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTdWJqZWN0VHh0
Ij7kuLsg6aKYIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFRpdGxlIj48c3Ryb25nPlJl
OiBbbnZvM10gQkZEIG92ZXIgVlhMQU46IFRyYXBwaW5nIEJGRCBDb250cm9sIHBhY2tldCBhdCBW
VEVQPC9zdHJvbmc+PC9zcGFuPjwvZGl2PjwvZGl2PjxkaXYgY2xhc3M9InpoaXN0b3J5Q29udGVu
dCI+PGRpdj48ZGl2IGRpcj0ibHRyIj48ZGl2IGRpcj0ibHRyIj5IaSBYaWFvIE1pbiw8YnI+PGRp
dj5JIHRoaW5rIHdlIHdvdWxkIG5lZWQgbW9yZSBkZXRhaWwgYXJvdW5kIHRoZSB1c2UgY2FzZSBi
ZWxvdy4mbmJzcDsgV2hhdCBkb2VzIHRoZSBNUExTIHBhY2tldCBvdmVyIFR1bm5lbCBsb29rIGxp
a2U/PC9kaXY+PGJyPjxkaXY+VGhhbmtzLDwvZGl2PjxkaXY+QW5vb3A8L2Rpdj48L2Rpdj48YnI+
PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9hdHRy
Ij5PbiBXZWQsIFNlcCAyNSwgMjAxOSBhdCAxMTozNyBQTSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhp
YW8ubWluMkB6dGUuY29tLmNuIiB0YXJnZXQ9Il9ibGFuayI+eGlhby5taW4yQHp0ZS5jb20uY248
L2E+Jmd0OyB3cm90ZTo8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBz
dHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2Io
MjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgY2xhc3M9ImdtYWlsLW1fLTMxNzYw
NDEwMjE0NjE0ODYzNTN6Y29udGVudFJvdyI+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQt
ZmFtaWx5OmFyaWFsIj5IaSBBbm9vcCw8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQt
ZmFtaWx5OmFyaWFsIj48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWls
eTphcmlhbCI+VGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLjwvcD48cCBzdHlsZT0iZm9udC1zaXpl
OjE0cHg7Zm9udC1mYW1pbHk6YXJpYWwiPkNvbnNpZGVyaW5nIGEgc2NlbmFyaW8gd2hlcmUgVFMx
IGhhcyBhbiBNUExTIGFjY2VzcyAoaS5lLiBNUExTLVBhY2tldCBvdmVyIFR1bm5lbCBiZXR3ZWVu
IE5WRXMpIHRvIFZOSTEsIFRTMyBoYXMgYW4gRXRoZXJuZXQgYWNjZXNzIChpLmUuIE1BQy1GcmFt
ZSBvdmVyIFR1bm5lbCBiZXR3ZWVuIE5WRXMpIHRvIFZOSTEsIHRoZW4gaG93IGNhbiBUUzEgYW5k
IFRTMyBzaGFyZSBvbmUgVkFQPzwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1p
bHk6YXJpYWwiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFy
aWFsIj5CZXN0IFJlZ2FyZHMsPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWls
eTphcmlhbCI+WGlhbyBNaW48L3A+PGRpdj48ZGl2IGNsYXNzPSJnbWFpbC1tXy0zMTc2MDQxMDIx
NDYxNDg2MzUzemhpc3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2IGNsYXNzPSJn
bWFpbC1tXy0zMTc2MDQxMDIxNDYxNDg2MzUzemhpc3RvcnlEZXMiIHN0eWxlPSJ3aWR0aDoxMDAl
O2hlaWdodDoyOHB4O2xpbmUtaGVpZ2h0OjI4cHg7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjI0LDIy
OSwyMzMpO2NvbG9yOnJnYigxOSwxMzYsMjU1KTt0ZXh0LWFsaWduOmNlbnRlciI+5Y6f5aeL6YKu
5Lu2PC9kaXY+PGRpdiBpZD0iZ21haWwtbV8tMzE3NjA0MTAyMTQ2MTQ4NjM1M3p3cml0ZUhpc3Rv
cnlDb250YWluZXIiPjxkaXYgY2xhc3M9ImdtYWlsLW1fLTMxNzYwNDEwMjE0NjE0ODYzNTNjb250
cm9sLWdyb3VwIGdtYWlsLW1fLTMxNzYwNDEwMjE0NjE0ODYzNTN6aGlzdG9yeVBhbmVsIj48ZGl2
IGNsYXNzPSJnbWFpbC1tXy0zMTc2MDQxMDIxNDYxNDg2MzUzemhpc3RvcnlIZWFkZXIiIHN0eWxl
PSJwYWRkaW5nOjhweDtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNDUsMjQ2LDI0OCkiPjxkaXY+PHN0
cm9uZz7lj5Hku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0iZ21haWwtbV8tMzE3NjA0MTAy
MTQ2MTQ4NjM1M3pyZWFkVXNlck5hbWUiPkFub29wR2hhbndhbmkgJmx0OzxhIGhyZWY9Im1haWx0
bzphbm9vcEBhbHVtbmkuZHVrZS5lZHUiIHRhcmdldD0iX2JsYW5rIj5hbm9vcEBhbHVtbmkuZHVr
ZS5lZHU8L2E+Jmd0Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmc+5pS25Lu25Lq677yaPC9zdHJv
bmc+PHNwYW4gY2xhc3M9ImdtYWlsLW1fLTMxNzYwNDEwMjE0NjE0ODYzNTN6cmVhZFVzZXJOYW1l
IiBzdHlsZT0iZGlzcGxheTppbmxpbmUiPuiCluaVjzEwMDkzNTcwOzwvc3Bhbj48L2Rpdj48ZGl2
PjxzdHJvbmc+5oqE6YCB5Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9ImdtYWlsLW1fLTMxNzYw
NDEwMjE0NjE0ODYzNTN6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTppbmxpbmUiPkdyZWcg
TWlyc2t5ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9
Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDs7PC9zcGFuPjxzcGFuIGNsYXNz
PSJnbWFpbC1tXy0zMTc2MDQxMDIxNDYxNDg2MzUzenJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3Bs
YXk6aW5saW5lIj48YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxh
bmsiPmRpZHV0dEBnbWFpbC5jb208L2E+ICZsdDs8YSBocmVmPSJtYWlsdG86ZGlkdXR0QGdtYWls
LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRpZHV0dEBnbWFpbC5jb208L2E+Jmd0Ozs8L3NwYW4+PHNw
YW4gY2xhc3M9ImdtYWlsLW1fLTMxNzYwNDEwMjE0NjE0ODYzNTN6cmVhZFVzZXJOYW1lIiBzdHls
ZT0iZGlzcGxheTppbmxpbmUiPjxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLWJmZC12eGxhbkBp
ZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRyYWZ0LWlldGYtYmZkLXZ4bGFuQGlldGYub3JnPC9h
PiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtYmZkLXZ4bGFuQGlldGYub3JnIiB0YXJn
ZXQ9Il9ibGFuayI+ZHJhZnQtaWV0Zi1iZmQtdnhsYW5AaWV0Zi5vcmc8L2E+Jmd0Ozs8L3NwYW4+
PHNwYW4gY2xhc3M9ImdtYWlsLW1fLTMxNzYwNDEwMjE0NjE0ODYzNTN6cmVhZFVzZXJOYW1lIiBz
dHlsZT0iZGlzcGxheTppbmxpbmUiPjxhIGhyZWY9Im1haWx0bzpudm8zQGlldGYub3JnIiB0YXJn
ZXQ9Il9ibGFuayI+bnZvM0BpZXRmLm9yZzwvYT4gJmx0OzxhIGhyZWY9Im1haWx0bzpudm8zQGll
dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bnZvM0BpZXRmLm9yZzwvYT4mZ3Q7Ozwvc3Bhbj48c3Bh
biBjbGFzcz0iZ21haWwtbV8tMzE3NjA0MTAyMTQ2MTQ4NjM1M3pyZWFkVXNlck5hbWUiIHN0eWxl
PSJkaXNwbGF5OmlubGluZSI+PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFp
bC5jb20iIHRhcmdldD0iX2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPC9hPiAm
bHQ7PGEgaHJlZj0ibWFpbHRvOnNhbnRvc2gucGFsbGFnYXR0aUBnbWFpbC5jb20iIHRhcmdldD0i
X2JsYW5rIj5zYW50b3NoLnBhbGxhZ2F0dGlAZ21haWwuY29tPC9hPiZndDs7PC9zcGFuPjxzcGFu
IGNsYXNzPSJnbWFpbC1tXy0zMTc2MDQxMDIxNDYxNDg2MzUzenJlYWRVc2VyTmFtZSIgc3R5bGU9
ImRpc3BsYXk6aW5saW5lIj5ydGctYmZkIFdHICZsdDs8YSBocmVmPSJtYWlsdG86cnRnLWJmZEBp
ZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnJ0Zy1iZmRAaWV0Zi5vcmc8L2E+Jmd0Ozs8L3NwYW4+
PHNwYW4gY2xhc3M9ImdtYWlsLW1fLTMxNzYwNDEwMjE0NjE0ODYzNTN6cmVhZFVzZXJOYW1lIiBz
dHlsZT0iZGlzcGxheTppbmxpbmUiPkpvZWwgTS4gSGFscGVybiAmbHQ7PGEgaHJlZj0ibWFpbHRv
OmptaEBqb2VsaGFscGVybi5jb20iIHRhcmdldD0iX2JsYW5rIj5qbWhAam9lbGhhbHBlcm4uY29t
PC9hPiZndDs7PC9zcGFuPjxzcGFuIGNsYXNzPSJnbWFpbC1tXy0zMTc2MDQxMDIxNDYxNDg2MzUz
enJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6aW5saW5lIj48YSBocmVmPSJtYWlsdG86dHNy
aWRoYXJAdm13YXJlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnRzcmlkaGFyQHZtd2FyZS5jb208L2E+
ICZsdDs8YSBocmVmPSJtYWlsdG86dHNyaWRoYXJAdm13YXJlLmNvbSIgdGFyZ2V0PSJfYmxhbmsi
PnRzcmlkaGFyQHZtd2FyZS5jb208L2E+Jmd0Ozs8L3NwYW4+PHNwYW4gY2xhc3M9ImdtYWlsLW1f
LTMxNzYwNDEwMjE0NjE0ODYzNTN6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTppbmxpbmUi
PjxhIGhyZWY9Im1haWx0bzpiZmQtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+YmZk
LWNoYWlyc0BpZXRmLm9yZzwvYT4gJmx0OzxhIGhyZWY9Im1haWx0bzpiZmQtY2hhaXJzQGlldGYu
b3JnIiB0YXJnZXQ9Il9ibGFuayI+YmZkLWNoYWlyc0BpZXRmLm9yZzwvYT4mZ3Q7Ozwvc3Bhbj48
L2Rpdj48ZGl2PjxzdHJvbmc+5pelIOacnyDvvJo8L3N0cm9uZz4yMDE55bm0MDnmnIgyNuaXpSAw
ODozNjwvZGl2PjxkaXY+PHN0cm9uZz7kuLsg6aKYIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJn
bWFpbC1tXy0zMTc2MDQxMDIxNDYxNDg2MzUzenJlYWRUaXRsZSI+PHN0cm9uZz5SZTogW252bzNd
IEJGRCBvdmVyIFZYTEFOOiBUcmFwcGluZyBCRkQgQ29udHJvbCBwYWNrZXQgYXQgVlRFUDwvc3Ry
b25nPjwvc3Bhbj48L2Rpdj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbC1tXy0zMTc2MDQxMDIxNDYx
NDg2MzUzemhpc3RvcnlDb250ZW50Ij48ZGl2Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fPGJyPm52bzMmbmJzcDttYWlsaW5nJm5ic3A7bGlzdDxicj48YSBo
cmVmPSJtYWlsdG86bnZvM0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm52bzNAaWV0Zi5vcmc8
L2E+PGJyPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbnZv
MyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v
bnZvMzwvYT48YnI+PGJyPjxkaXYgZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPiZndDsmZ3Q7Jmd0
OzwvZGl2PjxkaXYgZGlyPSJsdHIiPlNvbWUgcGVvcGxlIG1heSBhcmd1ZSB0aGF0IGFsbCBUZW5h
bnQgU3lzdGVtcyBjb25uZWN0aW5nIHRvIHRoZSBzYW1lIFZpcnR1YWwgTmV0d29yayBNVVNUIHNo
YXJlIG9uZSBWQVAsIGlmIHRoYXQncyB0cnVlLCB0aGVuIFZBUDEgYW5kIFZBUDMgc2hvdWxkIG1l
cmdlIGludG8gb25lIFZBUCBhbmQgbXkgZXhwbGFuYXRpb24gZG9lc24ndCB3b3JrLiBDb3B5aW5n
IHRvIE5WTzMgV0cgdG8gaW52b2x2ZSBtb3JlIGV4cGVydHMsIGhvcGUgZm9yIHlvdXIgY2xhcmlm
aWNhdGlvbnMgYW5kIGNvbW1lbnRzLiZuYnNwOyZuYnNwOzxicj48L2Rpdj48ZGl2IGRpcj0ibHRy
Ij4mZ3Q7Jmd0OyZndDs8L2Rpdj48YnI+PGRpdj5JIHdvdWxkIGJlIG9uZSBvZiB0aG9zZSB0aGF0
IHdvdWxkIGFyZ3VlIHRoYXQgdGhleSBNVVNUIHNoYXJlIG9uIFZBUCBpZiB0aGV5IGNvbm5lY3Qg
dG8gdGhlIHNhbWUgVmlydHVhbCBOZXR3b3JrLiZuYnNwOyBJTU8sIHRoZSBOVk8zIGFyY2ggZG9j
IHNob3VsZCBoYXZlIGJlZW4gY2xlYXJlciBhYm91dCB0aGlzLjwvZGl2Pjxicj48ZGl2PlRoYW5r
cyw8L2Rpdj48ZGl2PkFub29wPC9kaXY+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj48ZGl2
IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+T24gVHVlLCBTZXAgMjQsIDIwMTkgYXQgNzo0
MCBQTSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnhpYW8ubWluMkB6dGUuY29tLmNuIiB0YXJnZXQ9Il9i
bGFuayI+eGlhby5taW4yQHp0ZS5jb20uY248L2E+Jmd0OyB3cm90ZTo8YnI+PC9kaXY+PGJsb2Nr
cXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4
O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgi
PjxkaXYgY2xhc3M9ImdtYWlsLW1fLTMxNzYwNDEwMjE0NjE0ODYzNTNnbWFpbC1tXy03NzIzMDM5
MDEzMjEzMjMyODA0emNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh
bWlseTphcmlhbCI+SGkgU2FudG9zaCw8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQt
ZmFtaWx5OmFyaWFsIj48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWls
eTphcmlhbCI+V2l0aCByZWdhcmQgdG8gdGhlIHF1ZXN0aW9uIHdoZXRoZXIgd2Ugc2hvdWxkJm5i
c3A7PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OnNhbnMtc2VyaWYiPmFsbG93IG11bHRpcGxlIEJG
RCBzZXNzaW9ucyBmb3IgdGhlIHNhbWUgVk5JIG9yIG5vdCwgSU1ITyB3ZSBzaG91bGQgYWxsb3cg
aXQsIG1vcmUgZXhwbGFuYXRpb24gYXMgZm9sbG93cy4uLjwvc3Bhbj48L3A+PHAgc3R5bGU9ImZv
bnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6
c2Fucy1zZXJpZiI+QmVsb3cgaXMgYSBmaWd1cmUgZGVyaXZlZCBmcm9tIGZpZ3VyZSAyIG9mIFJG
QzgwMTQgKDxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpBcmlhbCzlrovkvZMsJnF1b3Q7TWljcm9z
b2Z0IFlhaGVpJnF1b3Q7LCZxdW90O0x1Y2lkYSBHcmFuZGUmcXVvdDssVmVyZGFuYSxMdWNpZGEs
SGVsdmV0aWNhLHNhbnMtc2VyaWY7bGluZS1oZWlnaHQ6MjRweDtiYWNrZ3JvdW5kLWNvbG9yOnJn
YigyNTUsMjU1LDI1NSkiPkFuIEFyY2hpdGVjdHVyZSBmb3IgRGF0YS1DZW50ZXIgTmV0d29yayBW
aXJ0dWFsaXphdGlvbiBvdmVyIExheWVyIDMgKE5WTzMpPC9zcGFuPikuPC9zcGFuPjwvcD48cCBz
dHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWwiPjxzcGFuIHN0eWxlPSJmb250
LWZhbWlseTpzYW5zLXNlcmlmIj48L3NwYW4+PC9wPjxwcmU+ICAgICAgICAgICAgICAgICAgICB8
ICAgICAgICAgRGF0YSBDZW50ZXIgTmV0d29yayAoSVApICAgICAgICB8CiAgICAgICAgICAgICAg
ICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICAgICAg
ICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsK
ICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAg
ICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgIFR1bm5lbCBPdmVybGF5ICAgICAgfAogICAg
ICAgICAgICArLS0tLS0tLS0tLS0tKy0tLS0tLS0tLSsgICAgICAgKy0tLS0tLS0tLSstLS0tLS0t
LS0tLS0rCiAgICAgICAgICAgIHwgKy0tLS0tLS0tLS0rLS0tLS0tLSsgfCAgICAgICB8ICstLS0t
LS0tKy0tLS0tLS0tLS0rIHwKICAgICAgICAgICAgfCB8ICBPdmVybGF5IE1vZHVsZSAgfCB8ICAg
ICAgIHwgfCAgT3ZlcmxheSBNb2R1bGUgIHwgfAogICAgICAgICAgICB8ICstLS0tLS0tLS0rLS0t
LS0tLS0rIHwgICAgICAgfCArLS0tLS0tLS0tKy0tLS0tLS0tKyB8CiAgICAgICAgICAgIHwgICAg
ICAgICAgIHwgICAgICAgICAgfCAgICAgICB8ICAgICAgICAgICB8ICAgICAgICAgIHwKICAgICBO
VkUxICAgfCAgICAgICAgICAgfCAgICAgICAgICB8ICAgICAgIHwgICAgICAgICAgIHwgICAgICAg
ICAgfCBOVkUyCiAgICAgICAgICAgIHwgICstLS0tLS0tLSstLS0tLS0tKyAgfCAgICAgICB8ICAr
LS0tLS0tLS0rLS0tLS0tLSsgIHwKICAgICAgICAgICAgfCAgfFZOSTEgVk5JMiAgVk5JMSB8ICB8
ICAgICAgIHwgIHwgVk5JMSBWTkkyIFZOSTEgfCAgfAogICAgICAgICAgICB8ICArLSstLS0tLSst
LS0tKy0tLSsgIHwgICAgICAgfCAgKy0rLS0tLS0rLS0tLS0rLS0rICB8CiAgICAgICAgICAgIHxW
QVAxfCBWQVAyfCAgICB8IFZBUDMgfCAgICAgICB8VkFQMXwgVkFQMnwgICAgIHwgVkFQM3wKICAg
ICAgICAgICAgKy0tLS0rLS0tLS0rLS0tLSstLS0tLS0rICAgICAgICstLS0tKy0tLS0tKy0tLS0t
Ky0tLS0tKwogICAgICAgICAgICAgICAgIHwgICAgIHwgICAgfCAgICAgICAgICAgICAgICAgICB8
ICAgICB8ICAgICB8CiAgICAgICAgICAgICAgICAgfCAgICAgfCAgICB8ICAgICAgICAgICAgICAg
ICAgIHwgICAgIHwgICAgIHwKICAgICAgICAgICAgICAgICB8ICAgICB8ICAgIHwgICAgICAgICAg
ICAgICAgICAgfCAgICAgfCAgICAgfAogICAgICAgICAgLS0tLS0tLSstLS0tLSstLS0tKy0tLS0t
LS0tLS0tLS0tLS0tLS0rLS0tLS0rLS0tLS0rLS0tLS0tLQogICAgICAgICAgICAgICAgIHwgICAg
IHwgICAgfCAgICAgVGVuYW50ICAgICAgICB8ICAgICB8ICAgICB8CiAgICAgICAgICAgIFRTSTEg
fCBUU0kyfCAgICB8IFRTSTMgICAgICAgICAgVFNJMXwgVFNJMnwgICAgIHxUU0kzCiAgICAgICAg
ICAgICAgICArLS0tKyArLS0tKyArLS0tKyAgICAgICAgICAgICArLS0tKyArLS0tKyAgICstLS0r
CiAgICAgICAgICAgICAgICB8VFMxfCB8VFMyfCB8VFMzfCAgICAgICAgICAgICB8VFM0fCB8VFM1
fCAgIHxUUzZ8CiAgICAgICAgICAgICAgICArLS0tKyArLS0tKyArLS0tKyAgICAgICAgICAgICAr
LS0tKyArLS0tKyAgICstLS0rPC9wcmU+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFt
aWx5OmFyaWFsIj5UbyBteSB1bmRlcnN0YW5kaW5nLCB0aGUgQkZEIHNlc3Npb25zIGJldHdlZW4g
TlZFMSBhbmQgTlZFMiBhcmUgYWN0dWFsbHkgaW5pdGlhdGVkIGFuZCB0ZXJtaW5hdGVkIGF0IFZB
UCBvZiBOVkUuPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbCI+
PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OnNhbnMtc2VyaWYiPjwvc3Bhbj5JZiB0aGUgbmV0d29y
ayBvcGVyYXRvciB3YW50IHRvIHNldCB1cCBvbmUgQkZEIHNlc3Npb24gYmV0d2VlbiBWQVAxIG9m
IE5WRTEgYW5kIFZBUDFvZiBOVkUyLCBhdCB0aGUgc2FtZSB0aW1lIGFub3RoZXIgQkZEIHNlc3Np
b24gYmV0d2VlbiBWQVAzIG9mIE5WRTEgYW5kIFZBUDMgb2YgTlZFMiwgPHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OmFyaWFsO2xpbmUtaGVpZ2h0OjIxcHgiPmFsdGhvdWdoIHRoZSB0d28gQkZEIHNl
c3Npb25zIGFyZSBmb3IgdGhlIHNhbWUgVk5JMSwmbmJzcDs8L3NwYW4+SSBiZWxpZXZlIGl0J3Mg
cmVhc29uYWJsZSwgc28gdGhhdCdzIHdoeSBJIHRoaW5rIHdlIHNob3VsZCBhbGxvdyBpdC48L3A+
PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsIj48YnI+PC9wPjxwIHN0
eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbCI+T2YgY291cnNlLCBpbiBSRkM4
MDE0IGl0IGFsc28gc2F5czo8L3A+PHByZSBjbGFzcz0iZ21haWwtbV8tMzE3NjA0MTAyMTQ2MTQ4
NjM1M2dtYWlsLW1fLTc3MjMwMzkwMTMyMTMyMzI4MDRuZXdwYWdlIj4iTm90ZSB0aGF0IHR3byBk
aWZmZXJlbnQgVGVuYW50IFN5c3RlbXMgKGFuZCBUU0lzKSBhdHRhY2hlZCB0byBhIGNvbW1vbiBO
VkUgY2FuIHNoYXJlIGEgVkFQIChlLmcuLCBUUzEgYW5kIFRTMiBpbiBGaWd1cmUgMikgc28gbG9u
ZyBhcyB0aGV5IGNvbm5lY3QgdG8gdGhlIHNhbWUgVmlydHVhbCBOZXR3b3JrLjxzcGFuIHN0eWxl
PSJmb250LWZhbWlseTphcmlhbCI+Ijwvc3Bhbj48L3ByZT48cCBzdHlsZT0iZm9udC1zaXplOjE0
cHg7Zm9udC1mYW1pbHk6YXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpzYW5zLXNlcmlm
Ij5Tb21lIHBlb3BsZSBtYXkgYXJndWUgdGhhdCBhbGwgVGVuYW50IFN5c3RlbXMgY29ubmVjdGlu
ZyB0byB0aGUgc2FtZSBWaXJ0dWFsIE5ldHdvcmsgTVVTVCBzaGFyZSBvbmUgVkFQLCBpZiB0aGF0
J3MgdHJ1ZSwgdGhlbiBWQVAxIGFuZCBWQVAzIHNob3VsZCBtZXJnZSBpbnRvIG9uZSBWQVAgYW5k
IG15IGV4cGxhbmF0aW9uIGRvZXNuJ3Qgd29yay4gQ29weWluZyB0byBOVk8zIFdHIHRvIGludm9s
dmUgbW9yZSBleHBlcnRzLCBob3BlIGZvciB5b3VyIGNsYXJpZmljYXRpb25zIGFuZCBjb21tZW50
cy48L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbCI+
PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OnNhbnMtc2VyaWYiPjxicj48L3NwYW4+PC9wPjxwIHN0
eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQt
ZmFtaWx5OnNhbnMtc2VyaWYiPkJlc3QgUmVnYXJkcyw8L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250
LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OnNh
bnMtc2VyaWYiPlhpYW8gTWluPC9zcGFuPjwvcD48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PC9k
aXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PHA+PGJyPjwvcD48L2Rpdj48
L2Jsb2NrcXVvdGU+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9k
aXY+PHA+PGJyPjwvcD48L2Rpdj4=


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--


From nobody Fri Sep 27 14:14:16 2019
Return-Path: <ginsberg@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 538211209A9 for <rtg-bfd@ietfa.amsl.com>; Fri, 27 Sep 2019 14:14:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level: 
X-Spam-Status: No, score=-14.5 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=ioozZXR0; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=gW/93kkN
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QVZbWa6Uq0DU for <rtg-bfd@ietfa.amsl.com>; Fri, 27 Sep 2019 14:14:12 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1455912098F for <rtg-bfd@ietf.org>; Fri, 27 Sep 2019 14:14:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5685; q=dns/txt; s=iport; t=1569618852; x=1570828452; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=GISNlvN065wIVwAJD6xzdTgPvVul8WsCTTeGr1tZZAY=; b=ioozZXR0hqjSXKVdFZAY1QXusivsEayve38I8/Q9J4GSd0plBEuuM9RQ zx1YkogTKJDyQVSpOsnptrESOCqO5J1WyJ/Y/MXF3VmEOvJM3noAqZykf eHmmwUIX2k5wPQXGY9iRkFrkl+BaGhEEG/3OoIanfHdwCGfJqfGclY8t2 s=;
IronPort-PHdr: =?us-ascii?q?9a23=3AO2+dgxKBvlxpGB8qdtmcpTVXNCE6p7X5OBIU4Z?= =?us-ascii?q?M7irVIN76u5InmIFeBvKd2lFGcW4Ld5roEkOfQv636EU04qZea+DFnEtRXUg?= =?us-ascii?q?Mdz8AfngguGsmAXEL6KuXgYjY1NM9DT1RiuXq8NBsdFQ=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B+AACzeo5d/4wNJK1mGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQwBAQEBAQGBZ4FLUAOBQyAECyqHaQOKWIJcfpZ4glIDVAkBAQEMAQE?= =?us-ascii?q?tAgEBhEACgzcjOBMCAwkBAQQBAQECAQUEbYUtDIVLAQEBAQIBEigGAQE3AQs?= =?us-ascii?q?EAgEIDgMEAQEBHhAyHQgCBA4FCBqEawMODwECox8CgTiIYYIngn0BAQWFFBi?= =?us-ascii?q?CFwmBNIwOGIFAP4ERRoIXNT6ERoM7giaMdJE+jmkKgiKVJpk0pz8CBAIEBQI?= =?us-ascii?q?OAQEFgWkhgVhwFYMnUBAUgU4JAxeDT4pTdIEpjhwBAQ?=
X-IronPort-AV: E=Sophos;i="5.64,557,1559520000"; d="scan'208";a="334081218"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 27 Sep 2019 21:14:11 +0000
Received: from XCH-ALN-016.cisco.com (xch-aln-016.cisco.com [173.36.7.26]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id x8RLEBLa004687 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 27 Sep 2019 21:14:11 GMT
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-016.cisco.com (173.36.7.26) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 27 Sep 2019 16:14:10 -0500
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 27 Sep 2019 16:14:10 -0500
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 27 Sep 2019 17:14:09 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=S+O1xKgRqOfQSisiRwBRdYIzZgFsLG6j/M1Z+FGja9mfML2RlNvpaov6VKJ747tcXmiHRB39j0HFVin7bRLRtKZJY0THDX6xAEL5bUN60Nu42ugmAv28w2MjZCmg8Xi+lNQkS1hU7GXYv94SA15mp5w0AcCIJMJ7ouFalfpGaidJZPjpIk9kZy64IIvjyxsoRqsdp0Ei52CMlfLZNDL+d/bf4tkHuLikCr17Ki7unGdAaGLorXiGkG9GruleSWiX9B/GvMPSAmGZu0C8Zv1suR+dz/D0W2VZaI9Y+dWsADqefv8MJjm23gluqUr80OMo41R1HOR53DYOhX5sP6uXcQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=72ymMWC40px0yCk8OdOG4q6H5JZRN+SdG/FGUN0FORM=; b=gxtVcp5WjopBaa1QIsD6KIZRfTDCbSEj3D5v3bRzW0xujM/x1rB2itiOUgxKgoSjCFa3BxnLF/GjsDYsiseNPR2H5JzxheGkXKRJdBctK7rgoq2azX0R50kwPyHTrmNbvVHzfLWdNbGmlm/D88vtamb2dS6QL/H1RkVMNGETNk1+FhdEp8jyVJJwRK4NJNmq1U/a9j+dnAxro8GvgCnAq6JtaFhCNfluP78LFDDWk9iNOxumaIhBl9PXcMedhaCLWQ7p8aIPH+j9FZDOR2WPep+v7BthclaZfLo/VMH8FVDZI5dgL7exNPn/Vw9qWMlBr82b80qu+7JuJJPh8o0KkA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=72ymMWC40px0yCk8OdOG4q6H5JZRN+SdG/FGUN0FORM=; b=gW/93kkN/eOLq9beQt5IWwUyYjYcD0O2sLytQ87X4iL9lz8y0odEd3VevpG51aSt4yiN9XU8PYEinnD1jEvMJoMqjYogslAL6bfQCsC80xdVaAmOzeZ5jAPjgz+JI4AcCWEJJLCIjgGOGwkgpp0i8W2kc2GA89Hi7d6VFDmJYDc=
Received: from BYAPR11MB3638.namprd11.prod.outlook.com (20.178.237.19) by BYAPR11MB3272.namprd11.prod.outlook.com (20.177.186.74) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.15; Fri, 27 Sep 2019 21:14:08 +0000
Received: from BYAPR11MB3638.namprd11.prod.outlook.com ([fe80::f4d7:dd49:e1da:4474]) by BYAPR11MB3638.namprd11.prod.outlook.com ([fe80::f4d7:dd49:e1da:4474%5]) with mapi id 15.20.2284.023; Fri, 27 Sep 2019 21:14:08 +0000
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Jeffrey Haas <jhaas@pfrc.org>
CC: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: RE: WGLC for draft-ietf-bfd-large-packets
Thread-Topic: WGLC for draft-ietf-bfd-large-packets
Thread-Index: AQHVXPUyTxWyJBtWsEOnJ4ETycFi16cjIc8AgAXoLNCAAJsYAIAHXvgQgACtbYCAAF1t0IAAU3wAgAAHCHCAAKTcgIAIh9iwgAL3EwCAAaVO0A==
Date: Fri, 27 Sep 2019 21:14:08 +0000
Message-ID: <BYAPR11MB36386BB42047D9FD46F17E9BC1810@BYAPR11MB3638.namprd11.prod.outlook.com>
References: <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com> <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org> <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com> <20190918152817.GA20672@pfrc.org> <MN2PR11MB3647316C13CAA5EBD4531B06C1890@MN2PR11MB3647.namprd11.prod.outlook.com> <20190919020128.GB20672@pfrc.org> <BYAPR11MB3638E358EF9CE34818ECD010C1890@BYAPR11MB3638.namprd11.prod.outlook.com> <D95235B0-9917-4C06-97E6-1181BFF6F7CC@pfrc.org> <BYAPR11MB36383D1DF70CFA399BFF6E59C1840@BYAPR11MB3638.namprd11.prod.outlook.com> <20190926194948.GA22700@pfrc.org>
In-Reply-To: <20190926194948.GA22700@pfrc.org>
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=ginsberg@cisco.com; 
x-originating-ip: [2001:420:c0c8:1005::65e]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 99bb6a27-5324-47b6-df38-08d7438fa2ed
x-ms-traffictypediagnostic: BYAPR11MB3272:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR11MB3272DF1815B62D9E5E83C8A2C1810@BYAPR11MB3272.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0173C6D4D5
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(366004)(346002)(136003)(376002)(396003)(13464003)(199004)(189003)(2906002)(25786009)(76176011)(6246003)(53546011)(6506007)(11346002)(66476007)(66946007)(52536014)(66556008)(5660300002)(64756008)(9686003)(66446008)(316002)(99286004)(7736002)(76116006)(55016002)(4326008)(8936002)(478600001)(6916009)(33656002)(86362001)(74316002)(54906003)(14454004)(305945005)(81156014)(8676002)(81166006)(486006)(71190400001)(102836004)(7696005)(6436002)(229853002)(46003)(186003)(71200400001)(14444005)(476003)(256004)(446003)(6116002); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3272; H:BYAPR11MB3638.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: zyUNu7o6cwTCrr6zMPGsvKmcK0nTtkg+pIfu4lEVYWbfQPqxBJtZb3XikoNV92/I7mSgctjSt5TOyb5jZqAHP/A9OjusvOFEZHmzMi4RTKdZAohhT8uoKIeI2XDDdIW9lZhAenCyHLo8dN9MzQJcQMyE93GkjpCpAA4Ou43yQyu+AriuY48cmVfxmx1eaPJ3+VjF1a+AMcEM0+Y2fH1QyqE8AS7iJ0UU7hRuQUs19vDGn8+63LtNJTp6Mick1zak4YjxZuzhGTv5uVpZk7CY9Bjqz4DEyxjyb8gLKO0RgUuqDn/DdHNjaK3Hf7gTPWvhCGonkyt4tGstGFdYamco3lU1OOKTORXBGfgbeW3rmQO9u92er6i8QLvXRhCLHFNqcGc388KJkd3rx5n+wEITm1JYQ0T14D48iafx7kc9bk4=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 99bb6a27-5324-47b6-df38-08d7438fa2ed
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Sep 2019 21:14:08.7797 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 2qRKYHvKaXMfo7zdBm+8yDiUqDj38TG0fATroyBfCBYkcoXakCKSHx24yUkGy+vwtd3GKhwvoPCTEXhnIxwCSg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3272
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.26, xch-aln-016.cisco.com
X-Outbound-Node: alln-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/LxsCRtQCWeWim1Hu2NAnIz-TqzQ>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Sep 2019 21:14:14 -0000

Jeff -

Inline.

> -----Original Message-----
> From: Jeffrey Haas <jhaas@pfrc.org>
> Sent: Thursday, September 26, 2019 12:50 PM
> To: Les Ginsberg (ginsberg) <ginsberg@cisco.com>
> Cc: Ketan Talaulikar (ketant) <ketant@cisco.com>; Reshad Rahman
> (rrahman) <rrahman@cisco.com>; rtg-bfd@ietf.org
> Subject: Re: WGLC for draft-ietf-bfd-large-packets
>=20
> Les,
>=20
> On Tue, Sep 24, 2019 at 10:48:51PM +0000, Les Ginsberg (ginsberg) wrote:
> > A few more thoughts - maybe these are more helpful than my previous
> comments - maybe not. I am sure you will let me know.
> >
> > Protocol extensions allowing negotiation and/or advertisement of suppor=
t
> for larger PDUs may well be useful - but let's agree that it is desirable=
 to
> deploy this without protocol extensions just to keep the interoperability=
 bar
> low.
> >
> > My primary angst is with the following paragraph in Section 3:
> >
> > "It is also worthy of note that even if an implementation can function
> >    with larger transport PDUs, that additional packet size may have
> >    impact on BFD scaling.  Such systems may support a lower transmissio=
n
> >    interval (bfd.DesiredMinTxInterval) when operating in large packet
> >    mode.  This interval may depend on the size of the transport PDU."
> >
> > Given long experience that CPU use correlates more highly with number o=
f
> packets than with number of bytes, the first sentence would seem to be
> weakly supported.
> > Given the previously mentioned concerns about detection time, the
> second sentence seems to compromise the value of the extension.
>=20
> My experience is largely identical to yours.
>=20
> The motivation for mentioning anything at all here is TANSTAAFL[1], and
> we've already had people ask about possible impacts.  And, as we discusse=
d
> previously in the thread we shall inevitably get asked about it during TS=
V
> review in IESG.
>=20
> The primary reason this is a "may" in the non-RFC 2119 sense is that our
> experience also suggests that when the scaling impacts are primarily pps
> rather than bps that this feature will likely have no major impact on
> implementations beyond your valid concerns about exercising bugs.
>=20
> I suspect had this not been mentioned at all, you would have been happier=
.
> But you're not the target audience for this weak caveat.
>=20

[Les:] I am not opposed to a discussion of potential issues in the draft - =
rather I am encouraging it. But the current text isn't really on the mark a=
s far as potential issues - and we seem to agree on that. It also suggests =
lengthening detection time to compensate - which I think is not at all what=
 you want to suggest as it diminishes the value of the extension. It also i=
sn't likely to address a real problem.


For me, the potential issues are:

a)Some BFD implementations might not be able to handle MTU sized BFD packet=
s - not because of performance - but because they did not expect BFD packet=
s to be full size and therefore might have issues passing a large packet th=
rough the local processing engine.

b)Accepted MTU is impacted by encapsulations and what layer is being consid=
ered (L2 or L3). And oftentimes link MTUs do not match on both ends ("shudd=
er"), so you might end up with unidirectional connectivity. I appreciate th=
at this is exactly the problem that the extensions are designed to detect. =
I am just asking that these issues be discussed more explicitly as an aid t=
o the implementor. If that also makes Transports ADs happier that is a side=
 benefit - but that's not my motivation.

> > What might be better?
> >
> > 1)Some statement that MTU isn't necessarily a consistent value for all
> systems connected to an interface - which can impact the results when lar=
ge
> BFD packets are used. Implementations might then want to consider
> supporting "bfd-mtu" configuration and/or iterating across a range of pac=
ket
> sizes to determine what works and what doesn't.
>=20
> I'm not clear what you intend by this statement.
>=20
> Are you asking that we emphasize the use case in a different way?  The
> Introduction currently states:
>   "However,
>    some applications may require that the Path MTU [RFC1191] between
>    those two systems meets a certain minimum criteria.  When the Path
>    MTU decreases below the minimum threshold, those applications may
>    wish to consider the path unusable."
>=20
> I'm also unclear what "Implementations" may refer to here.  BFD?  An
> arbitrary user application?  If the latter, the application may not have
> strict control over the generation of a given PDU size; e.g. TCP
> applications.
>=20

[Les:] I am talking about BFD implementations.
I suppose one can imagine each BFD client requesting a certain MTU value - =
but that wouldn't be my choice.
I would think the value we want is really the maximum L3 payload that the l=
ink is intended to support - which should be independent of the BFD client.=
 This might be larger than any client actually uses - but that seems like a=
 good thing.

   Les

> > 2)Use of both padded and unpadded packets in combination with draft-
> ietf-bfd-stability to determine whether a BFD failure is due to padding o=
r a
> generic forwarding failure.
> >
> > Either of these suggestions are really "diagnostic modes" which may hel=
p
> diagnose a problem but aren't meant to be used continuously as part of fa=
st
> failure detection.
>=20
> We could certainly add a paragraph or two as an application note about us=
ing
> this for BFD stability purposes as well.
>=20
> -- Jeff


From nobody Fri Sep 27 14:35:57 2019
Return-Path: <ghanwani@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41980120129; Fri, 27 Sep 2019 14:35:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level: 
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.026, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lQVyWLirgfJ4; Fri, 27 Sep 2019 14:35:46 -0700 (PDT)
Received: from mail-vk1-f172.google.com (mail-vk1-f172.google.com [209.85.221.172]) (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 005F91201E3; Fri, 27 Sep 2019 14:35:45 -0700 (PDT)
Received: by mail-vk1-f172.google.com with SMTP id j21so1523752vki.11; Fri, 27 Sep 2019 14:35:45 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=YJTaaFy00+9UlClQFw7KCtwC02jOcQaNYgqfVXi+nAI=; b=tjQpU0SzNmj3AQL0jU/RVAZdu7PSdHKSIyxxSIaIzzdFaKbTrDRBOscK0cE8f9reGq AYYXU/j6VyxRdBiTgAavTIHDpEQ4FCOUdLUMoOhMcyoRKRzUN9iMnHMxa6jYkYHCN8ap S8sVXnVk4gz35y0R28G+8tnGpqqPaT6wyr6oTzwz9iFGMbxJAn7HFDU7z563RJvthzYt EzdQgza5jXsNkJmKAQg7uDs7MO+n/1vV6aarjf+y15XnLNASmQ7JXcLAk2Wn1Y0lwrB4 kBluyB/sQu95q8flWN1rsKzqqkjAWnNYTNp19+C57pWJp6hvdIdAWIpWZRp9DyLEr5ER TgDw==
X-Gm-Message-State: APjAAAWuNXc6wECMUbI0D5shbNvHU8SljBIQKO14g4hw9AYf2GCcNjMX 4M54OFSdLgxYlHWFqzh0v1CTEq+Agop1YkqbsGU=
X-Google-Smtp-Source: APXvYqzMBlyqhcGp6WvK9dP+e4ezxqlJBtJ0awnnxaCG74O85efxkz1XWOsfkq5/U9dbrIpj8q49GCkp5ixioO+JJWo=
X-Received: by 2002:a1f:2051:: with SMTP id g78mr1593840vkg.51.1569620144849;  Fri, 27 Sep 2019 14:35:44 -0700 (PDT)
MIME-Version: 1.0
References: <CA+-tSzxoPC07Z_Y=LxmLbmC=__NQSK2+r_0jSH53baN+hXExEQ@mail.gmail.com> <201909271049039305172@zte.com.cn>
In-Reply-To: <201909271049039305172@zte.com.cn>
From: Anoop Ghanwani <anoop@alumni.duke.edu>
Date: Fri, 27 Sep 2019 14:35:33 -0700
Message-ID: <CA+-tSzz-cKRA6G+Q-o2d_bKvmo214ocpLONAtp04LCfMkDYRRA@mail.gmail.com>
Subject: Re: [nvo3] BFD over VXLAN: Trapping BFD Control packet at VTEP
To: xiao.min2@zte.com.cn
Cc: Greg Mirsky <gregimirsky@gmail.com>, didutt@gmail.com, draft-ietf-bfd-vxlan@ietf.org,  nvo3@ietf.org, santosh.pallagatti@gmail.com, rtg-bfd WG <rtg-bfd@ietf.org>,  "Joel M. Halpern" <jmh@joelhalpern.com>, tsridhar@vmware.com
Content-Type: multipart/alternative; boundary="0000000000002a897505938fabe4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/3UrOhmzGOxSqi3iakKx6y78VRug>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Sep 2019 21:35:50 -0000

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

Hi Xiao Min,

Thanks for the details about the encap but the use case is not clear.  It
might help if you explain why its necessary to map a physical Ethernet port
and/or 802.1Q VLAN to the same VNI as an MPLS packet without an L2 header.

Thanks,
Anoop

On Thu, Sep 26, 2019 at 7:50 PM <xiao.min2@zte.com.cn> wrote:

> Hi Anoop,
>
>
> Due to the fact that a variety of Tunnels could be used under the NVO3 ar=
chitecture,
> as an example, below figure illustrates the format of MPLS packet over
> Geneve Tunnel.
>
>     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
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>    |                                                               |
>    ~                      Outer Ethernet Header                    ~
>    |                                                               |
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>    |                                                               |
>    ~                        Outer IPvX Header                      ~
>    |                                                               |
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>    |                                                               |
>    ~                        Outer UDP Header                       ~
>    |                                                               |
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>    |                                                               |
>    ~                          Geneve Header                        ~
>    |                                                               |
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<-+
>    |                                                               |  |
>    ~                         MPLS Label Stack                      ~  M
>    |                                                               |  P
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  L
>    |                                                               |  S
>    |                                                               |
>    ~                             Payload                           ~  P
>    |                                                               |  K
>    |                                                               |  T
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<-+
>    |                               FCS                             |
>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>
> Note that in NVO3 working group Greg and I have submitted an individual
> draft draft-xiao-nvo3-bfd-geneve, which is used to address BFD over Genev=
e.
>
> The intention is to make the two drafts draft-ietf-bfd-vxlan and
> draft-xiao-nvo3-bfd-geneve aligned, that is to say, we try to define the
> identical mechanism for the common part of BFD over VxLAN Tunnel and BFD
> over Geneve Tunnel. For the common part, draft-xiao-nvo3-bfd-geneve would
> reference to draft-ietf-bfd-vxlan, and for the other part specific to
> Geneve, we'll define the specific mechanism in draft-xiao-nvo3-bfd-geneve=
.
>
>
> Hope that clarifies.
>
>
> Best Regards,
>
> Xiao Min
> =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6
> *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*AnoopGhanwani <anoop@alumni.duke.ed=
u>
> *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*=E8=82=96=E6=95=8F10093570;
> *=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A*Greg Mirsky <gregimirsky@gmail.com>=
;didutt@gmail.com <
> didutt@gmail.com>;draft-ietf-bfd-vxlan@ietf.org <
> draft-ietf-bfd-vxlan@ietf.org>;nvo3@ietf.org <nvo3@ietf.org>;
> santosh.pallagatti@gmail.com <santosh.pallagatti@gmail.com>;rtg-bfd WG <
> rtg-bfd@ietf.org>;Joel M. Halpern <jmh@joelhalpern.com>;
> tsridhar@vmware.com <tsridhar@vmware.com>;bfd-chairs@ietf.org <
> bfd-chairs@ietf.org>;
> *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2019=E5=B9=B409=E6=9C=8826=E6=97=A5 23:16
> *=E4=B8=BB =E9=A2=98 =EF=BC=9A**Re: [nvo3] BFD over VXLAN: Trapping BFD C=
ontrol packet at VTEP*
> Hi Xiao Min,
> I think we would need more detail around the use case below.  What does
> the MPLS packet over Tunnel look like?
>
> Thanks,
> Anoop
>
> On Wed, Sep 25, 2019 at 11:37 PM <xiao.min2@zte.com.cn> wrote:
>
>> Hi Anoop,
>>
>>
>> Thanks for your comments.
>>
>> Considering a scenario where TS1 has an MPLS access (i.e. MPLS-Packet
>> over Tunnel between NVEs) to VNI1, TS3 has an Ethernet access (i.e.
>> MAC-Frame over Tunnel between NVEs) to VNI1, then how can TS1 and TS3 sh=
are
>> one VAP?
>>
>>
>> Best Regards,
>>
>> Xiao Min
>> =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6
>> *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*AnoopGhanwani <anoop@alumni.duke.e=
du>
>> *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*=E8=82=96=E6=95=8F10093570;
>> *=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A*Greg Mirsky <gregimirsky@gmail.com=
>;didutt@gmail.com <
>> didutt@gmail.com>;draft-ietf-bfd-vxlan@ietf.org <
>> draft-ietf-bfd-vxlan@ietf.org>;nvo3@ietf.org <nvo3@ietf.org>;
>> santosh.pallagatti@gmail.com <santosh.pallagatti@gmail.com>;rtg-bfd WG <
>> rtg-bfd@ietf.org>;Joel M. Halpern <jmh@joelhalpern.com>;
>> tsridhar@vmware.com <tsridhar@vmware.com>;bfd-chairs@ietf.org <
>> bfd-chairs@ietf.org>;
>> *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2019=E5=B9=B409=E6=9C=8826=E6=97=A5 08:36
>> *=E4=B8=BB =E9=A2=98 =EF=BC=9A**Re: [nvo3] BFD over VXLAN: Trapping BFD =
Control packet at VTEP*
>> _______________________________________________
>> nvo3 mailing list
>> nvo3@ietf.org
>> https://www.ietf.org/mailman/listinfo/nvo3
>>
>> >>>
>> Some people may argue that all Tenant Systems connecting to the same
>> Virtual Network MUST share one VAP, if that's true, then VAP1 and VAP3
>> should merge into one VAP and my explanation doesn't work. Copying to NV=
O3
>> WG to involve more experts, hope for your clarifications and comments.
>> >>>
>>
>> I would be one of those that would argue that they MUST share on VAP if
>> they connect to the same Virtual Network.  IMO, the NVO3 arch doc should
>> have been clearer about this.
>>
>> Thanks,
>> Anoop
>>
>> On Tue, Sep 24, 2019 at 7:40 PM <xiao.min2@zte.com.cn> wrote:
>>
>>> Hi Santosh,
>>>
>>>
>>> With regard to the question whether we should allow multiple BFD
>>> sessions for the same VNI or not, IMHO we should allow it, more explana=
tion
>>> as follows...
>>>
>>> Below is a figure derived from figure 2 of RFC8014 (An Architecture for
>>> Data-Center Network Virtualization over Layer 3 (NVO3)).
>>>
>>>                     |         Data Center Network (IP)        |
>>>                     |                                         |
>>>                     +-----------------------------------------+
>>>                          |                           |
>>>                          |       Tunnel Overlay      |
>>>             +------------+---------+       +---------+------------+
>>>             | +----------+-------+ |       | +-------+----------+ |
>>>             | |  Overlay Module  | |       | |  Overlay Module  | |
>>>             | +---------+--------+ |       | +---------+--------+ |
>>>             |           |          |       |           |          |
>>>      NVE1   |           |          |       |           |          | NVE=
2
>>>             |  +--------+-------+  |       |  +--------+-------+  |
>>>             |  |VNI1 VNI2  VNI1 |  |       |  | VNI1 VNI2 VNI1 |  |
>>>             |  +-+-----+----+---+  |       |  +-+-----+-----+--+  |
>>>             |VAP1| VAP2|    | VAP3 |       |VAP1| VAP2|     | VAP3|
>>>             +----+-----+----+------+       +----+-----+-----+-----+
>>>                  |     |    |                   |     |     |
>>>                  |     |    |                   |     |     |
>>>                  |     |    |                   |     |     |
>>>           -------+-----+----+-------------------+-----+-----+-------
>>>                  |     |    |     Tenant        |     |     |
>>>             TSI1 | TSI2|    | TSI3          TSI1| TSI2|     |TSI3
>>>                 +---+ +---+ +---+             +---+ +---+   +---+
>>>                 |TS1| |TS2| |TS3|             |TS4| |TS5|   |TS6|
>>>                 +---+ +---+ +---+             +---+ +---+   +---+
>>>
>>> To my understanding, the BFD sessions between NVE1 and NVE2 are actuall=
y
>>> initiated and terminated at VAP of NVE.
>>>
>>> If the network operator want to set up one BFD session between VAP1 of
>>> NVE1 and VAP1of NVE2, at the same time another BFD session between VAP3=
 of
>>> NVE1 and VAP3 of NVE2, although the two BFD sessions are for the same
>>> VNI1, I believe it's reasonable, so that's why I think we should allow
>>> it.
>>>
>>>
>>> Of course, in RFC8014 it also says:
>>>
>>> "Note that two different Tenant Systems (and TSIs) attached to a common=
 NVE can share a VAP (e.g., TS1 and TS2 in Figure 2) so long as they connec=
t to the same Virtual Network."
>>>
>>> Some people may argue that all Tenant Systems connecting to the same
>>> Virtual Network MUST share one VAP, if that's true, then VAP1 and VAP3
>>> should merge into one VAP and my explanation doesn't work. Copying to N=
VO3
>>> WG to involve more experts, hope for your clarifications and comments.
>>>
>>>
>>> Best Regards,
>>>
>>> Xiao Min
>>>
>>
>>
>

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

<div dir=3D"ltr"><div dir=3D"ltr">Hi Xiao Min,<div><br></div><div>Thanks fo=
r the details about the encap but the use case is not clear.=C2=A0 It might=
 help if you explain why its necessary to map a physical Ethernet port and/=
or 802.1Q VLAN to the same VNI as an MPLS packet without an L2 header.</div=
><div><br></div><div>Thanks,</div><div>Anoop</div></div><br><div class=3D"g=
mail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Sep 26, 2019 at 7=
:50 PM &lt;<a href=3D"mailto:xiao.min2@zte.com.cn">xiao.min2@zte.com.cn</a>=
&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div=
 class=3D"gmail-m_-8530579229706245615zcontentRow"><p style=3D"font-size:14=
px;font-family:arial">Hi Anoop,</p><p style=3D"font-size:14px;font-family:a=
rial"><br></p><p style=3D"font-size:14px;font-family:arial">Due to the fact=
 that=C2=A0a variety of Tunnels could be used under the NVO3 a<span style=
=3D"font-family:Arial,=E5=AE=8B=E4=BD=93,&quot;Microsoft Yahei&quot;,&quot;=
Lucida Grande&quot;,Verdana,Lucida,Helvetica,sans-serif;line-height:24px;ba=
ckground-color:rgb(255,255,255)">rchitecture, as an example, below figure i=
llustrates the format of MPLS packet over Geneve Tunnel.</span></p><p style=
=3D"font-size:14px;font-family:arial"><span style=3D"font-family:Arial,=E5=
=AE=8B=E4=BD=93,&quot;Microsoft Yahei&quot;,&quot;Lucida Grande&quot;,Verda=
na,Lucida,Helvetica,sans-serif;line-height:24px;background-color:rgb(255,25=
5,255)"></span></p><pre>    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
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                      Outer Ethernet Header                    ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                        Outer IPvX Header                      ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                        Outer UDP Header                       ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                          Geneve Header                        ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+&lt;-+
   |                                                               |  |
   ~                         MPLS Label Stack                      ~  M
   |                                                               |  P
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  L
   |                                                               |  S
   |                                                               |
   ~                             Payload                           ~  P
   |                                                               |  K
   |                                                               |  T
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+&lt;-+
   |                               FCS                             |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</pre><=
p style=3D"font-size:14px;font-family:arial"><span style=3D"font-family:Ari=
al,=E5=AE=8B=E4=BD=93,&quot;Microsoft Yahei&quot;,&quot;Lucida Grande&quot;=
,Verdana,Lucida,Helvetica,sans-serif;line-height:24px;background-color:rgb(=
255,255,255)"></span></p><p><br></p><p>Note that in NVO3 working group Greg=
 and I have submitted an individual draft draft-xiao-nvo3-bfd-geneve, which=
 is used to address BFD over Geneve.</p><p>The intention is to make the two=
 drafts draft-ietf-bfd-vxlan and draft-xiao-nvo3-bfd-geneve aligned, that i=
s to say, we try to define the identical mechanism for the common part of B=
FD over VxLAN Tunnel and BFD over Geneve Tunnel. For the common part, draft=
-xiao-nvo3-bfd-geneve would reference to draft-ietf-bfd-vxlan, and for the =
other part specific to Geneve, we&#39;ll define the specific mechanism in d=
raft-xiao-nvo3-bfd-geneve.</p><p><br></p><p>Hope that clarifies.</p><p><br>=
</p><p>Best Regards,</p><p>Xiao Min</p><div><div class=3D"gmail-m_-85305792=
29706245615zhistoryRow" style=3D"display:block"><div class=3D"gmail-m_-8530=
579229706245615zhistoryDes" style=3D"width:100%;height:28px;line-height:28p=
x;background-color:rgb(224,229,233);color:rgb(19,136,255);text-align:center=
">=E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6</div><div id=3D"gmail-m_-85305792297=
06245615zwriteHistoryContainer"><div class=3D"gmail-m_-8530579229706245615c=
ontrol-group gmail-m_-8530579229706245615zhistoryPanel"><div class=3D"gmail=
-m_-8530579229706245615zhistoryHeader" style=3D"padding:8px;background-colo=
r:rgb(245,246,248)"><div><strong>=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A</stro=
ng><span class=3D"gmail-m_-8530579229706245615zreadUserName">AnoopGhanwani =
&lt;<a href=3D"mailto:anoop@alumni.duke.edu" target=3D"_blank">anoop@alumni=
.duke.edu</a>&gt;</span></div><div><strong>=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=
=BC=9A</strong><span class=3D"gmail-m_-8530579229706245615zreadUserName" st=
yle=3D"display:inline">=E8=82=96=E6=95=8F10093570;</span></div><div><strong=
>=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A</strong><span class=3D"gmail-m_-85305=
79229706245615zreadUserName" style=3D"display:inline">Greg Mirsky &lt;<a hr=
ef=3D"mailto:gregimirsky@gmail.com" target=3D"_blank">gregimirsky@gmail.com=
</a>&gt;;</span><span class=3D"gmail-m_-8530579229706245615zreadUserName" s=
tyle=3D"display:inline"><a href=3D"mailto:didutt@gmail.com" target=3D"_blan=
k">didutt@gmail.com</a> &lt;<a href=3D"mailto:didutt@gmail.com" target=3D"_=
blank">didutt@gmail.com</a>&gt;;</span><span class=3D"gmail-m_-853057922970=
6245615zreadUserName" style=3D"display:inline"><a href=3D"mailto:draft-ietf=
-bfd-vxlan@ietf.org" target=3D"_blank">draft-ietf-bfd-vxlan@ietf.org</a> &l=
t;<a href=3D"mailto:draft-ietf-bfd-vxlan@ietf.org" target=3D"_blank">draft-=
ietf-bfd-vxlan@ietf.org</a>&gt;;</span><span class=3D"gmail-m_-853057922970=
6245615zreadUserName" style=3D"display:inline"><a href=3D"mailto:nvo3@ietf.=
org" target=3D"_blank">nvo3@ietf.org</a> &lt;<a href=3D"mailto:nvo3@ietf.or=
g" target=3D"_blank">nvo3@ietf.org</a>&gt;;</span><span class=3D"gmail-m_-8=
530579229706245615zreadUserName" style=3D"display:inline"><a href=3D"mailto=
:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagatti@gmail.c=
om</a> &lt;<a href=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank=
">santosh.pallagatti@gmail.com</a>&gt;;</span><span class=3D"gmail-m_-85305=
79229706245615zreadUserName" style=3D"display:inline">rtg-bfd WG &lt;<a hre=
f=3D"mailto:rtg-bfd@ietf.org" target=3D"_blank">rtg-bfd@ietf.org</a>&gt;;</=
span><span class=3D"gmail-m_-8530579229706245615zreadUserName" style=3D"dis=
play:inline">Joel M. Halpern &lt;<a href=3D"mailto:jmh@joelhalpern.com" tar=
get=3D"_blank">jmh@joelhalpern.com</a>&gt;;</span><span class=3D"gmail-m_-8=
530579229706245615zreadUserName" style=3D"display:inline"><a href=3D"mailto=
:tsridhar@vmware.com" target=3D"_blank">tsridhar@vmware.com</a> &lt;<a href=
=3D"mailto:tsridhar@vmware.com" target=3D"_blank">tsridhar@vmware.com</a>&g=
t;;</span><span class=3D"gmail-m_-8530579229706245615zreadUserName" style=
=3D"display:inline"><a href=3D"mailto:bfd-chairs@ietf.org" target=3D"_blank=
">bfd-chairs@ietf.org</a> &lt;<a href=3D"mailto:bfd-chairs@ietf.org" target=
=3D"_blank">bfd-chairs@ietf.org</a>&gt;;</span></div><div><strong>=E6=97=A5=
 =E6=9C=9F =EF=BC=9A</strong><span>2019=E5=B9=B409=E6=9C=8826=E6=97=A5 23:1=
6</span></div><div><strong>=E4=B8=BB =E9=A2=98 =EF=BC=9A</strong><span clas=
s=3D"gmail-m_-8530579229706245615zreadTitle"><strong>Re: [nvo3] BFD over VX=
LAN: Trapping BFD Control packet at VTEP</strong></span></div></div><div cl=
ass=3D"gmail-m_-8530579229706245615zhistoryContent"><div><div dir=3D"ltr"><=
div dir=3D"ltr">Hi Xiao Min,<br><div>I think we would need more detail arou=
nd the use case below.=C2=A0 What does the MPLS packet over Tunnel look lik=
e?</div><br><div>Thanks,</div><div>Anoop</div></div><br><div class=3D"gmail=
_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, Sep 25, 2019 at 11:37=
 PM &lt;<a href=3D"mailto:xiao.min2@zte.com.cn" target=3D"_blank">xiao.min2=
@zte.com.cn</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex"><div class=3D"gmail-m_-8530579229706245615gmail-m_-3176041021461=
486353zcontentRow"><p style=3D"font-size:14px;font-family:arial">Hi Anoop,<=
/p><p style=3D"font-size:14px;font-family:arial"><br></p><p style=3D"font-s=
ize:14px;font-family:arial">Thanks for your comments.</p><p style=3D"font-s=
ize:14px;font-family:arial">Considering a scenario where TS1 has an MPLS ac=
cess (i.e. MPLS-Packet over Tunnel between NVEs) to VNI1, TS3 has an Ethern=
et access (i.e. MAC-Frame over Tunnel between NVEs) to VNI1, then how can T=
S1 and TS3 share one VAP?</p><p style=3D"font-size:14px;font-family:arial">=
<br></p><p style=3D"font-size:14px;font-family:arial">Best Regards,</p><p s=
tyle=3D"font-size:14px;font-family:arial">Xiao Min</p><div><div class=3D"gm=
ail-m_-8530579229706245615gmail-m_-3176041021461486353zhistoryRow" style=3D=
"display:block"><div class=3D"gmail-m_-8530579229706245615gmail-m_-31760410=
21461486353zhistoryDes" style=3D"width:100%;height:28px;line-height:28px;ba=
ckground-color:rgb(224,229,233);color:rgb(19,136,255);text-align:center">=
=E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6</div><div id=3D"gmail-m_-8530579229706=
245615gmail-m_-3176041021461486353zwriteHistoryContainer"><div class=3D"gma=
il-m_-8530579229706245615gmail-m_-3176041021461486353control-group gmail-m_=
-8530579229706245615gmail-m_-3176041021461486353zhistoryPanel"><div class=
=3D"gmail-m_-8530579229706245615gmail-m_-3176041021461486353zhistoryHeader"=
 style=3D"padding:8px;background-color:rgb(245,246,248)"><div><strong>=E5=
=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A</strong><span class=3D"gmail-m_-853057922=
9706245615gmail-m_-3176041021461486353zreadUserName">AnoopGhanwani &lt;<a h=
ref=3D"mailto:anoop@alumni.duke.edu" target=3D"_blank">anoop@alumni.duke.ed=
u</a>&gt;</span></div><div><strong>=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A</st=
rong><span class=3D"gmail-m_-8530579229706245615gmail-m_-317604102146148635=
3zreadUserName" style=3D"display:inline">=E8=82=96=E6=95=8F10093570;</span>=
</div><div><strong>=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A</strong><span class=
=3D"gmail-m_-8530579229706245615gmail-m_-3176041021461486353zreadUserName" =
style=3D"display:inline">Greg Mirsky &lt;<a href=3D"mailto:gregimirsky@gmai=
l.com" target=3D"_blank">gregimirsky@gmail.com</a>&gt;;</span><span class=
=3D"gmail-m_-8530579229706245615gmail-m_-3176041021461486353zreadUserName" =
style=3D"display:inline"><a href=3D"mailto:didutt@gmail.com" target=3D"_bla=
nk">didutt@gmail.com</a> &lt;<a href=3D"mailto:didutt@gmail.com" target=3D"=
_blank">didutt@gmail.com</a>&gt;;</span><span class=3D"gmail-m_-85305792297=
06245615gmail-m_-3176041021461486353zreadUserName" style=3D"display:inline"=
><a href=3D"mailto:draft-ietf-bfd-vxlan@ietf.org" target=3D"_blank">draft-i=
etf-bfd-vxlan@ietf.org</a> &lt;<a href=3D"mailto:draft-ietf-bfd-vxlan@ietf.=
org" target=3D"_blank">draft-ietf-bfd-vxlan@ietf.org</a>&gt;;</span><span c=
lass=3D"gmail-m_-8530579229706245615gmail-m_-3176041021461486353zreadUserNa=
me" style=3D"display:inline"><a href=3D"mailto:nvo3@ietf.org" target=3D"_bl=
ank">nvo3@ietf.org</a> &lt;<a href=3D"mailto:nvo3@ietf.org" target=3D"_blan=
k">nvo3@ietf.org</a>&gt;;</span><span class=3D"gmail-m_-8530579229706245615=
gmail-m_-3176041021461486353zreadUserName" style=3D"display:inline"><a href=
=3D"mailto:santosh.pallagatti@gmail.com" target=3D"_blank">santosh.pallagat=
ti@gmail.com</a> &lt;<a href=3D"mailto:santosh.pallagatti@gmail.com" target=
=3D"_blank">santosh.pallagatti@gmail.com</a>&gt;;</span><span class=3D"gmai=
l-m_-8530579229706245615gmail-m_-3176041021461486353zreadUserName" style=3D=
"display:inline">rtg-bfd WG &lt;<a href=3D"mailto:rtg-bfd@ietf.org" target=
=3D"_blank">rtg-bfd@ietf.org</a>&gt;;</span><span class=3D"gmail-m_-8530579=
229706245615gmail-m_-3176041021461486353zreadUserName" style=3D"display:inl=
ine">Joel M. Halpern &lt;<a href=3D"mailto:jmh@joelhalpern.com" target=3D"_=
blank">jmh@joelhalpern.com</a>&gt;;</span><span class=3D"gmail-m_-853057922=
9706245615gmail-m_-3176041021461486353zreadUserName" style=3D"display:inlin=
e"><a href=3D"mailto:tsridhar@vmware.com" target=3D"_blank">tsridhar@vmware=
.com</a> &lt;<a href=3D"mailto:tsridhar@vmware.com" target=3D"_blank">tsrid=
har@vmware.com</a>&gt;;</span><span class=3D"gmail-m_-8530579229706245615gm=
ail-m_-3176041021461486353zreadUserName" style=3D"display:inline"><a href=
=3D"mailto:bfd-chairs@ietf.org" target=3D"_blank">bfd-chairs@ietf.org</a> &=
lt;<a href=3D"mailto:bfd-chairs@ietf.org" target=3D"_blank">bfd-chairs@ietf=
.org</a>&gt;;</span></div><div><strong>=E6=97=A5 =E6=9C=9F =EF=BC=9A</stron=
g>2019=E5=B9=B409=E6=9C=8826=E6=97=A5 08:36</div><div><strong>=E4=B8=BB =E9=
=A2=98 =EF=BC=9A</strong><span class=3D"gmail-m_-8530579229706245615gmail-m=
_-3176041021461486353zreadTitle"><strong>Re: [nvo3] BFD over VXLAN: Trappin=
g BFD Control packet at VTEP</strong></span></div></div><div class=3D"gmail=
-m_-8530579229706245615gmail-m_-3176041021461486353zhistoryContent"><div>__=
_____________________________________________<br>nvo3=C2=A0mailing=C2=A0lis=
t<br><a href=3D"mailto:nvo3@ietf.org" target=3D"_blank">nvo3@ietf.org</a><b=
r><a href=3D"https://www.ietf.org/mailman/listinfo/nvo3" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/nvo3</a><br><br><div dir=3D"ltr"><div=
 dir=3D"ltr">&gt;&gt;&gt;</div><div dir=3D"ltr">Some people may argue that =
all Tenant Systems connecting to the same Virtual Network MUST share one VA=
P, if that&#39;s true, then VAP1 and VAP3 should merge into one VAP and my =
explanation doesn&#39;t work. Copying to NVO3 WG to involve more experts, h=
ope for your clarifications and comments.=C2=A0=C2=A0<br></div><div dir=3D"=
ltr">&gt;&gt;&gt;</div><br><div>I would be one of those that would argue th=
at they MUST share on VAP if they connect to the same Virtual Network.=C2=
=A0 IMO, the NVO3 arch doc should have been clearer about this.</div><br><d=
iv>Thanks,</div><div>Anoop</div><br><div class=3D"gmail_quote"><div dir=3D"=
ltr" class=3D"gmail_attr">On Tue, Sep 24, 2019 at 7:40 PM &lt;<a href=3D"ma=
ilto:xiao.min2@zte.com.cn" target=3D"_blank">xiao.min2@zte.com.cn</a>&gt; w=
rote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=
=3D"gmail-m_-8530579229706245615gmail-m_-3176041021461486353gmail-m_-772303=
9013213232804zcontentRow"><p style=3D"font-size:14px;font-family:arial">Hi =
Santosh,</p><p style=3D"font-size:14px;font-family:arial"><br></p><p style=
=3D"font-size:14px;font-family:arial">With regard to the question whether w=
e should=C2=A0<span style=3D"font-family:sans-serif">allow multiple BFD ses=
sions for the same VNI or not, IMHO we should allow it, more explanation as=
 follows...</span></p><p style=3D"font-size:14px;font-family:arial"><span s=
tyle=3D"font-family:sans-serif">Below is a figure derived from figure 2 of =
RFC8014 (<span style=3D"font-family:Arial,=E5=AE=8B=E4=BD=93,&quot;Microsof=
t Yahei&quot;,&quot;Lucida Grande&quot;,Verdana,Lucida,Helvetica,sans-serif=
;line-height:24px;background-color:rgb(255,255,255)">An Architecture for Da=
ta-Center Network Virtualization over Layer 3 (NVO3)</span>).</span></p><p =
style=3D"font-size:14px;font-family:arial"><span style=3D"font-family:sans-=
serif"></span></p><pre>                    |         Data Center Network (I=
P)        |
                    |                                         |
                    +-----------------------------------------+
                         |                           |
                         |       Tunnel Overlay      |
            +------------+---------+       +---------+------------+
            | +----------+-------+ |       | +-------+----------+ |
            | |  Overlay Module  | |       | |  Overlay Module  | |
            | +---------+--------+ |       | +---------+--------+ |
            |           |          |       |           |          |
     NVE1   |           |          |       |           |          | NVE2
            |  +--------+-------+  |       |  +--------+-------+  |
            |  |VNI1 VNI2  VNI1 |  |       |  | VNI1 VNI2 VNI1 |  |
            |  +-+-----+----+---+  |       |  +-+-----+-----+--+  |
            |VAP1| VAP2|    | VAP3 |       |VAP1| VAP2|     | VAP3|
            +----+-----+----+------+       +----+-----+-----+-----+
                 |     |    |                   |     |     |
                 |     |    |                   |     |     |
                 |     |    |                   |     |     |
          -------+-----+----+-------------------+-----+-----+-------
                 |     |    |     Tenant        |     |     |
            TSI1 | TSI2|    | TSI3          TSI1| TSI2|     |TSI3
                +---+ +---+ +---+             +---+ +---+   +---+
                |TS1| |TS2| |TS3|             |TS4| |TS5|   |TS6|
                +---+ +---+ +---+             +---+ +---+   +---+</pre><p s=
tyle=3D"font-size:14px;font-family:arial">To my understanding, the BFD sess=
ions between NVE1 and NVE2 are actually initiated and terminated at VAP of =
NVE.</p><p style=3D"font-size:14px;font-family:arial"><span style=3D"font-f=
amily:sans-serif"></span>If the network operator want to set up one BFD ses=
sion between VAP1 of NVE1 and VAP1of NVE2, at the same time another BFD ses=
sion between VAP3 of NVE1 and VAP3 of NVE2, <span style=3D"font-family:aria=
l;line-height:21px">although the two BFD sessions are for the same VNI1,=C2=
=A0</span>I believe it&#39;s reasonable, so that&#39;s why I think we shoul=
d allow it.</p><p style=3D"font-size:14px;font-family:arial"><br></p><p sty=
le=3D"font-size:14px;font-family:arial">Of course, in RFC8014 it also says:=
</p><pre class=3D"gmail-m_-8530579229706245615gmail-m_-3176041021461486353g=
mail-m_-7723039013213232804newpage">&quot;Note that two different Tenant Sy=
stems (and TSIs) attached to a common NVE can share a VAP (e.g., TS1 and TS=
2 in Figure 2) so long as they connect to the same Virtual Network.<span st=
yle=3D"font-family:arial">&quot;</span></pre><p style=3D"font-size:14px;fon=
t-family:arial"><span style=3D"font-family:sans-serif">Some people may argu=
e that all Tenant Systems connecting to the same Virtual Network MUST share=
 one VAP, if that&#39;s true, then VAP1 and VAP3 should merge into one VAP =
and my explanation doesn&#39;t work. Copying to NVO3 WG to involve more exp=
erts, hope for your clarifications and comments.</span></p><p style=3D"font=
-size:14px;font-family:arial"><span style=3D"font-family:sans-serif"><br></=
span></p><p style=3D"font-size:14px;font-family:arial"><span style=3D"font-=
family:sans-serif">Best Regards,</span></p><p style=3D"font-size:14px;font-=
family:arial"><span style=3D"font-family:sans-serif">Xiao Min</span></p></d=
iv></blockquote></div></div></div></div></div></div></div></div><p><br></p>=
</div></blockquote></div></div></div></div></div></div></div></div><p><br><=
/p></div></blockquote></div></div>

--0000000000002a897505938fabe4--


From nobody Sat Sep 28 13:04:54 2019
Return-Path: <robert@raszuk.net>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9EC212009E for <rtg-bfd@ietfa.amsl.com>; Sat, 28 Sep 2019 13:04:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lfspfjB1yv7j for <rtg-bfd@ietfa.amsl.com>; Sat, 28 Sep 2019 13:04:49 -0700 (PDT)
Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (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 739F3120019 for <rtg-bfd@ietf.org>; Sat, 28 Sep 2019 13:04:49 -0700 (PDT)
Received: by mail-qt1-x82d.google.com with SMTP id n7so11752575qtb.6 for <rtg-bfd@ietf.org>; Sat, 28 Sep 2019 13:04:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KOEtG2wua6PnHmcgLJ5O1Utq3wr1ImpHmcqx4Rmt25I=; b=JJyAwQV9FEpibfWYSHYPFtwl77FVS8JM36+Shehl60PHifcckbPPO7VMlNGis9Jv6E 46u5v2Kq9+CY10zOGXEy+enfNBEMMS8iw1XBx4ciBiBWT3QHxAsTnJaYw1/M40wVX2UD Snw9uFc6Rs+3wVGAZirNz5fYMXxkN+eOtqpTp+jbYlUQGxm9nR/PlXmtp9SneSvF6aoV mQ1PvgOwN3/Y0BKwYKN0FFmqpbKdVrY4zg+KpZhTzNZZ4su1MItpQQZ/xD/E3ce3FrCN dDS30X7f2smujZ2kyk5PjheDATAkLRmd7T+NpjhgrqcZ+Agkej1mEQ7DR4bSzupm7RLR BhCA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KOEtG2wua6PnHmcgLJ5O1Utq3wr1ImpHmcqx4Rmt25I=; b=JvLZ5rfgezf6Xev4vrxOIXnSwoVJot3xpKF0AN0jVlOuyVgghJafTCJBY7QTCJEr1a NtwWup13DGAWPxlKEdzAh/Zw0tCQ6E/P5gfV5gjU27tLUKx+9kXKwHVweXPAHKKOGMpJ cJ5U3zZR8IVwz1Q6ER93O2fb4A80kDuKeze5+Z0MdirbInH/QgTrBcJub9xGt2z/MCHZ /K+FbvFKQav7dEMOpor8SqgU899DA1cxA0hXSphwiG0zOviQRgf3zGorkljPsxKGuqit 1FJ+lKRvPZ/MNQIhvmuS6nBYxHAECSU8irG1LLy9snC1HHR3ucZlZIFaqxuXZ73xggQL gvkg==
X-Gm-Message-State: APjAAAWhbtirhE6hH8hCx4f8gy23vVLn/8U/uRagHemEGRwOZWoIM1VL dFYVTjWjDznMtn+vrkM6XmjkVw787uu/jPD0I7ugGg==
X-Google-Smtp-Source: APXvYqyRlJDFyKNS7IpAf+/hZXpLcDfOdQkNL5uMkGh8O6FUN9Z1+PXU+xgJM1sQ5D88burYc24tvNFlYl3itbc192w=
X-Received: by 2002:ac8:3059:: with SMTP id g25mr17193825qte.154.1569701088245;  Sat, 28 Sep 2019 13:04:48 -0700 (PDT)
MIME-Version: 1.0
References: <C44550AC-F6E0-4351-9958-CB9144C9F23A@cisco.com> <CY4PR11MB1541F9CEEA547F1D962D79B5C1B30@CY4PR11MB1541.namprd11.prod.outlook.com> <29C6F22D-AC57-446C-8013-408C4E28A94A@pfrc.org> <BYAPR11MB36384BA8A940618DA9FC3F76C18E0@BYAPR11MB3638.namprd11.prod.outlook.com> <20190918152817.GA20672@pfrc.org> <MN2PR11MB3647316C13CAA5EBD4531B06C1890@MN2PR11MB3647.namprd11.prod.outlook.com> <20190919020128.GB20672@pfrc.org> <BYAPR11MB3638E358EF9CE34818ECD010C1890@BYAPR11MB3638.namprd11.prod.outlook.com> <D95235B0-9917-4C06-97E6-1181BFF6F7CC@pfrc.org> <BYAPR11MB36383D1DF70CFA399BFF6E59C1840@BYAPR11MB3638.namprd11.prod.outlook.com> <20190926194948.GA22700@pfrc.org>
In-Reply-To: <20190926194948.GA22700@pfrc.org>
From: Robert Raszuk <robert@raszuk.net>
Date: Sat, 28 Sep 2019 22:04:39 +0200
Message-ID: <CAOj+MMHZNQ-Qs4Nbv1niuqx5L3EoaX397NtWyaJyhiGNO1dZwA@mail.gmail.com>
Subject: Re: WGLC for draft-ietf-bfd-large-packets
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, "Reshad Rahman (rrahman)" <rrahman@cisco.com>,  "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c4ced20593a283b2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/orOKg0oC46XDxv372qY6h-O4KmI>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Sep 2019 20:04:52 -0000

--000000000000c4ced20593a283b2
Content-Type: text/plain; charset="UTF-8"

Hi Jeff,

Imagine two scenarios which were already highlighted as justification for
this work:

*Scenario 1 -* IGP with nodes interconnected with ECMP links

*Scenario 2 -* IGP nodes interconnected with L2 emulated circuits which in
turn are riding on telco IP network with ECMPs or LAGs.

*Questions Ad 1 - *

Is the idea to use in those cases "ECMP-Aware BFD for LDP LSPs" vendor's
feature to be able to detect MTU issues on any of the L3 paths ? Is there
feature extension to accomplish the same without LDP just when using ECMP
with OSPF ?

How do you solve this when there is L2 LAG hashing across N links enabled ?

*Question Ad 2 - *

How do you detect it if your L2 circuit provider maps BFD flows to one
underlay path and some encapsulated data packets is hashed to traverse the
other path(s) ? Clearly running multiple BFD sessions is not going to help
much in this scenario .... For example if someone is using v6 flow label it
may be directly copied to the outer service header.

Many thx,
Robert.


On Thu, Sep 26, 2019 at 9:46 PM Jeffrey Haas <jhaas@pfrc.org> wrote:

> Les,
>
> On Tue, Sep 24, 2019 at 10:48:51PM +0000, Les Ginsberg (ginsberg) wrote:
> > A few more thoughts - maybe these are more helpful than my previous
> comments - maybe not. I am sure you will let me know.
> >
> > Protocol extensions allowing negotiation and/or advertisement of support
> for larger PDUs may well be useful - but let's agree that it is desirable
> to deploy this without protocol extensions just to keep the
> interoperability bar low.
> >
> > My primary angst is with the following paragraph in Section 3:
> >
> > "It is also worthy of note that even if an implementation can function
> >    with larger transport PDUs, that additional packet size may have
> >    impact on BFD scaling.  Such systems may support a lower transmission
> >    interval (bfd.DesiredMinTxInterval) when operating in large packet
> >    mode.  This interval may depend on the size of the transport PDU."
> >
> > Given long experience that CPU use correlates more highly with number of
> packets than with number of bytes, the first sentence would seem to be
> weakly supported.
> > Given the previously mentioned concerns about detection time, the second
> sentence seems to compromise the value of the extension.
>
> My experience is largely identical to yours.
>
> The motivation for mentioning anything at all here is TANSTAAFL[1], and
> we've already had people ask about possible impacts.  And, as we discussed
> previously in the thread we shall inevitably get asked about it during TSV
> review in IESG.
>
> The primary reason this is a "may" in the non-RFC 2119 sense is that our
> experience also suggests that when the scaling impacts are primarily pps
> rather than bps that this feature will likely have no major impact on
> implementations beyond your valid concerns about exercising bugs.
>
> I suspect had this not been mentioned at all, you would have been happier.
> But you're not the target audience for this weak caveat.
>
> > What might be better?
> >
> > 1)Some statement that MTU isn't necessarily a consistent value for all
> systems connected to an interface - which can impact the results when large
> BFD packets are used. Implementations might then want to consider
> supporting "bfd-mtu" configuration and/or iterating across a range of
> packet sizes to determine what works and what doesn't.
>
> I'm not clear what you intend by this statement.
>
> Are you asking that we emphasize the use case in a different way?  The
> Introduction currently states:
>   "However,
>    some applications may require that the Path MTU [RFC1191] between
>    those two systems meets a certain minimum criteria.  When the Path
>    MTU decreases below the minimum threshold, those applications may
>    wish to consider the path unusable."
>
> I'm also unclear what "Implementations" may refer to here.  BFD?  An
> arbitrary user application?  If the latter, the application may not have
> strict control over the generation of a given PDU size; e.g. TCP
> applications.
>
> > 2)Use of both padded and unpadded packets in combination with
> draft-ietf-bfd-stability to determine whether a BFD failure is due to
> padding or a generic forwarding failure.
> >
> > Either of these suggestions are really "diagnostic modes" which may help
> diagnose a problem but aren't meant to be used continuously as part of fast
> failure detection.
>
> We could certainly add a paragraph or two as an application note about
> using
> this for BFD stability purposes as well.
>
> -- Jeff
>
>

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

<div dir=3D"ltr">Hi Jeff,<div><br></div><div>Imagine two scenarios which we=
re already highlighted as justification for this work:</div><div><br></div>=
<div><b>Scenario 1 -</b> IGP with nodes interconnected with ECMP links=C2=
=A0</div><div><br></div><div><b>Scenario 2 -</b> IGP nodes interconnected w=
ith L2 emulated circuits which in turn are riding on telco IP network with =
ECMPs or LAGs.=C2=A0</div><div><br></div><div><b>Questions Ad 1 -=C2=A0</b>=
</div><div><br></div><div>Is the idea to use in those cases &quot;ECMP-Awar=
e BFD for LDP LSPs&quot; vendor&#39;s feature to be able to detect MTU issu=
es on any of the L3 paths ? Is there feature extension to accomplish the sa=
me without LDP just when using ECMP with OSPF ?=C2=A0</div><div><br></div><=
div>How do you solve this when there is L2 LAG hashing across N links enabl=
ed ?=C2=A0</div><div><br></div><div><b>Question Ad 2 -=C2=A0</b><br></div><=
div><br></div><div>How do you detect it if your L2 circuit provider maps BF=
D flows to one underlay path and some encapsulated data packets is hashed t=
o traverse the other path(s) ? Clearly running multiple BFD sessions is not=
 going to help much in this scenario .... For example if someone is using v=
6 flow label it may be directly copied to the outer service header.=C2=A0</=
div><div><br></div><div>Many thx,<br>Robert.</div><div><br></div></div><br>=
<div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Se=
p 26, 2019 at 9:46 PM Jeffrey Haas &lt;<a href=3D"mailto:jhaas@pfrc.org">jh=
aas@pfrc.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin=
g-left:1ex">Les,<br>
<br>
On Tue, Sep 24, 2019 at 10:48:51PM +0000, Les Ginsberg (ginsberg) wrote:<br=
>
&gt; A few more thoughts - maybe these are more helpful than my previous co=
mments - maybe not. I am sure you will let me know.<br>
&gt; <br>
&gt; Protocol extensions allowing negotiation and/or advertisement of suppo=
rt for larger PDUs may well be useful - but let&#39;s agree that it is desi=
rable to deploy this without protocol extensions just to keep the interoper=
ability bar low.<br>
&gt; <br>
&gt; My primary angst is with the following paragraph in Section 3:<br>
&gt; <br>
&gt; &quot;It is also worthy of note that even if an implementation can fun=
ction<br>
&gt;=C2=A0 =C2=A0 with larger transport PDUs, that additional packet size m=
ay have<br>
&gt;=C2=A0 =C2=A0 impact on BFD scaling.=C2=A0 Such systems may support a l=
ower transmission<br>
&gt;=C2=A0 =C2=A0 interval (bfd.DesiredMinTxInterval) when operating in lar=
ge packet<br>
&gt;=C2=A0 =C2=A0 mode.=C2=A0 This interval may depend on the size of the t=
ransport PDU.&quot;<br>
&gt; <br>
&gt; Given long experience that CPU use correlates more highly with number =
of packets than with number of bytes, the first sentence would seem to be w=
eakly supported.<br>
&gt; Given the previously mentioned concerns about detection time, the seco=
nd sentence seems to compromise the value of the extension.<br>
<br>
My experience is largely identical to yours.<br>
<br>
The motivation for mentioning anything at all here is TANSTAAFL[1], and<br>
we&#39;ve already had people ask about possible impacts.=C2=A0 And, as we d=
iscussed<br>
previously in the thread we shall inevitably get asked about it during TSV<=
br>
review in IESG.<br>
<br>
The primary reason this is a &quot;may&quot; in the non-RFC 2119 sense is t=
hat our<br>
experience also suggests that when the scaling impacts are primarily pps<br=
>
rather than bps that this feature will likely have no major impact on<br>
implementations beyond your valid concerns about exercising bugs.<br>
<br>
I suspect had this not been mentioned at all, you would have been happier.<=
br>
But you&#39;re not the target audience for this weak caveat.<br>
<br>
&gt; What might be better?<br>
&gt; <br>
&gt; 1)Some statement that MTU isn&#39;t necessarily a consistent value for=
 all systems connected to an interface - which can impact the results when =
large BFD packets are used. Implementations might then want to consider sup=
porting &quot;bfd-mtu&quot; configuration and/or iterating across a range o=
f packet sizes to determine what works and what doesn&#39;t.<br>
<br>
I&#39;m not clear what you intend by this statement.<br>
<br>
Are you asking that we emphasize the use case in a different way?=C2=A0 The=
<br>
Introduction currently states: <br>
=C2=A0 &quot;However,<br>
=C2=A0 =C2=A0some applications may require that the Path MTU [RFC1191] betw=
een<br>
=C2=A0 =C2=A0those two systems meets a certain minimum criteria.=C2=A0 When=
 the Path<br>
=C2=A0 =C2=A0MTU decreases below the minimum threshold, those applications =
may<br>
=C2=A0 =C2=A0wish to consider the path unusable.&quot;<br>
<br>
I&#39;m also unclear what &quot;Implementations&quot; may refer to here.=C2=
=A0 BFD?=C2=A0 An<br>
arbitrary user application?=C2=A0 If the latter, the application may not ha=
ve<br>
strict control over the generation of a given PDU size; e.g. TCP<br>
applications.<br>
<br>
&gt; 2)Use of both padded and unpadded packets in combination with draft-ie=
tf-bfd-stability to determine whether a BFD failure is due to padding or a =
generic forwarding failure.<br>
&gt; <br>
&gt; Either of these suggestions are really &quot;diagnostic modes&quot; wh=
ich may help diagnose a problem but aren&#39;t meant to be used continuousl=
y as part of fast failure detection.<br>
<br>
We could certainly add a paragraph or two as an application note about usin=
g<br>
this for BFD stability purposes as well.<br>
<br>
-- Jeff<br>
<br>
</blockquote></div>

--000000000000c4ced20593a283b2--


From nobody Sun Sep 29 21:11:39 2019
Return-Path: <afu14@bloomberg.net>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EBBC1200FE for <rtg-bfd@ietfa.amsl.com>; Sun, 29 Sep 2019 21:11:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.001
X-Spam-Level: 
X-Spam-Status: No, score=-5.001 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7hwzepuM4TBn for <rtg-bfd@ietfa.amsl.com>; Sun, 29 Sep 2019 21:11:35 -0700 (PDT)
Received: from mgnj2.bloomberg.net (mgnj2.bloomberg.net [69.191.244.20]) (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 B596E120019 for <rtg-bfd@ietf.org>; Sun, 29 Sep 2019 21:11:35 -0700 (PDT)
X-BB-Reception-Complete: 30 Sep 2019 00:11:34 -0400
X-IP-Listener: Outgoing Mail
X-IP-MID: 1263244341
Received: from msllnjpmsgsv06.bloomberg.com (HELO msllnjpmsgsv06) ([10.126.134.166]) by mgnj2.bloomberg.net with SMTP; 30 Sep 2019 00:11:34 -0400
X-BLP-INETSVC: version=BLP_APP_S_INETSVC_1.0.1; host=mgnj2:25; conid=82
Date: Mon, 30 Sep 2019 04:11:33 -0000
From: "Albert Fu (BLOOMBERG/ 120 PARK)" <afu14@bloomberg.net>
Reply-To: "Albert Fu" <afu14@bloomberg.net>
To: rtg-bfd@ietf.org
MIME-Version: 1.0
Message-ID: <5D9180750134017A00390137_0_6820@msllnjpmsgsv06>
X-BLP-GUID: 5D9180750134017A003901370000
Subject: =?UTF-8?B?UmU6UnRnLWJmZCBEaWdlc3QsIFZvbCAxNjMsIElzc3VlIDI1?=
Content-Type: multipart/alternative; boundary="BOUNDARY_5D9180750134017A00390137_0_9179_msllnjpmsgsv06"
Content-ID: <ID_5D9180750134017A00390137_0_6819@msllnjpmsgsv06>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/M3or80adSPp33gdZq-C59KuoAqM>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Sep 2019 04:11:37 -0000

--BOUNDARY_5D9180750134017A00390137_0_9179_msllnjpmsgsv06
Content-Type: text/plain; charset=UTF-8
Content-Disposition: inline
Content-Transfer-Encoding: base64

SGkgUm9iZXJ0LAoKCj4gSW1hZ2luZSB0d28gc2NlbmFyaW9zIHdoaWNoIHdlcmUgYWxyZWFkeSBo
aWdobGlnaHRlZCBhcyBqdXN0aWZpY2F0aW9uIGZvcgo+IHRoaXMgd29yazoKCj4gKlNjZW5hcmlv
IDEgLSogSUdQIHdpdGggbm9kZXMgaW50ZXJjb25uZWN0ZWQgd2l0aCBFQ01QIGxpbmtzCgo+ICpT
Y2VuYXJpbyAyIC0qIElHUCBub2RlcyBpbnRlcmNvbm5lY3RlZCB3aXRoIEwyIGVtdWxhdGVkIGNp
cmN1aXRzIHdoaWNoIGluCj4gdHVybiBhcmUgcmlkaW5nIG9uIHRlbGNvIElQIG5ldHdvcmsgd2l0
aCBFQ01QcyBvciBMQUdzLgoKPiAqUXVlc3Rpb25zIEFkIDEgLSAqCgo+IElzIHRoZSBpZGVhIHRv
IHVzZSBpbiB0aG9zZSBjYXNlcyAiRUNNUC1Bd2FyZSBCRkQgZm9yIExEUCBMU1BzIiB2ZW5kb3In
cwo+IGZlYXR1cmUgdG8gYmUgYWJsZSB0byBkZXRlY3QgTVRVIGlzc3VlcyBvbiBhbnkgb2YgdGhl
IEwzIHBhdGhzID8gSXMgdGhlcmUKPiBmZWF0dXJlIGV4dGVuc2lvbiB0byBhY2NvbXBsaXNoIHRo
ZSBzYW1lIHdpdGhvdXQgTERQIGp1c3Qgd2hlbiB1c2luZyBFQ01QCj4gd2l0aCBPU1BGID8KVGhl
IGRyYWZ0IGRvZXMgbm90IGdvIGludG8gdGhlIHNwZWNpZmljIHVzZSBjYXNlcy4gSSB0aGluayBt
b3N0IEJGRCB1c2VzIGNhc2VzIChjZXJ0YWlubHkgaW4gb3VyIGNhc2UpIGFyZSBvbiBwMnAgSUdQ
L2VCR1AgbGlua3MuIChidHcgc29tZSB2ZW5kb3JzIGRvIG5vdCBzdXBwb3J0IGNvbnRyb2wtcGxh
bmUgQkZEIGluZGVwZW5kZW5jZSBmb3IgbXVsdGlob3BzIEJGRCwgbWFraW5nIGl0IHVucmVsaWFi
bGUgZm9yIGZhc3QgZGV0ZWN0aW9uKS4gCgoKVGhlIGVuZCB0byBlbmQgcGF0aHMgbWF5IGhhdmUg
bXVsdGlwbGUgbXVsdGlwbGUtRUNNUCBsaW5rcy9wYXRocy4gVGhlIEJGRCBzZXNzaW9ucyBvbiB0
aGUgaW5kaXZpZHVhbCBsaW5rIGFsb25nIHRoZSBwYXRoIHdpbGwgZGV0ZWN0IGxhcmdlIHBhY2tl
dCBpc3N1ZS4KCgo+IEhvdyBkbyB5b3Ugc29sdmUgdGhpcyB3aGVuIHRoZXJlIGlzIEwyIExBRyBo
YXNoaW5nIGFjcm9zcyBOIGxpbmtzIGVuYWJsZWQgPwpUaGlzIGlzIGEgc2l0dWF0aW9uIHdoZXJl
IHlvdSBuZWVkIG1vcmUgdGhhbiBzdGFuZGFyZCBCRkQuIEl0IGlzIGEgcmVhc29uIHdoeSBzb21l
IGN1c3RvbWVycyBsaWtlIHVzIHByZWZlciBub3QgdG8gcnVuIExBRyBvbiBwYXJhbGxlbCBXQU4g
Y2lyY3VpdHMsIHNvIHdlIGNhbiBkaWFnbm9zZSBpbnRlcmZhY2UgaXNzdWVzIGVhc2lseSB2aWEg
c3RhbmRhcmQgdG9vbHMgbGlrZSBwaW5nLiBJdCBpcyBhIGRlc2lnbiBjb21wcm9taXNlLgoKCj4g
KlF1ZXN0aW9uIEFkIDIgLSAqCgo+IEhvdyBkbyB5b3UgZGV0ZWN0IGl0IGlmIHlvdXIgTDIgY2ly
Y3VpdCBwcm92aWRlciBtYXBzIEJGRCBmbG93cyB0byBvbmUKPiB1bmRlcmxheSBwYXRoIGFuZCBz
b21lIGVuY2Fwc3VsYXRlZCBkYXRhIHBhY2tldHMgaXMgaGFzaGVkIHRvIHRyYXZlcnNlIHRoZQo+
IG90aGVyIHBhdGgocykgPyBDbGVhcmx5IHJ1bm5pbmcgbXVsdGlwbGUgQkZEIHNlc3Npb25zIGlz
IG5vdCBnb2luZyB0byBoZWxwCj4gbXVjaCBpbiB0aGlzIHNjZW5hcmlvIC4uLi4gRm9yIGV4YW1w
bGUgaWYgc29tZW9uZSBpcyB1c2luZyB2NiBmbG93IGxhYmVsIGl0Cj4gbWF5IGJlIGRpcmVjdGx5
IGNvcGllZCB0byB0aGUgb3V0ZXIgc2VydmljZSBoZWFkZXIuCldlIHdvbid0IGhhdmUgY29udHJv
bCBvdmVyIGhvdyB0aGUgUHJvdmlkZXIgbWFwcyBvdXIgdHJhZmZpYyAoQkZEL2RhdGEpLiBJbiBt
eSBleHBlcmllbmNlLCB0aGUgY2hhbmNlcyBvZiB0aGlzIGhhcHBlbmluZyBpcyBwcm9iIHNtYWxs
IGJhc2VkIG9uIG15IGludm9sdmVtZW50IHdpdGggYWxsIG9mIHRoZXNlIGlzc3VlcywgaW4gdGhh
dCB3aGVuIHRoZSBpc3N1ZSBoYXBwZW5lZCwgYWxsIHBhY2tldHMgPiBjZXJ0YWluIHNpemUgd291
bGQgZmFpbCwgbm90IHNvbWUgZ2V0dGluZyB0aHJvdWdoIGFuZCBzb21lIGZhaWxpbmcuCgoKVGhh
bmtzCgpBbGJlcnQKCgo=

--BOUNDARY_5D9180750134017A00390137_0_9179_msllnjpmsgsv06
Content-Type: text/html; charset=UTF-8
Content-Disposition: inline
Content-Transfer-Encoding: base64

PGh0bWw+PGhlYWQ+PHRpdGxlPjwvdGl0bGU+PC9oZWFkPjxib2R5PjwhLS0gcnRlLXZlcnNpb24g
MC4yIDk5NDc1NTE2MzcyOTQwMDhiNzdiY2UyNWViNjgzZGFjIC0tPjxkaXYgY2xhc3M9InJ0ZS1z
dHlsZS1tYWludGFpbmVyIHJ0ZS1wcmUtd3JhcCIgZGF0YS1jb2xvcj0iZ2xvYmFsLWRlZmF1bHQi
IGJiZy1jb2xvcj0iZGVmYXVsdCIgZGF0YS1iYi1mb250LXNpemU9Im1lZGl1bSJiYmctZm9udC1z
aXplPSJtZWRpdW0iIHN0eWxlPSJ3aGl0ZS1zcGFjZTogcHJlLXdyYXA7IGZvbnQtc2l6ZTogc21h
bGw7IGZvbnQtZmFtaWx5OiAmcXVvdDtDb3VyaWVyIE5ldyZxdW90OywgQ291cmllciwgJnF1b3Q7
QkIuRml4ZWRXaWR0aCZxdW90Ozsic3R5bGU9IndoaXRlLXNwYWNlOiBwcmUtd3JhcDsgZm9udC1z
aXplOiBzbWFsbDsgZm9udC1mYW1pbHk6ICZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LCBDb3VyaWVy
LCAmcXVvdDtCQi5GaXhlZFdpZHRoJnF1b3Q7OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+SGkgUm9i
ZXJ0LDxkaXYgY2xhc3M9InJ0ZS1zdHlsZS1tYWludGFpbmVyIiBkYXRhLWJiLWZvbnQtc2l6ZT0i
bWVkaXVtImJiZy1jb2xvcj0iZGVmYXVsdCIgYmJnLWZvbnQtc2l6ZT0ibWVkaXVtIiBzdHlsZT0i
Zm9udC1zaXplOiBzbWFsbDsgZm9udC1mYW1pbHk6ICZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LCBD
b3VyaWVyLCAmcXVvdDtCQi5GaXhlZFdpZHRoJnF1b3Q7OyJzdHlsZT0iZm9udC1zaXplOiBzbWFs
bDsgZm9udC1mYW1pbHk6ICZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LCBDb3VyaWVyLCAmcXVvdDtC
Qi5GaXhlZFdpZHRoJnF1b3Q7OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+PGJsb2NrcXVvdGU+PGJy
PiZndDsgSW1hZ2luZSB0d28gc2NlbmFyaW9zIHdoaWNoIHdlcmUgYWxyZWFkeSBoaWdobGlnaHRl
ZCBhcyBqdXN0aWZpY2F0aW9uIGZvcjxicj4mZ3Q7IHRoaXMgd29yazo8YnI+PGJyPiZndDsgKlNj
ZW5hcmlvIDEgLSogSUdQIHdpdGggbm9kZXMgaW50ZXJjb25uZWN0ZWQgd2l0aCBFQ01QIGxpbmtz
PGJyPjxicj4mZ3Q7ICpTY2VuYXJpbyAyIC0qIElHUCBub2RlcyBpbnRlcmNvbm5lY3RlZCB3aXRo
IEwyIGVtdWxhdGVkIGNpcmN1aXRzIHdoaWNoIGluPGJyPiZndDsgdHVybiBhcmUgcmlkaW5nIG9u
IHRlbGNvIElQIG5ldHdvcmsgd2l0aCBFQ01QcyBvciBMQUdzLjxicj48YnI+Jmd0OyAqUXVlc3Rp
b25zIEFkIDEgLSAqPGJyPjxicj4mZ3Q7IElzIHRoZSBpZGVhIHRvIHVzZSBpbiB0aG9zZSBjYXNl
cyAiRUNNUC1Bd2FyZSBCRkQgZm9yIExEUCBMU1BzIiB2ZW5kb3Inczxicj4mZ3Q7IGZlYXR1cmUg
dG8gYmUgYWJsZSB0byBkZXRlY3QgTVRVIGlzc3VlcyBvbiBhbnkgb2YgdGhlIEwzIHBhdGhzID8g
SXMgdGhlcmU8YnI+Jmd0OyBmZWF0dXJlIGV4dGVuc2lvbiB0byBhY2NvbXBsaXNoIHRoZSBzYW1l
IHdpdGhvdXQgTERQIGp1c3Qgd2hlbiB1c2luZyBFQ01QPGJyPiZndDsgd2l0aCBPU1BGID88YnI+
VGhlIGRyYWZ0IGRvZXMgbm90IGdvIGludG8gdGhlIHNwZWNpZmljIHVzZSBjYXNlcy4gSSB0aGlu
ayBtb3N0IEJGRCB1c2VzIGNhc2VzIChjZXJ0YWlubHkgaW4gb3VyIGNhc2UpIGFyZSBvbiBwMnAg
SUdQL2VCR1AgbGlua3MuIChidHcgc29tZSB2ZW5kb3JzIGRvIG5vdCBzdXBwb3J0IGNvbnRyb2wt
cGxhbmUgQkZEIGluZGVwZW5kZW5jZSBmb3IgbXVsdGlob3BzIEJGRCwgbWFraW5nIGl0IHVucmVs
aWFibGUgZm9yIGZhc3QgZGV0ZWN0aW9uKS4gPC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxicj48
L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGU+VGhlIGVuZCB0byBlbmQgcGF0aHMgbWF5IGhhdmUgbXVs
dGlwbGUgbXVsdGlwbGUtRUNNUCBsaW5rcy9wYXRocy4gVGhlIEJGRCBzZXNzaW9ucyBvbiB0aGUg
aW5kaXZpZHVhbCBsaW5rIGFsb25nIHRoZSBwYXRoIHdpbGwgZGV0ZWN0IGxhcmdlIHBhY2tldCBp
c3N1ZS48YnI+PGJyPjxicj4mZ3Q7IEhvdyBkbyB5b3Ugc29sdmUgdGhpcyB3aGVuIHRoZXJlIGlz
IEwyIExBRyBoYXNoaW5nIGFjcm9zcyBOIGxpbmtzIGVuYWJsZWQgPzxicj5UaGlzIGlzIGEgc2l0
dWF0aW9uIHdoZXJlIHlvdSBuZWVkIG1vcmUgdGhhbiBzdGFuZGFyZCBCRkQuIEl0IGlzIGEgcmVh
c29uIHdoeSBzb21lIGN1c3RvbWVycyBsaWtlIHVzIHByZWZlciBub3QgdG8gcnVuIExBRyBvbiBw
YXJhbGxlbCBXQU4gY2lyY3VpdHMsIHNvIHdlIGNhbiBkaWFnbm9zZSBpbnRlcmZhY2UgaXNzdWVz
IGVhc2lseSB2aWEgc3RhbmRhcmQgdG9vbHMgbGlrZSBwaW5nLiBJdCBpcyBhIGRlc2lnbiBjb21w
cm9taXNlLjwvYmxvY2txdW90ZT48YmxvY2txdW90ZT48YnI+PGJyPiZndDsgKlF1ZXN0aW9uIEFk
IDIgLSAqPGJyPjxicj4mZ3Q7IEhvdyBkbyB5b3UgZGV0ZWN0IGl0IGlmIHlvdXIgTDIgY2lyY3Vp
dCBwcm92aWRlciBtYXBzIEJGRCBmbG93cyB0byBvbmU8YnI+Jmd0OyB1bmRlcmxheSBwYXRoIGFu
ZCBzb21lIGVuY2Fwc3VsYXRlZCBkYXRhIHBhY2tldHMgaXMgaGFzaGVkIHRvIHRyYXZlcnNlIHRo
ZTxicj4mZ3Q7IG90aGVyIHBhdGgocykgPyBDbGVhcmx5IHJ1bm5pbmcgbXVsdGlwbGUgQkZEIHNl
c3Npb25zIGlzIG5vdCBnb2luZyB0byBoZWxwPGJyPiZndDsgbXVjaCBpbiB0aGlzIHNjZW5hcmlv
IC4uLi4gRm9yIGV4YW1wbGUgaWYgc29tZW9uZSBpcyB1c2luZyB2NiBmbG93IGxhYmVsIGl0PGJy
PiZndDsgbWF5IGJlIGRpcmVjdGx5IGNvcGllZCB0byB0aGUgb3V0ZXIgc2VydmljZSBoZWFkZXIu
PGJyPldlIHdvbid0IGhhdmUgY29udHJvbCBvdmVyIGhvdyB0aGUgUHJvdmlkZXIgbWFwcyBvdXIg
dHJhZmZpYyAoQkZEL2RhdGEpLiBJbiBteSBleHBlcmllbmNlLCB0aGUgY2hhbmNlcyBvZiB0aGlz
IGhhcHBlbmluZyBpcyBwcm9iIHNtYWxsIGJhc2VkIG9uIG15IGludm9sdmVtZW50IHdpdGggYWxs
IG9mIHRoZXNlIGlzc3VlcywgaW4gdGhhdCB3aGVuIHRoZSBpc3N1ZSBoYXBwZW5lZCwgYWxsIHBh
Y2tldHMgJmd0OyBjZXJ0YWluIHNpemUgd291bGQgZmFpbCwgbm90IHNvbWUgZ2V0dGluZyB0aHJv
dWdoIGFuZCBzb21lIGZhaWxpbmcuPC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxicj48L2Jsb2Nr
cXVvdGU+PGJsb2NrcXVvdGU+VGhhbmtzPC9ibG9ja3F1b3RlPjxibG9ja3F1b3RlPkFsYmVydDxi
cj48YnI+PC9ibG9ja3F1b3RlPjxicj48L2Rpdj48L2Rpdj48L2JvZHk+PC9odG1sPg==

--BOUNDARY_5D9180750134017A00390137_0_9179_msllnjpmsgsv06--


From nobody Mon Sep 30 02:53:16 2019
Return-Path: <robert@raszuk.net>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1691A120142 for <rtg-bfd@ietfa.amsl.com>; Mon, 30 Sep 2019 02:53:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kPpuxKZ8bFbb for <rtg-bfd@ietfa.amsl.com>; Mon, 30 Sep 2019 02:53:09 -0700 (PDT)
Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (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 1B10812013F for <rtg-bfd@ietf.org>; Mon, 30 Sep 2019 02:53:09 -0700 (PDT)
Received: by mail-qk1-x729.google.com with SMTP id 4so7168029qki.6 for <rtg-bfd@ietf.org>; Mon, 30 Sep 2019 02:53:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yFsvFTp5hL2NiysKf6LhxJCHVzsWPMrbCMhFgA4u8GY=; b=U59jKq84iBBKg2JHsOb66uwAdgd0RLCzWJy4Tbt0TTgY5WdR3itcWoJ6TjYXIsN7mz AyGuikuFfnVL9Mf1i4PSIHg3e8Avht2hangDQfjtEFg4LgQKUVa1w/P5LL99YbauHP2X rCPkGiTDh6TzyHSre5gUp663l7WMWWo/oXlEvKfY7G/IRhKwF8m2WuiNaEVfCQwqtn+g Y3U2sU92YEeEeaFUJsMz/Wa0vMdGrCkE+8uMeDc6/cDnOkMWlw3fG25pBHPSZoYw/nWs /lZ9LkplQ0E6wVWyA5kzSI9L3bgAEtG7Cx/7yVN0w5m62lbVfC3+wnJTfh3VsHchm6lG xzWw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yFsvFTp5hL2NiysKf6LhxJCHVzsWPMrbCMhFgA4u8GY=; b=LMVG4hU6lrTwZveMSAtbhE78Ed1JZA6/AAe+haCPcVtSdx6JUxzYg/VOM3/HIZaHs7 pr9AvMhORowFl7UjMw77NIUiZEXIaJ0THMwEfvjF8sWtGElsLRwa2RHW52B2juqzKWmN iwlBDH6e89M9By1CJcJrXOQjj1DChi35qH38Dp4eGLYLlJNnuHsSOsPAjsKrlCmjy3jF HUIzMBec0lf9xV4ywvNVfIAt2QMt1m4Dh552VSW7h12rddTtVEUqI8NpOPJhxQt2FSNd IcYgyhf6f6VQeCtJIiDCKtf6t2cA1eGPGkOF88WoJ8VTAPdbKGbvsVT3tGdk7fHqN0F4 oP4A==
X-Gm-Message-State: APjAAAVSv6Kbo58HiCp9JSe41K0eLvMJHei8WHKkU+9wHM1ILIvZRx0D Dr8V7VgbvYrbaN1I7q9efi9p/PFxPrY80DmvjpL8zQ==
X-Google-Smtp-Source: APXvYqxm4OZZzYCVxeoumdzjkGMRq5hbozgNpLcOq3ZgFSu6IrMIL9kMrQya0pgucSLLAjLRHGLxQc6zK4Rr9sIeaVI=
X-Received: by 2002:a37:2784:: with SMTP id n126mr17021137qkn.302.1569837187926;  Mon, 30 Sep 2019 02:53:07 -0700 (PDT)
MIME-Version: 1.0
References: <5D9180750134017A00390137_0_6820@msllnjpmsgsv06>
In-Reply-To: <5D9180750134017A00390137_0_6820@msllnjpmsgsv06>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 30 Sep 2019 11:52:57 +0200
Message-ID: <CAOj+MMGyH7nAthjZ4rHavMAfVPZ12G6Lxa-FGebb2x3aVhpJfA@mail.gmail.com>
Subject: Re: Rtg-bfd Digest, Vol 163, Issue 25
To: Albert Fu <afu14@bloomberg.net>
Cc: rtg-bfd@ietf.org
Content-Type: multipart/alternative; boundary="000000000000f128840593c2334c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/8vZ9gLhq-FFk7k9jX0jAYFvysEA>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Sep 2019 09:53:11 -0000

--000000000000f128840593c2334c
Content-Type: text/plain; charset="UTF-8"

Hi Albert,

Thank you for sharing the experience and your use case.

However when we make any protocol extension we need to make sure all
possible deployment cases are covered and it must be well understood how
the proposed extension will operate in basic deployment scenarios I
enumerated. I really do not think we should be standardizing extension for
single use case based on the behavior someone is reporting as "likely to
occur".

We all agree that if you have a p2p fiber link between routers there is no
issue.

The issue surface when you are using emulated circuits as your p2p links.
So the solution should allow to detect the problem in all cases it can
happen. Perhaps BFD is not the right tool for this. Perhaps we need to go
back to BESS WG and report that VPWS or EVPN based p2p emulated circuits
were not design right as they exhibit observed issues.

> We won't have control over how the Provider maps our traffic (BFD/data).

Well of course you do :)  Just imagine if your BFD packets (in set equal to
configured multiplier) would start using random UDP source port which then
would be mapped to different ECMP buckets along the way in provider's
underlay ?

Kind regards,
Robert.


On Mon, Sep 30, 2019 at 6:11 AM Albert Fu (BLOOMBERG/ 120 PARK) <
afu14@bloomberg.net> wrote:

> Hi Robert,
>
>
> > Imagine two scenarios which were already highlighted as justification for
> > this work:
>
> > *Scenario 1 -* IGP with nodes interconnected with ECMP links
>
> > *Scenario 2 -* IGP nodes interconnected with L2 emulated circuits which
> in
> > turn are riding on telco IP network with ECMPs or LAGs.
>
> > *Questions Ad 1 - *
>
> > Is the idea to use in those cases "ECMP-Aware BFD for LDP LSPs" vendor's
> > feature to be able to detect MTU issues on any of the L3 paths ? Is there
> > feature extension to accomplish the same without LDP just when using ECMP
> > with OSPF ?
> The draft does not go into the specific use cases. I think most BFD uses
> cases (certainly in our case) are on p2p IGP/eBGP links. (btw some vendors
> do not support control-plane BFD independence for multihops BFD, making it
> unreliable for fast detection).
>
>
> The end to end paths may have multiple multiple-ECMP links/paths. The BFD
> sessions on the individual link along the path will detect large packet
> issue.
>
>
> > How do you solve this when there is L2 LAG hashing across N links
> enabled ?
> This is a situation where you need more than standard BFD. It is a reason
> why some customers like us prefer not to run LAG on parallel WAN circuits,
> so we can diagnose interface issues easily via standard tools like ping. It
> is a design compromise.
>
>
>
> > *Question Ad 2 - *
>
> > How do you detect it if your L2 circuit provider maps BFD flows to one
> > underlay path and some encapsulated data packets is hashed to traverse
> the
> > other path(s) ? Clearly running multiple BFD sessions is not going to
> help
> > much in this scenario .... For example if someone is using v6 flow label
> it
> > may be directly copied to the outer service header.
> We won't have control over how the Provider maps our traffic (BFD/data).
> In my experience, the chances of this happening is prob small based on my
> involvement with all of these issues, in that when the issue happened, all
> packets > certain size would fail, not some getting through and some
> failing.
>
>
> Thanks
>
> Albert
>
>
>

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

<div dir=3D"ltr">Hi Albert,<div><br></div><div>Thank you for sharing the ex=
perience and your use case.=C2=A0</div><div><br></div><div>However when we =
make any protocol extension we need to make sure all possible deployment ca=
ses are covered and it must be well understood how the proposed extension w=
ill operate in basic deployment scenarios I enumerated. I really do not thi=
nk we should be standardizing extension for single use case based on the be=
havior someone is reporting as &quot;likely to occur&quot;.<br></div><div><=
br></div><div>We all agree that if you have a p2p fiber link between router=
s there is no issue.=C2=A0</div><div><br></div><div>The issue surface when =
you are using emulated circuits as your p2p links. So the solution should a=
llow to detect the problem in all cases it can happen. Perhaps BFD is not t=
he right tool for this. Perhaps we need to go back to BESS WG and report th=
at VPWS or EVPN based p2p emulated circuits were not design right as they e=
xhibit observed issues.=C2=A0<br></div><div><br></div><div><span style=3D"f=
ont-family:&quot;Courier New&quot;,Courier,&quot;BB.FixedWidth&quot;;white-=
space:pre-wrap">&gt; We won&#39;t have control over how the Provider maps o=
ur traffic (BFD/data).</span>=C2=A0=C2=A0<br></div><div><br></div><div>Well=
 of course you do :)=C2=A0 Just imagine if your BFD packets (in set equal t=
o configured multiplier) would start using random UDP source port which the=
n would be mapped to different ECMP buckets along the way in provider&#39;s=
 underlay ?=C2=A0</div><div><br></div><div>Kind regards,</div><div>Robert.<=
/div><div><br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" c=
lass=3D"gmail_attr">On Mon, Sep 30, 2019 at 6:11 AM Albert Fu (BLOOMBERG/ 1=
20 PARK) &lt;<a href=3D"mailto:afu14@bloomberg.net">afu14@bloomberg.net</a>=
&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div=
><div class=3D"gmail-m_-624701185072100860rte-style-maintainer gmail-m_-624=
701185072100860rte-pre-wrap" style=3D"white-space:pre-wrap;font-size:small;=
font-family:&quot;Courier New&quot;,Courier,&quot;BB.FixedWidth&quot;">Hi R=
obert,<div class=3D"gmail-m_-624701185072100860rte-style-maintainer" style=
=3D"font-size:small;font-family:&quot;Courier New&quot;,Courier,&quot;BB.Fi=
xedWidth&quot;"><blockquote><br>&gt; Imagine two scenarios which were alrea=
dy highlighted as justification for<br>&gt; this work:<br><br>&gt; *Scenari=
o 1 -* IGP with nodes interconnected with ECMP links<br><br>&gt; *Scenario =
2 -* IGP nodes interconnected with L2 emulated circuits which in<br>&gt; tu=
rn are riding on telco IP network with ECMPs or LAGs.<br><br>&gt; *Question=
s Ad 1 - *<br><br>&gt; Is the idea to use in those cases &quot;ECMP-Aware B=
FD for LDP LSPs&quot; vendor&#39;s<br>&gt; feature to be able to detect MTU=
 issues on any of the L3 paths ? Is there<br>&gt; feature extension to acco=
mplish the same without LDP just when using ECMP<br>&gt; with OSPF ?<br>The=
 draft does not go into the specific use cases. I think most BFD uses cases=
 (certainly in our case) are on p2p IGP/eBGP links. (btw some vendors do no=
t support control-plane BFD independence for multihops BFD, making it unrel=
iable for fast detection). </blockquote><blockquote><br></blockquote><block=
quote>The end to end paths may have multiple multiple-ECMP links/paths. The=
 BFD sessions on the individual link along the path will detect large packe=
t issue.<br><br><br>&gt; How do you solve this when there is L2 LAG hashing=
 across N links enabled ?<br>This is a situation where you need more than s=
tandard BFD. It is a reason why some customers like us prefer not to run LA=
G on parallel WAN circuits, so we can diagnose interface issues easily via =
standard tools like ping. It is a design compromise.</blockquote><blockquot=
e><br><br>&gt; *Question Ad 2 - *<br><br>&gt; How do you detect it if your =
L2 circuit provider maps BFD flows to one<br>&gt; underlay path and some en=
capsulated data packets is hashed to traverse the<br>&gt; other path(s) ? C=
learly running multiple BFD sessions is not going to help<br>&gt; much in t=
his scenario .... For example if someone is using v6 flow label it<br>&gt; =
may be directly copied to the outer service header.<br>We won&#39;t have co=
ntrol over how the Provider maps our traffic (BFD/data). In my experience, =
the chances of this happening is prob small based on my involvement with al=
l of these issues, in that when the issue happened, all packets &gt; certai=
n size would fail, not some getting through and some failing.</blockquote><=
blockquote><br></blockquote><blockquote>Thanks</blockquote><blockquote>Albe=
rt<br><br></blockquote><br></div></div></div></blockquote></div>

--000000000000f128840593c2334c--

