From nobody Sun May 2 09:30:49 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD1323A10D4; Sun, 2 May 2021 09:30:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.385 X-Spam-Level: X-Spam-Status: No, score=0.385 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HAS_X_OUTGOING_SPAM_STAT=2.484, SPF_HELO_NONE=0.001, 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=strayalpha.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 t8wYSzgRpvTn; Sun, 2 May 2021 09:30:43 -0700 (PDT) Received: from server217-5.web-hosting.com (server217-5.web-hosting.com [198.54.116.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF9F23A10D3; Sun, 2 May 2021 09:30:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id: Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version: Content-Type:Sender:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=d9690eidJShThpENsxSoGgmpXfXFgHMbF0HH4cgoNBs=; b=xmEAi7UjvAqZ5AGpeaQN8+A/O m4yKlaeBIO3yYGS/pPC/DtzKYqHCjTXaj7qZQLnAMeYSI2cJ3Vdrawf486+c9WBfM3QV1/8oxv6PA gUiNrtZD84q2vUf0K7D+qQMS8JFKEKWKBIPaMGZb6hyDXhcHJE8YeFNUE80e8iZyj3rlDPgyUuXGQ 0DS8KGEWAxV+jFlKQjUo2UMEHMr7c36weT539mT7VwDGYQAlOi4MR5jVKaTqFzpLO1IYvn0GkHpwc 5rrN1phESi0xnViDAuX/YY6UY6pjxNKUgWIp8MGSco+vKKEwI9f8oCSYUyURzWdt3JKsUbgYPD1b9 qgwkvtcdg==; Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:55268 helo=[192.168.1.14]) by server217.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1ldEzO-002Pzu-54; Sun, 02 May 2021 12:30:42 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) From: Joseph Touch In-Reply-To: <161296020545.28489.5614088363628035666@ietfa.amsl.com> Date: Sun, 2 May 2021 09:30:37 -0700 Cc: tcpm IETF list Content-Transfer-Encoding: quoted-printable Message-Id: <043F495B-53A1-491A-906B-DAF6F5369F9E@strayalpha.com> References: <161296020545.28489.5614088363628035666@ietfa.amsl.com> To: tcpm-chairs X-Mailer: Apple Mail (2.3654.60.0.2.21) X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server217.web-hosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - strayalpha.com X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched Archived-At: Subject: Re: [tcpm] Milestones changed for tcpm WG X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2021 16:30:48 -0000 Hi, all, I believe there are no known pending issues with this draft; it might be = ready for WGLC. If so, though, there is a question about the corresponding SYN extension = option. I would like to submit that as a WG experimental doc at the same = time, or, if not, to submit it as an individual experimental doc. Either = way, the docs should be linked in the publication process so they can = cite each other (even informationally) by RFC number rather than draft = name. Can you let me know how best to proceed? Thank you, Joe > On Feb 10, 2021, at 4:30 AM, IETF Secretariat = wrote: >=20 > Changed milestone "Submit document on a TCP Extended Data Offset = Option to > the IESG as a Proposed Standard RFC", added draft-ietf-tcpm-tcp-edo to > milestone. >=20 > URL: https://datatracker.ietf.org/wg/tcpm/about/ >=20 > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm From nobody Sun May 2 23:32:14 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6BA43A097A; Sun, 2 May 2021 23:32:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JeswJ0g8XizJ; Sun, 2 May 2021 23:32:08 -0700 (PDT) Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (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 CE0E73A0977; Sun, 2 May 2021 23:32:07 -0700 (PDT) Received: by mail-qt1-x835.google.com with SMTP id a18so2958945qtj.10; Sun, 02 May 2021 23:32:07 -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=K681qfLMUoEujOHRoYHY1q8hCoFjWbIiBXjjZYSJTrE=; b=THVxHZrj+YYSHjOymoYX9E9LIHmwuYTSzrSuzKjunucyDdkhn80Cl2y6yYC9/rxZae Xkvg/neeQfAuMV/y72i3wonViLPfY3QaIzUTjuUeXB1LpF2TSYo6FssyYjXLqFkK2q24 p4dUs/iaJBPs3WZWbuvMbLAbwFMuGkC0xMxcog5OzfvQN/j5d9w53AsUj3vWh7sQPbXz B5SfkPjCGoLULDP5frfdwx7sogUexG/+96pqSPJV8E5FtX50dnOI5M0oLWkk4lqLf2lD 4d3ifKlIgwJ2SLoLXztxhhgEVW44ibEl/iDyrrrPbDaWfV4IaegX796cBaHzXwUYAXAu qi8Q== 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=K681qfLMUoEujOHRoYHY1q8hCoFjWbIiBXjjZYSJTrE=; b=USrtn77lGRcETodSbJU6+vsgL7l7wBihBOU4adNbMorSr0r6Ra7RfNFrmwh0ifrCDs IJcdyC8KJV+3LJ6zUi1y0s2O5MLF427vFv8seDLsbrKA3J5Pq7RpVAe+F2WYAtMy66L1 Cv2EkClmUdq6gurXj+61dIRqglVrJ3Ix9fbQLAcfEkS5q8Ls2ukr1pH9xgMFfzQKkVwf 0v6dFGdmtsl2xORvdtgKX5iMyIzDm6++oAF431EMhi5Net6yKNll81ggvfbUxWKSvdm5 bYKI2srzD+6ngMtIkAZk9UIx1Q3Bt6sXIQ8BCx7nlIpTUEV43wh+fOV1QHLxVlUnAHnj c3sw== X-Gm-Message-State: AOAM531ZO9W0USWikJMc5N0olWp6mDB3a6UzHbpc8/PiFP7jr7I3oaNH ja8Ul8n4uNUepfNDXYzpkZxLqfNpBFDQ4yiAwpriod9i X-Google-Smtp-Source: ABdhPJxrziG2kiuhBRWuonEE5P9hI6HayolAAtv3gJ7fEfQN3UEnP68b5L65WGzQYj5hvYnxVIv69p7dKPERKMwqCBY= X-Received: by 2002:ac8:5a16:: with SMTP id n22mr15581600qta.103.1620023526362; Sun, 02 May 2021 23:32:06 -0700 (PDT) MIME-Version: 1.0 References: <161296020545.28489.5614088363628035666@ietfa.amsl.com> <043F495B-53A1-491A-906B-DAF6F5369F9E@strayalpha.com> In-Reply-To: <043F495B-53A1-491A-906B-DAF6F5369F9E@strayalpha.com> From: Yoshifumi Nishida Date: Sun, 2 May 2021 23:31:55 -0700 Message-ID: To: Joseph Touch Cc: tcpm-chairs , tcpm IETF list Content-Type: multipart/alternative; boundary="000000000000d1117805c1671ea1" Archived-At: Subject: Re: [tcpm] Milestones changed for tcpm WG X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2021 06:32:13 -0000 --000000000000d1117805c1671ea1 Content-Type: text/plain; charset="UTF-8" Hi Joe, Thanks for bringing this up again. In my understanding, there was no clear consensus on the interactions with TSO yet. Or, have we settled? I thought you'll update the draft for this. Thanks, -- Yoshi On Sun, May 2, 2021 at 9:30 AM Joseph Touch wrote: > Hi, all, > > I believe there are no known pending issues with this draft; it might be > ready for WGLC. > > If so, though, there is a question about the corresponding SYN extension > option. I would like to submit that as a WG experimental doc at the same > time, or, if not, to submit it as an individual experimental doc. Either > way, the docs should be linked in the publication process so they can cite > each other (even informationally) by RFC number rather than draft name. > > Can you let me know how best to proceed? > > Thank you, > Joe > > > On Feb 10, 2021, at 4:30 AM, IETF Secretariat < > ietf-secretariat-reply@ietf.org> wrote: > > > > Changed milestone "Submit document on a TCP Extended Data Offset Option > to > > the IESG as a Proposed Standard RFC", added draft-ietf-tcpm-tcp-edo to > > milestone. > > > > URL: https://datatracker.ietf.org/wg/tcpm/about/ > > > > _______________________________________________ > > tcpm mailing list > > tcpm@ietf.org > > https://www.ietf.org/mailman/listinfo/tcpm > > --000000000000d1117805c1671ea1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Joe,

Thanks for bringing = this up again.=C2=A0
In my understanding, there was no clear cons= ensus on the=C2=A0interactions with TSO yet. Or, have we settled?
I thought you'll update the draft for this.=C2=A0

=
Thanks,=C2=A0
--
Yoshi

On Sun, May 2, 2021 at 9:30 = AM Joseph Touch <touch@strayalph= a.com> wrote:
Hi, all,

I believe there are no known pending issues with this draft; it might be re= ady for WGLC.

If so, though, there is a question about the corresponding SYN extension op= tion. I would like to submit that as a WG experimental doc at the same time= , or, if not, to submit it as an individual experimental doc. Either way, t= he docs should be linked in the publication process so they can cite each o= ther (even informationally) by RFC number rather than draft name.

Can you let me know how best to proceed?

Thank you,
Joe

> On Feb 10, 2021, at 4:30 AM, IETF Secretariat <ietf-secretariat-reply@iet= f.org> wrote:
>
> Changed milestone "Submit document on a TCP Extended Data Offset = Option to
> the IESG as a Proposed Standard RFC", added draft-ietf-tcpm-tcp-e= do to
> milestone.
>
> URL: https://datatracker.ietf.org/wg/tcpm/about/=
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm

--000000000000d1117805c1671ea1-- From nobody Mon May 3 09:01:10 2021 Return-Path: X-Original-To: tcpm@ietf.org Delivered-To: tcpm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 81FCD3A1A29; Mon, 3 May 2021 09:01:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: martin.h.duke@gmail.com, michael.scharf@hs-esslingen.de, tcpm-chairs@ietf.org, tcpm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.28.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <162005766794.25295.12434680254537021901@ietfa.amsl.com> Date: Mon, 03 May 2021 09:01:08 -0700 Archived-At: Subject: [tcpm] tcpm - New Meeting Session Request for IETF 111 X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2021 16:01:09 -0000 A new meeting session request has just been submitted by Michael Scharf, a Chair of the tcpm working group. --------------------------------------------------------- Working Group Name: TCP Maintenance and Minor Extensions Area Name: Transport Area Session Requester: Michael Scharf Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 60 Conflicts to Avoid: Technology Overlap: tsvwg quic taps tsvarea iccrg panrg webtrans masque Key Participant Conflict: netconf People who must be present: Yoshifumi Nishida Michael Tuexen Martin Duke Michael Scharf Resources Requested: Special Requests: --------------------------------------------------------- From nobody Mon May 3 11:06:31 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43D9E3A1EB5; Mon, 3 May 2021 11:06:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.386 X-Spam-Level: X-Spam-Status: No, score=0.386 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HAS_X_OUTGOING_SPAM_STAT=2.484, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=strayalpha.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 4Ni3lhq7SchW; Mon, 3 May 2021 11:06:24 -0700 (PDT) Received: from server217-5.web-hosting.com (server217-5.web-hosting.com [198.54.116.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A96C13A1EA8; Mon, 3 May 2021 11:06:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=gYf5QVOWMZls8/o39g8MBPl20uc7j5tGXBqlEhDY7qA=; b=qFhbg5PTpwretbqTn3khJeagD RalKwt0WD2kauUxbCoD/Dyx+1rUjPp/K1xNI1dF9FUfE5QcgxHj+oEjclXV8RsUrdJlT0lF65WMR2 NjtEudfsbi0ry7eGJzqOtbxdRosoTO5MkkLNQjxPCLMeA5K4/4Z3aK8NDT/sx2PODz734klBdgAE0 LeWZIg7QvUgdfmebAmTfPFJiqhVOIElvy6qLUcBZSrE1NJr9EoI1AqahqIQv8HbpNG+fLII9l6+CH 3RDNIVliw/0djpLrrifZs9L2D6SUr0ctWxjASpFWfhVUd0SsD+M+Nw5Sk89n0l3jicivoSO+kkek2 4IE0meGSA==; Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:58839 helo=[192.168.1.14]) by server217.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1ldcxX-001knH-6b; Mon, 03 May 2021 14:06:23 -0400 Content-Type: multipart/alternative; boundary="Apple-Mail=_7B6E3156-C9D7-486A-BCB3-54057191618C" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) From: Joseph Touch In-Reply-To: Date: Mon, 3 May 2021 11:06:18 -0700 Cc: tcpm IETF list , tcpm-chairs Message-Id: References: <161296020545.28489.5614088363628035666@ietfa.amsl.com> <043F495B-53A1-491A-906B-DAF6F5369F9E@strayalpha.com> To: Yoshifumi Nishida X-Mailer: Apple Mail (2.3654.60.0.2.21) X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server217.web-hosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - strayalpha.com X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched Archived-At: Subject: Re: [tcpm] Milestones changed for tcpm WG X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2021 18:06:29 -0000 --Apple-Mail=_7B6E3156-C9D7-486A-BCB3-54057191618C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, Yoshi, > On May 2, 2021, at 11:31 PM, Yoshifumi Nishida = wrote: >=20 > Hi Joe, >=20 > Thanks for bringing this up again.=20 > In my understanding, there was no clear consensus on the interactions = with TSO yet. Or, have we settled? I don=E2=80=99t understand what =E2=80=9Cconsensus=E2=80=9D would mean. TSO isn=E2=80=99t a standard; it=E2=80=99s an implementation, i.e., = which ought to follow the TCP standards. Nothing we=E2=80=99re doing deviates from how standards-compliant = implementations handle options. However, if an implementation = incorrectly ignores unknown options, then it would could be problematic = for this approach, as well as others. > I thought you'll update the draft for this.=20 I=E2=80=99m not sure what to say about this issue - do you want me to = point out the issue with TSO sometimes causing problems because it=E2=80=99= s out of spec? If so, I can do that. Joe >=20 > Thanks,=20 > -- > Yoshi >=20 > On Sun, May 2, 2021 at 9:30 AM Joseph Touch > wrote: > Hi, all, >=20 > I believe there are no known pending issues with this draft; it might = be ready for WGLC. >=20 > If so, though, there is a question about the corresponding SYN = extension option. I would like to submit that as a WG experimental doc = at the same time, or, if not, to submit it as an individual experimental = doc. Either way, the docs should be linked in the publication process so = they can cite each other (even informationally) by RFC number rather = than draft name. >=20 > Can you let me know how best to proceed? >=20 > Thank you, > Joe >=20 > > On Feb 10, 2021, at 4:30 AM, IETF Secretariat = > wrote: > >=20 > > Changed milestone "Submit document on a TCP Extended Data Offset = Option to > > the IESG as a Proposed Standard RFC", added draft-ietf-tcpm-tcp-edo = to > > milestone. > >=20 > > URL: https://datatracker.ietf.org/wg/tcpm/about/ = > >=20 > > _______________________________________________ > > tcpm mailing list > > tcpm@ietf.org > > https://www.ietf.org/mailman/listinfo/tcpm = >=20 > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm --Apple-Mail=_7B6E3156-C9D7-486A-BCB3-54057191618C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi, = Yoshi,

On May 2, 2021, at 11:31 PM, Yoshifumi = Nishida <nsd.ietf@gmail.com> wrote:

Hi Joe,

Thanks for bringing this up = again. 
In my understanding, there was no = clear consensus on the interactions with TSO yet. Or, have we = settled?

I = don=E2=80=99t understand what =E2=80=9Cconsensus=E2=80=9D would = mean.

TSO isn=E2=80=99t a standard; = it=E2=80=99s an implementation, i.e., which ought to follow the TCP = standards.

Nothing we=E2=80=99re = doing deviates from how standards-compliant implementations handle = options. However, if an implementation incorrectly ignores unknown = options, then it would could be problematic for this approach, as well = as others.

I thought you'll = update the draft for this. 

I=E2=80=99m not sure what to say about this issue = - do you want me to point out the issue with TSO sometimes causing = problems because it=E2=80=99s out of spec?

If so, I can do that.

Joe

Thanks, 
--
Yoshi

On Sun, May = 2, 2021 at 9:30 AM Joseph Touch <touch@strayalpha.com> wrote:
Hi, all,

I believe there are no known pending issues with this draft; it might be = ready for WGLC.

If so, though, there is a question about the corresponding SYN extension = option. I would like to submit that as a WG experimental doc at the same = time, or, if not, to submit it as an individual experimental doc. Either = way, the docs should be linked in the publication process so they can = cite each other (even informationally) by RFC number rather than draft = name.

Can you let me know how best to proceed?

Thank you,
Joe

> On Feb 10, 2021, at 4:30 AM, IETF Secretariat <ietf-secretariat-reply@ietf.org> wrote:
>
> Changed milestone "Submit document on a TCP Extended Data Offset = Option to
> the IESG as a Proposed Standard RFC", added draft-ietf-tcpm-tcp-edo = to
> milestone.
>
> URL: https://datatracker.ietf.org/wg/tcpm/about/
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm

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

= --Apple-Mail=_7B6E3156-C9D7-486A-BCB3-54057191618C-- From nobody Mon May 3 19:30:12 2021 Return-Path: X-Original-To: tcpm@ietf.org Delivered-To: tcpm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 846EE3A1F49; Mon, 3 May 2021 19:30:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: tcpm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.28.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: tcpm@ietf.org Message-ID: <162009541150.6878.18225211215266509358@ietfa.amsl.com> Date: Mon, 03 May 2021 19:30:11 -0700 Archived-At: Subject: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-21.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 02:30:12 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the TCP Maintenance and Minor Extensions WG of the IETF. Title : Transmission Control Protocol (TCP) Specification Author : Wesley M. Eddy Filename : draft-ietf-tcpm-rfc793bis-21.txt Pages : 111 Date : 2021-05-03 Abstract: This document specifies the Transmission Control Protocol (TCP). TCP is an important transport layer protocol in the Internet protocol stack, and has continuously evolved over decades of use and growth of the Internet. Over this time, a number of changes have been made to TCP as it was specified in RFC 793, though these have only been documented in a piecemeal fashion. This document collects and brings those changes together with the protocol specification from RFC 793. This document obsoletes RFC 793, as well as RFCs 879, 2873, 6093, 6429, 6528, and 6691 that updated parts of RFC 793. It updates RFC 1122, and should be considered as a replacement for the portions of that document dealing with TCP requirements. It also updates RFC 5961 by adding a small clarification in reset handling while in the SYN-RECEIVED state. The TCP header control bits from RFC 793 have also been updated based on RFC 3168. RFC EDITOR NOTE: If approved for publication as an RFC, this should be marked additionally as "STD: 7" and replace RFC 793 in that role. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tcpm-rfc793bis/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-tcpm-rfc793bis-21 https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-rfc793bis-21 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-rfc793bis-21 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon May 3 19:31:22 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04B003A1F51 for ; Mon, 3 May 2021 19:31:20 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mti-systems-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ccgFuhB3sH6d for ; Mon, 3 May 2021 19:31:17 -0700 (PDT) Received: from mail-qt1-x834.google.com (mail-qt1-x834.google.com [IPv6:2607:f8b0:4864:20::834]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B13A3A1F4C for ; Mon, 3 May 2021 19:31:16 -0700 (PDT) Received: by mail-qt1-x834.google.com with SMTP id j11so2102343qtn.12 for ; Mon, 03 May 2021 19:31:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=CMKk77+iBZ3yOi3TPCfH3iVnCgEv/Z2C9K3kgyN4Wcg=; b=qKBMORajrCatQsqq+aIQONSpzs2yusfus+YCCN4KEa7qr+1dFEgYmOCFcAF+OMkrbd gkX+/ApGLef/PSwgkQAVRABhPzURlf+QZNWZnDL7wHDZfDp47oL1YuEAR1UxkOynCDD6 joKvKru6tC9dqrFRNiMpMTwP2cuPhIowNJAI9O+F8J7CXZT0ZTQ5M0A/8eLW7QkzXAAz Ewcz4QyJ7OBwOSWcuAUXybDUlJQS+dmnC38p3sQW68StvcEk3TaBKSEQrlFEIKG/+ljh hMro/CXMg3MaCr+944AZX33WfjOYhOmsuDpIrwKM0en0RXJsKcIgrd7pDulExGWeKFHf foJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=CMKk77+iBZ3yOi3TPCfH3iVnCgEv/Z2C9K3kgyN4Wcg=; b=UEHpPo5rr8OmYQIfNjlD1O2K7c0Su6eyJlFWR/IzpQCExKwkbVcc4SlcVbFahptmlT ovAzt0dle9RjpLdiPfGK3TGFZ7h8R6OHc7FvOVXKJJqBFEJ/K2wcI3zdRfGqGE43qpZq tUjLqbDfHUUmFM8ozRRDDn5icNB2I4BoSI5HSCPF4mF9mDi+l9YaBuP0d+PWX9wZLY4l gBqnyghsdwo1a/YymaPpWpCjZYNHMkFmKi+sXw94UdThKjRes1Hqapsczg3M2a4Q1pjj 6GMXev9rqXslS2TGZyr4XOpvb5bMKU5Q0vyR6aoMcm6Rl6gK5kFR2UWpv75wdpcD5FNc 4xDA== X-Gm-Message-State: AOAM5306vGuXfIsVsA8P25Wq8GPOhPL+Nggki/PrwIWWDA6C2mzJCBs1 LhPe5TT6M275QP+C9LexNYa5goneoS/KErIX X-Google-Smtp-Source: ABdhPJyev/zpSttLiCdkADH6GpFeUcsqLMm17ADng62jizpoLlsxFkq1xUS+PeZ3XXrGtdDRuPTN/A== X-Received: by 2002:ac8:5d46:: with SMTP id g6mr7356370qtx.348.1620095473177; Mon, 03 May 2021 19:31:13 -0700 (PDT) Received: from [192.168.1.14] (cpe-174-102-117-3.columbus.res.rr.com. [174.102.117.3]) by smtp.gmail.com with ESMTPSA id q126sm10054338qkd.48.2021.05.03.19.31.12 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 03 May 2021 19:31:12 -0700 (PDT) From: Wesley Eddy To: tcpm@ietf.org References: Message-ID: <2ff2e4ec-ab8d-3423-0f79-2295d407be6b@mti-systems.com> Date: Mon, 3 May 2021 22:31:10 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [tcpm] 793bis ready to go? X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 02:31:20 -0000 On 2/10/2021 7:14 PM, Yuchung Cheng wrote: > I think it's ready. Kudos to Wes for the N-years-long effort to put > this together! > > Minor:https://tools.ietf.org/html/draft-ietf-tcpm-rfc793bis-20#section-3.7.4 > > The less clear part is the wording of "idle connections". Idleness can > be interpreted in several ways: no recent rx, tx, or both {on the wire > | on socket interface}. It'd be good to define more clearly. AFAIK > implementations have different definitions already leading to > different KA behaviors. You're right the definition was only implicit in the text later on, so at the beginning of this section I've added:             A TCP connection is said to be "idle" if for some long             amount of time there have been no incoming segments received and             there is no new or unacknowledged data to be sent. How to configure that length of time is dealt with separately later on, so I think this should suffice. From nobody Mon May 3 19:31:55 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C0B33A1F4C for ; Mon, 3 May 2021 19:31: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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, 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=mti-systems-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GpW7BSjaXhQi for ; Mon, 3 May 2021 19:31:51 -0700 (PDT) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (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 269923A1A23 for ; Mon, 3 May 2021 19:31:51 -0700 (PDT) Received: by mail-qt1-x82c.google.com with SMTP id p6so3628404qtk.13 for ; Mon, 03 May 2021 19:31:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=mM8m/kTgTp8ktWfawtudJUswILyHplnUZbqxrlLBQQ0=; b=2QGvN+onwj879cye4eokS51lcfbZJmTxaj9qb3reqOKC3SdT3faRWv5PcbgKaKuvRd ZAI41tCHVgVZkORBMlXIv6XyrzM75zp5acNPXGlTMXFhmH885fUhjzlLQUuEk33BkdNr ZaykUzmescJQ+jgKf0hz+/i8JXjNHrdA2WJDVv5RVxMXIRQewLDimm6rcHyg8GGTDdhn mb2UXYjaNHzo0EZiUrSvXjnhEdB2bbhVQNdY148GSmN4Nz7j5fxRAeuMRwpT2nfA2fUz yvYtdzmTukGolGEw3dD32VubHoDR3Gp46qz7Jmrqrv94ze7Hal7goVpw20f9/bJTY7og 1SMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=mM8m/kTgTp8ktWfawtudJUswILyHplnUZbqxrlLBQQ0=; b=ZBp3VeZJCuK7XTwV6ydDAApn2WJr32ypJYannR133U/fZeGkRolGK7qxdRWcQv3FId 4KcMvtqlG85Ev1P3rxaWJAbkziO34vxtZUhShbPYluRCiRFFBprpg0LW0lSltNCb6PHA DcJNrvX8jqaC5wjvMPnm//Q/NPdVRDw0QUe7A1m/XK+zfk2RaYWcD/OGbMWgufpTIZYs LmQ9NaEZr4ZTgkugYxrYwhV2uBhLVd1JjjpkyvAoZ3PKoOCOr5woMJHbH/luHzniGKxk oSFsRlqePMhkapYDt+UDd2da+aCGfnd7AYUcYY9MZ4FVJTmVIg/V7GES3moeOT9fg7nZ 2evQ== X-Gm-Message-State: AOAM531jE2kMEc9xQukO/X65NLzZSGWGQpspnGQv5k1AQc68jHPOq7jc 22ZAf2NUqFz6SDClx3u13R+UFLCX5wsi/11D X-Google-Smtp-Source: ABdhPJy8RwjGy9OKIRq0RRPydP27YfLQkgx5KzhILnhIo1nzytiizC7LWzXqCYtogfLOYcFJihe4BQ== X-Received: by 2002:a05:622a:6:: with SMTP id x6mr20119498qtw.1.1620095509481; Mon, 03 May 2021 19:31:49 -0700 (PDT) Received: from [192.168.1.14] (cpe-174-102-117-3.columbus.res.rr.com. [174.102.117.3]) by smtp.gmail.com with ESMTPSA id m4sm1584304qtg.21.2021.05.03.19.31.48 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 03 May 2021 19:31:49 -0700 (PDT) From: Wesley Eddy To: tcpm@ietf.org References: Message-ID: <44a623e5-5e40-94d9-d3b5-36246dafa1e0@mti-systems.com> Date: Mon, 3 May 2021 22:31:47 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [tcpm] 793bis ready to go? X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 02:31:53 -0000 Thank you, I made these clarifications in the latest revision. On 2/16/2021 9:12 AM, Markku Kojo wrote: > The CC test looks good. Just two minor things: one editorial and > another small addition to address exponential backoff more accurately > and correctly. See inline. > > On Mon, 8 Feb 2021, Michael Scharf wrote: > >> Dear all, >> >> draft-ietf-tcpm-rfc793bis-20 has been submitted recently. According >> to Wes, all WGLC feedback should be reflected in this version. A link >> to a complete diff can be found below. >> >> During WGLC, there has been quite some discussion on the exact >> wording on congestion control. The suggested text in version -20 is >> copied below: >> >> 3.7.2.  TCP Congestion Control >> >>   RFC 2914 [7] explains the importance of congestion control for the >>   Internet. >> >>   RFC 1122 required implementation of Van Jacobson's congestion control >>   algorithms slow start with congestion avoidance together with > > Here > > "SS with CA together with ..." > > reads a bit odd to me. But not sure as a non-native speaker. Would it > possibly read better if changed to(?): > > "algorithms slow start and congestion avoidance together with >  exponential back-off ..." > > OR: > >  "algorithms slow start, congestion avoidance, and exponential >   back-off ..." > >>   exponential back-off for successive RTO values for the same segment. >>   RFC 2581 provided IETF Standards Track description of slow start and >>   congestion avoidance, along with fast retransmit and fast recovery. >>   RFC 5681 is the current description of these algorithms and is the >>   current Standards Track specification providing guidelines for TCP >>   congestion control.  RFC 6298 describes exponential back-off of RTO >>   values, including keeping the backed-off value until a subsequent >>   segment with new data has been sent and acknowledged. > > It would be useful to make the last sentence unambiguous as per Karn's > original specification: > >  "segment with new data has been sent and acknowledged without >   retransmission." > > Thanks, > > /Markku > From nobody Mon May 3 19:32:11 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4A1F3A1F66 for ; Mon, 3 May 2021 19:32:04 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, 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=mti-systems-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gw5xevSmMp4Z for ; Mon, 3 May 2021 19:32:03 -0700 (PDT) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (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 48C8D3A1A23 for ; Mon, 3 May 2021 19:32:03 -0700 (PDT) Received: by mail-qk1-x736.google.com with SMTP id o5so7269991qkb.0 for ; Mon, 03 May 2021 19:32:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=i4dPDhPAsQwCsMfIbw4zAmSS+aZMia9tpTnuJ5h6y8Y=; b=p2ISR6gOGsHpC2f0bwIpOpRV4b9IboZPWAjV1AkhO0RWaJsflnUF54OblRPVurJbF1 Iq+l+blZ3qMBeGnzDqhSWFHxvuDDzMINZnk+6LGk55koJ1FxrjcgyXQLYxYDdcIGZtTp QMK5vS81/wZ1t3NYVjv7FsYP8YzH3z647Zz+NDarBNVtl3mA95wwT0GTyOXRmYmmb+/3 W4Cv7WO+FT2o/kWDz/BRsGVcnxdSR6Jb6+eLZc0ny3MKAxfJwqRbjo1x+R8sFZ7okTNa yVDdQg6Gx3FDYYKnJm5xCtMtX82antsZrYqgtqlit54AyWDYrrRDYYASWPQ1V6mbsNoF fTJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=i4dPDhPAsQwCsMfIbw4zAmSS+aZMia9tpTnuJ5h6y8Y=; b=KeX0wIiOuVo4Aewrh0Lr9XEjPoi9lbGt0m4pdKLI1V2+WtnhVTzStcbYLaEtLvOr1j A3sPhVMw5Fj43WrAsBriO5UhmxBQC5DWedaAnxnFbAQbJsV/oB5SZ9FvtatUMIjbFgRw Zz9eKLfn+rWYF8pycfBpxP9+dNGdtUBBSorKIz0eRNbpx4aW+3j9npKxAj9+SAUyIsyu X/gZH/TdP2EpbBhp3aGx+HYrxLi+eV9YDpeyshOA+5KQ7khA75Bd7tM576lA+YriUTLq li3Idz0BzreD0hE5gbQ4eDx5hDOpGPiEeddsa6cHH4uHJBknfgh//JkdX5ugJdKq0ryh OrTQ== X-Gm-Message-State: AOAM531zwKCWR+dKFXd9tsqENowqmEHSsd335s5LyrjLBQu6qzTpPUp4 RP6xWz7TW05cZ8aEx2Wg9FXHBg== X-Google-Smtp-Source: ABdhPJzYLewZrzayUUzO6JiCUt1+sUTVIQBb+eWowH8aOpMqLztl4OCw1p+YlElnqF1xAo0hxB75Dg== X-Received: by 2002:a05:620a:786:: with SMTP id 6mr15763814qka.196.1620095520612; Mon, 03 May 2021 19:32:00 -0700 (PDT) Received: from [192.168.1.14] (cpe-174-102-117-3.columbus.res.rr.com. [174.102.117.3]) by smtp.gmail.com with ESMTPSA id a21sm10259628qkk.45.2021.05.03.19.31.59 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 03 May 2021 19:32:00 -0700 (PDT) From: Wesley Eddy To: "Scheffenegger, Richard" , Michael Tuexen , Joseph Touch Cc: tcpm IETF list , Markku Kojo References: <07c02ad6-979f-4049-3075-cae0064b7def@gmx.at> <51A077AB-F5A5-4E4E-9B7F-C606DF50C407@fh-muenster.de> <4F753030-7F77-4D6C-98B5-3F1FCBDBA076@strayalpha.com> <54BF8FD5-671F-4AFE-B6B5-B92D872400D0@lurchi.franken.de> <985e67f8-e1b8-36c6-f5a7-cce3f786727e@gmx.at> Message-ID: <610d3144-0cb9-af79-2571-c1e9dd7ddec6@mti-systems.com> Date: Mon, 3 May 2021 22:31:57 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <985e67f8-e1b8-36c6-f5a7-cce3f786727e@gmx.at> Content-Type: multipart/alternative; boundary="------------63E54875783599F25EC6FCB6" Content-Language: en-US Archived-At: Subject: Re: [tcpm] 793bis ready to go? X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 02:32:10 -0000 This is a multi-part message in MIME format. --------------63E54875783599F25EC6FCB6 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 2/21/2021 9:33 AM, Scheffenegger, Richard wrote: > Well, making the transmission of the ACK-only-the-SYN optional when data > is present, which needs to be ACK'd anyway.. > > That way, current FBSD and Linux behaviour both would comply with > 793bis, while I agree with Michael T. that the behavior of FBSD is more > efficient. The different behaviors seem important to document, though it wasn't clear to me that the WG thread here had converged to a specific change, so for now I simply added note of this condition: Some TCP implementations suppress sending this segment when the received segment contains data that will anyways generate an acknowledgement in the later processing steps, saving this separate extra acknowledgement of the SYN from being sent. This is kind of a weak statement, since it doesn't really say whether this is "right" or "wrong".  If there is agreement in the WG, then we could make a stronger statement. --------------63E54875783599F25EC6FCB6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 2/21/2021 9:33 AM, Scheffenegger, Richard wrote:
Well, making the transmission of the ACK-only-the-SYN optional when data
is present, which needs to be ACK'd anyway..

That way, current FBSD and Linux behaviour both would comply with
793bis, while I agree with Michael T. that the behavior of FBSD is more
efficient.

The different behaviors seem important to document, though it wasn't clear to me that the WG thread here had converged to a specific change, so for now I simply added note of this condition:

Some TCP implementations suppress sending this segment when the received segment contains data that will anyways generate an acknowledgement in the later processing steps, saving this separate extra acknowledgement of the SYN from being sent.

This is kind of a weak statement, since it doesn't really say whether this is "right" or "wrong".  If there is agreement in the WG, then we could make a stronger statement.



--------------63E54875783599F25EC6FCB6-- From nobody Mon May 3 19:32:20 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 352063A1F78 for ; Mon, 3 May 2021 19:32:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mti-systems-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u_PWkHtEitZY for ; Mon, 3 May 2021 19:32:07 -0700 (PDT) Received: from mail-qv1-xf34.google.com (mail-qv1-xf34.google.com [IPv6:2607:f8b0:4864:20::f34]) (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 B88953A1F7F for ; Mon, 3 May 2021 19:32:07 -0700 (PDT) Received: by mail-qv1-xf34.google.com with SMTP id u1so3713542qvg.11 for ; Mon, 03 May 2021 19:32:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=4kSzjHrrG4xqZF3D1nDE435H08jS3dUuUAaySlItRKw=; b=e5rkxIRvToMjmj94HhZ7tJ6PlTg3CVLrA3kPCMt4FJaNgMDDk2nz2HhsxNKVOdF38c OfRM0sLGc2fa89GPC4utc2++y2/PmJW/GTRI0A7aTeZ6R5cCc81urzn6EvJjV3WaWpKW egLdX1AuR0I9zWOG8R6m3BjWzzF/Qu4StapkIImYtd7XAxjTQm7ylvpscJTyh9DfDmKy 4lM+peyqDF+pOmCEPrO064/LgC4qSJgHrPNZOs99Sc3AkobmtulMVBY7ccOw5Kt94JhK 4Lvk9fXErldAdDTXGQfYA5l8T8Q+PRfRe4bNRwMqcY6yCl6//r/6dsl2vabzE8yllBAk nkaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=4kSzjHrrG4xqZF3D1nDE435H08jS3dUuUAaySlItRKw=; b=Oe1guod9ELn61c7nTVmLvFx5yoeY3RBOh421l8Ruv9GB/zvJqMlumNNdmYj6bQwan5 DRG7g6ORxnm49ghpYpz5M9hUGYGxtZgz0QUrQNi5S6IP7bHn7HIrsoODFFA45AyWMh2V qsl1yyfFy7Xea9jTYk9dPeIfW4gkwf/wKTTMWENt3ISrIMQ/rGPwmdriXaZhMoWq4Cmr Qva+Qt4SBgP7/UiSGkko5mw/NzYIajgKkhOqjKtIlMdRvLg1jYVRo+Ria+v0fWn0E8VO C+QpSjOKblh9tLUwDbJBqwOFs5ZdgygEAwcl7rGIBOD4K0aG4OiTqKsTjLtSXMnx0CIh mFhw== X-Gm-Message-State: AOAM531mKIF4O8uNcJyEkfsMeSamWVkmgupzG6QlhL4f14eTdzAde3wg 9YPUcYtTU7YsC1Mcjlrs/kNHSDGrH+QNnNMc X-Google-Smtp-Source: ABdhPJxDCXuA6Qd9qOptQh78MkyblJufYknFecvgAlFdBpPcpFe4MwuqWdw0A64z1VkpgazSLuuDuw== X-Received: by 2002:a05:6214:19e7:: with SMTP id q7mr23098884qvc.34.1620095525561; Mon, 03 May 2021 19:32:05 -0700 (PDT) Received: from [192.168.1.14] (cpe-174-102-117-3.columbus.res.rr.com. [174.102.117.3]) by smtp.gmail.com with ESMTPSA id d6sm1410452qtn.52.2021.05.03.19.32.04 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 03 May 2021 19:32:05 -0700 (PDT) From: Wesley Eddy To: tcpm@ietf.org References: <6D674614-847D-4600-9DE5-7FFD29043C7F@lurchi.franken.de> <8f556136c1e0409d9f88c4153dae070d@hs-esslingen.de> Message-ID: <38d316e7-c7f7-775d-131c-d7a0590197d8@mti-systems.com> Date: Mon, 3 May 2021 22:32:03 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <8f556136c1e0409d9f88c4153dae070d@hs-esslingen.de> Content-Type: multipart/alternative; boundary="------------C18CA978EE9655779AE08929" Content-Language: en-US Archived-At: Subject: Re: [tcpm] 793bis ready to go? X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 02:32:18 -0000 This is a multi-part message in MIME format. --------------C18CA978EE9655779AE08929 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 2/16/2021 3:58 AM, Scharf, Michael wrote: > I'd also be interested in more details. Unfortunately, I am not familiar with BSD. > > For what it is worth, RFC 1122 Section 4.2.3.6 "TCP Keep-Alives" states: > > Keep-alive packets MUST only be sent when no data or > acknowledgement packets have been received for the > connection within an interval. > > So, the latter part of the sentence originates from RFC 1122. > > Could somebody comment on whether recent BSD stacks would deviate from the proposed text in 793bis? That would be an important insight! This is not answering your question about BSD, but just for reference, the change in that sentence came from consolidated review comments from Microsoft colleagues that was sent to the mailing list: https://mailarchive.ietf.org/arch/msg/tcpm/rqHhtpqW3m0QikJnaz_4y-y7NyQ/ Section 3.7.4 "Keep-alive packets MUST only be sent when no data or acknowledgement packets have been received for the connection within an interval (MUST-26). " It's important to call out an additional condition - that sends are not already outstanding. When a send is outstanding, it is retransmitted and serves as an implicit liveness check. --------------C18CA978EE9655779AE08929 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
On 2/16/2021 3:58 AM, Scharf, Michael wrote: 
I'd also be interested in more details. Unfortunately, I am not familiar with BSD.

For what it is worth, RFC 1122 Section 4.2.3.6 "TCP Keep-Alives" states:

            Keep-alive packets MUST only be sent when no data or
            acknowledgement packets have been received for the
            connection within an interval.

So, the latter part of the sentence originates from RFC 1122.

Could somebody comment on whether recent BSD stacks would deviate from the proposed text in 793bis? That would be an important insight!


This is not answering your question about BSD, but just for reference, the change in that sentence came from consolidated review comments from Microsoft colleagues that was sent to the mailing list:

https://mailarchive.ietf.org/arch/msg/tcpm/rqHhtpqW3m0QikJnaz_4y-y7NyQ/


Section 3.7.4
"Keep-alive packets MUST only be sent when no data or acknowledgement
   packets have been received for the connection within an interval
   (MUST-26).

"

It's important to call out an additional condition - that sends are not already outstanding. When a send is outstanding, it is retransmitted and serves as an implicit liveness check.
--------------C18CA978EE9655779AE08929-- From nobody Mon May 3 19:33:02 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E508D3A200B for ; Mon, 3 May 2021 19:32:53 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mti-systems-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y6o5PN63kF_F for ; Mon, 3 May 2021 19:32:52 -0700 (PDT) Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (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 7F4E73A1F77 for ; Mon, 3 May 2021 19:32:52 -0700 (PDT) Received: by mail-qk1-x732.google.com with SMTP id u20so7223718qku.10 for ; Mon, 03 May 2021 19:32:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=6Gn9ktCLqYmNWfJdj3SVOKrkXdCShhtFy4YxMXo4Cmo=; b=2NjmMNkzjgc+y/XP/XjI6dFjZFffYO6uutguMIVT2+aHfbaXCjt6wMjFsENBVS1rfl krgoLrErBjbYLYLLVW481ky+j122qLfr2keo1zt9nJ2YdSDxQWvk616g1MslDLkWD9IT kJ7wQzzu8dMeWQHzKNATm7Ndm1luXEAgtkmk4HJmYWoF/b/B9cLUEnprowM90bhzoZJK ugTMpksGqCs8K52BgjvGgR5kf1nyIJXnnTLXH3jOALRVtNnF9/1wCnJGBaKb8hTg/oMM eT6cP9rP7OiRNXV7B1zwxs55T+m9yutWPi8j9AlHrDzUwxUciX1YIrbVi/+ZdXTqY2AB Am4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=6Gn9ktCLqYmNWfJdj3SVOKrkXdCShhtFy4YxMXo4Cmo=; b=IazSN/UZdL2EfGZ4VGPy5lDtEuM9VymIkOk8Vx+9Mcm+6qH4Cku94Iev8D+cn/nZDe 1q1LB6Z5BWeCandSuD5rlcNnRqTnqFkVqq2s8TJAHaLyagddEzuIxV6ndTzp9/b9aMhg QaSKt1Noo5C7BqVvk9luInh/6hy4cMSYmyw6DiorGrYO0JbUvoL/9ZZk/2RT+qfbPCVk Qv8+u0XFcEXqIjn/1sUGxaqkOXde9fEZtnnNRD6cjO+4FllGHoiI0MIw/9ZBD42+vb5O oykxm2uSico/D6bzzSOPSD7nDZwtXD9f+r1GPgfUWV1nwY/XHPuu+oWfC+A2rBgo6Z38 tJMw== X-Gm-Message-State: AOAM533jBJnXUZcE3UC2tqll8xriJdfKRX0RdBfwXq0kaSV89szvVv2j daTpxKhjHisp9MP4GKZ4nGn1ylOyPx5kTRwH X-Google-Smtp-Source: ABdhPJy5q7L6SZOgE/GQeemzU31TCoAYYu1iBrgV2cM4DOChzuB6Yldo7r29ESVXce/c+sPj9eTDsg== X-Received: by 2002:a37:7d84:: with SMTP id y126mr21988603qkc.155.1620095570832; Mon, 03 May 2021 19:32:50 -0700 (PDT) Received: from [192.168.1.14] (cpe-174-102-117-3.columbus.res.rr.com. [174.102.117.3]) by smtp.gmail.com with ESMTPSA id v127sm10143788qkh.37.2021.05.03.19.32.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 03 May 2021 19:32:50 -0700 (PDT) To: Jonathan Morton , "Scharf, Michael" Cc: tcpm IETF list References: <085E60F6-B396-4AB2-8BAE-BF615AD51825@gmail.com> From: Wesley Eddy Message-ID: <675a7c26-bc1a-5cba-a55d-d06998fb0a02@mti-systems.com> Date: Mon, 3 May 2021 22:32:47 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <085E60F6-B396-4AB2-8BAE-BF615AD51825@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [tcpm] 793bis ready to go? X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 02:33:00 -0000 On 2/16/2021 4:40 AM, Jonathan Morton wrote: >> On 8 Feb, 2021, at 7:00 pm, Scharf, Michael wrote: >> >> A TCP endpoint MUST implement the basic congestion control algorithms >> slow start, congestion avoidance, and exponential back-off of RTO to >> avoid creating congestion collapse conditions (MUST-19). RFC 5681 >> and RFC 6298 describe the basic algorithms on the IETF Standards >> Track that are broadly applicable. Multiple other suitable >> algorithms exist and have been widely used. Many TCP implementations >> support a set of alternative algorithms that can be configured for >> use on the endpoint. An endpoint may implement such alternative >> algorithms provided that the algorithms are conformant with the TCP >> specifications from the IETF Standards Track as described in RFC >> 2914, RFC 5033 [10], and RFC 8961 [15]. > I agree that this is substantially the right approach. One quibble is that the word "may" is used, but not capitalised and given a corresponding MAY-X entry in Appendix B. I think it would be appropriate to do so here, in the last sentence above. ACK.  This is now labelled as "MAY-18". From nobody Mon May 3 21:10:32 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3554E3A231E; Mon, 3 May 2021 21:10:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6wxLbtbpAmdm; Mon, 3 May 2021 21:10:24 -0700 (PDT) Received: from mail-qv1-xf35.google.com (mail-qv1-xf35.google.com [IPv6:2607:f8b0:4864:20::f35]) (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 56E913A231C; Mon, 3 May 2021 21:10:24 -0700 (PDT) Received: by mail-qv1-xf35.google.com with SMTP id jm10so3807497qvb.5; Mon, 03 May 2021 21:10:24 -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=Ue7RAfK4ScdkAU6uanSZTlSdR74D8q70iC8EVSGrPfI=; b=WO6kxHdRcBWWPu+XkC5fiSlCQAr9rZ346hDUS68hXXzHGLLdoztR6dmGlYQgmyvamr hAKszph4cPv0/SoPrPZzmc4XBTy7z4W/ku8zH3XSWQKzvK4GvIZvkI7s1FroiT7O8y0o 4/h27w6+AF0Hg2jLWDmtUCT8yW4whnDqtgjP+hjwgleUkJC8MSvwx17/2KbjXoaUqPxR QdzIxitvIuCVzhjhwq5qoSV1z5kwlnp9rXtKcn5N1Ay4Cd60YJUvEGavkMjPkpquhE3Y mY1knOVEKY5IJqIalKic/Tyj387ne7Y0hTluGTXfNXGrhKi4x1LxKJqcnhNgk1MX42cs qqUg== 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=Ue7RAfK4ScdkAU6uanSZTlSdR74D8q70iC8EVSGrPfI=; b=bRvLofJ9C2vv9Grbq/n7gB7C8kQIoPCDp+TRRlh1vvujQz93hH9dCv8jJJsN8kPLuc w5fTSqcVxa8dlWnmMnpY1KfAIlP1ZIRKd6atpCMONcaXmqc9Gv3PZpdAUxekrGfMXHnB nv5/JOLqUHPtV9XWF3HaaWS8ZITFygGRzYb+4eMFJ5Lap03sT+BXu+igGAQqnF8SH7rF QvZVuYcSE8q/tFPxeFHNQD22+OQWWGkbvWxi7utnfZovnseYGdKICnyEI7LZp+RsqccO I+XG/gVg84H7woLbHoKJlQwVO21xYIBltNt0yU1JsnUOZfoPQ+J8PNEiYy5IEDcgiPNu ukxA== X-Gm-Message-State: AOAM5331eYrkxXFoT+oK4KraEXa8GLZMcS2MTn8xrFzGqhZtsYMtbdm7 3BSSjBJZ4Ytsan9Zx76OUCcoQMXdSgZPkVZ8PJYH09JL X-Google-Smtp-Source: ABdhPJxxJ4OShV778U2/4DjFjxOUw4xQnt25fDi+DVu+WGACFQDicaaWzRUrteiFYRofeDF5yM+sNQcmcoDRGvYA9rM= X-Received: by 2002:a05:6214:180b:: with SMTP id o11mr10365518qvw.22.1620101422711; Mon, 03 May 2021 21:10:22 -0700 (PDT) MIME-Version: 1.0 References: <161296020545.28489.5614088363628035666@ietfa.amsl.com> <043F495B-53A1-491A-906B-DAF6F5369F9E@strayalpha.com> In-Reply-To: From: Yoshifumi Nishida Date: Mon, 3 May 2021 21:10:11 -0700 Message-ID: To: Joseph Touch Cc: tcpm IETF list , tcpm-chairs Content-Type: multipart/alternative; boundary="000000000000cd05d605c17941ad" Archived-At: Subject: Re: [tcpm] Milestones changed for tcpm WG X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 04:10:30 -0000 --000000000000cd05d605c17941ad Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Joe, On Mon, May 3, 2021 at 11:06 AM Joseph Touch wrote: > Hi, Yoshi, > > On May 2, 2021, at 11:31 PM, Yoshifumi Nishida wrote= : > > Hi Joe, > > Thanks for bringing this up again. > In my understanding, there was no clear consensus on the interactions wit= h > TSO yet. Or, have we settled? > > > I don=E2=80=99t understand what =E2=80=9Cconsensus=E2=80=9D would mean. > > TSO isn=E2=80=99t a standard; it=E2=80=99s an implementation, i.e., which= ought to follow > the TCP standards. > > Nothing we=E2=80=99re doing deviates from how standards-compliant impleme= ntations > handle options. However, if an implementation incorrectly ignores unknown > options, then it would could be problematic for this approach, as well as > others. > > I thought you'll update the draft for this. > > > I=E2=80=99m not sure what to say about this issue - do you want me to poi= nt out > the issue with TSO sometimes causing problems because it=E2=80=99s out of= spec? > > If so, I can do that. > > I think that would be helpful for the doc. But, I also think this doc should have a clear vision on the interaction with TSO beforehand. I think we should have a consensus on this point such as: * EDO should not be used with TSO * It's fine to use EDO with TSO in any circumstances. * it's fine to use EDO with TSO under a certain conditions * The draft does not need to specify anything for TSO as it's out of scope of the doc. Thanks, -- Yoshi --000000000000cd05d605c17941ad Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Joe,

On Mon, May 3, 2021 at 11:06 AM Jos= eph Touch <touch@strayalpha.com<= /a>> wrote:
<= div style=3D"overflow-wrap: break-word;">Hi, Yoshi,


Hi Joe,

=
Thanks for bringing this up again.=C2=A0
In my understanding= , there was no clear consensus on the=C2=A0interactions with TSO yet. Or, h= ave we settled?

I don=E2= =80=99t understand what =E2=80=9Cconsensus=E2=80=9D would mean.
<= br>
TSO isn=E2=80=99t a standard; it=E2=80=99s an implementation,= i.e., which ought to follow the TCP standards.

No= thing we=E2=80=99re doing deviates from how standards-compliant implementat= ions handle options. However, if an implementation incorrectly ignores unkn= own options, then it would could be problematic for this approach, as well = as others.

I = thought you'll update the draft for this.=C2=A0

I=E2=80=99m not sure what to say about this issu= e - do you want me to point out the issue with TSO sometimes causing proble= ms because it=E2=80=99s out of spec?

If so, I can = do that.


I= think that would=C2=A0be helpful for the doc. But, I also think this doc s= hould have a clear vision on the interaction with TSO beforehand.=C2=A0
I think we should have a consensus on this point such as:
=
* EDO should not be used with TSO
* It's fine = to use EDO with TSO in any circumstances.
* it's fine to use = EDO with TSO under a certain conditions
* The draft does not need= to specify anything for TSO as it's out of scope of the doc.
=C2=A0
Thanks,
--
Yoshi

--000000000000cd05d605c17941ad-- From nobody Mon May 3 21:48:10 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 304763A245D; Mon, 3 May 2021 21:48:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.387 X-Spam-Level: X-Spam-Status: No, score=0.387 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HAS_X_OUTGOING_SPAM_STAT=2.484, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_HELO_NONE=0.001, 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=strayalpha.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 kJQG7Cf8VGXL; Mon, 3 May 2021 21:48:04 -0700 (PDT) Received: from server217-5.web-hosting.com (server217-5.web-hosting.com [198.54.116.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 655523A2456; Mon, 3 May 2021 21:48:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Date:Cc:In-Reply-To: From:Subject:Mime-Version:Content-Transfer-Encoding:Content-Type:Sender: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=etK2tQE35SnF3DWHL7DQABxkPYxM3pAIlo2GsMUEJMQ=; b=xrWPDFR94UYU0S6+UmQdUAYGnV scMMAOM7UW2n7rV7Vom6GcAhoX78talpYjfiDUtfOM3mlMOdTIQF3udYr1OOzSXGn0rP6zZvbKbcT Pv0rlYX109t5XdwNY0HaTm3HpIJ7IQ2vLZM7a8XTJobgrEa3BhIyslnzE6+w2JeqzkEHF8SmlTrTL Va08LvMb/joZJY6AH8k9VNZHQfMdwigqrvYZ235TjVJFvZ43PQHoRkUw/tML4743vRzyS24BEaU3a LTuCPVGRuA6AN4IAbxvGhwLDXuLMUIURsaG3ea9kVn8V8nCob2v33dkVGsS+LAkEstAj0egrEMmMx 63guE/RA==; Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:49925 helo=smtpclient.apple) by server217.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1ldmyU-000WLz-Mn; Tue, 04 May 2021 00:48:03 -0400 Content-Type: multipart/alternative; boundary=Apple-Mail-73EE55E0-0B72-4A9A-A253-06DD9133A474 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) From: Joe Touch In-Reply-To: Cc: tcpm IETF list , tcpm-chairs Date: Mon, 3 May 2021 21:47:58 -0700 Message-Id: References: To: Yoshifumi Nishida X-Mailer: iPad Mail (18E199) X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server217.web-hosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - strayalpha.com X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched Archived-At: Subject: Re: [tcpm] Milestones changed for tcpm WG X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 04:48:09 -0000 --Apple-Mail-73EE55E0-0B72-4A9A-A253-06DD9133A474 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Yoshi, > On May 3, 2021, at 9:10 PM, Yoshifumi Nishida wrote: > =EF=BB=BF > Hi Joe, >=20 > On Mon, May 3, 2021 at 11:06 AM Joseph Touch wrote:= >> Hi, Yoshi, >>=20 >>> On May 2, 2021, at 11:31 PM, Yoshifumi Nishida wrot= e: >>>=20 >>> Hi Joe, >>>=20 >>> Thanks for bringing this up again.=20 >>> In my understanding, there was no clear consensus on the interactions wi= th TSO yet. Or, have we settled? >>=20 >> I don=E2=80=99t understand what =E2=80=9Cconsensus=E2=80=9D would mean. >>=20 >> TSO isn=E2=80=99t a standard; it=E2=80=99s an implementation, i.e., which= ought to follow the TCP standards. >>=20 >> Nothing we=E2=80=99re doing deviates from how standards-compliant impleme= ntations handle options. However, if an implementation incorrectly ignores u= nknown options, then it would could be problematic for this approach, as wel= l as others. >>=20 >>> I thought you'll update the draft for this.=20 >>=20 >> I=E2=80=99m not sure what to say about this issue - do you want me to poi= nt out the issue with TSO sometimes causing problems because it=E2=80=99s ou= t of spec? >>=20 >> If so, I can do that. >>=20 >=20 > I think that would be helpful for the doc. But, I also think this doc shou= ld have a clear vision on the interaction with TSO beforehand.=20 > I think we should have a consensus on this point such as: >=20 > * EDO should not be used with TSO > * It's fine to use EDO with TSO in any circumstances. > * it's fine to use EDO with TSO under a certain conditions > * The draft does not need to specify anything for TSO as it's out of scope= of the doc. These are not decisions for the WG. TSO isn=E2=80=99t a single thing; it=E2=80= =99s a nickname for an implementation optimization. Like all such optimizat= ions, it=E2=80=99s always fine when it complies with specs and not when it d= oesn=E2=80=99t. I.e., everything stated above is equally possible if you replace =E2=80=9CTS= O=E2=80=9D with =E2=80=9CLinux=E2=80=9D. It is out of scope for the WG to state anything about either (TSO or Linux) o= ther then =E2=80=9Cit=E2=80=99s ok if it complies with secs and not when it d= oesn=E2=80=99t=E2=80=9D. This is not the doc to point out that TSO (or any other implementation) some= times breaks TCPs rules or that these, like all options, put TCP behavior at= risk when that happens. Joe > =20 > Thanks, > -- > Yoshi >=20 > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm --Apple-Mail-73EE55E0-0B72-4A9A-A253-06DD9133A474 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Yoshi,
=

On May 3, 2021, at 9:10 PM, Y= oshifumi Nishida <nsd.ietf@gmail.com> wrote:

=EF=BB=BF
H= i Joe,

On Mon, May 3, 2021 at 11:06 AM Joseph Touch <touch@strayalpha.com> wrote:
Hi, Yoshi,

On May 2, 2= 021, at 11:31 PM, Yoshifumi Nishida <nsd.ietf@gmail.com> wrote:

Hi Joe,

Thanks for bringing this up a= gain. 
In my understanding, there was no clear consensus on t= he interactions with TSO yet. Or, have we settled?

I don=E2=80=99t understand what =E2=80=9Cconse= nsus=E2=80=9D would mean.

TSO isn=E2=80=99t a stand= ard; it=E2=80=99s an implementation, i.e., which ought to follow the TCP sta= ndards.

Nothing we=E2=80=99re doing deviates from h= ow standards-compliant implementations handle options. However, if an implem= entation incorrectly ignores unknown options, then it would could be problem= atic for this approach, as well as others.

I thought you'll update the draft for this.&nbs= p;

I=E2=80=99m not sure wh= at to say about this issue - do you want me to point out the issue with TSO s= ometimes causing problems because it=E2=80=99s out of spec?

If so, I can do that.

=

I think that would be helpful for the doc. But, I a= lso think this doc should have a clear vision on the interaction with TSO be= forehand. 
I think we should have a consensus on this point s= uch as:

* EDO should not be used with TSO
* It's fine to use EDO with TSO in any circumstances.
* it's fine= to use EDO with TSO under a certain conditions
* The draft does n= ot need to specify anything for TSO as it's out of scope of the doc.

The= se are not decisions for the WG. TSO isn=E2=80=99t a single thing; it=E2=80=99= s a nickname for an implementation optimization.  Like all such optimiz= ations, it=E2=80=99s always fine when it complies with specs and not when it= doesn=E2=80=99t.

I.e., eve= rything stated above is equally possible if you replace =E2=80=9CTSO=E2=80=9D= with =E2=80=9CLinux=E2=80=9D.

It is out of scope for the WG to state anything about either (TSO or Lin= ux) other then =E2=80=9Cit=E2=80=99s ok if it complies with secs and not whe= n it doesn=E2=80=99t=E2=80=9D.

This is not the doc to point out that TSO (or any other implementation) s= ometimes breaks TCPs rules or that these, like all options, put TCP behavior= at risk when that happens.

Joe

 
Thanks,
--
Yoshi

_______________________________________________
tcpm m= ailing list
tcpm@ietf.org
https://www.ietf.o= rg/mailman/listinfo/tcpm
= --Apple-Mail-73EE55E0-0B72-4A9A-A253-06DD9133A474-- From nobody Tue May 4 08:59:54 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 879D83A0D93 for ; Tue, 4 May 2021 08:59:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.6 X-Spam-Level: X-Spam-Status: No, score=-17.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 vBZvAvUV0Lf6 for ; Tue, 4 May 2021 08:59:48 -0700 (PDT) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (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 4D5073A0D98 for ; Tue, 4 May 2021 08:59:48 -0700 (PDT) Received: by mail-wm1-x32a.google.com with SMTP id b11-20020a7bc24b0000b0290148da0694ffso1602450wmj.2 for ; Tue, 04 May 2021 08:59:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SXP8GxlxyNC8kbR99Y3R+1QZ+T6zlt/xmK0Aq99nB8Y=; b=rEUjY+TgUNAupVYsFeb4L98q7Fy9D22Gj6/ROuOziiRuD86BkW7ovABZ0WUHR5uEHz 09slH9ke1/XqdFkjhPlXHoUYVFTMgNy7WGhtdn2H9jNdZir1DCCk8u7Yjee7plUxdGeu NxZlVmA729WGrfhuRVF6SaTzo2V8b6qPiF6gQpJHMgFpI16Oe6Y1BSvjfFra+DsCZsJP UrkpJiIEyyPHOZT4xhYzFOkwnc5C9H8wIHMwmPfvr1p3+pocAtfg/G8rFTX+1k/DPEfG 2723aszax+zrKOSI8gnCTOZRlxdel6L0CN2Ny5C2pMuFAzhwAPcXy3p91/Xm1qujo1IY 6jfQ== 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=SXP8GxlxyNC8kbR99Y3R+1QZ+T6zlt/xmK0Aq99nB8Y=; b=P+a++Gq5mxFz9VharV/7PV0qQ1Nk8G2zx5hiDy4RzdDw+zYcxk8NnXBIlkdCASKvZd QrhIm1A/uFCqhI1bmarT4vpdJZA/3oDsVxmBCBnxNahRNM+ur18tBabyelSKyWTPzLcu dd1TTjVi1XsailUZyjPz4p2UX4sEvLVE3qhaGTrq6eWutowKLK+PLpIPYOm3RyHXnpKB 3rhqDxVTl4z0NIsmjZusCezvT6VpmywDnKvPDoNWBT7L8HlWEHZYHFbonLx+K9hBgzIw E37Llr4gYIPGAmiJ2bLQrDH1ZOChKVNvIz78/zV81Tc+6MNEmaEFl9mBPpHCiUJ0Q1e0 tb+A== X-Gm-Message-State: AOAM532NFNhGCpB0v9Mxl0wQEBo71lOZIY9uE5K8EBsZlalRsO3hmCdg cx20Bdt99RPPP1owlkZmLnsY8Vtr0pIWB9AwI2f5Mg== X-Google-Smtp-Source: ABdhPJwBMvf4wNckQkGNwk+kwMHJ1DBO4zELCgCDAVmVzetHMXIU/4aeVzPj5WmGgf0DbgNp69aXO/PcxSaiPiZGgYc= X-Received: by 2002:a1c:b68b:: with SMTP id g133mr27151728wmf.127.1620143985117; Tue, 04 May 2021 08:59:45 -0700 (PDT) MIME-Version: 1.0 References: <6D674614-847D-4600-9DE5-7FFD29043C7F@lurchi.franken.de> <8f556136c1e0409d9f88c4153dae070d@hs-esslingen.de> <38d316e7-c7f7-775d-131c-d7a0590197d8@mti-systems.com> In-Reply-To: <38d316e7-c7f7-775d-131c-d7a0590197d8@mti-systems.com> From: Yuchung Cheng Date: Tue, 4 May 2021 08:59:08 -0700 Message-ID: To: Wesley Eddy Cc: "tcpm@ietf.org Extensions" , Neal Cardwell Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [tcpm] 793bis ready to go? X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 15:59:54 -0000 On Mon, May 3, 2021 at 7:32 PM Wesley Eddy wrote: > > On 2/16/2021 3:58 AM, Scharf, Michael wrote: > > I'd also be interested in more details. Unfortunately, I am not familiar with BSD. > > For what it is worth, RFC 1122 Section 4.2.3.6 "TCP Keep-Alives" states: > > Keep-alive packets MUST only be sent when no data or > acknowledgement packets have been received for the > connection within an interval. > > So, the latter part of the sentence originates from RFC 1122. > > Could somebody comment on whether recent BSD stacks would deviate from the proposed text in 793bis? That would be an important insight! > > > This is not answering your question about BSD, but just for reference, the change in that sentence came from consolidated review comments from Microsoft colleagues that was sent to the mailing list: > > https://mailarchive.ietf.org/arch/msg/tcpm/rqHhtpqW3m0QikJnaz_4y-y7NyQ/ > > > Section 3.7.4 > "Keep-alive packets MUST only be sent when no data or acknowledgement > packets have been received for the connection within an interval > (MUST-26). The latest draft looks good to me to publish. Thanks for the revisions! > > " > > It's important to call out an additional condition - that sends are not already outstanding. When a send is outstanding, it is retransmitted and serves as an implicit liveness check. > > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm From nobody Tue May 4 09:59:19 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E40BB3A1278; Tue, 4 May 2021 09:59:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.386 X-Spam-Level: X-Spam-Status: No, score=0.386 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HAS_X_OUTGOING_SPAM_STAT=2.484, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=strayalpha.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 7f2OWnF2lt5z; Tue, 4 May 2021 09:59:13 -0700 (PDT) Received: from server217-5.web-hosting.com (server217-5.web-hosting.com [198.54.116.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 478613A1272; Tue, 4 May 2021 09:59:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=0RCJKiE8G44jI/vQPUOsKQHaslwmv9dmnYlRCZXWcNI=; b=4RydWm4O53zFyMSt/scpqHAHI fJavjgZppFjX5AIFRI1VOTjyCMOqqtyKVe4TeKaR1RNtwdIzcAjI+zF1UIZfh5ORvOXyv0gs6jfKK qiSPTLoWAyNl6q7tzI4DLRe8yMw0uCZvhK/0//Y8Q+87ofeWhLtZsyhWrUxjUnwC7lJ9fXX9B5gsb 7i/IVlwYLSZo3vWUtP/4QgCAulM7wfKtrYUU2N/Hm+n8q3d6rPt9SmnkIRWRYxUk7qU51+gizto18 Wqo/gafdVfsoz0wZkQhPDvBeRK2MbQ1eWqNxcx04QHK2odjDKjGGqKh/t8Mu9MD7QjKctuPmKWXW0 evD7q+0MQ==; Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:59754 helo=[192.168.1.14]) by server217.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1ldyO3-002MSW-Fq; Tue, 04 May 2021 12:59:12 -0400 Content-Type: multipart/alternative; boundary="Apple-Mail=_8FE0AA02-C48C-47BC-829E-401FB7C5EA0A" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) From: Joseph Touch In-Reply-To: Date: Tue, 4 May 2021 09:59:06 -0700 Cc: tcpm IETF list , tcpm-chairs Message-Id: <23BA842E-657D-4301-99D2-02657267930F@strayalpha.com> References: To: Yoshifumi Nishida X-Mailer: Apple Mail (2.3654.60.0.2.21) X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server217.web-hosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - strayalpha.com X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched Archived-At: Subject: Re: [tcpm] Milestones changed for tcpm WG X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 16:59:18 -0000 --Apple-Mail=_8FE0AA02-C48C-47BC-829E-401FB7C5EA0A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 PS --- > On May 3, 2021, at 9:47 PM, Joe Touch wrote: >=20 > Yoshi, >> ... >> I think that would be helpful for the doc. But, I also think this doc = should have a clear vision on the interaction with TSO beforehand.=20 >> I think we should have a consensus on this point such as: >>=20 >> * EDO should not be used with TSO >> * It's fine to use EDO with TSO in any circumstances. >> * it's fine to use EDO with TSO under a certain conditions >> * The draft does not need to specify anything for TSO as it's out of = scope of the doc. >=20 > These are not decisions for the WG. TSO isn=E2=80=99t a single thing; = it=E2=80=99s a nickname for an implementation optimization. Like all = such optimizations, it=E2=80=99s always fine when it complies with specs = and not when it doesn=E2=80=99t. >=20 > I.e., everything stated above is equally possible if you replace = =E2=80=9CTSO=E2=80=9D with =E2=80=9CLinux=E2=80=9D. >=20 > It is out of scope for the WG to state anything about either (TSO or = Linux) other then =E2=80=9Cit=E2=80=99s ok if it complies with secs and = not when it doesn=E2=80=99t=E2=80=9D. >=20 > This is not the doc to point out that TSO (or any other = implementation) sometimes breaks TCPs rules or that these, like all = options, put TCP behavior at risk when that happens. >=20 > Joe FWIW, Sec 5.3 already indicates this. Joe= --Apple-Mail=_8FE0AA02-C48C-47BC-829E-401FB7C5EA0A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 PS = ---

On May 3, 2021, at 9:47 PM, Joe Touch <touch@strayalpha.com> wrote:

Yoshi,
...
I think that = would be helpful for the doc. But, I also think this doc should = have a clear vision on the interaction with TSO = beforehand. 
I think we should = have a consensus on this point such as:

* EDO should not be used with = TSO
* It's fine to use EDO with TSO in any = circumstances.
* it's fine to use EDO with TSO = under a certain conditions
* The draft does not = need to specify anything for TSO as it's out of scope of the = doc.

These are not decisions for = the WG. TSO isn=E2=80=99t a single thing; it=E2=80=99s a nickname for an = implementation optimization.  Like all such optimizations, it=E2=80=99= s always fine when it complies with specs and not when it = doesn=E2=80=99t.

I.e., everything stated = above is equally possible if you replace =E2=80=9CTSO=E2=80=9D with = =E2=80=9CLinux=E2=80=9D.

It is out of scope for the = WG to state anything about either (TSO or Linux) other then =E2=80=9Cit=E2= =80=99s ok if it complies with secs and not when it = doesn=E2=80=99t=E2=80=9D.

This is not the doc to = point out that TSO (or any other implementation) sometimes breaks TCPs = rules or that these, like all options, put TCP behavior at risk when = that happens.

Joe

FWIW, Sec 5.3 already indicates = this.

Joe
= --Apple-Mail=_8FE0AA02-C48C-47BC-829E-401FB7C5EA0A-- From nobody Tue May 4 12:21:06 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECAF83A0E19; Tue, 4 May 2021 12:21:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hs-esslingen.de Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6n8qvB2_iYw1; Tue, 4 May 2021 12:21:00 -0700 (PDT) Received: from mail.hs-esslingen.de (mail.hs-esslingen.de [134.108.32.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8B243A0E1F; Tue, 4 May 2021 12:20:59 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.hs-esslingen.de (Postfix) with ESMTP id 8903A25A19; Tue, 4 May 2021 21:20:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hs-esslingen.de; s=mail; t=1620156057; bh=uT283F3gmC8se6FhtrougQ4Jd4pkNpm25tkbKgod2+0=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=zhfq+kue8mD0X57pIfoq0c12Fya/xZvBh//VJcoCmcBwpWGWlOyfqLsj0bDslYuUB 47JLYqySU3u7Ntknj9k4OWEzmnmywO7sQ6HprVX59f0SNouyVXzdDmDDGSI+O/Nm9H OObEmnQRHQpZuVytTTUchbXXFqdABd0U4S4gEzGg= X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at hs-esslingen.de Received: from mail.hs-esslingen.de ([127.0.0.1]) by localhost (hs-esslingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fNv1ckDqyllx; Tue, 4 May 2021 21:20:56 +0200 (CEST) Received: from rznt8202.rznt.rzdir.fht-esslingen.de (rznt8202.hs-esslingen.de [134.108.48.165]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.hs-esslingen.de (Postfix) with ESMTPS; Tue, 4 May 2021 21:20:56 +0200 (CEST) Received: from rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) by rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Tue, 4 May 2021 21:20:56 +0200 Received: from rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0]) by rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0%3]) with mapi id 15.01.2176.012; Tue, 4 May 2021 21:20:55 +0200 From: "Scharf, Michael" To: Joe Touch , Yoshifumi Nishida CC: tcpm IETF list , tcpm-chairs Thread-Topic: [tcpm] Milestones changed for tcpm WG Thread-Index: AQHW/6iGGTI4OpADoU+Ptm6dDA6d8KrQwB6AgADrD4CAAMICAIAAqLmAgAAKjgCAAPKVsA== Date: Tue, 4 May 2021 19:20:55 +0000 Message-ID: <2e6e1552fcc442fb8464668a649ce9e8@hs-esslingen.de> References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.108.140.248] Content-Type: multipart/alternative; boundary="_000_2e6e1552fcc442fb8464668a649ce9e8hsesslingende_" MIME-Version: 1.0 Archived-At: Subject: Re: [tcpm] Milestones changed for tcpm WG X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 19:21:05 -0000 --_000_2e6e1552fcc442fb8464668a649ce9e8hsesslingende_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSm9lLA0KDQpBcyBmYXIgYXMgSSBjYW4gc2VlLCB0aGUgcmVsZXZhbnQgc2VjdGlvbiBpbiBk cmFmdC1pZXRmLXRjcG0tdGNwLWVkby0xMCBpczoNCg0KICAgSW1wbGVtZW50ZXJzIG5lZWQgdG8g YmUgY2FyZWZ1bCBhYm91dCB0aGUgcG90ZW50aWFsIGZvciBvZmZsb2FkDQogICBzdXBwb3J0IGlu dGVyZmVyaW5nIHdpdGggdGhpcyBvcHRpb24uIFRoZSBFRE8gZGF0YSBuZWVkcyB0byBiZQ0KICAg cGFzc2VkIHRvIHRoZSBwcm90b2NvbCBzdGFjayBhcyBwYXJ0IG9mIHRoZSBvcHRpb24gc3BhY2Us IG5vdA0KICAgaW50ZWdyYXRlZCB3aXRoIHRoZSB1c2VyIHNlZ21lbnQsIHRvIGFsbG93IHRoZSBv ZmZsb2FkIHRvDQogICBpbmRlcGVuZGVudGx5IGRldGVybWluZSB1c2VyIGRhdGEgc2VnbWVudCBi b3VuZGFyaWVzIGFuZCBjb21iaW5lDQogICB0aGVtIGNvcnJlY3RseSB3aXRoIHRoZSBleHRlbmRl ZCBvcHRpb24gZGF0YS4gU29tZSBsZWdhY3kgaGFyZHdhcmUNCiAgIHJlY2VpdmUgb2ZmbG9hZCBl bmdpbmVzIG1heSBwcmVzZW50IGNoYWxsZW5nZXMgaW4gdGhpcyByZWdhcmQsIGFuZA0KICAgbWF5 IGJlIGluY29tcGF0aWJsZSB3aXRoIEVETyB3aGVyZSB0aGV5IGluY29ycmVjdGx5IGF0dGVtcHQg dG8NCiAgIHByb2Nlc3Mgc2VnbWVudHMgd2l0aCB1bmtub3duIG9wdGlvbnMuIFN1Y2ggb2ZmbG9h ZCBlbmdpbmVzIGFyZSBwYXJ0DQogICBvZiB0aGUgcHJvdG9jb2wgc3RhY2sgYW5kIHVwZGF0ZWQg YWNjb3JkaW5nbHkuIElzc3VlcyB3aXRoIGluY29ycmVjdA0KICAgcmVzZWdtZW50YXRpb24gYnkg YW4gb2ZmbG9hZCBlbmdpbmUgY2FuIGJlIGRldGVjdGVkIGluIHRoZSBzYW1lIHdheQ0KICAgYXMg bWlkZGxlYm94IHRhbXBlcmluZy4NCg0KSW4gdGhhdCBwYXJhZ3JhcGgsIGFzIG5vbi1uYXRpdmUg c3BlYWtlciwgSSBkb27igJl0IHVuZGVyc3RhbmQgdGhlIHNlbnRlbmNlIOKAnFN1Y2ggb2ZmbG9h ZCBlbmdpbmVzIGFyZSBwYXJ0IG9mIHRoZSBwcm90b2NvbCBzdGFjayBhbmQgdXBkYXRlZCBhY2Nv cmRpbmdseS7igJ0NCg0KTWF5YmUgSSBtaXNzIHNvbWV0aGluZywgYnV0IGlmIHRoZXJlIGFyZSBw b3RlbnRpYWwgaXNzdWVzIHdpdGggb2ZmbG9hZGluZywgdGhhdCBjb3VsZCBiZSBkZXNjcmliZWQg bW9yZSBleHBsaWNpdGx5IGFuZCBtb3JlIGNsZWFybHkuIEluIHRoYXQgY2FzZSwgbW9yZSB3YXJu aW5nIHNpZ25zIGNvdWxkIGJlIHB1dCBpbiBwbGFjZSBhdCBtb3JlIHByb21pbmVudCBwbGFjZXMg aW4gdGhlIGRvY3VtZW50LCB0b28uDQoNClBlcnNvbmFsbHksIEkgd291bGQgbm90IGJlIHN1cnBy aXNlZCBpZiBjZXJ0YWluIHdheXMgb2Ygb2ZmbG9hZGluZyB3ZXJlIG1vcmUgY29tbW9uIHRoYW4g bWlkZGxlYm94IHRhbXBlcmluZy4gV2VsbCwgSSBkb27igJl0IGtub3cuIEFueXdheSwgaWYgdGhh dCB3YXMgdHJ1ZSwgYSBkaXNjdXNzaW9uIHJlZ2FyZGluZyBvZmZsb2FkaW5nIG1pZ2h0IGFjdHVh bGx5IGJlIG1vcmUgaW1wb3J0YW50IHRoYW4gbWlkZGxlYm94IHRlbXBlcmluZy4NCg0KSnVzdCBh cyBhIHJhbmRvbSBkYXRhIHBvaW50LCBpZiBJIHdlcmUgYW4gaW1wbGVtZW50ZXIsIEkgd291bGQg cHJvYmFibHkgZXhwZWN0IGEgZGVkaWNhdGVkIHNlY3Rpb24gcmVnYXJkaW5nIG9mZmxvYWRpbmcs IG9yIHNvbWV0aGluZyBsaWtlIHRoYXQuIEFuZCBJIHdvdWxkIHByb2JhYmx5IF9ub3RfIHVzZSB0 aGUgdGVybSDigJxtaWRkbGVib3jigJ0gd2hlbiBzZWFyY2hpbmcgaW4gdGhlIFdlYiBmb3IgbWF0 ZXJpYWwgcmVsYXRlZCB0byBUU0/igKYNCg0KTXkgMiBjZW50cw0KDQpNaWNoYWVsDQoNCg0KDQpG cm9tOiBKb2UgVG91Y2ggPHRvdWNoQHN0cmF5YWxwaGEuY29tPg0KU2VudDogVHVlc2RheSwgTWF5 IDQsIDIwMjEgNjo0OCBBTQ0KVG86IFlvc2hpZnVtaSBOaXNoaWRhIDxuc2QuaWV0ZkBnbWFpbC5j b20+DQpDYzogdGNwbSBJRVRGIGxpc3QgPHRjcG1AaWV0Zi5vcmc+OyB0Y3BtLWNoYWlycyA8dGNw bS1jaGFpcnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW3RjcG1dIE1pbGVzdG9uZXMgY2hhbmdl ZCBmb3IgdGNwbSBXRw0KDQpZb3NoaSwNCg0KDQpPbiBNYXkgMywgMjAyMSwgYXQgOToxMCBQTSwg WW9zaGlmdW1pIE5pc2hpZGEgPG5zZC5pZXRmQGdtYWlsLmNvbTxtYWlsdG86bnNkLmlldGZAZ21h aWwuY29tPj4gd3JvdGU6DQrvu78NCkhpIEpvZSwNCg0KT24gTW9uLCBNYXkgMywgMjAyMSBhdCAx MTowNiBBTSBKb3NlcGggVG91Y2ggPHRvdWNoQHN0cmF5YWxwaGEuY29tPG1haWx0bzp0b3VjaEBz dHJheWFscGhhLmNvbT4+IHdyb3RlOg0KSGksIFlvc2hpLA0KDQoNCk9uIE1heSAyLCAyMDIxLCBh dCAxMTozMSBQTSwgWW9zaGlmdW1pIE5pc2hpZGEgPG5zZC5pZXRmQGdtYWlsLmNvbTxtYWlsdG86 bnNkLmlldGZAZ21haWwuY29tPj4gd3JvdGU6DQoNCkhpIEpvZSwNCg0KVGhhbmtzIGZvciBicmlu Z2luZyB0aGlzIHVwIGFnYWluLg0KSW4gbXkgdW5kZXJzdGFuZGluZywgdGhlcmUgd2FzIG5vIGNs ZWFyIGNvbnNlbnN1cyBvbiB0aGUgaW50ZXJhY3Rpb25zIHdpdGggVFNPIHlldC4gT3IsIGhhdmUg d2Ugc2V0dGxlZD8NCg0KSSBkb27igJl0IHVuZGVyc3RhbmQgd2hhdCDigJxjb25zZW5zdXPigJ0g d291bGQgbWVhbi4NCg0KVFNPIGlzbuKAmXQgYSBzdGFuZGFyZDsgaXTigJlzIGFuIGltcGxlbWVu dGF0aW9uLCBpLmUuLCB3aGljaCBvdWdodCB0byBmb2xsb3cgdGhlIFRDUCBzdGFuZGFyZHMuDQoN Ck5vdGhpbmcgd2XigJlyZSBkb2luZyBkZXZpYXRlcyBmcm9tIGhvdyBzdGFuZGFyZHMtY29tcGxp YW50IGltcGxlbWVudGF0aW9ucyBoYW5kbGUgb3B0aW9ucy4gSG93ZXZlciwgaWYgYW4gaW1wbGVt ZW50YXRpb24gaW5jb3JyZWN0bHkgaWdub3JlcyB1bmtub3duIG9wdGlvbnMsIHRoZW4gaXQgd291 bGQgY291bGQgYmUgcHJvYmxlbWF0aWMgZm9yIHRoaXMgYXBwcm9hY2gsIGFzIHdlbGwgYXMgb3Ro ZXJzLg0KDQoNCkkgdGhvdWdodCB5b3UnbGwgdXBkYXRlIHRoZSBkcmFmdCBmb3IgdGhpcy4NCg0K SeKAmW0gbm90IHN1cmUgd2hhdCB0byBzYXkgYWJvdXQgdGhpcyBpc3N1ZSAtIGRvIHlvdSB3YW50 IG1lIHRvIHBvaW50IG91dCB0aGUgaXNzdWUgd2l0aCBUU08gc29tZXRpbWVzIGNhdXNpbmcgcHJv YmxlbXMgYmVjYXVzZSBpdOKAmXMgb3V0IG9mIHNwZWM/DQoNCklmIHNvLCBJIGNhbiBkbyB0aGF0 Lg0KDQoNCkkgdGhpbmsgdGhhdCB3b3VsZCBiZSBoZWxwZnVsIGZvciB0aGUgZG9jLiBCdXQsIEkg YWxzbyB0aGluayB0aGlzIGRvYyBzaG91bGQgaGF2ZSBhIGNsZWFyIHZpc2lvbiBvbiB0aGUgaW50 ZXJhY3Rpb24gd2l0aCBUU08gYmVmb3JlaGFuZC4NCkkgdGhpbmsgd2Ugc2hvdWxkIGhhdmUgYSBj b25zZW5zdXMgb24gdGhpcyBwb2ludCBzdWNoIGFzOg0KDQoqIEVETyBzaG91bGQgbm90IGJlIHVz ZWQgd2l0aCBUU08NCiogSXQncyBmaW5lIHRvIHVzZSBFRE8gd2l0aCBUU08gaW4gYW55IGNpcmN1 bXN0YW5jZXMuDQoqIGl0J3MgZmluZSB0byB1c2UgRURPIHdpdGggVFNPIHVuZGVyIGEgY2VydGFp biBjb25kaXRpb25zDQoqIFRoZSBkcmFmdCBkb2VzIG5vdCBuZWVkIHRvIHNwZWNpZnkgYW55dGhp bmcgZm9yIFRTTyBhcyBpdCdzIG91dCBvZiBzY29wZSBvZiB0aGUgZG9jLg0KDQpUaGVzZSBhcmUg bm90IGRlY2lzaW9ucyBmb3IgdGhlIFdHLiBUU08gaXNu4oCZdCBhIHNpbmdsZSB0aGluZzsgaXTi gJlzIGEgbmlja25hbWUgZm9yIGFuIGltcGxlbWVudGF0aW9uIG9wdGltaXphdGlvbi4gIExpa2Ug YWxsIHN1Y2ggb3B0aW1pemF0aW9ucywgaXTigJlzIGFsd2F5cyBmaW5lIHdoZW4gaXQgY29tcGxp ZXMgd2l0aCBzcGVjcyBhbmQgbm90IHdoZW4gaXQgZG9lc27igJl0Lg0KDQpJLmUuLCBldmVyeXRo aW5nIHN0YXRlZCBhYm92ZSBpcyBlcXVhbGx5IHBvc3NpYmxlIGlmIHlvdSByZXBsYWNlIOKAnFRT T+KAnSB3aXRoIOKAnExpbnV44oCdLg0KDQpJdCBpcyBvdXQgb2Ygc2NvcGUgZm9yIHRoZSBXRyB0 byBzdGF0ZSBhbnl0aGluZyBhYm91dCBlaXRoZXIgKFRTTyBvciBMaW51eCkgb3RoZXIgdGhlbiDi gJxpdOKAmXMgb2sgaWYgaXQgY29tcGxpZXMgd2l0aCBzZWNzIGFuZCBub3Qgd2hlbiBpdCBkb2Vz buKAmXTigJ0uDQoNClRoaXMgaXMgbm90IHRoZSBkb2MgdG8gcG9pbnQgb3V0IHRoYXQgVFNPIChv ciBhbnkgb3RoZXIgaW1wbGVtZW50YXRpb24pIHNvbWV0aW1lcyBicmVha3MgVENQcyBydWxlcyBv ciB0aGF0IHRoZXNlLCBsaWtlIGFsbCBvcHRpb25zLCBwdXQgVENQIGJlaGF2aW9yIGF0IHJpc2sg d2hlbiB0aGF0IGhhcHBlbnMuDQoNCkpvZQ0KDQoNCg0KVGhhbmtzLA0KLS0NCllvc2hpDQoNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQp0Y3BtIG1haWxp bmcgbGlzdA0KdGNwbUBpZXRmLm9yZzxtYWlsdG86dGNwbUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGNwbQ0K --_000_2e6e1552fcc442fb8464668a649ce9e8hsesslingende_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4w cHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1cHQ7fQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEi IC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBs YW5nPSJERSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgc3R5bGU9IndvcmQtd3JhcDpicmVh ay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5I aSBKb2UsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+QXMgZmFyIGFzIEkgY2FuIHNl ZSwgdGhlIHJlbGV2YW50IHNlY3Rpb24gaW4gZHJhZnQtaWV0Zi10Y3BtLXRjcC1lZG8tMTAgaXM6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7IEltcGxlbWVudGVy cyBuZWVkIHRvIGJlIGNhcmVmdWwgYWJvdXQgdGhlIHBvdGVudGlhbCBmb3Igb2ZmbG9hZDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyBzdXBwb3J0 IGludGVyZmVyaW5nIHdpdGggdGhpcyBvcHRpb24uIFRoZSBFRE8gZGF0YSBuZWVkcyB0byBiZTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyBwYXNz ZWQgdG8gdGhlIHByb3RvY29sIHN0YWNrIGFzIHBhcnQgb2YgdGhlIG9wdGlvbiBzcGFjZSwgbm90 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7IGlu dGVncmF0ZWQgd2l0aCB0aGUgdXNlciBzZWdtZW50LCB0byBhbGxvdyB0aGUgb2ZmbG9hZCB0bzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyBpbmRl cGVuZGVudGx5IGRldGVybWluZSB1c2VyIGRhdGEgc2VnbWVudCBib3VuZGFyaWVzIGFuZCBjb21i aW5lPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7 IHRoZW0gY29ycmVjdGx5IHdpdGggdGhlIGV4dGVuZGVkIG9wdGlvbiBkYXRhLiBTb21lIGxlZ2Fj eSBoYXJkd2FyZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNw OyZuYnNwOyByZWNlaXZlIG9mZmxvYWQgZW5naW5lcyBtYXkgcHJlc2VudCBjaGFsbGVuZ2VzIGlu IHRoaXMgcmVnYXJkLCBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij4mbmJzcDsmbmJzcDsgbWF5IGJlIGluY29tcGF0aWJsZSB3aXRoIEVETyB3aGVyZSB0aGV5IGlu Y29ycmVjdGx5IGF0dGVtcHQgdG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj4mbmJzcDsmbmJzcDsgcHJvY2VzcyBzZWdtZW50cyB3aXRoIHVua25vd24gb3B0aW9ucy4g U3VjaCBvZmZsb2FkIGVuZ2luZXMgYXJlIHBhcnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsgb2YgdGhlIHByb3RvY29sIHN0YWNrIGFuZCB1cGRh dGVkIGFjY29yZGluZ2x5LiBJc3N1ZXMgd2l0aCBpbmNvcnJlY3Q8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsgcmVzZWdtZW50YXRpb24gYnkgYW4g b2ZmbG9hZCBlbmdpbmUgY2FuIGJlIGRldGVjdGVkIGluIHRoZSBzYW1lIHdheTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyBhcyBtaWRkbGVib3gg dGFtcGVyaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkluIHRoYXQgcGFyYWdy YXBoLCBhcyBub24tbmF0aXZlIHNwZWFrZXIsIEkgZG9u4oCZdCB1bmRlcnN0YW5kIHRoZSBzZW50 ZW5jZSDigJxTdWNoIG9mZmxvYWQgZW5naW5lcyBhcmUgcGFydCBvZiB0aGUgcHJvdG9jb2wgc3Rh Y2sgYW5kIHVwZGF0ZWQgYWNjb3JkaW5nbHku4oCdPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+TWF5YmUgSSBtaXNzIHNvbWV0aGluZywgYnV0IGlmIHRoZXJlIGFyZSBwb3RlbnRpYWwg aXNzdWVzIHdpdGggb2ZmbG9hZGluZywgdGhhdCBjb3VsZCBiZSBkZXNjcmliZWQgbW9yZSBleHBs aWNpdGx5IGFuZCBtb3JlIGNsZWFybHkuIEluIHRoYXQgY2FzZSwgbW9yZSB3YXJuaW5nIHNpZ25z IGNvdWxkIGJlIHB1dCBpbg0KIHBsYWNlIGF0IG1vcmUgcHJvbWluZW50IHBsYWNlcyBpbiB0aGUg ZG9jdW1lbnQsIHRvby48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5QZXJzb25hbGx5 LCBJIHdvdWxkIG5vdCBiZSBzdXJwcmlzZWQgaWYgY2VydGFpbiB3YXlzIG9mIG9mZmxvYWRpbmcg d2VyZSBtb3JlIGNvbW1vbiB0aGFuIG1pZGRsZWJveCB0YW1wZXJpbmcuIFdlbGwsIEkgZG9u4oCZ dCBrbm93LiBBbnl3YXksIGlmIHRoYXQgd2FzIHRydWUsIGEgZGlzY3Vzc2lvbiByZWdhcmRpbmcg b2ZmbG9hZGluZw0KIG1pZ2h0IGFjdHVhbGx5IGJlIG1vcmUgaW1wb3J0YW50IHRoYW4gbWlkZGxl Ym94IHRlbXBlcmluZy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5KdXN0IGFzIGEg cmFuZG9tIGRhdGEgcG9pbnQsIGlmIEkgd2VyZSBhbiBpbXBsZW1lbnRlciwgSSB3b3VsZCBwcm9i YWJseSBleHBlY3QgYSBkZWRpY2F0ZWQgc2VjdGlvbiByZWdhcmRpbmcgb2ZmbG9hZGluZywgb3Ig c29tZXRoaW5nIGxpa2UgdGhhdC4gQW5kIEkgd291bGQgcHJvYmFibHkgXzxpPm5vdDwvaT5fIHVz ZQ0KIHRoZSB0ZXJtIOKAnG1pZGRsZWJveOKAnSB3aGVuIHNlYXJjaGluZyBpbiB0aGUgV2ViIGZv ciBtYXRlcmlhbCByZWxhdGVkIHRvIFRTT+KApiA8bzpwPg0KPC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPk15IDIgY2VudHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5NaWNoYWVs PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRp diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5n OjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIGxhbmc9IkVOLVVTIj4gSm9lIFRvdWNoICZsdDt0b3VjaEBzdHJheWFscGhhLmNvbSZn dDsNCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBNYXkgNCwgMjAyMSA2OjQ4IEFNPGJyPg0K PGI+VG86PC9iPiBZb3NoaWZ1bWkgTmlzaGlkYSAmbHQ7bnNkLmlldGZAZ21haWwuY29tJmd0Ozxi cj4NCjxiPkNjOjwvYj4gdGNwbSBJRVRGIGxpc3QgJmx0O3RjcG1AaWV0Zi5vcmcmZ3Q7OyB0Y3Bt LWNoYWlycyAmbHQ7dGNwbS1jaGFpcnNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBbdGNwbV0gTWlsZXN0b25lcyBjaGFuZ2VkIGZvciB0Y3BtIFdHPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5Zb3NoaSw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5 bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5P biBNYXkgMywgMjAyMSwgYXQgOToxMCBQTSwgWW9zaGlmdW1pIE5pc2hpZGEgJmx0Ozwvc3Bhbj48 YSBocmVmPSJtYWlsdG86bnNkLmlldGZAZ21haWwuY29tIj48c3BhbiBsYW5nPSJFTi1VUyI+bnNk LmlldGZAZ21haWwuY29tPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0OyB3cm90ZTo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPu+7vzxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj5IaSBKb2UsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+T24gTW9uLCBNYXkgMywgMjAyMSBhdCAxMTowNiBBTSBKb3NlcGggVG91Y2gg Jmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86dG91Y2hAc3RyYXlhbHBoYS5jb20iPjxzcGFuIGxh bmc9IkVOLVVTIj50b3VjaEBzdHJheWFscGhhLmNvbTwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4t VVMiPiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90 ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRk aW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SGksIFlvc2hpLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PGJy Pg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPk9uIE1heSAyLCAyMDIxLCBhdCAxMTozMSBQTSwgWW9z aGlmdW1pIE5pc2hpZGEgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86bnNkLmlldGZAZ21haWwu Y29tIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gbGFuZz0iRU4tVVMiPm5zZC5pZXRmQGdtYWlsLmNv bTwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tVVMiPiZndDsgd3JvdGU6PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIEpvZSw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoYW5rcyBmb3IgYnJpbmdpbmcgdGhp cyB1cCBhZ2Fpbi4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SW4gbXkgdW5kZXJzdGFuZGlu ZywgdGhlcmUgd2FzIG5vIGNsZWFyIGNvbnNlbnN1cyBvbiB0aGUmbmJzcDtpbnRlcmFjdGlvbnMg d2l0aCBUU08geWV0LiBPciwgaGF2ZSB3ZSBzZXR0bGVkPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PkkgZG9u4oCZdCB1bmRlcnN0YW5kIHdoYXQg4oCcY29uc2Vuc3Vz4oCdIHdvdWxkIG1lYW4uPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UU08gaXNu4oCZ dCBhIHN0YW5kYXJkOyBpdOKAmXMgYW4gaW1wbGVtZW50YXRpb24sIGkuZS4sIHdoaWNoIG91Z2h0 IHRvIGZvbGxvdyB0aGUgVENQIHN0YW5kYXJkcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPk5vdGhpbmcgd2XigJlyZSBkb2luZyBkZXZpYXRlcyBmcm9t IGhvdyBzdGFuZGFyZHMtY29tcGxpYW50IGltcGxlbWVudGF0aW9ucyBoYW5kbGUgb3B0aW9ucy4g SG93ZXZlciwgaWYgYW4gaW1wbGVtZW50YXRpb24gaW5jb3JyZWN0bHkgaWdub3JlcyB1bmtub3du IG9wdGlvbnMsIHRoZW4gaXQgd291bGQgY291bGQgYmUgcHJvYmxlbWF0aWMgZm9yIHRoaXMgYXBw cm9hY2gsIGFzIHdlbGwNCiBhcyBvdGhlcnMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PGJyPg0KPGJyPg0KPG86 cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SSB0aG91Z2h0IHlvdSdsbCB1cGRhdGUgdGhlIGRy YWZ0IGZvciB0aGlzLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPknigJltIG5vdCBzdXJl IHdoYXQgdG8gc2F5IGFib3V0IHRoaXMgaXNzdWUgLSBkbyB5b3Ugd2FudCBtZSB0byBwb2ludCBv dXQgdGhlIGlzc3VlIHdpdGggVFNPIHNvbWV0aW1lcyBjYXVzaW5nIHByb2JsZW1zIGJlY2F1c2Ug aXTigJlzIG91dCBvZiBzcGVjPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+SWYgc28sIEkgY2FuIGRvIHRoYXQuPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkkgdGhpbmsgdGhhdCB3b3VsZCZuYnNwO2JlIGhl bHBmdWwgZm9yIHRoZSBkb2MuIEJ1dCwgSSBhbHNvIHRoaW5rIHRoaXMgZG9jIHNob3VsZCBoYXZl IGEgY2xlYXIgdmlzaW9uIG9uIHRoZSBpbnRlcmFjdGlvbiB3aXRoIFRTTyBiZWZvcmVoYW5kLiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JIHRoaW5rIHdlIHNob3VsZCBoYXZlIGEgY29uc2Vu c3VzIG9uIHRoaXMgcG9pbnQgc3VjaCBhczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiogRURPIHNob3VsZCBub3QgYmUgdXNlZCB3aXRoIFRTTzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj4qIEl0J3MgZmluZSB0byB1c2UgRURPIHdpdGggVFNPIGluIGFueSBj aXJjdW1zdGFuY2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4qIGl0J3MgZmluZSB0byB1c2UgRURP IHdpdGggVFNPIHVuZGVyIGEgY2VydGFpbiBjb25kaXRpb25zPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PiogVGhlIGRyYWZ0IGRvZXMgbm90IG5lZWQgdG8gc3BlY2lmeSBhbnl0aGluZyBmb3IgVFNPIGFz IGl0J3Mgb3V0IG9mIHNjb3BlIG9mIHRoZSBkb2MuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj5UaGVzZSBhcmUgbm90IGRlY2lzaW9ucyBmb3IgdGhlIFdHLiBUU08gaXNu4oCZdCBhIHNp bmdsZSB0aGluZzsgaXTigJlzIGEgbmlja25hbWUgZm9yIGFuIGltcGxlbWVudGF0aW9uIG9wdGlt aXphdGlvbi4gJm5ic3A7TGlrZSBhbGwgc3VjaCBvcHRpbWl6YXRpb25zLCBpdOKAmXMgYWx3YXlz IGZpbmUgd2hlbiBpdCBjb21wbGllcyB3aXRoIHNwZWNzIGFuZCBub3Qgd2hlbiBpdCBkb2VzbuKA mXQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JLmUu LCBldmVyeXRoaW5nIHN0YXRlZCBhYm92ZSBpcyBlcXVhbGx5IHBvc3NpYmxlIGlmIHlvdSByZXBs YWNlIOKAnFRTT+KAnSB3aXRoIOKAnExpbnV44oCdLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SXQgaXMgb3V0IG9mIHNjb3BlIGZvciB0aGUgV0cgdG8g c3RhdGUgYW55dGhpbmcgYWJvdXQgZWl0aGVyIChUU08gb3IgTGludXgpIG90aGVyIHRoZW4g4oCc aXTigJlzIG9rIGlmIGl0IGNvbXBsaWVzIHdpdGggc2VjcyBhbmQgbm90IHdoZW4gaXQgZG9lc27i gJl04oCdLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ VGhpcyBpcyBub3QgdGhlIGRvYyB0byBwb2ludCBvdXQgdGhhdCBUU08gKG9yIGFueSBvdGhlciBp bXBsZW1lbnRhdGlvbikgc29tZXRpbWVzIGJyZWFrcyBUQ1BzIHJ1bGVzIG9yIHRoYXQgdGhlc2Us IGxpa2UgYWxsIG9wdGlvbnMsIHB1dCBUQ1AgYmVoYXZpb3IgYXQgcmlzayB3aGVuIHRoYXQgaGFw cGVucy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkpv ZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj4tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5Zb3NoaTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQp0Y3BtIG1haWxpbmcgbGlzdDxicj4N Cjwvc3Bhbj48YSBocmVmPSJtYWlsdG86dGNwbUBpZXRmLm9yZyI+PHNwYW4gbGFuZz0iRU4tVVMi PnRjcG1AaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQo8L3NwYW4+ PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90Y3BtIj48c3Bh biBsYW5nPSJFTi1VUyI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90Y3Bt PC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_2e6e1552fcc442fb8464668a649ce9e8hsesslingende_-- From nobody Tue May 4 13:26:45 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6410B3A11FD; Tue, 4 May 2021 13:26:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.386 X-Spam-Level: X-Spam-Status: No, score=0.386 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HAS_X_OUTGOING_SPAM_STAT=2.484, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=strayalpha.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 woEA6_TpCEqI; Tue, 4 May 2021 13:26:39 -0700 (PDT) Received: from server217-5.web-hosting.com (server217-5.web-hosting.com [198.54.116.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FD403A11FE; Tue, 4 May 2021 13:26:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=AA9C+96IXLM269Dao5bCSwpHo/6a9n0cOooHTzk+lb4=; b=Z4y1egpPm+KZyQm3F0feW9A9F BRhDFJRJ/7ALEJ/JiCLQHt6mNEmqafpMJ/uwKJnc34ZH4JRfi31e5UZq44+MwR96mDKYOgegue+P7 99239nsz34nhxjNwuuhxcbNCmqhe6B9SpqBwQMlywa0ZcpzMNyQIZuA6Ta5Sj5inWs0ydjHuJuweT sVdzafiXHbTtLY5ysGvsOLFgK7u3XWARfe1SABEjw89Bssk0MJpn7Py6aWb2+KPmsbo5uWiXP2V0y SarEzWVQf1BM8ZLpuQUJqq+QHeeBVeLqJaDAFsN18DELq2nBes7ACarq9Kj5vLoUk29QwV8edbwk+ SLm0kEcPw==; Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:49808 helo=[192.168.1.14]) by server217.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1le1cn-003M2r-Dc; Tue, 04 May 2021 16:26:38 -0400 Content-Type: multipart/alternative; boundary="Apple-Mail=_9014CE5D-5AB4-48BD-9764-432386B1DF91" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) From: Joseph Touch In-Reply-To: <2e6e1552fcc442fb8464668a649ce9e8@hs-esslingen.de> Date: Tue, 4 May 2021 13:26:31 -0700 Cc: Yoshifumi Nishida , tcpm IETF list , tcpm-chairs Message-Id: References: <2e6e1552fcc442fb8464668a649ce9e8@hs-esslingen.de> To: "Scharf, Michael" X-Mailer: Apple Mail (2.3654.60.0.2.21) X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server217.web-hosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - strayalpha.com X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched Archived-At: Subject: Re: [tcpm] Milestones changed for tcpm WG X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 20:26:45 -0000 --Apple-Mail=_9014CE5D-5AB4-48BD-9764-432386B1DF91 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, Michael, Below, yes - the text could be more clear. I think what might best be said, in short, would be: - some TSOs (like some middle boxes, though a separate issue) may not = deal with this option properly (like any unknown option) - we have a method to detect that but, like all protocols, don=E2=80=99t = anticipate using it all the time just to detect implementations that = don=E2=80=99t follow the specs So yes, the text could be revised (and will be). I think that=E2=80=99s = a little different from a WG consensus call on whether to endorse = misbehaving TSOs as something we should either endorse or design against = in the default case. Joe > On May 4, 2021, at 12:20 PM, Scharf, Michael = wrote: >=20 > Hi Joe, > =20 > As far as I can see, the relevant section in = draft-ietf-tcpm-tcp-edo-10 is: > =20 > Implementers need to be careful about the potential for offload > support interfering with this option. The EDO data needs to be > passed to the protocol stack as part of the option space, not > integrated with the user segment, to allow the offload to > independently determine user data segment boundaries and combine > them correctly with the extended option data. Some legacy hardware > receive offload engines may present challenges in this regard, and > may be incompatible with EDO where they incorrectly attempt to > process segments with unknown options. Such offload engines are = part > of the protocol stack and updated accordingly. Issues with = incorrect > resegmentation by an offload engine can be detected in the same way > as middlebox tampering. > =20 > In that paragraph, as non-native speaker, I don=E2=80=99t understand = the sentence =E2=80=9CSuch offload engines are part of the protocol = stack and updated accordingly.=E2=80=9D > =20 > Maybe I miss something, but if there are potential issues with = offloading, that could be described more explicitly and more clearly. In = that case, more warning signs could be put in place at more prominent = places in the document, too. > =20 > Personally, I would not be surprised if certain ways of offloading = were more common than middlebox tampering. Well, I don=E2=80=99t know. = Anyway, if that was true, a discussion regarding offloading might = actually be more important than middlebox tempering. > =20 > Just as a random data point, if I were an implementer, I would = probably expect a dedicated section regarding offloading, or something = like that. And I would probably _not_ use the term =E2=80=9Cmiddlebox=E2=80= =9D when searching in the Web for material related to TSO=E2=80=A6=20 > =20 > My 2 cents > =20 > Michael > =20 > =20 > =20 > From: Joe Touch >=20= > Sent: Tuesday, May 4, 2021 6:48 AM > To: Yoshifumi Nishida > > Cc: tcpm IETF list >; tcpm-chairs = > > Subject: Re: [tcpm] Milestones changed for tcpm WG > =20 > Yoshi, >=20 >=20 > On May 3, 2021, at 9:10 PM, Yoshifumi Nishida > wrote: >=20 > =EF=BB=BF > Hi Joe, > =20 > On Mon, May 3, 2021 at 11:06 AM Joseph Touch > wrote: > Hi, Yoshi, >=20 >=20 > On May 2, 2021, at 11:31 PM, Yoshifumi Nishida > wrote: > =20 > Hi Joe, > =20 > Thanks for bringing this up again.=20 > In my understanding, there was no clear consensus on the interactions = with TSO yet. Or, have we settled? > =20 > I don=E2=80=99t understand what =E2=80=9Cconsensus=E2=80=9D would = mean. > =20 > TSO isn=E2=80=99t a standard; it=E2=80=99s an implementation, i.e., = which ought to follow the TCP standards. > =20 > Nothing we=E2=80=99re doing deviates from how standards-compliant = implementations handle options. However, if an implementation = incorrectly ignores unknown options, then it would could be problematic = for this approach, as well as others. >=20 >=20 > I thought you'll update the draft for this.=20 > =20 > I=E2=80=99m not sure what to say about this issue - do you want me to = point out the issue with TSO sometimes causing problems because it=E2=80=99= s out of spec? > =20 > If so, I can do that. > =20 > =20 > I think that would be helpful for the doc. But, I also think this doc = should have a clear vision on the interaction with TSO beforehand.=20 > I think we should have a consensus on this point such as: > =20 > * EDO should not be used with TSO > * It's fine to use EDO with TSO in any circumstances. > * it's fine to use EDO with TSO under a certain conditions > * The draft does not need to specify anything for TSO as it's out of = scope of the doc. > =20 > These are not decisions for the WG. TSO isn=E2=80=99t a single thing; = it=E2=80=99s a nickname for an implementation optimization. Like all = such optimizations, it=E2=80=99s always fine when it complies with specs = and not when it doesn=E2=80=99t. > =20 > I.e., everything stated above is equally possible if you replace = =E2=80=9CTSO=E2=80=9D with =E2=80=9CLinux=E2=80=9D. > =20 > It is out of scope for the WG to state anything about either (TSO or = Linux) other then =E2=80=9Cit=E2=80=99s ok if it complies with secs and = not when it doesn=E2=80=99t=E2=80=9D. > =20 > This is not the doc to point out that TSO (or any other = implementation) sometimes breaks TCPs rules or that these, like all = options, put TCP behavior at risk when that happens. > =20 > Joe >=20 >=20 > =20 > Thanks, > -- > Yoshi > =20 > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm = --Apple-Mail=_9014CE5D-5AB4-48BD-9764-432386B1DF91 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi, = Michael,

Below, yes = - the text could be more clear.

I think what might best be said, in = short, would be:

- some TSOs (like some middle boxes, though a separate issue) = may not deal with this option properly (like any unknown = option)
- we have a method to detect that but, like = all protocols, don=E2=80=99t anticipate using it all the time just to = detect implementations that don=E2=80=99t follow the specs

So yes, the text could = be revised (and will be). I think that=E2=80=99s a little different from = a WG consensus call on whether to endorse misbehaving TSOs as something = we should either endorse or design against in the default = case.

Joe

On May 4, 2021, at 12:20 PM, Scharf, Michael <Michael.Scharf@hs-esslingen.de> wrote:

Hi Joe,
 
As far as I can see, the relevant section in = draft-ietf-tcpm-tcp-edo-10 is:
 
   Implementers need to be careful = about the potential for offload
   = support interfering with this option. The EDO data needs to be
   passed to the protocol stack as part of the = option space, not
   integrated with the user segment, = to allow the offload to
   = independently determine user data segment boundaries and combine
   them correctly with the extended option data. = Some legacy hardware
   = receive offload engines may present challenges in this regard, and
   may be incompatible with EDO where they = incorrectly attempt to
   = process segments with unknown options. Such offload engines are part
   of the protocol stack and updated accordingly. = Issues with incorrect
   = resegmentation by an offload engine can be detected in the same way
   as middlebox tampering.
 
In that paragraph, as non-native speaker, I = don=E2=80=99t understand the sentence =E2=80=9CSuch offload engines are = part of the protocol stack and updated accordingly.=E2=80=9D
 
Maybe I miss something, but if there are = potential issues with offloading, that could be described more = explicitly and more clearly. In that case, more warning signs could be = put in place at more prominent places in the document, too.
 
Personally, I would not be surprised if = certain ways of offloading were more common than middlebox tampering. = Well, I don=E2=80=99t know. Anyway, if that was true, a discussion = regarding offloading might actually be more important than middlebox = tempering.
 
Just as a random = data point, if I were an implementer, I would probably expect a = dedicated section regarding offloading, or something like that. And I = would probably _not_ use the term =E2=80=9Cmiddlebox=E2=80= =9D when searching in the Web for material related to TSO=E2=80=A6 
 
My 2 cents
 
Michael
 
 
 
From: Joe Touch <touch@strayalpha.com> 
Sent: Tuesday, May 4, 2021 6:48 = AM
To: Yoshifumi Nishida <nsd.ietf@gmail.com>
Cc: tcpm IETF list <tcpm@ietf.org>; tcpm-chairs <tcpm-chairs@ietf.org>
Subject: Re: [tcpm] Milestones = changed for tcpm WG
 
Yoshi,


On May 3, 2021, at 9:10 PM, Yoshifumi Nishida = <nsd.ietf@gmail.com> wrote:

=EF=BB=BF
Hi = Joe,
 
On Mon, = May 3, 2021 at 11:06 AM Joseph Touch <touch@strayalpha.com> wrote:
Hi, Yoshi,


On May 2, 2021, at 11:31 PM, Yoshifumi Nishida = <nsd.ietf@gmail.com> wrote:
 
Hi Joe,
 
Thanks for = bringing this up again. 
In my = understanding, there was no clear consensus on the interactions = with TSO yet. Or, have we settled?
 
I don=E2=80=99t = understand what =E2=80=9Cconsensus=E2=80=9D would mean.
 
TSO isn=E2=80=99t = a standard; it=E2=80=99s an implementation, i.e., which ought to follow = the TCP standards.
 
Nothing we=E2=80=99= re doing deviates from how standards-compliant implementations handle = options. However, if an implementation incorrectly ignores unknown = options, then it would could be problematic for this approach, as well = as others.


I = thought you'll update the draft for this. 
 
I=E2=80=99m not = sure what to say about this issue - do you want me to point out the = issue with TSO sometimes causing problems because it=E2=80=99s out of = spec?
 
If so, I can do = that.
 
 
I think that = would be helpful for the doc. But, I also think this doc should = have a clear vision on the interaction with TSO beforehand. 
I think we should have a consensus on this = point such as:
 
* EDO should not = be used with TSO
* It's = fine to use EDO with TSO in any circumstances.
* it's fine to use EDO with TSO under a = certain conditions
* The = draft does not need to specify anything for TSO as it's out of scope of = the doc.
 
These are not = decisions for the WG. TSO isn=E2=80=99t a single thing; it=E2=80=99s a = nickname for an implementation optimization.  Like all such = optimizations, it=E2=80=99s always fine when it complies with specs and = not when it doesn=E2=80=99t.
 
I.e., everything = stated above is equally possible if you replace =E2=80=9CTSO=E2=80=9D = with =E2=80=9CLinux=E2=80=9D.
 
It is out of = scope for the WG to state anything about either (TSO or Linux) other = then =E2=80=9Cit=E2=80=99s ok if it complies with secs and not when it = doesn=E2=80=99t=E2=80=9D.
 
This is not the = doc to point out that TSO (or any other implementation) sometimes breaks = TCPs rules or that these, like all options, put TCP behavior at risk = when that happens.
 
Joe


 
Thanks,
--
Yoshi
 
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm

= --Apple-Mail=_9014CE5D-5AB4-48BD-9764-432386B1DF91-- From nobody Wed May 5 01:57:37 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 931783A18CF; Wed, 5 May 2021 01:57:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hs-esslingen.de Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gno0A5T6bY_z; Wed, 5 May 2021 01:57:29 -0700 (PDT) Received: from mail.hs-esslingen.de (mail.hs-esslingen.de [134.108.32.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41C603A18CB; Wed, 5 May 2021 01:57:28 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.hs-esslingen.de (Postfix) with ESMTP id EDE1225A19; Wed, 5 May 2021 10:57:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hs-esslingen.de; s=mail; t=1620205047; bh=fYG/WcA/5q4fotW5rTpMUbWjeLqAFxa8ZZWe+6TSbI4=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=kV/HGUthJEqeHIK109KxUC2YvFvzMHt4bQVsscVdTqffXis3S0BZMovnDTYXya9L1 CySdQuDtbeQLAsxY4oqM3RwrFzfaRu8ea1mxT+rZPZ55mpg6OibbHSbrqj89wpfnUy jLG7/7DK1Vt095EsdIjzae8XQezYY9x7toUZ/iiI= X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at hs-esslingen.de Received: from mail.hs-esslingen.de ([127.0.0.1]) by localhost (hs-esslingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r4wPQGXaoA9b; Wed, 5 May 2021 10:57:25 +0200 (CEST) Received: from rznt8201.rznt.rzdir.fht-esslingen.de (rznt8201.hs-esslingen.de [134.108.48.164]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.hs-esslingen.de (Postfix) with ESMTPS; Wed, 5 May 2021 10:57:25 +0200 (CEST) Received: from rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) by rznt8201.rznt.rzdir.fht-esslingen.de (134.108.48.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Wed, 5 May 2021 10:57:23 +0200 Received: from rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0]) by rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0%3]) with mapi id 15.01.2176.012; Wed, 5 May 2021 10:57:23 +0200 From: "Scharf, Michael" To: Joseph Touch CC: Yoshifumi Nishida , tcpm IETF list , tcpm-chairs Thread-Topic: [tcpm] Milestones changed for tcpm WG Thread-Index: AQHW/6iGGTI4OpADoU+Ptm6dDA6d8KrQwB6AgADrD4CAAMICAIAAqLmAgAAKjgCAAPKVsIAAE6aAgADt4rA= Date: Wed, 5 May 2021 08:57:23 +0000 Message-ID: References: <2e6e1552fcc442fb8464668a649ce9e8@hs-esslingen.de> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.108.140.248] Content-Type: multipart/alternative; boundary="_000_b6ef493662594409877ca870686d9942hsesslingende_" MIME-Version: 1.0 Archived-At: Subject: Re: [tcpm] Milestones changed for tcpm WG X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2021 08:57:36 -0000 --_000_b6ef493662594409877ca870686d9942hsesslingende_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSm9lLA0KDQpBZGRpbmcgbW9yZSBleHBsaWNpdCB0ZXh0IHdvdWxkIGltcHJvdmUgdGhlIGRv Y3VtZW50Lg0KDQpBbmQgSSBzdWdnZXN0IGF2b2lkaW5nIGEgZGlzY3Vzc2lvbiB3aGV0aGVyIGNl cnRhaW4gb2ZmbG9hZGluZyBtZWNoYW5pc21zIGluZGVlZCBmb2xsb3cgdGhlIFRDUCBzcGVjaWZp Y2F0aW9uLCBvciBub3QuIE9mZmxvYWRpbmcgc2VlbXMgdG8gYmUgYSB3aWRlbHkgdXNlZCB0ZWNo bm9sb2d5LiBJdCBpcyBzaW1wbHkgbm90IG91ciAoaS5lLiwgdGhlIElFVEbigJlzKSBqb2IgdG8g bWFrZSBqdWRnZW1lbnQgY2FsbHMgYWJvdXQgZGVzaWduIGRlY2lzaW9ucyBvZiBpbXBsZW1lbnRl cnMuDQoNCklNSE8gaXQgaXMganVzdCBzdWZmaWNpZW50IHRvIGNsZWFybHkgZGVzY3JpYmUgaW4g dGhlIEVETyBzcGVjaWZpY2F0aW9uIGFueSBrbm93biBpc3N1ZXMgYW5kIHBvdGVudGlhbCBtaXRp Z2F0aW9uIHN0cmF0ZWdpZXMuDQoNCk1pY2hhZWwNCg0KDQoNCkZyb206IEpvc2VwaCBUb3VjaCA8 dG91Y2hAc3RyYXlhbHBoYS5jb20+DQpTZW50OiBUdWVzZGF5LCBNYXkgNCwgMjAyMSAxMDoyNyBQ TQ0KVG86IFNjaGFyZiwgTWljaGFlbCA8TWljaGFlbC5TY2hhcmZAaHMtZXNzbGluZ2VuLmRlPg0K Q2M6IFlvc2hpZnVtaSBOaXNoaWRhIDxuc2QuaWV0ZkBnbWFpbC5jb20+OyB0Y3BtIElFVEYgbGlz dCA8dGNwbUBpZXRmLm9yZz47IHRjcG0tY2hhaXJzIDx0Y3BtLWNoYWlyc0BpZXRmLm9yZz4NClN1 YmplY3Q6IFJlOiBbdGNwbV0gTWlsZXN0b25lcyBjaGFuZ2VkIGZvciB0Y3BtIFdHDQoNCkhpLCBN aWNoYWVsLA0KDQpCZWxvdywgeWVzIC0gdGhlIHRleHQgY291bGQgYmUgbW9yZSBjbGVhci4NCg0K SSB0aGluayB3aGF0IG1pZ2h0IGJlc3QgYmUgc2FpZCwgaW4gc2hvcnQsIHdvdWxkIGJlOg0KDQot IHNvbWUgVFNPcyAobGlrZSBzb21lIG1pZGRsZSBib3hlcywgdGhvdWdoIGEgc2VwYXJhdGUgaXNz dWUpIG1heSBub3QgZGVhbCB3aXRoIHRoaXMgb3B0aW9uIHByb3Blcmx5IChsaWtlIGFueSB1bmtu b3duIG9wdGlvbikNCi0gd2UgaGF2ZSBhIG1ldGhvZCB0byBkZXRlY3QgdGhhdCBidXQsIGxpa2Ug YWxsIHByb3RvY29scywgZG9u4oCZdCBhbnRpY2lwYXRlIHVzaW5nIGl0IGFsbCB0aGUgdGltZSBq dXN0IHRvIGRldGVjdCBpbXBsZW1lbnRhdGlvbnMgdGhhdCBkb27igJl0IGZvbGxvdyB0aGUgc3Bl Y3MNCg0KU28geWVzLCB0aGUgdGV4dCBjb3VsZCBiZSByZXZpc2VkIChhbmQgd2lsbCBiZSkuIEkg dGhpbmsgdGhhdOKAmXMgYSBsaXR0bGUgZGlmZmVyZW50IGZyb20gYSBXRyBjb25zZW5zdXMgY2Fs bCBvbiB3aGV0aGVyIHRvIGVuZG9yc2UgbWlzYmVoYXZpbmcgVFNPcyBhcyBzb21ldGhpbmcgd2Ug c2hvdWxkIGVpdGhlciBlbmRvcnNlIG9yIGRlc2lnbiBhZ2FpbnN0IGluIHRoZSBkZWZhdWx0IGNh c2UuDQoNCkpvZQ0KDQoNCk9uIE1heSA0LCAyMDIxLCBhdCAxMjoyMCBQTSwgU2NoYXJmLCBNaWNo YWVsIDxNaWNoYWVsLlNjaGFyZkBocy1lc3NsaW5nZW4uZGU8bWFpbHRvOk1pY2hhZWwuU2NoYXJm QGhzLWVzc2xpbmdlbi5kZT4+IHdyb3RlOg0KDQpIaSBKb2UsDQoNCkFzIGZhciBhcyBJIGNhbiBz ZWUsIHRoZSByZWxldmFudCBzZWN0aW9uIGluIGRyYWZ0LWlldGYtdGNwbS10Y3AtZWRvLTEwIGlz Og0KDQogICBJbXBsZW1lbnRlcnMgbmVlZCB0byBiZSBjYXJlZnVsIGFib3V0IHRoZSBwb3RlbnRp YWwgZm9yIG9mZmxvYWQNCiAgIHN1cHBvcnQgaW50ZXJmZXJpbmcgd2l0aCB0aGlzIG9wdGlvbi4g VGhlIEVETyBkYXRhIG5lZWRzIHRvIGJlDQogICBwYXNzZWQgdG8gdGhlIHByb3RvY29sIHN0YWNr IGFzIHBhcnQgb2YgdGhlIG9wdGlvbiBzcGFjZSwgbm90DQogICBpbnRlZ3JhdGVkIHdpdGggdGhl IHVzZXIgc2VnbWVudCwgdG8gYWxsb3cgdGhlIG9mZmxvYWQgdG8NCiAgIGluZGVwZW5kZW50bHkg ZGV0ZXJtaW5lIHVzZXIgZGF0YSBzZWdtZW50IGJvdW5kYXJpZXMgYW5kIGNvbWJpbmUNCiAgIHRo ZW0gY29ycmVjdGx5IHdpdGggdGhlIGV4dGVuZGVkIG9wdGlvbiBkYXRhLiBTb21lIGxlZ2FjeSBo YXJkd2FyZQ0KICAgcmVjZWl2ZSBvZmZsb2FkIGVuZ2luZXMgbWF5IHByZXNlbnQgY2hhbGxlbmdl cyBpbiB0aGlzIHJlZ2FyZCwgYW5kDQogICBtYXkgYmUgaW5jb21wYXRpYmxlIHdpdGggRURPIHdo ZXJlIHRoZXkgaW5jb3JyZWN0bHkgYXR0ZW1wdCB0bw0KICAgcHJvY2VzcyBzZWdtZW50cyB3aXRo IHVua25vd24gb3B0aW9ucy4gU3VjaCBvZmZsb2FkIGVuZ2luZXMgYXJlIHBhcnQNCiAgIG9mIHRo ZSBwcm90b2NvbCBzdGFjayBhbmQgdXBkYXRlZCBhY2NvcmRpbmdseS4gSXNzdWVzIHdpdGggaW5j b3JyZWN0DQogICByZXNlZ21lbnRhdGlvbiBieSBhbiBvZmZsb2FkIGVuZ2luZSBjYW4gYmUgZGV0 ZWN0ZWQgaW4gdGhlIHNhbWUgd2F5DQogICBhcyBtaWRkbGVib3ggdGFtcGVyaW5nLg0KDQpJbiB0 aGF0IHBhcmFncmFwaCwgYXMgbm9uLW5hdGl2ZSBzcGVha2VyLCBJIGRvbuKAmXQgdW5kZXJzdGFu ZCB0aGUgc2VudGVuY2Ug4oCcU3VjaCBvZmZsb2FkIGVuZ2luZXMgYXJlIHBhcnQgb2YgdGhlIHBy b3RvY29sIHN0YWNrIGFuZCB1cGRhdGVkIGFjY29yZGluZ2x5LuKAnQ0KDQpNYXliZSBJIG1pc3Mg c29tZXRoaW5nLCBidXQgaWYgdGhlcmUgYXJlIHBvdGVudGlhbCBpc3N1ZXMgd2l0aCBvZmZsb2Fk aW5nLCB0aGF0IGNvdWxkIGJlIGRlc2NyaWJlZCBtb3JlIGV4cGxpY2l0bHkgYW5kIG1vcmUgY2xl YXJseS4gSW4gdGhhdCBjYXNlLCBtb3JlIHdhcm5pbmcgc2lnbnMgY291bGQgYmUgcHV0IGluIHBs YWNlIGF0IG1vcmUgcHJvbWluZW50IHBsYWNlcyBpbiB0aGUgZG9jdW1lbnQsIHRvby4NCg0KUGVy c29uYWxseSwgSSB3b3VsZCBub3QgYmUgc3VycHJpc2VkIGlmIGNlcnRhaW4gd2F5cyBvZiBvZmZs b2FkaW5nIHdlcmUgbW9yZSBjb21tb24gdGhhbiBtaWRkbGVib3ggdGFtcGVyaW5nLiBXZWxsLCBJ IGRvbuKAmXQga25vdy4gQW55d2F5LCBpZiB0aGF0IHdhcyB0cnVlLCBhIGRpc2N1c3Npb24gcmVn YXJkaW5nIG9mZmxvYWRpbmcgbWlnaHQgYWN0dWFsbHkgYmUgbW9yZSBpbXBvcnRhbnQgdGhhbiBt aWRkbGVib3ggdGVtcGVyaW5nLg0KDQpKdXN0IGFzIGEgcmFuZG9tIGRhdGEgcG9pbnQsIGlmIEkg d2VyZSBhbiBpbXBsZW1lbnRlciwgSSB3b3VsZCBwcm9iYWJseSBleHBlY3QgYSBkZWRpY2F0ZWQg c2VjdGlvbiByZWdhcmRpbmcgb2ZmbG9hZGluZywgb3Igc29tZXRoaW5nIGxpa2UgdGhhdC4gQW5k IEkgd291bGQgcHJvYmFibHkgX25vdF8gdXNlIHRoZSB0ZXJtIOKAnG1pZGRsZWJveOKAnSB3aGVu IHNlYXJjaGluZyBpbiB0aGUgV2ViIGZvciBtYXRlcmlhbCByZWxhdGVkIHRvIFRTT+KApg0KDQpN eSAyIGNlbnRzDQoNCk1pY2hhZWwNCg0KDQoNCkZyb206IEpvZSBUb3VjaCA8dG91Y2hAc3RyYXlh bHBoYS5jb208bWFpbHRvOnRvdWNoQHN0cmF5YWxwaGEuY29tPj4NClNlbnQ6IFR1ZXNkYXksIE1h eSA0LCAyMDIxIDY6NDggQU0NClRvOiBZb3NoaWZ1bWkgTmlzaGlkYSA8bnNkLmlldGZAZ21haWwu Y29tPG1haWx0bzpuc2QuaWV0ZkBnbWFpbC5jb20+Pg0KQ2M6IHRjcG0gSUVURiBsaXN0IDx0Y3Bt QGlldGYub3JnPG1haWx0bzp0Y3BtQGlldGYub3JnPj47IHRjcG0tY2hhaXJzIDx0Y3BtLWNoYWly c0BpZXRmLm9yZzxtYWlsdG86dGNwbS1jaGFpcnNAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFt0 Y3BtXSBNaWxlc3RvbmVzIGNoYW5nZWQgZm9yIHRjcG0gV0cNCg0KWW9zaGksDQoNCg0KDQpPbiBN YXkgMywgMjAyMSwgYXQgOToxMCBQTSwgWW9zaGlmdW1pIE5pc2hpZGEgPG5zZC5pZXRmQGdtYWls LmNvbTxtYWlsdG86bnNkLmlldGZAZ21haWwuY29tPj4gd3JvdGU6DQrvu78NCkhpIEpvZSwNCg0K T24gTW9uLCBNYXkgMywgMjAyMSBhdCAxMTowNiBBTSBKb3NlcGggVG91Y2ggPHRvdWNoQHN0cmF5 YWxwaGEuY29tPG1haWx0bzp0b3VjaEBzdHJheWFscGhhLmNvbT4+IHdyb3RlOg0KSGksIFlvc2hp LA0KDQoNCg0KT24gTWF5IDIsIDIwMjEsIGF0IDExOjMxIFBNLCBZb3NoaWZ1bWkgTmlzaGlkYSA8 bnNkLmlldGZAZ21haWwuY29tPG1haWx0bzpuc2QuaWV0ZkBnbWFpbC5jb20+PiB3cm90ZToNCg0K SGkgSm9lLA0KDQpUaGFua3MgZm9yIGJyaW5naW5nIHRoaXMgdXAgYWdhaW4uDQpJbiBteSB1bmRl cnN0YW5kaW5nLCB0aGVyZSB3YXMgbm8gY2xlYXIgY29uc2Vuc3VzIG9uIHRoZSBpbnRlcmFjdGlv bnMgd2l0aCBUU08geWV0LiBPciwgaGF2ZSB3ZSBzZXR0bGVkPw0KDQpJIGRvbuKAmXQgdW5kZXJz dGFuZCB3aGF0IOKAnGNvbnNlbnN1c+KAnSB3b3VsZCBtZWFuLg0KDQpUU08gaXNu4oCZdCBhIHN0 YW5kYXJkOyBpdOKAmXMgYW4gaW1wbGVtZW50YXRpb24sIGkuZS4sIHdoaWNoIG91Z2h0IHRvIGZv bGxvdyB0aGUgVENQIHN0YW5kYXJkcy4NCg0KTm90aGluZyB3ZeKAmXJlIGRvaW5nIGRldmlhdGVz IGZyb20gaG93IHN0YW5kYXJkcy1jb21wbGlhbnQgaW1wbGVtZW50YXRpb25zIGhhbmRsZSBvcHRp b25zLiBIb3dldmVyLCBpZiBhbiBpbXBsZW1lbnRhdGlvbiBpbmNvcnJlY3RseSBpZ25vcmVzIHVu a25vd24gb3B0aW9ucywgdGhlbiBpdCB3b3VsZCBjb3VsZCBiZSBwcm9ibGVtYXRpYyBmb3IgdGhp cyBhcHByb2FjaCwgYXMgd2VsbCBhcyBvdGhlcnMuDQoNCg0KDQpJIHRob3VnaHQgeW91J2xsIHVw ZGF0ZSB0aGUgZHJhZnQgZm9yIHRoaXMuDQoNCknigJltIG5vdCBzdXJlIHdoYXQgdG8gc2F5IGFi b3V0IHRoaXMgaXNzdWUgLSBkbyB5b3Ugd2FudCBtZSB0byBwb2ludCBvdXQgdGhlIGlzc3VlIHdp dGggVFNPIHNvbWV0aW1lcyBjYXVzaW5nIHByb2JsZW1zIGJlY2F1c2UgaXTigJlzIG91dCBvZiBz cGVjPw0KDQpJZiBzbywgSSBjYW4gZG8gdGhhdC4NCg0KDQpJIHRoaW5rIHRoYXQgd291bGQgYmUg aGVscGZ1bCBmb3IgdGhlIGRvYy4gQnV0LCBJIGFsc28gdGhpbmsgdGhpcyBkb2Mgc2hvdWxkIGhh dmUgYSBjbGVhciB2aXNpb24gb24gdGhlIGludGVyYWN0aW9uIHdpdGggVFNPIGJlZm9yZWhhbmQu DQpJIHRoaW5rIHdlIHNob3VsZCBoYXZlIGEgY29uc2Vuc3VzIG9uIHRoaXMgcG9pbnQgc3VjaCBh czoNCg0KKiBFRE8gc2hvdWxkIG5vdCBiZSB1c2VkIHdpdGggVFNPDQoqIEl0J3MgZmluZSB0byB1 c2UgRURPIHdpdGggVFNPIGluIGFueSBjaXJjdW1zdGFuY2VzLg0KKiBpdCdzIGZpbmUgdG8gdXNl IEVETyB3aXRoIFRTTyB1bmRlciBhIGNlcnRhaW4gY29uZGl0aW9ucw0KKiBUaGUgZHJhZnQgZG9l cyBub3QgbmVlZCB0byBzcGVjaWZ5IGFueXRoaW5nIGZvciBUU08gYXMgaXQncyBvdXQgb2Ygc2Nv cGUgb2YgdGhlIGRvYy4NCg0KVGhlc2UgYXJlIG5vdCBkZWNpc2lvbnMgZm9yIHRoZSBXRy4gVFNP IGlzbuKAmXQgYSBzaW5nbGUgdGhpbmc7IGl04oCZcyBhIG5pY2tuYW1lIGZvciBhbiBpbXBsZW1l bnRhdGlvbiBvcHRpbWl6YXRpb24uICBMaWtlIGFsbCBzdWNoIG9wdGltaXphdGlvbnMsIGl04oCZ cyBhbHdheXMgZmluZSB3aGVuIGl0IGNvbXBsaWVzIHdpdGggc3BlY3MgYW5kIG5vdCB3aGVuIGl0 IGRvZXNu4oCZdC4NCg0KSS5lLiwgZXZlcnl0aGluZyBzdGF0ZWQgYWJvdmUgaXMgZXF1YWxseSBw b3NzaWJsZSBpZiB5b3UgcmVwbGFjZSDigJxUU0/igJ0gd2l0aCDigJxMaW51eOKAnS4NCg0KSXQg aXMgb3V0IG9mIHNjb3BlIGZvciB0aGUgV0cgdG8gc3RhdGUgYW55dGhpbmcgYWJvdXQgZWl0aGVy IChUU08gb3IgTGludXgpIG90aGVyIHRoZW4g4oCcaXTigJlzIG9rIGlmIGl0IGNvbXBsaWVzIHdp dGggc2VjcyBhbmQgbm90IHdoZW4gaXQgZG9lc27igJl04oCdLg0KDQpUaGlzIGlzIG5vdCB0aGUg ZG9jIHRvIHBvaW50IG91dCB0aGF0IFRTTyAob3IgYW55IG90aGVyIGltcGxlbWVudGF0aW9uKSBz b21ldGltZXMgYnJlYWtzIFRDUHMgcnVsZXMgb3IgdGhhdCB0aGVzZSwgbGlrZSBhbGwgb3B0aW9u cywgcHV0IFRDUCBiZWhhdmlvciBhdCByaXNrIHdoZW4gdGhhdCBoYXBwZW5zLg0KDQpKb2UNCg0K DQoNCg0KVGhhbmtzLA0KLS0NCllvc2hpDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQp0Y3BtIG1haWxpbmcgbGlzdA0KdGNwbUBpZXRmLm9yZzxtYWls dG86dGNwbUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v dGNwbQ0KDQo= --_000_b6ef493662594409877ca870686d9942hsesslingende_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFt ZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCAyLjBjbSA3 MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVk aXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJl ZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9o ZWFkPg0KPGJvZHkgbGFuZz0iREUiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIHN0eWxlPSJ3 b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+SGkgSm9lLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkFkZGlu ZyBtb3JlIGV4cGxpY2l0IHRleHQgd291bGQgaW1wcm92ZSB0aGUgZG9jdW1lbnQuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+QW5kIEkgc3VnZ2VzdCBhdm9pZGluZyBhIGRpc2N1c3Np b24gd2hldGhlciBjZXJ0YWluIG9mZmxvYWRpbmcgbWVjaGFuaXNtcyBpbmRlZWQgZm9sbG93IHRo ZSBUQ1Agc3BlY2lmaWNhdGlvbiwgb3Igbm90LiBPZmZsb2FkaW5nIHNlZW1zIHRvIGJlIGEgd2lk ZWx5IHVzZWQgdGVjaG5vbG9neS4gSXQgaXMgc2ltcGx5IG5vdA0KIG91ciAoaS5lLiwgdGhlIElF VEbigJlzKSBqb2IgdG8gbWFrZSBqdWRnZW1lbnQgY2FsbHMgYWJvdXQgZGVzaWduIGRlY2lzaW9u cyBvZiBpbXBsZW1lbnRlcnMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SU1ITyBp dCBpcyBqdXN0IHN1ZmZpY2llbnQgdG8gY2xlYXJseSBkZXNjcmliZSBpbiB0aGUgRURPIHNwZWNp ZmljYXRpb24gYW55IGtub3duIGlzc3VlcyBhbmQgcG90ZW50aWFsIG1pdGlnYXRpb24gc3RyYXRl Z2llcy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPk1pY2hhZWwNCjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNt IDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3BhbiBs YW5nPSJFTi1VUyI+IEpvc2VwaCBUb3VjaCAmbHQ7dG91Y2hAc3RyYXlhbHBoYS5jb20mZ3Q7DQo8 YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgTWF5IDQsIDIwMjEgMTA6MjcgUE08YnI+DQo8Yj5U bzo8L2I+IFNjaGFyZiwgTWljaGFlbCAmbHQ7TWljaGFlbC5TY2hhcmZAaHMtZXNzbGluZ2VuLmRl Jmd0Ozxicj4NCjxiPkNjOjwvYj4gWW9zaGlmdW1pIE5pc2hpZGEgJmx0O25zZC5pZXRmQGdtYWls LmNvbSZndDs7IHRjcG0gSUVURiBsaXN0ICZsdDt0Y3BtQGlldGYub3JnJmd0OzsgdGNwbS1jaGFp cnMgJmx0O3RjcG0tY2hhaXJzQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTog W3RjcG1dIE1pbGVzdG9uZXMgY2hhbmdlZCBmb3IgdGNwbSBXRzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPkhpLCBNaWNoYWVsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPkJlbG93LCB5ZXMgLSB0aGUgdGV4dCBjb3VsZCBiZSBtb3JlIGNsZWFyLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SSB0aGluayB3 aGF0IG1pZ2h0IGJlc3QgYmUgc2FpZCwgaW4gc2hvcnQsIHdvdWxkIGJlOjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+LSBzb21lIFRTT3MgKGxpa2Ugc29t ZSBtaWRkbGUgYm94ZXMsIHRob3VnaCBhIHNlcGFyYXRlIGlzc3VlKSBtYXkgbm90IGRlYWwgd2l0 aCB0aGlzIG9wdGlvbiBwcm9wZXJseSAobGlrZSBhbnkgdW5rbm93biBvcHRpb24pPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPi0gd2UgaGF2ZSBhIG1ldGhvZCB0byBkZXRlY3QgdGhhdCBidXQsIGxpa2Ug YWxsIHByb3RvY29scywgZG9u4oCZdCBhbnRpY2lwYXRlIHVzaW5nIGl0IGFsbCB0aGUgdGltZSBq dXN0IHRvIGRldGVjdCBpbXBsZW1lbnRhdGlvbnMgdGhhdCBkb27igJl0IGZvbGxvdyB0aGUgc3Bl Y3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlNvIHll cywgdGhlIHRleHQgY291bGQgYmUgcmV2aXNlZCAoYW5kIHdpbGwgYmUpLiBJIHRoaW5rIHRoYXTi gJlzIGEgbGl0dGxlIGRpZmZlcmVudCBmcm9tIGEgV0cgY29uc2Vuc3VzIGNhbGwgb24gd2hldGhl ciB0byBlbmRvcnNlIG1pc2JlaGF2aW5nIFRTT3MgYXMgc29tZXRoaW5nIHdlIHNob3VsZCBlaXRo ZXIgZW5kb3JzZSBvciBkZXNpZ24gYWdhaW5zdCBpbiB0aGUgZGVmYXVsdA0KIGNhc2UuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5Kb2U8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5PbiBNYXkgNCwgMjAyMSwgYXQgMTI6MjAg UE0sIFNjaGFyZiwgTWljaGFlbCAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpNaWNoYWVsLlNj aGFyZkBocy1lc3NsaW5nZW4uZGUiPjxzcGFuIGxhbmc9IkVOLVVTIj5NaWNoYWVsLlNjaGFyZkBo cy1lc3NsaW5nZW4uZGU8L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj4mZ3Q7IHdyb3RlOjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIEpvZSw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkFzIGZhciBhcyBJIGNhbiBz ZWUsIHRoZSByZWxldmFudCBzZWN0aW9uIGluIGRyYWZ0LWlldGYtdGNwbS10Y3AtZWRvLTEwIGlz OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 Jm5ic3A7IEltcGxlbWVudGVycyBuZWVkIHRvIGJlIGNhcmVmdWwgYWJvdXQgdGhlIHBvdGVudGlh bCBmb3Igb2ZmbG9hZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgc3VwcG9ydCBp bnRlcmZlcmluZyB3aXRoIHRoaXMgb3B0aW9uLiBUaGUgRURPIGRhdGEgbmVlZHMgdG8gYmU8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IHBhc3NlZCB0byB0aGUgcHJvdG9jb2wgc3Rh Y2sgYXMgcGFydCBvZiB0aGUgb3B0aW9uIHNwYWNlLCBub3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7Jm5ic3A7IGludGVncmF0ZWQgd2l0aCB0aGUgdXNlciBzZWdtZW50LCB0byBhbGxvdyB0 aGUgb2ZmbG9hZCB0bzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgaW5kZXBlbmRl bnRseSBkZXRlcm1pbmUgdXNlciBkYXRhIHNlZ21lbnQgYm91bmRhcmllcyBhbmQgY29tYmluZTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgdGhlbSBjb3JyZWN0bHkgd2l0aCB0aGUg ZXh0ZW5kZWQgb3B0aW9uIGRhdGEuIFNvbWUgbGVnYWN5IGhhcmR3YXJlPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPiZuYnNwOyZuYnNwOyByZWNlaXZlIG9mZmxvYWQgZW5naW5lcyBtYXkgcHJlc2VudCBj aGFsbGVuZ2VzIGluIHRoaXMgcmVnYXJkLCBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 Jm5ic3A7IG1heSBiZSBpbmNvbXBhdGlibGUgd2l0aCBFRE8gd2hlcmUgdGhleSBpbmNvcnJlY3Rs eSBhdHRlbXB0IHRvPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBwcm9jZXNzIHNl Z21lbnRzIHdpdGggdW5rbm93biBvcHRpb25zLiBTdWNoIG9mZmxvYWQgZW5naW5lcyBhcmUgcGFy dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgb2YgdGhlIHByb3RvY29sIHN0YWNr IGFuZCB1cGRhdGVkIGFjY29yZGluZ2x5LiBJc3N1ZXMgd2l0aCBpbmNvcnJlY3Q8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IHJlc2VnbWVudGF0aW9uIGJ5IGFuIG9mZmxvYWQgZW5n aW5lIGNhbiBiZSBkZXRlY3RlZCBpbiB0aGUgc2FtZSB3YXk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7Jm5ic3A7IGFzIG1pZGRsZWJveCB0YW1wZXJpbmcuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JbiB0aGF0IHBhcmFncmFwaCwgYXMgbm9uLW5h dGl2ZSBzcGVha2VyLCBJIGRvbuKAmXQgdW5kZXJzdGFuZCB0aGUgc2VudGVuY2Ug4oCcU3VjaCBv ZmZsb2FkIGVuZ2luZXMgYXJlIHBhcnQgb2YgdGhlIHByb3RvY29sIHN0YWNrIGFuZCB1cGRhdGVk IGFjY29yZGluZ2x5LuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+TWF5YmUgSSBtaXNzIHNvbWV0aGluZywgYnV0IGlmIHRoZXJlIGFyZSBwb3RlbnRp YWwgaXNzdWVzIHdpdGggb2ZmbG9hZGluZywgdGhhdCBjb3VsZCBiZSBkZXNjcmliZWQgbW9yZSBl eHBsaWNpdGx5IGFuZCBtb3JlIGNsZWFybHkuIEluIHRoYXQgY2FzZSwgbW9yZSB3YXJuaW5nIHNp Z25zIGNvdWxkIGJlIHB1dCBpbiBwbGFjZSBhdCBtb3JlIHByb21pbmVudCBwbGFjZXMgaW4gdGhl DQogZG9jdW1lbnQsIHRvby48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPlBlcnNvbmFsbHksIEkgd291bGQgbm90IGJlIHN1cnByaXNlZCBpZiBjZXJ0YWlu IHdheXMgb2Ygb2ZmbG9hZGluZyB3ZXJlIG1vcmUgY29tbW9uIHRoYW4gbWlkZGxlYm94IHRhbXBl cmluZy4gV2VsbCwgSSBkb27igJl0IGtub3cuIEFueXdheSwgaWYgdGhhdCB3YXMgdHJ1ZSwgYSBk aXNjdXNzaW9uIHJlZ2FyZGluZyBvZmZsb2FkaW5nIG1pZ2h0IGFjdHVhbGx5IGJlIG1vcmUgaW1w b3J0YW50DQogdGhhbiBtaWRkbGVib3ggdGVtcGVyaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SnVzdCBhcyBhIHJhbmRvbSBkYXRhIHBvaW50LCBp ZiBJIHdlcmUgYW4gaW1wbGVtZW50ZXIsIEkgd291bGQgcHJvYmFibHkgZXhwZWN0IGEgZGVkaWNh dGVkIHNlY3Rpb24gcmVnYXJkaW5nIG9mZmxvYWRpbmcsIG9yIHNvbWV0aGluZyBsaWtlIHRoYXQu IEFuZCBJIHdvdWxkIHByb2JhYmx5IF88aT5ub3Q8L2k+XyB1c2UgdGhlIHRlcm0g4oCcbWlkZGxl Ym944oCdIHdoZW4gc2VhcmNoaW5nDQogaW4gdGhlIFdlYiBmb3IgbWF0ZXJpYWwgcmVsYXRlZCB0 byBUU0/igKY8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5NeSAyIGNl bnRzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5NaWNo YWVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0 O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20g MGNtIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFu IGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj5Kb2Ug VG91Y2ggJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86dG91Y2hAc3RyYXlhbHBoYS5jb20iPjxz cGFuIGxhbmc9IkVOLVVTIj50b3VjaEBzdHJheWFscGhhLmNvbTwvc3Bhbj48L2E+PHNwYW4gbGFu Zz0iRU4tVVMiPiZndDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+PGJyPg0KPGI+U2VudDo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFj ZSI+Jm5ic3A7PC9zcGFuPlR1ZXNkYXksIE1heSA0LCAyMDIxIDY6NDggQU08YnI+DQo8Yj5Ubzo8 L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPllvc2hp ZnVtaSBOaXNoaWRhICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm5zZC5pZXRmQGdtYWlsLmNv bSI+PHNwYW4gbGFuZz0iRU4tVVMiPm5zZC5pZXRmQGdtYWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4g bGFuZz0iRU4tVVMiPiZndDs8YnI+DQo8Yj5DYzo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPnRjcG0gSUVURiBsaXN0ICZsdDs8L3NwYW4+PGEgaHJl Zj0ibWFpbHRvOnRjcG1AaWV0Zi5vcmciPjxzcGFuIGxhbmc9IkVOLVVTIj50Y3BtQGlldGYub3Jn PC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0OzsgdGNwbS1jaGFpcnMgJmx0Ozwvc3Bh bj48YSBocmVmPSJtYWlsdG86dGNwbS1jaGFpcnNAaWV0Zi5vcmciPjxzcGFuIGxhbmc9IkVOLVVT Ij50Y3BtLWNoYWlyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tVVMiPiZndDs8 YnI+DQo8Yj5TdWJqZWN0OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4m bmJzcDs8L3NwYW4+UmU6IFt0Y3BtXSBNaWxlc3RvbmVzIGNoYW5nZWQgZm9yIHRjcG0gV0c8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPllvc2hpLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBs YW5nPSJFTi1VUyI+T24gTWF5IDMsIDIwMjEsIGF0IDk6MTAgUE0sIFlvc2hpZnVtaSBOaXNoaWRh ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm5zZC5pZXRmQGdtYWlsLmNvbSI+PHNwYW4gbGFu Zz0iRU4tVVMiPm5zZC5pZXRmQGdtYWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tVVMi PiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+77u/PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIEpvZSw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj5PbiBNb24sIE1heSAzLCAyMDIxIGF0IDExOjA2IEFNIEpvc2Vw aCBUb3VjaCAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzp0b3VjaEBzdHJheWFscGhhLmNvbSI+ PHNwYW4gbGFuZz0iRU4tVVMiPnRvdWNoQHN0cmF5YWxwaGEuY29tPC9zcGFuPjwvYT48c3BhbiBs YW5nPSJFTi1VUyI+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICND Q0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDtt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5IaSwg WW9zaGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+T24gTWF5IDIsIDIwMjEsIGF0IDExOjMxIFBNLCBZ b3NoaWZ1bWkgTmlzaGlkYSAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpuc2QuaWV0ZkBnbWFp bC5jb20iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBsYW5nPSJFTi1VUyI+bnNkLmlldGZAZ21haWwu Y29tPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+SGkgSm9lLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtzIGZvciBicmluZ2lu ZyB0aGlzIHVwIGFnYWluLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij5JbiBteSB1bmRlcnN0YW5kaW5nLCB0aGVyZSB3YXMgbm8gY2xlYXIgY29uc2Vuc3VzIG9uIHRo ZSZuYnNwO2ludGVyYWN0aW9ucyB3aXRoIFRTTyB5ZXQuIE9yLCBoYXZlIHdlIHNldHRsZWQ/PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SSBkb27i gJl0IHVuZGVyc3RhbmQgd2hhdCDigJxjb25zZW5zdXPigJ0gd291bGQgbWVhbi48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPlRTTyBpc27igJl0IGEgc3RhbmRhcmQ7IGl04oCZcyBhbiBpbXBsZW1lbnRh dGlvbiwgaS5lLiwgd2hpY2ggb3VnaHQgdG8gZm9sbG93IHRoZSBUQ1Agc3RhbmRhcmRzLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+Tm90aGluZyB3ZeKAmXJlIGRvaW5nIGRldmlhdGVzIGZyb20gaG93 IHN0YW5kYXJkcy1jb21wbGlhbnQgaW1wbGVtZW50YXRpb25zIGhhbmRsZSBvcHRpb25zLiBIb3dl dmVyLCBpZiBhbiBpbXBsZW1lbnRhdGlvbiBpbmNvcnJlY3RseSBpZ25vcmVzIHVua25vd24gb3B0 aW9ucywgdGhlbiBpdCB3b3VsZCBjb3VsZCBiZSBwcm9ibGVtYXRpYyBmb3IgdGhpcyBhcHByb2Fj aCwgYXMgd2VsbA0KIGFzIG90aGVycy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+ DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij5JIHRob3VnaHQgeW91J2xsIHVwZGF0ZSB0aGUgZHJhZnQgZm9yIHRoaXMuJm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SeKAmW0gbm90 IHN1cmUgd2hhdCB0byBzYXkgYWJvdXQgdGhpcyBpc3N1ZSAtIGRvIHlvdSB3YW50IG1lIHRvIHBv aW50IG91dCB0aGUgaXNzdWUgd2l0aCBUU08gc29tZXRpbWVzIGNhdXNpbmcgcHJvYmxlbXMgYmVj YXVzZSBpdOKAmXMgb3V0IG9mIHNwZWM/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JZiBzbywgSSBj YW4gZG8gdGhhdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SSB0aGlu ayB0aGF0IHdvdWxkJm5ic3A7YmUgaGVscGZ1bCBmb3IgdGhlIGRvYy4gQnV0LCBJIGFsc28gdGhp bmsgdGhpcyBkb2Mgc2hvdWxkIGhhdmUgYSBjbGVhciB2aXNpb24gb24gdGhlIGludGVyYWN0aW9u IHdpdGggVFNPIGJlZm9yZWhhbmQuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPkkgdGhpbmsgd2Ugc2hvdWxkIGhhdmUgYSBjb25zZW5zdXMgb24gdGhpcyBwb2ludCBz dWNoIGFzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+KiBFRE8gc2hvdWxkIG5vdCBiZSB1c2VkIHdp dGggVFNPPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiogSXQncyBmaW5lIHRv IHVzZSBFRE8gd2l0aCBUU08gaW4gYW55IGNpcmN1bXN0YW5jZXMuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiogaXQncyBmaW5lIHRvIHVzZSBFRE8gd2l0aCBUU08gdW5kZXIg YSBjZXJ0YWluIGNvbmRpdGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ KiBUaGUgZHJhZnQgZG9lcyBub3QgbmVlZCB0byBzcGVjaWZ5IGFueXRoaW5nIGZvciBUU08gYXMg aXQncyBvdXQgb2Ygc2NvcGUgb2YgdGhlIGRvYy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoZXNlIGFyZSBub3QgZGVjaXNpb25z IGZvciB0aGUgV0cuIFRTTyBpc27igJl0IGEgc2luZ2xlIHRoaW5nOyBpdOKAmXMgYSBuaWNrbmFt ZSBmb3IgYW4gaW1wbGVtZW50YXRpb24gb3B0aW1pemF0aW9uLiAmbmJzcDtMaWtlIGFsbCBzdWNo IG9wdGltaXphdGlvbnMsIGl04oCZcyBhbHdheXMgZmluZSB3aGVuIGl0IGNvbXBsaWVzIHdpdGgg c3BlY3MgYW5kIG5vdCB3aGVuIGl0IGRvZXNu4oCZdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkku ZS4sIGV2ZXJ5dGhpbmcgc3RhdGVkIGFib3ZlIGlzIGVxdWFsbHkgcG9zc2libGUgaWYgeW91IHJl cGxhY2Ug4oCcVFNP4oCdIHdpdGgg4oCcTGludXjigJ0uPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5J dCBpcyBvdXQgb2Ygc2NvcGUgZm9yIHRoZSBXRyB0byBzdGF0ZSBhbnl0aGluZyBhYm91dCBlaXRo ZXIgKFRTTyBvciBMaW51eCkgb3RoZXIgdGhlbiDigJxpdOKAmXMgb2sgaWYgaXQgY29tcGxpZXMg d2l0aCBzZWNzIGFuZCBub3Qgd2hlbiBpdCBkb2VzbuKAmXTigJ0uPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj5UaGlzIGlzIG5vdCB0aGUgZG9jIHRvIHBvaW50IG91dCB0aGF0IFRTTyAob3IgYW55IG90 aGVyIGltcGxlbWVudGF0aW9uKSBzb21ldGltZXMgYnJlYWtzIFRDUHMgcnVsZXMgb3IgdGhhdCB0 aGVzZSwgbGlrZSBhbGwgb3B0aW9ucywgcHV0IFRDUCBiZWhhdmlvciBhdCByaXNrIHdoZW4gdGhh dCBoYXBwZW5zLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Sm9lPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPi0tPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPllvc2hpPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4NCnRjcG0gbWFpbGluZyBsaXN0PGJyPg0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzp0 Y3BtQGlldGYub3JnIj48c3BhbiBsYW5nPSJFTi1VUyI+dGNwbUBpZXRmLm9yZzwvc3Bhbj48L2E+ PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NCjwvc3Bhbj48YSBocmVmPSJodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RjcG0iPjxzcGFuIGxhbmc9IkVOLVVTIj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RjcG08L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_b6ef493662594409877ca870686d9942hsesslingende_-- From nobody Wed May 5 11:28:29 2021 Return-Path: X-Original-To: tcpm@ietf.org Delivered-To: tcpm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C5253A1BE0; Wed, 5 May 2021 11:28:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: tcpm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.28.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: tcpm@ietf.org Message-ID: <162023930103.31734.13127793656091147684@ietfa.amsl.com> Date: Wed, 05 May 2021 11:28:21 -0700 Archived-At: Subject: [tcpm] I-D Action: draft-ietf-tcpm-rfc8312bis-02.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2021 18:28:21 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the TCP Maintenance and Minor Extensions WG of the IETF. Title : CUBIC for Fast and Long-Distance Networks Authors : Lisong Xu Sangtae Ha Injong Rhee Vidhi Goel Lars Eggert Filename : draft-ietf-tcpm-rfc8312bis-02.txt Pages : 28 Date : 2021-05-05 Abstract: CUBIC is a standard TCP congestion control algorithm that uses a cubic function instead of the linear window increase function on the sender side to improve scalability and stability over fast and long- distance networks. CUBIC has been adopted as the default TCP congestion control algorithm by the Linux, Windows, and Apple stacks. This document updates the specification of CUBIC to include algorithmic improvements based on these implementations and recent academic work. Based on the extensive deployment experience with CUBIC, it also moves the specification to the Standards Track, obsoleting [RFC8312]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tcpm-rfc8312bis/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-tcpm-rfc8312bis-02.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-rfc8312bis-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu May 6 04:26:03 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F6DC3A1E19 for ; Thu, 6 May 2021 04:26:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eggert.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uvoSuFg53nZk for ; Thu, 6 May 2021 04:25:57 -0700 (PDT) Received: from mail.eggert.org (mail.eggert.org [91.190.195.94]) (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 35DD53A1E16 for ; Thu, 6 May 2021 04:25:57 -0700 (PDT) Received: from smtpclient.apple (unknown [IPv6:2a00:ac00:4000:400:914f:444:a0b5:54d5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id 11F99600353 for ; Thu, 6 May 2021 14:25:35 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1620300335; bh=xGurYA8bdNJANon5Tq6GgYRJkv5j4eWmrdygxkRfHHU=; h=From:Subject:Date:References:To:In-Reply-To; b=VuMVrLDsC8f1Uv0HcklZPoAslmBXtmJgqkuXOrKhPDPWT/b4O6yClKreYuFBD7xnX YlPw8JBdYNRBnPmWUFYVHGbpRAR5qnhisGc84VhoyK9YCKBuE38HJRASMXWQTQSWOf eguKoq7BcjNDWtXfIIDATQRFeqRSGBme5vOTd+kk= From: Lars Eggert Content-Type: multipart/signed; boundary="Apple-Mail=_4566A4D3-AC1B-4218-B42D-0DD118F461A1"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Date: Thu, 6 May 2021 14:25:31 +0300 References: <162023930103.31734.13127793656091147684@ietfa.amsl.com> To: tcpm@ietf.org In-Reply-To: <162023930103.31734.13127793656091147684@ietfa.amsl.com> Message-Id: X-Mailer: Apple Mail (2.3654.80.0.2.43) X-MailScanner-ID: 11F99600353.A1334 X-MailScanner: Found to be clean X-MailScanner-From: lars@eggert.org Archived-At: Subject: Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc8312bis-02.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 May 2021 11:26:01 -0000 --Apple-Mail=_4566A4D3-AC1B-4218-B42D-0DD118F461A1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, On 2021-5-5, at 21:28, internet-drafts@ietf.org wrote: > Filename : draft-ietf-tcpm-rfc8312bis-02.txt this roles in some editorial suggestions from Michael and some assorted = other editorial changes. The authors continue to believe this is ready for a WGLC :-) Thanks, Lars --Apple-Mail=_4566A4D3-AC1B-4218-B42D-0DD118F461A1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAmCT0isACgkQVLXDCb9w wVfF6g//c97Ej3bapKAqb4Nzl7a2w3w3nTUTSLL7lFpE2b9UY3gG71uILWwUsgmH 2hbgDkK+cA3mHo0vu7/Ca/B8mDfqiNau3ySdkpzfukjRnBkkvsKEUAx/6GXYnlDU xPQEPr8ndGs5uxCPbsiSsZm2whIKK/EgjQMUcQSS1A6Rg6329wC4K8GWSqNeAesX TnXLBpZmKaIjVrJTEdg0uLJo7VpJWThTt8D+fMKAT/cbsJBzcih8mR0SGmOl6oHZ U9/6I2lQNw0wU6Aa29r+Ou4E4zInB/Kol2d+/JGulRHeKKxTp/YM2/03xw4xlK6D 7V3Zed5Lwhm+B3lWMT98YbgB6chzehbmquAEkpOAQzSpmNuYRpBeq2nu0h4RtCTu nLoHZcEEJveuxMa6dJQvaAkojc2a6OPpzqhxvgrfT3TN7s4pYWSQx8dxjvpQGtxY zKKMdSVQiMe8iIv3GJ+TzmCui6U8hPfbqWfcZlytJCQ6wpHvs3k9qzEkoJ0wjVaC JTUojcMa5FDwM8/BSZ/rbXLKN7NFkrVXWwdLhVhR7xSMzWKhq/IT76bJMuG1bUx2 7JLU7WRLfOSHGdm7kU3uJueixn9RJBvgXOmmMZeV0ZX/jgn/a/yiihmNpP3ddd2L 27H3pJnZCzS/zgIwIk3qd/5tHWtJW9MDD9DSx4pABZYiLU5JKvM= =OajU -----END PGP SIGNATURE----- --Apple-Mail=_4566A4D3-AC1B-4218-B42D-0DD118F461A1-- From nobody Thu May 6 06:30:38 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3871B3A224F for ; Thu, 6 May 2021 06:30:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.413 X-Spam-Level: X-Spam-Status: No, score=0.413 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_BL=0.01, RCVD_IN_MSPIKE_L5=2.5, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hs-esslingen.de Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V6tlSOmLNQbh for ; Thu, 6 May 2021 06:30:32 -0700 (PDT) Received: from mail.hs-esslingen.de (mail.hs-esslingen.de [134.108.32.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C7793A2252 for ; Thu, 6 May 2021 06:30:32 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.hs-esslingen.de (Postfix) with ESMTP id 4372225B59; Thu, 6 May 2021 15:30:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hs-esslingen.de; s=mail; t=1620307830; bh=GV5atD/iAHJMinXLNUrw9mvWh/TQXGAQVa/lkFvu9GA=; h=From:To:Subject:Date:References:In-Reply-To:From; b=IaHwxASLBArqTkF8+ohkx/9MyE4P3fiNEFDH8djL/Oqc4FJpRWTQYM/0aRfdc8hwA s3lj1CTWS/MutjG3VnHO2EVkBzt8M7FAZO5aqXu4Ku4XH90Z182dkGJvnPXPoK5p3d 6J6Ki5UhEm+3qTSroqMDm6Z2YNKrqh+p39NWC4mA= X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at hs-esslingen.de Received: from mail.hs-esslingen.de ([127.0.0.1]) by localhost (hs-esslingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SMMngHvrc-kC; Thu, 6 May 2021 15:30:29 +0200 (CEST) Received: from rznt8201.rznt.rzdir.fht-esslingen.de (rznt8201.hs-esslingen.de [134.108.48.164]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.hs-esslingen.de (Postfix) with ESMTPS; Thu, 6 May 2021 15:30:29 +0200 (CEST) Received: from rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) by rznt8201.rznt.rzdir.fht-esslingen.de (134.108.48.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Thu, 6 May 2021 15:30:29 +0200 Received: from rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0]) by rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0%3]) with mapi id 15.01.2176.012; Thu, 6 May 2021 15:30:29 +0200 From: "Scharf, Michael" To: Lars Eggert , "tcpm@ietf.org" Thread-Topic: [tcpm] I-D Action: draft-ietf-tcpm-rfc8312bis-02.txt Thread-Index: AQHXQfQsBG0WSPfEjUSShRJF+5LD76rWL5yAgABDiwA= Date: Thu, 6 May 2021 13:30:29 +0000 Message-ID: References: <162023930103.31734.13127793656091147684@ietfa.amsl.com> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.108.140.248] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc8312bis-02.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 May 2021 13:30:37 -0000 PiB0aGlzIHJvbGVzIGluIHNvbWUgZWRpdG9yaWFsIHN1Z2dlc3Rpb25zIGZyb20gTWljaGFlbCBh bmQgc29tZSBhc3NvcnRlZA0KPiBvdGhlciBlZGl0b3JpYWwgY2hhbmdlcy4NCj4gDQo+IFRoZSBh dXRob3JzIGNvbnRpbnVlIHRvIGJlbGlldmUgdGhpcyBpcyByZWFkeSBmb3IgYSBXR0xDIDotKQ0K DQouLi4gYW5kIGFmdGVyIHRoaXMgdXNlZnVsIHVwZGF0ZSBvbmUgZnVydGhlciBpbmRpdmlkdWFs IGNvbnRyaWJ1dG9yIGFncmVlcyB0byB0aGlzIPCfmIkNCg0KVGhhbmtzIQ0KDQpNaWNoYWVsIA0K DQo= From nobody Fri May 7 09:50:36 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCDF63A2937; Fri, 7 May 2021 09:50:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.387 X-Spam-Level: X-Spam-Status: No, score=0.387 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HAS_X_OUTGOING_SPAM_STAT=2.484, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, 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=strayalpha.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 nrInlkxqoJIV; Fri, 7 May 2021 09:50:29 -0700 (PDT) Received: from server217-5.web-hosting.com (server217-5.web-hosting.com [198.54.116.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51A873A296A; Fri, 7 May 2021 09:49:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=tL1Roa4XJZ9x200JrHdQ+GoUm+Hmeev1xqCQSV8+s1Q=; b=qAIgso97tBLFsmEEsQHxZTaYMM bf/dRjSXIKueRWvCF8UFFaOzDVnVrY+2kPL9PhfJJGOk9KqveSOp+uWNPzxawqGTZcp1iJwTzElDS uKfgqSeTzd4f6JyC+6mlLPHYxMMpPdK2WblXHEj4t5uftXl+DzuG1qK1XNXogX8sA5JGW/NDR0hMe dUOjLQAoVjsmnj1KN1kOyXRwqhurz/db1JHB95ivkuPOnUoIBbqt2RzbiwxJ6oB/Yuyc/Od3hY0sA qJ9EgO/JMdPAHOwLu2uj0Jnd2Hqe7fmZUxy6zXNPCkYzrV/f+okcDZsaiHQhBY9g9lcYA0lcwkgop LZEQWSCw==; Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:56799 helo=[192.168.1.14]) by server217.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1lf3fM-00461g-SK; Fri, 07 May 2021 12:49:34 -0400 Content-Type: multipart/alternative; boundary="Apple-Mail=_E9B3921E-44D2-44AB-9687-501FF36ED688" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) From: Joseph Touch In-Reply-To: Date: Fri, 7 May 2021 09:49:27 -0700 Cc: tcpm IETF list , tcpm-chairs Message-Id: References: <2e6e1552fcc442fb8464668a649ce9e8@hs-esslingen.de> To: "Scharf, Michael" X-Mailer: Apple Mail (2.3654.60.0.2.21) X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server217.web-hosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - strayalpha.com X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched Archived-At: Subject: Re: [tcpm] Milestones changed for tcpm WG X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2021 16:50:34 -0000 --Apple-Mail=_E9B3921E-44D2-44AB-9687-501FF36ED688 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, Michael, > On May 5, 2021, at 1:57 AM, Scharf, Michael = wrote: >=20 > Hi Joe, > =20 > Adding more explicit text would improve the document. > =20 > And I suggest avoiding a discussion whether certain offloading = mechanisms indeed follow the TCP specification, or not. Offloading seems = to be a widely used technology. It is simply not our (i.e., the = IETF=E2=80=99s) job to make judgement calls about design decisions of = implementers. Although I completely agree, but not calling out such flaws as errors = opens the door to them later leaking into BCPs, =E2=80=9CX considered = harmful/fragile=E2=80=9D, or even standards revision. The point is that TSO is supposed to follow TCP specs, not the other way = around. TSO is not a TCP spec. > IMHO it is just sufficient to clearly describe in the EDO = specification any known issues and potential mitigation strategies. We also need to remember that =E2=80=9Cmitigation=E2=80=9D includes = indicating where errors occur and fixing them. I=E2=80=99ll put in some text and we can debate it ;-) Joe > =20 > Michael > =20 > =20 > =20 > From: Joseph Touch =20 > Sent: Tuesday, May 4, 2021 10:27 PM > To: Scharf, Michael > Cc: Yoshifumi Nishida ; tcpm IETF list = ; tcpm-chairs > Subject: Re: [tcpm] Milestones changed for tcpm WG > =20 > Hi, Michael, > =20 > Below, yes - the text could be more clear. > =20 > I think what might best be said, in short, would be: > =20 > - some TSOs (like some middle boxes, though a separate issue) may not = deal with this option properly (like any unknown option) > - we have a method to detect that but, like all protocols, don=E2=80=99t= anticipate using it all the time just to detect implementations that = don=E2=80=99t follow the specs > =20 > So yes, the text could be revised (and will be). I think that=E2=80=99s = a little different from a WG consensus call on whether to endorse = misbehaving TSOs as something we should either endorse or design against = in the default case. > =20 > Joe >=20 >=20 > On May 4, 2021, at 12:20 PM, Scharf, Michael = > = wrote: > =20 > Hi Joe, > =20 > As far as I can see, the relevant section in = draft-ietf-tcpm-tcp-edo-10 is: > =20 > Implementers need to be careful about the potential for offload > support interfering with this option. The EDO data needs to be > passed to the protocol stack as part of the option space, not > integrated with the user segment, to allow the offload to > independently determine user data segment boundaries and combine > them correctly with the extended option data. Some legacy hardware > receive offload engines may present challenges in this regard, and > may be incompatible with EDO where they incorrectly attempt to > process segments with unknown options. Such offload engines are = part > of the protocol stack and updated accordingly. Issues with = incorrect > resegmentation by an offload engine can be detected in the same way > as middlebox tampering. > =20 > In that paragraph, as non-native speaker, I don=E2=80=99t understand = the sentence =E2=80=9CSuch offload engines are part of the protocol = stack and updated accordingly.=E2=80=9D > =20 > Maybe I miss something, but if there are potential issues with = offloading, that could be described more explicitly and more clearly. In = that case, more warning signs could be put in place at more prominent = places in the document, too. > =20 > Personally, I would not be surprised if certain ways of offloading = were more common than middlebox tampering. Well, I don=E2=80=99t know. = Anyway, if that was true, a discussion regarding offloading might = actually be more important than middlebox tempering. > =20 > Just as a random data point, if I were an implementer, I would = probably expect a dedicated section regarding offloading, or something = like that. And I would probably _not_ use the term =E2=80=9Cmiddlebox=E2=80= =9D when searching in the Web for material related to TSO=E2=80=A6=20 > =20 > My 2 cents > =20 > Michael > =20 > =20 > =20 > From: Joe Touch >=20= > Sent: Tuesday, May 4, 2021 6:48 AM > To: Yoshifumi Nishida > > Cc: tcpm IETF list >; tcpm-chairs = > > Subject: Re: [tcpm] Milestones changed for tcpm WG > =20 > Yoshi, >=20 >=20 >=20 > On May 3, 2021, at 9:10 PM, Yoshifumi Nishida > wrote: >=20 > =EF=BB=BF > Hi Joe, > =20 > On Mon, May 3, 2021 at 11:06 AM Joseph Touch > wrote: > Hi, Yoshi, >=20 >=20 >=20 > On May 2, 2021, at 11:31 PM, Yoshifumi Nishida > wrote: > =20 > Hi Joe, > =20 > Thanks for bringing this up again.=20 > In my understanding, there was no clear consensus on the interactions = with TSO yet. Or, have we settled? > =20 > I don=E2=80=99t understand what =E2=80=9Cconsensus=E2=80=9D would = mean. > =20 > TSO isn=E2=80=99t a standard; it=E2=80=99s an implementation, i.e., = which ought to follow the TCP standards. > =20 > Nothing we=E2=80=99re doing deviates from how standards-compliant = implementations handle options. However, if an implementation = incorrectly ignores unknown options, then it would could be problematic = for this approach, as well as others. >=20 >=20 >=20 > I thought you'll update the draft for this.=20 > =20 > I=E2=80=99m not sure what to say about this issue - do you want me to = point out the issue with TSO sometimes causing problems because it=E2=80=99= s out of spec? > =20 > If so, I can do that. > =20 > =20 > I think that would be helpful for the doc. But, I also think this doc = should have a clear vision on the interaction with TSO beforehand.=20 > I think we should have a consensus on this point such as: > =20 > * EDO should not be used with TSO > * It's fine to use EDO with TSO in any circumstances. > * it's fine to use EDO with TSO under a certain conditions > * The draft does not need to specify anything for TSO as it's out of = scope of the doc. > =20 > These are not decisions for the WG. TSO isn=E2=80=99t a single thing; = it=E2=80=99s a nickname for an implementation optimization. Like all = such optimizations, it=E2=80=99s always fine when it complies with specs = and not when it doesn=E2=80=99t. > =20 > I.e., everything stated above is equally possible if you replace = =E2=80=9CTSO=E2=80=9D with =E2=80=9CLinux=E2=80=9D. > =20 > It is out of scope for the WG to state anything about either (TSO or = Linux) other then =E2=80=9Cit=E2=80=99s ok if it complies with secs and = not when it doesn=E2=80=99t=E2=80=9D. > =20 > This is not the doc to point out that TSO (or any other = implementation) sometimes breaks TCPs rules or that these, like all = options, put TCP behavior at risk when that happens. > =20 > Joe >=20 >=20 >=20 > =20 > Thanks, > -- > Yoshi > =20 > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm = > =20 > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm = --Apple-Mail=_E9B3921E-44D2-44AB-9687-501FF36ED688 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi, = Michael,

On May 5, 2021, at 1:57 AM, Scharf, Michael = <Michael.Scharf@hs-esslingen.de> wrote:

Hi Joe,
 
Adding more explicit text would improve the = document.
 
And I suggest = avoiding a discussion whether certain offloading mechanisms indeed = follow the TCP specification, or not. Offloading seems to be a widely = used technology. It is simply not our (i.e., the IETF=E2=80=99s) job to = make judgement calls about design decisions of = implementers.

Although I completely agree, but not calling out = such flaws as errors opens the door to them later leaking into BCPs, = =E2=80=9CX considered harmful/fragile=E2=80=9D, or even standards = revision.

The point is that TSO is = supposed to follow TCP specs, not the other way around. TSO is not a TCP = spec.

IMHO it is just sufficient to clearly describe = in the EDO specification any known issues and potential mitigation = strategies.

We also need to remember that =E2=80=9Cmitigation=E2= =80=9D includes indicating where errors occur and fixing = them.

I=E2=80=99ll put in some text = and we can debate it ;-)

Joe

 
Michael
 
 
 
From: Joseph Touch <touch@strayalpha.com> 
Sent: Tuesday, May 4, 2021 10:27 = PM
To: Scharf, Michael <Michael.Scharf@hs-esslingen.de>
Cc: Yoshifumi Nishida <nsd.ietf@gmail.com>; = tcpm IETF list <tcpm@ietf.org>; tcpm-chairs <tcpm-chairs@ietf.org>
Subject: Re: [tcpm] Milestones = changed for tcpm WG
 
Hi, Michael,
 
Below, yes - the = text could be more clear.
 
I think what = might best be said, in short, would be:
 
- some TSOs = (like some middle boxes, though a separate issue) may not deal with this = option properly (like any unknown option)
- we have a method to detect that but, like = all protocols, don=E2=80=99t anticipate using it all the time just to = detect implementations that don=E2=80=99t follow the specs
 
So yes, the text = could be revised (and will be). I think that=E2=80=99s a little = different from a WG consensus call on whether to endorse misbehaving = TSOs as something we should either endorse or design against in the = default case.
 
Joe


On May 4, 2021, at 12:20 PM, Scharf, Michael = <Michael.Scharf@hs-esslingen.de> wrote:
 
Hi Joe,
 
As far = as I can see, the relevant section in draft-ietf-tcpm-tcp-edo-10 is:
 
   Implementers need to be careful = about the potential for offload
   support interfering with this = option. The EDO data needs to be
   passed to the protocol stack as = part of the option space, not
   integrated with the user segment, to allow the = offload to
   = independently determine user data segment boundaries and combine
   them correctly with the extended = option data. Some legacy hardware
   receive offload engines may = present challenges in this regard, and
   may be incompatible with EDO = where they incorrectly attempt to
   process segments with unknown = options. Such offload engines are part
   of the protocol stack and updated = accordingly. Issues with incorrect
   resegmentation by an offload = engine can be detected in the same way
   as middlebox tampering.
 
In that paragraph, as non-native speaker, I = don=E2=80=99t understand the sentence =E2=80=9CSuch offload engines are = part of the protocol stack and updated accordingly.=E2=80=9D
 
Maybe I miss something, but if there are = potential issues with offloading, that could be described more = explicitly and more clearly. In that case, more warning signs could be = put in place at more prominent places in the document, too.
 
Personally, I would not be surprised if = certain ways of offloading were more common than middlebox tampering. = Well, I don=E2=80=99t know. Anyway, if that was true, a discussion = regarding offloading might actually be more important than middlebox = tempering.
 
Just as a random data point, if I were an = implementer, I would probably expect a dedicated section regarding = offloading, or something like that. And I would probably _not_ use the term =E2=80=9Cmiddlebox=E2=80=9D when = searching in the Web for material related to TSO=E2=80=A6 
 
My 2 cents
 
Michael
 
 
 
From: Joe Touch = <touch@strayalpha.com> 
Sent: Tuesday, May 4, 2021 6:48 = AM
To: Yoshifumi Nishida = <nsd.ietf@gmail.com>
Cc: tcpm IETF list = <tcpm@ietf.org>; = tcpm-chairs <tcpm-chairs@ietf.org>
Subject: Re: [tcpm] Milestones = changed for tcpm WG
 
Yoshi,



On May 3, 2021, at 9:10 PM, = Yoshifumi Nishida <nsd.ietf@gmail.com> wrote:

=EF=BB=BF
Hi Joe,
 
On Mon, May 3, 2021 at 11:06 AM Joseph Touch = <touch@strayalpha.com> wrote:
Hi, Yoshi,


On May 2, 2021, = at 11:31 PM, Yoshifumi Nishida <nsd.ietf@gmail.com> wrote:
 
Hi Joe,
 
Thanks for bringing this up again. 
In my = understanding, there was no clear consensus on the interactions = with TSO yet. Or, have we settled?
 
I don=E2=80=99t understand what =E2=80=9Cconsensus=E2=80=9D = would mean.
 
TSO isn=E2=80=99t a standard; it=E2=80=99s an implementation, = i.e., which ought to follow the TCP standards.
 
Nothing we=E2=80=99re doing deviates from how = standards-compliant implementations handle options. However, if an = implementation incorrectly ignores unknown options, then it would could = be problematic for this approach, as well as others.


I thought you'll update the draft for this. 
 
I=E2=80=99m not sure what to say about this issue - do you = want me to point out the issue with TSO sometimes causing problems = because it=E2=80=99s out of spec?
 
If so, I can do that.
 
 
I think that would be helpful for the doc. But, I also = think this doc should have a clear vision on the interaction with TSO = beforehand. 
I think we should have a consensus on this point such as:
 
* EDO should not be used with TSO
* It's = fine to use EDO with TSO in any circumstances.
* it's = fine to use EDO with TSO under a certain conditions
* The = draft does not need to specify anything for TSO as it's out of scope of = the doc.
<= div class=3D"">
 
These are not decisions for the WG. TSO isn=E2=80=99t a = single thing; it=E2=80=99s a nickname for an implementation = optimization.  Like all such optimizations, it=E2=80=99s always = fine when it complies with specs and not when it doesn=E2=80=99t.
 
I.e., everything stated above is equally possible if you = replace =E2=80=9CTSO=E2=80=9D with =E2=80=9CLinux=E2=80=9D.
 
It is out of scope for the WG to state anything about either = (TSO or Linux) other then =E2=80=9Cit=E2=80=99s ok if it complies with = secs and not when it doesn=E2=80=99t=E2=80=9D.
 
This is not the doc to point out that TSO (or any other = implementation) sometimes breaks TCPs rules or that these, like all = options, put TCP behavior at risk when that happens.
 
Joe



 
Thanks,
--
Yoshi
 
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm
<= /blockquote>
 
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm
= --Apple-Mail=_E9B3921E-44D2-44AB-9687-501FF36ED688-- From nobody Tue May 11 01:38:29 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17A0C3A0877 for ; Tue, 11 May 2021 01:38:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id umMGzhjjO5-r for ; Tue, 11 May 2021 01:38:22 -0700 (PDT) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (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 03CCD3A0886 for ; Tue, 11 May 2021 01:38:21 -0700 (PDT) Received: by mail-qt1-x829.google.com with SMTP id g13so14026082qts.4 for ; Tue, 11 May 2021 01:38:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=/JZA4bpb3x8RFp0or5K0hAhxpF9oG1WQfST7ltZPSHo=; b=OCAUrE1FGWIlysPnVBYZU/m0NzL9t28N/kB4ty74V5RKtfoD9F2NWaRtDdxTSdxk5Z NBzF0IrbLnYcaWIT29afidx3O25WchwaVT/R9/IQe8ASrCoXD+2FA1r+XtxvZAruXTYe kIT70CbhAov41EjSYc2asZ1UIObpYwpIdR+VVr8s1liWYbvnM155EXOl6CGEcDtPbTKr R+g8ZypG+0aObPdwaLEYy/Qjb9y1SbpkjCqrKo7wx3zmB3Tm2r22qT0ZvNfp6Y1N2mCI Au0eaOB7q5vyeKEKs17FJWPr6cLgNgUdouDm1VLYIlSF0RnkwUb3NYnZxaE6x3k4Gv36 2PQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=/JZA4bpb3x8RFp0or5K0hAhxpF9oG1WQfST7ltZPSHo=; b=WDfEmR+CrjezpWnZ0XlIWXJb0QZXX7SeOGYHaxdG57rHhBRgbcbLvum5KNp6zgAuAq UN+2dSRmN40NZL6KUkn7t3SlqR6YbGd7vGeHpNYCTqRVTDAwY26urUsf7hYrEI1S/3O6 cAObqTFu8bcL2aOJkqpFsLpGzlekn7WEOZDFcAoR127W/oNydwLNp0HyS2SA+gBPyLEI YbA1JuluIiOzt63lLOq03uvDjVgb0vcS7SXiyMpWvCKwDhq8gq/U2MhSd4aXcvVhSk9T FuD2zYIcLCCbpmSZFf7rR3RUcwOZlLmKPstMrjEg1UItu3cBLYJcmLm9G5f1Wa+4KKaw 9Ohg== X-Gm-Message-State: AOAM531O/DO65weYj7dOoiKpl5a7pvFbgNfw5XiOuWG0+NdioUGX6l4o SHcuYOjdZUGUZidQJY+PBi0P/+ZsFdvnFhbT01Bhmi+i X-Google-Smtp-Source: ABdhPJwXJEq9Md9UwvXYyMqMUsz9WgJ08HP+BI6LqHsld80lV7A0jQX/+AKpvBhwkt6Fv3g2eGu1BO7lcQ4QvEY3RXA= X-Received: by 2002:ac8:5748:: with SMTP id 8mr7291753qtx.233.1620722300011; Tue, 11 May 2021 01:38:20 -0700 (PDT) MIME-Version: 1.0 References: <162023930103.31734.13127793656091147684@ietfa.amsl.com> In-Reply-To: From: Yoshifumi Nishida Date: Tue, 11 May 2021 01:38:08 -0700 Message-ID: To: "tcpm@ietf.org Extensions" Content-Type: multipart/alternative; boundary="000000000000f8c69c05c209d07d" Archived-At: Subject: Re: [tcpm] I-D Action: draft-ietf-tcpm-rfc8312bis-02.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 May 2021 08:38:27 -0000 --000000000000f8c69c05c209d07d Content-Type: text/plain; charset="UTF-8" Hi folks, The chairs believe this draft is ready for WGLC. If people have other thoughts, please let us know. Otherwise, we'll initiate WGLC soon. Thanks, -- Yoshi On Thu, May 6, 2021 at 4:26 AM Lars Eggert wrote: > Hi, > > On 2021-5-5, at 21:28, internet-drafts@ietf.org wrote: > > Filename : draft-ietf-tcpm-rfc8312bis-02.txt > > this roles in some editorial suggestions from Michael and some assorted > other editorial changes. > > The authors continue to believe this is ready for a WGLC :-) > > Thanks, > Lars > > > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm > --000000000000f8c69c05c209d07d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi folks,=C2=A0
The chairs believe this dra= ft is ready for WGLC.
If people have other thoughts, please let u= s know. Otherwise, we'll initiate WGLC soon.

T= hanks,
--
Yoshi

On Thu, May 6, 2021 at 4:26 AM Lars = Eggert <lars@eggert.org> wrote= :
Hi,

On 2021-5-5, at 21:28, internet-drafts@ietf.org wrote:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-= ietf-tcpm-rfc8312bis-02.txt

this roles in some editorial suggestions from Michael and some assorted oth= er editorial changes.

The authors continue to believe this is ready for a WGLC :-)

Thanks,
Lars


_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm
--000000000000f8c69c05c209d07d-- From nobody Thu May 13 00:58:17 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A84B3A2E41; Thu, 13 May 2021 00:58:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GO2_vHNzC8FH; Thu, 13 May 2021 00:58:11 -0700 (PDT) Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (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 A34B83A2E40; Thu, 13 May 2021 00:58:11 -0700 (PDT) Received: by mail-qt1-x833.google.com with SMTP id t20so14898726qtx.8; Thu, 13 May 2021 00:58:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=dvNGdMWBxJ6bBwH49rAZk7Lq5loqQPlPmzHbbQFLCZQ=; b=oswG5DyuPTw7RmDj5iDGjbEZZ4Qny7ynp07driILKI1i3GUfmvjIhOuGqPPYFO3LK5 4H9I6NnNfx/fVnp+wiyhLH6WUy9rNs+Nj0zaN8DNqjL9ItoGzoFYhHfHCPXt9bgG3030 Eo15zHpBgX9h3S7Z2zJ2cnZVhmN6jk3GMnS/eLv1SR/75dIu20XM2WIJBCwIzkBuW6Om dzKsfQr0LzHdPjrd213GqK8m6h5FMQULYdlH09ntaN8WKcS5cNHZQwVbDbjNGp0ckK5d x3FH4TFmGOptaFetXWBXDYj4t2lTg0bcLcChIeoJcP7q+csqgXBas+iBvVFVfD270LX0 0owg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=dvNGdMWBxJ6bBwH49rAZk7Lq5loqQPlPmzHbbQFLCZQ=; b=fxJRD+4Obqu5WdGDwOTk4fpFnCBnnhy9mKx+I2VGmUM7we2oYh5Inwwy1H9yuvc3gJ 4/yLKL2VEbNYQTJ8Kicq6eSKciERRcXDV+7dPqlVJJ9fxxTxfc5ffejQbHczHnC4Dt8K 1moTaJr5O49G2Hk+6CTcLeWyyO2fhJTr+b1j9Tcr+P1D6/FkuOe5VRDwI/+YVRokimOs 0CddMBhNBG4hLEYAy+sDuHtoENgJ/o19Ao+tE3tE8mynvRp860Z54FRQTxNriRnIRkER l03+px4Y8HZj4pVSNdcKEJ7okYYFQtwiMsQ64oIZtlu4FTzHSJL7EsBTxXuLmCQilvlh e7IA== X-Gm-Message-State: AOAM532HJEXjRFjjIxhGcJ+Z7bl7gg+e2Q729qQs53V+8lMhjwN1bRCy 88BKxlBTZEUG+bKFxhqlJnGjoCuQjcmTfzjaKc22HSgn1wg= X-Google-Smtp-Source: ABdhPJzc/vSJfcNcoEpSr3orxnwmGv1wMAiCiGbfoa+TA9bNZwuC2a318kxT8Cy2Wdv0aE20GPFJjf3mElXvGNyaQ7U= X-Received: by 2002:ac8:7619:: with SMTP id t25mr9513585qtq.312.1620892689901; Thu, 13 May 2021 00:58:09 -0700 (PDT) MIME-Version: 1.0 From: Yoshifumi Nishida Date: Thu, 13 May 2021 00:57:59 -0700 Message-ID: To: "tcpm@ietf.org Extensions" Cc: tcpm-chairs Content-Type: multipart/alternative; boundary="000000000000002a5b05c2317df2" Archived-At: Subject: [tcpm] WGLC for draft-ietf-tcpm-rfc8312bis-01 X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 07:58:16 -0000 --000000000000002a5b05c2317df2 Content-Type: text/plain; charset="UTF-8" Hello everyone, This e-mail initiates the WGLC for https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-rfc8312bis-01 Please send your feedback to the ML. This WGLC runs until * Monday Jun 6 * The intended status of the draft is Proposed Standard. We appreciate your cooperation. Thanks, -- tcpm-chairs --000000000000002a5b05c2317df2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello everyone,
Please send your feedback to the ML.
This WGLC runs un= til * Monday Jun 6 *

The intended status of the draft is Proposed St= andard.
We appreciate your cooperation.

= Thanks,
--
tcpm-chairs

--000000000000002a5b05c2317df2-- From nobody Thu May 13 01:19:41 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 790FC3A2EF4; Thu, 13 May 2021 01:19:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 iqd92saF84-G; Thu, 13 May 2021 01:19:37 -0700 (PDT) Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (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 F41EC3A2EF2; Thu, 13 May 2021 01:19:36 -0700 (PDT) Received: by mail-qk1-x731.google.com with SMTP id f18so2914656qko.7; Thu, 13 May 2021 01:19:36 -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=Szyrj9hwcBff7lFpG8/a4cBM5FDK+W3AX2kYqlYcyXw=; b=nr3vUqiOhbM48kx5+UUPvtQyuPDuqmiwbGBF7mQfKum2yvOulFg9XVMlQouZpmiKlH vncF7oqbRSU/3QoWQWyS32K+JHN6ifcYrY3e8KLBr1GeDxxZ51iWcw0+K3gIalHM/sa8 8PuQ/piKLxw+XuecQayL/BKIipe34YylAWXm2y9gBNsQuh9oNFbgmreghKWVaj82IUSs 5/hQkRTjYCYJqTNLnMFW3Ehvutv4uh2+sinYqUVfPHwab1TMD1mKfxMioJNnXjUSkpYY 6Y/KwwIpUE3Alj6S0SwQJmXM4cM4dVGPZspSYjiVPfRtjYXukzP3iuhEvvy+8EE9ZC/F tx/Q== 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=Szyrj9hwcBff7lFpG8/a4cBM5FDK+W3AX2kYqlYcyXw=; b=OQDhd8socDnl7VSJ4kvj7Z1fcONvwIWCY+50NgGaekVZpbyOnaS6AY/hdZ89JJcSOO 80m2ID4S7d9NaAg3nGjqv9R3cDpxU8yx884CladtAI3SPwx3FUFqV7MX9JJz1LpEu0G6 +RDIOx9JrQBLau0ZqybtN0DAP84pu+SGVSjFXYVkUD7/pWD5gR3bbZsCEPYEPF7+S5uv nRB/NxYAoFHnf8np+DyyBu2WYcXMD8SLaUH9pUN3tmw6NBBC6nRIDB5Qxn1UBK6TxVhr PIyeSB3pjYKVW/88BI2dJW2PNtI+tQTvoS6hugCmCp9TZB5h3qEmYdM0R91/50H4Bq1J yXqQ== X-Gm-Message-State: AOAM533nt1ZSfzey2WusyjJLGbKllyAF9OJVeiGxpSRcZ/ixvh645TU0 UApP71nb97hLmxdEg4PIT/7wkqdtsY/LnJpakZsUYi6BQ84= X-Google-Smtp-Source: ABdhPJw3iWBvVHlJF0y7juoYL+0qDazZk3Hf+VK3NeHI0losxCtPo0rkb1vynd7/rY052MdR6KRqhUscCsYu6plNFDQ= X-Received: by 2002:a37:8905:: with SMTP id l5mr38058310qkd.321.1620893975207; Thu, 13 May 2021 01:19:35 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Yoshifumi Nishida Date: Thu, 13 May 2021 01:19:24 -0700 Message-ID: To: "tcpm@ietf.org Extensions" Cc: tcpm-chairs Content-Type: multipart/alternative; boundary="0000000000009c63b605c231c993" Archived-At: Subject: Re: [tcpm] WGLC for draft-ietf-tcpm-rfc8312bis-01 X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 08:19:40 -0000 --0000000000009c63b605c231c993 Content-Type: text/plain; charset="UTF-8" Hi, Sorry. The link for the draft was not correct. Please use this one. https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-rfc8312bis-02 -- Yoshi On Thu, May 13, 2021 at 12:57 AM Yoshifumi Nishida wrote: > Hello everyone, > > This e-mail initiates the WGLC for > https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-rfc8312bis-01 > Please send your feedback to the ML. > This WGLC runs until * Monday Jun 6 * > > The intended status of the draft is Proposed Standard. > We appreciate your cooperation. > > Thanks, > -- > tcpm-chairs > > --0000000000009c63b605c231c993 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

<= div>Sorry. The link for the draft was not correct. Please use this one.https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-rfc8312bis-02<= /a>
--
Yoshi

On Thu, May 13, 2021 at 12:57 AM Yoshifumi N= ishida <nsd.ietf@gmail.com>= wrote:
Hello everyone,

This e-mail initiates the WGLC for=C2=A0https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-= rfc8312bis-01
Please send your feedback to the ML.
This WG= LC runs until * Monday Jun 6 *

The intended status of the draft is P= roposed Standard.
We appreciate your cooperation.

<= /div>
Thanks,
--
tcpm-chairs

--0000000000009c63b605c231c993-- From nobody Thu May 13 11:37:35 2021 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD6E53A111A for ; Thu, 13 May 2021 11:37:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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=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 5-R6x7PALGI8 for ; Thu, 13 May 2021 11:37:32 -0700 (PDT) Received: from mail-ot1-x335.google.com (mail-ot1-x335.google.com [IPv6:2607:f8b0:4864:20::335]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43CA33A1116 for ; Thu, 13 May 2021 11:37:32 -0700 (PDT) Received: by mail-ot1-x335.google.com with SMTP id 36-20020a9d0ba70000b02902e0a0a8fe36so18098132oth.8 for ; Thu, 13 May 2021 11:37:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=J8zx/NAJJtAOplJGpZGy2kY5FJq2kApn1B8aTIjLUK4=; b=WAr8In7DrqbNTjHxq03Wdhf2l9CyA5raIDi04DjbwOZ1tyX4mUn1yiVvMQvrSzXXsf K/aJQsuJc4WPkXlbV9hCw3hjvcSn0UujuxtDXIGy/O3dKVgjrO7Cu2T95VPqqH0Ki13U HIpFXB39hotnDP8CEZe8zC157ozJ6bqvFT9OfuE6joNufidz7XKxZvZnV+v5YygO6e8w 2C0dF7wDZdI8Jk99US48R9XHESW+hyUIeumWcrlpv7vrje7ZmrEZdvrpXpQ3HQ2YEnkA Q2BJ+/P+5ywGotASULTVQygQ+NqOPb8BdcyjefNxfGb7SA65sImqOiB7XivxUrpelF16 cIow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=J8zx/NAJJtAOplJGpZGy2kY5FJq2kApn1B8aTIjLUK4=; b=qTF1wMcCHBg3CnzDrJASIFtrNf7/ineq+Jr1ZdmPnrFS/usZe1QH20vr6/BT8Dc8em hLcTxS9cvMhdsTPMhC1RAb71//nECT+djJ5yu2RxQc0NSgM5+MOVwX/SGRpUERCJV90S xIRFthuvRChIn8sSqaNc53e1FU+Ti/AIS0FT8AYKUvzDaInD9X4xQHcPuPxxhVcPjCnd UfypivvqAkmtKgqfZ7QUIuWfNRzfrSqgmj6WipK3NAfs1Y58iBwZLS42bdpOLnBAPhMo eQ4xWDxdQY9j6R00AVCSI9Hij5SPEwAJ3zT6SZDHzQ7r7yLegeciXfI7i4AeXUGkNT63 EdTg== X-Gm-Message-State: AOAM531ZYU3UHREJaRXno/yRulxazOjcvhvu1sJdeeVjK1qKLONdN+6m kSAvMnplJR9OBuOyWB/PNynojgLyfysTI7JnoxadoYfXqxR2Bg== X-Google-Smtp-Source: ABdhPJx3267rOPdLX9W+U89UYORICWM1+RVXid1okKZrASPlTCD3nfzfnTMdB+hK46czbo31VoelMrak2OUlJQbONsw= X-Received: by 2002:a9d:68d8:: with SMTP id i24mr35258060oto.347.1620931050289; Thu, 13 May 2021 11:37:30 -0700 (PDT) MIME-Version: 1.0 From: Krishna Khanal Date: Thu, 13 May 2021 11:37:19 -0700 Message-ID: To: tcpm@ietf.org Cc: Christoph Paasch Content-Type: multipart/alternative; boundary="000000000000753c6805c23a6b47" Archived-At: Subject: [tcpm] RFC8684: TFO with MPTCP V1 example shows incorrect data map X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 18:37:34 -0000 --000000000000753c6805c23a6b47 Content-Type: text/plain; charset="UTF-8" The example for TCP Fastopen with MPTCPv1 in RFC8684, Appendix-B.3 shows the listener sending an incorrect data-ack in its first data packet to the initiator sent immediately after its SYN-ACK. initiator listener | | | S 0(20) , | | --------------------------------------------------------> | | | | S. 0(0) ack 21 | | <-------------------------------------------------------- | | | | . 1(100) ack 21 | | <-------------------------------------------------------- | At this point, the listener has not received the initiator's key, so it cannot generate the data-ack in it's response packets. The correct behaviour would be to set flag 'A' to 0 and exclude sending data-ack until the initiator's key is received. initiator listener | | | S 0(20) , | | --------------------------------------------------------> | | | | S. 0(0) ack 21 | | <-------------------------------------------------------- | | | | . 1(100) ack 21 | | <-------------------------------------------------------- | Thanks, Krishna --000000000000753c6805c23a6b47 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The example for TCP Fastopen with MPTCPv1 in RFC8684, Appe= ndix-B.3 shows the listener sending an incorrect data-ack in its first data= packet to the initiator sent immediately after its SYN-ACK. 

 initiator                                                 =
   listener
       |                                                           |
       |    S  0(20) <MP_CAPABLE>, <TFO cookie>                =
    |
       | --------------------------------------------------------> |
       |                                                           |
       |    S. 0(0) ack 21 <MP_CAPABLE>                            |
       | <-------------------------------------------------------- |
       |                                                           |
       |    .  1(100) ack 21 <DSS ack=3D1 seq=3D1 ssn=3D1 dlen=3D100>=
      |
       | <-------------------------------------------------------- |

At this=C2=
=A0point, the listener has not received the initiator's key, so it cann=
ot generate the data-ack in it's response packets.

The correct behaviour would be to set flag 'A&#=
39; to 0 and exclude sending data-ack until the initiator's key is rece=
ived.

initiator=
                                                    listener
       |                                                           |
       |    S  0(20) <MP_CAPABLE>, <TFO cookie>                =
    |
       | --------------------------------------------------------> |
       |                                                           |
       |    S. 0(0) ack 21 <MP_CAPABLE>                            |
       | <-------------------------------------------------------- |
       |                                                           |
       |    .  1(100) ack 21 <DSS seq=3D1 ssn=3D1 dlen=3D100, M=3D1, A=
=3D0>  |
       | <-------------------------------------------------------- |

Thanks,
Krishna



--000000000000753c6805c23a6b47--


From nobody Mon May 17 07:29:09 2021
Return-Path: 
X-Original-To: tcpm@ietf.org
Delivered-To: tcpm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 33DB73A39FC; Mon, 17 May 2021 07:29:07 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: 
Cc: tcpm@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: tcpm@ietf.org
Message-ID: <162126174714.10635.13500151701100250768@ietfa.amsl.com>
Date: Mon, 17 May 2021 07:29:07 -0700
Archived-At: 
Subject: [tcpm] I-D Action: draft-ietf-tcpm-rfc793bis-22.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 17 May 2021 14:29:07 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the TCP Maintenance and Minor Extensions WG of the IETF.

        Title           : Transmission Control Protocol (TCP) Specification
        Author          : Wesley M. Eddy
	Filename        : draft-ietf-tcpm-rfc793bis-22.txt
	Pages           : 111
	Date            : 2021-05-17

Abstract:
   This document specifies the Transmission Control Protocol (TCP).  TCP
   is an important transport layer protocol in the Internet protocol
   stack, and has continuously evolved over decades of use and growth of
   the Internet.  Over this time, a number of changes have been made to
   TCP as it was specified in RFC 793, though these have only been
   documented in a piecemeal fashion.  This document collects and brings
   those changes together with the protocol specification from RFC 793.
   This document obsoletes RFC 793, as well as RFCs 879, 2873, 6093,
   6429, 6528, and 6691 that updated parts of RFC 793.  It updates RFC
   1122, and should be considered as a replacement for the portions of
   that document dealing with TCP requirements.  It also updates RFC
   5961 by adding a small clarification in reset handling while in the
   SYN-RECEIVED state.  The TCP header control bits from RFC 793 have
   also been updated based on RFC 3168.

   RFC EDITOR NOTE: If approved for publication as an RFC, this should
   be marked additionally as "STD: 7" and replace RFC 793 in that role.


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

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-tcpm-rfc793bis-22
https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-rfc793bis-22

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-rfc793bis-22


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

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



From nobody Mon May 17 07:35:01 2021
Return-Path: 
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E10E83A3A1C for ; Mon, 17 May 2021 07:34:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-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=mti-systems-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G_AwFGRFQoOz for ; Mon, 17 May 2021 07:34:55 -0700 (PDT)
Received: from mail-qv1-xf2c.google.com (mail-qv1-xf2c.google.com [IPv6:2607:f8b0:4864:20::f2c]) (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 11B263A3A19 for ; Mon, 17 May 2021 07:34:54 -0700 (PDT)
Received: by mail-qv1-xf2c.google.com with SMTP id u1so3158711qvg.11 for ; Mon, 17 May 2021 07:34:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=zAxaTKQpnMSSxHSs9+FGoQotHDZQZBAXKQJxu36KrbE=; b=X3Ge4S4ysbSapUmGDTaLH+X8perYDNlj31v6xJ/Ik2lAmuY5bp7mdNb+KqkgJ+kmbn D1X37uD/ak0KVhpmPEjg51Oa9TEitRJ9fmmJvqOyIahAjBAdtBKQI2QKU/inH6RQ4xnu SPfNDWlLV/HFEpVHrZ8UOhoq8n23Olzb1vMqldR5aDIFwJbE3a9ds+yxqmu8fuawQ1Xq knHEpPyQkq/5ZvJc1lqtfUYJ/EecXxE1uZmNopg7oJ8gd5BkW9QY+xAbSrM7gK3/RYWw O5qJI0TUgVtEcBZUNJJNVuBc6d/msV25EnE/kBfLJ9A58xC/p/7/bCMml9/xK6Xe7BD7 Q5Cw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=zAxaTKQpnMSSxHSs9+FGoQotHDZQZBAXKQJxu36KrbE=; b=lP7BoqzTAyjDQHxI7IhTqAACYCdmwKz37PlEK1temPKXJoziGgEjojryszLKsu9vF7 7qOTX0FgyaYAWLf3/7m9QGPwb070uesKHAe4itq+OnNZECC8nIWMqNNR7A+3dGQGg0cC rnhiYqxwnNSqPA67kTwv2cP7YcTrBt+7dbA5TGOd2ro1vV1R9NhJMXrCWb1P3AxlqnOD Kht7zt8Q8agj/NZkKXgmG42KAucg681Woh5khFzEIoR6BMf12xErs2JkXYK1eX3nImGD uEQ6jL3u1FRBm93DDMJJ4DvDGaoi9JvXu5MiqzNPpJfA5bVbNoh9x2GE3M9uNh0KalWJ 6QyQ==
X-Gm-Message-State: AOAM532J3LuiVzBzGt1xnmYJXOL5AMlTB/rMSQRyY5eWpIG+FI40WrWU 59ELfwpBciSh+X6pqzkHB5c0/v8wI6iA5H0Z
X-Google-Smtp-Source: ABdhPJzA8RoO6VAWnhn4werGe5GvGjY38Omk/weeQcoe95M1AIJPbUiQJr+r9rZv1Lpsqw7PyKX4Pw==
X-Received: by 2002:a0c:ee62:: with SMTP id n2mr51818491qvs.20.1621262091481;  Mon, 17 May 2021 07:34:51 -0700 (PDT)
Received: from [192.168.1.114] (069-135-001-122.biz.spectrum.com. [69.135.1.122]) by smtp.gmail.com with ESMTPSA id y13sm10370335qkj.84.2021.05.17.07.34.50 for  (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 17 May 2021 07:34:51 -0700 (PDT)
To: tcpm@ietf.org
References: <62b0a3c2-3ec5-c3d9-7a1c-909e11a23d0c@erg.abdn.ac.uk>
From: Wesley Eddy 
Message-ID: <3ece7e28-c247-f980-3f31-5ea64314fff3@mti-systems.com>
Date: Mon, 17 May 2021 10:34:47 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1
MIME-Version: 1.0
In-Reply-To: <62b0a3c2-3ec5-c3d9-7a1c-909e11a23d0c@erg.abdn.ac.uk>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: 
Subject: Re: [tcpm] Additional editorial comments on draft-ietf-tcpm-rfc793bis-20
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 17 May 2021 14:35:00 -0000

On 3/12/2021 5:13 AM, Gorry Fairhurst wrote:
> I did some very careful reading of a few sections of  rfc793bis, and 
> have additional some late editorial comments.
>
> I suspect these really are minor, but I'd hope worthwhile:
>
> ---
>
> (1a) The text uses /may not/, in these two places:
>
> /Note that some options may not be included on all segments/
>
> - I wonder if this is umambiguous to all English speakers (it's not so 
> clear to me), I think it could be better as
>
> /Note that some options might not be included on all segments/
>
> or ...
>
> /Some of the segments might not include include all options/
>
> ... of something like that this?
>
> ---
>
> (1b) I'd suggest similarly avoiding /may not/ in the description of IP 
> Option processing.
>
> ---
>
> (2) The document seems to be missing an IPv6 "view" of extensions in 
> the IP Options part, section 3.6.1 (This is mentioned in the 
> pseudo-header compuation). I suggest we add a brief sentence saying 
> the calculation of "IPv6 Extension Headers" follows thar for IP Option 
> size.


I missed your couple of comments above in the prior -21 revision, but 
Michael S. reminded me of them, and I've incorporated them into the -22 
revision just posted.  On the IPv6 comment, I changed the notion of "IP 
options" in a couple of places to "IPv4 options or IPv6 extension 
headers" which I think accomplishes the right thing.


From nobody Mon May 17 08:27:46 2021
Return-Path: 
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53EA03A3BB2 for ; Mon, 17 May 2021 08:27:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.085
X-Spam-Level: 
X-Spam-Status: No, score=-2.085 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XwmAeP7gKQrD for ; Mon, 17 May 2021 08:27:40 -0700 (PDT)
Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 16C783A3BAF for ; Mon, 17 May 2021 08:27:39 -0700 (PDT)
Received: by mail-io1-xd35.google.com with SMTP id d24so6219031ios.2 for ; Mon, 17 May 2021 08:27:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ogebsFVPKIjVS+jSXWHGeZwZJ/OB8Q7HpoKUHEN9i/4=; b=CUOrdcLal6F14n0kzHT1vmj38jgX0ZRaSzXHVIJMQOQsLkSxGNsoaiDfSf09wjsdJm PYvEfwR81FgyOtc/Equ8a71NkI7+WpLEln2RVd76IbN26RE4ljLz0iuC1ZPiQM01UEj9 61kKy1sOrSkAPnZHYExmxJ0KiNAMnTRBhsQ0BVM9pyO+eyxeEA2n2Lqzl1M8WT+8T0r4 Prkrzr0oJSqBEHVKQxQxBCDxTDBoK6Ljv6yAPKP4DKX8EIJcvMvnQIdzsCtM3kSiApoE gBJTsPnhrYgrumWvgcCUsgHGwsPB7qopYHC98CtnXyp7mCHbSXRJAhwWutm1LOjqUWeM N1kw==
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=ogebsFVPKIjVS+jSXWHGeZwZJ/OB8Q7HpoKUHEN9i/4=; b=fqg5Ls/MYsJmGWsYzAN2kU784dNmIgaROJ7Fx4EBjyvSdeegYTYfuK5kzjJik1Y4Mf sBxlW3DkuCmURkGu/zReeHERmhgn5w73P5YKtrAdOax9cJdN6HjMDANlYP1LA6DCDJSk fpdK03zeO6guLubC2XnRyctSeyRU1Doq3vw55mbRZSc7YtAyMt67fg4FeFcxll5UEsQg Rz97rYGeWcFFK49z3wv06TUm0jqmk2Zd7dwYAnC1HntzGGe/E6fq1DU0ebUsU8XYM48b aKoyusBFKuX1gMCb0RiEI3voqHyfEetAkToamvd4qhL+Y4ggjZ2V/CX5MK1aUcgHEBeA ayTQ==
X-Gm-Message-State: AOAM530e2uwTizD3qt82TpVLDhiBf60FCuRLP2z64zKnUw+spbR0jGz1 14cDLBpz/qUiATs0CTPJ9OdSI3Z5xjfjOXZ/QJY=
X-Google-Smtp-Source: ABdhPJxIfpx4ofm4SCk8vSy9IeyHTdCk0je3dgBa5fR0Xube8vSInoKjedm1LEHq8E/2BSWivcB16+HH3ojmvJZzOmw=
X-Received: by 2002:a5e:c10e:: with SMTP id v14mr442501iol.51.1621265258345; Mon, 17 May 2021 08:27:38 -0700 (PDT)
MIME-Version: 1.0
References: 
In-Reply-To: 
From: Martin Duke 
Date: Mon, 17 May 2021 08:27:33 -0700
Message-ID: 
To: Krishna Khanal 
Cc: "tcpm@ietf.org Extensions" , Christoph Paasch 
Content-Type: multipart/alternative; boundary="000000000000cf768305c2883b2e"
Archived-At: 
Subject: Re: [tcpm] RFC8684: TFO with MPTCP V1 example shows incorrect data map
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 17 May 2021 15:27:45 -0000

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

Hi Krishna,

Use this form to report errata:
https://www.rfc-editor.org/how-to-report/

Thanks,
Martin

On Thu, May 13, 2021 at 11:37 AM Krishna Khanal 
wrote:

> The example for TCP Fastopen with MPTCPv1 in RFC8684, Appendix-B.3 shows
> the listener sending an incorrect data-ack in its first data packet to the
> initiator sent immediately after its SYN-ACK.
>
>  initiator                                                    listener
>        |                                                           |
>        |    S  0(20) ,                     |
>        | --------------------------------------------------------> |
>        |                                                           |
>        |    S. 0(0) ack 21                             |
>        | <-------------------------------------------------------- |
>        |                                                           |
>        |    .  1(100) ack 21       |
>        | <-------------------------------------------------------- |
>
>
> At this point, the listener has not received the initiator's key, so it cannot generate the data-ack in it's response packets.
>
>
> The correct behaviour would be to set flag 'A' to 0 and exclude sending data-ack until the initiator's key is received.
>
>
> initiator                                                    listener
>        |                                                           |
>        |    S  0(20) ,                     |
>        | --------------------------------------------------------> |
>        |                                                           |
>        |    S. 0(0) ack 21                             |
>        | <-------------------------------------------------------- |
>        |                                                           |
>        |    .  1(100) ack 21   |
>        | <-------------------------------------------------------- |
>
>
> Thanks,
>
> Krishna
>
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm
>

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


Hi Krishna,

Use this form to=
 report errata:

Thanks,
Martin

On Thu, May 13, 2021 at 11:37 AM Krishna=
 Khanal <erkrishna.khanal@=
gmail.com> wrote:
The example for TCP Fastopen with MPTCPv1 in RF=
C8684, Appendix-B.3 shows the listener sending an incorrect data-ack in its=
 first data packet to the initiator sent immediately after its SYN-ACK. 
 initiator                                      =
              listener
       |                                                           |
       |    S  0(20) <MP_CAPABLE>, <TFO cookie>                =
    |
       | --------------------------------------------------------> |
       |                                                           |
       |    S. 0(0) ack 21 <MP_CAPABLE>                            |
       | <-------------------------------------------------------- |
       |                                                           |
       |    .  1(100) ack 21 <DSS ack=3D1 seq=3D1 ssn=3D1 dlen=3D100>=
      |
       | <-------------------------------------------------------- |

At this=C2=
=A0point, the listener has not received the initiator's key, so it cann=
ot generate the data-ack in it's response packets.

The correct behaviour would be to set flag 'A&#=
39; to 0 and exclude sending data-ack until the initiator's key is rece=
ived.

initiator=
                                                    listener
       |                                                           |
       |    S  0(20) <MP_CAPABLE>, <TFO cookie>                =
    |
       | --------------------------------------------------------> |
       |                                                           |
       |    S. 0(0) ack 21 <MP_CAPABLE>                            |
       | <-------------------------------------------------------- |
       |                                                           |
       |    .  1(100) ack 21 <DSS seq=3D1 ssn=3D1 dlen=3D100, M=3D1, A=
=3D0>  |
       | <-------------------------------------------------------- |

Thanks,
Krishna


_______________________________________________

tcpm mailing list

tcpm@ietf.org

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




--000000000000cf768305c2883b2e--


From nobody Mon May 17 08:59:33 2021
Return-Path: 
X-Original-To: tcpm@ietf.org
Delivered-To: tcpm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 288223A3CA7; Mon, 17 May 2021 08:59:31 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Meeting Session Request Tool 
To: 
Cc: martin.h.duke@gmail.com, michael.scharf@hs-esslingen.de, tcpm-chairs@ietf.org, tcpm@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <162126717107.11205.13687383731947061996@ietfa.amsl.com>
Date: Mon, 17 May 2021 08:59:31 -0700
Archived-At: 
Subject: [tcpm] tcpm - Update to a Meeting Session Request for IETF 111
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 17 May 2021 15:59:31 -0000

An update to a meeting session request has just been submitted by Michael Scharf, a Chair of the tcpm working group.


---------------------------------------------------------
Working Group Name: TCP Maintenance and Minor Extensions
Area Name: Transport Area
Session Requester: Michael Scharf


Number of Sessions: 1
Length of Session(s):  2 Hours
Number of Attendees: 60
Conflicts to Avoid: 

 Technology Overlap: tsvwg quic taps tsvarea iccrg panrg masque
 Key Participant Conflict: netconf idr





People who must be present:
  Yoshifumi Nishida
  Michael Tuexen
  Martin Duke
  Michael Scharf

Resources Requested:

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



From nobody Mon May 17 09:10:14 2021
Return-Path: 
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07B8C3A3D7B for ; Mon, 17 May 2021 09:10:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hs-esslingen.de
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M14ERIFJuSMu for ; Mon, 17 May 2021 09:10:08 -0700 (PDT)
Received: from mail.hs-esslingen.de (mail.hs-esslingen.de [134.108.32.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16ED23A3D66 for ; Mon, 17 May 2021 09:10:06 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.hs-esslingen.de (Postfix) with ESMTP id EA27225A13 for ; Mon, 17 May 2021 18:10:04 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hs-esslingen.de; s=mail; t=1621267804; bh=rLXmoKj0O79zt/LY5A3yNtw4YjQgRry4ZxNJvMt9g+o=; h=From:To:Subject:Date:References:In-Reply-To:From; b=xU8+g7BIbpwc/J40Auk5PquDVvAeuFC5sLEOge4n2XvM48RnRVM1eTx5kpEqQInsd Ej1JLMiJ+C6uzuO9HqFiQihGoh4vX/YqDnp8egyVx3/sc/EwELAr3uLqyP2KW3IvdG twdJzmuG5mrbAf/+jH3tHkGmBHaKTunFjEZG0/kU=
X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at hs-esslingen.de
Received: from mail.hs-esslingen.de ([127.0.0.1]) by localhost (hs-esslingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0R0NWJmGVsze for ; Mon, 17 May 2021 18:10:03 +0200 (CEST)
Received: from rznt8201.rznt.rzdir.fht-esslingen.de (rznt8201.hs-esslingen.de [134.108.48.164]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.hs-esslingen.de (Postfix) with ESMTPS for ; Mon, 17 May 2021 18:10:03 +0200 (CEST)
Received: from rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) by rznt8201.rznt.rzdir.fht-esslingen.de (134.108.48.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.14; Mon, 17 May 2021 18:10:02 +0200
Received: from rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0]) by rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0%3]) with mapi id 15.01.2176.014; Mon, 17 May 2021 18:10:02 +0200
From: "Scharf, Michael" 
To: "tcpm@ietf.org" 
Thread-Topic: [tcpm] Additional editorial comments on draft-ietf-tcpm-rfc793bis-20
Thread-Index: AQHXFyhxZqcl4km5/Uia0eKEoRIblKroA7qAgAA6M+A=
Date: Mon, 17 May 2021 16:10:02 +0000
Message-ID: <86ed6e2086d946d79fcdf5ce045291d5@hs-esslingen.de>
References: <62b0a3c2-3ec5-c3d9-7a1c-909e11a23d0c@erg.abdn.ac.uk> <3ece7e28-c247-f980-3f31-5ea64314fff3@mti-systems.com>
In-Reply-To: <3ece7e28-c247-f980-3f31-5ea64314fff3@mti-systems.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [134.108.140.248]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: 
Subject: Re: [tcpm] Additional editorial comments on draft-ietf-tcpm-rfc793bis-20
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 17 May 2021 16:10:13 -0000

SGkgYWxsLA0KDQpBcyBkb2N1bWVudCBzaGVwaGVyZCwgSSBoYXZlIHJldmlld2VkIGFsbCAoUG9z
dC0pIFdHTEMgY29tbWVudHMuIEluIG15IHVuZGVyc3RhbmRpbmcsIFdlcyBoYXMgYWRkcmVzc2Vk
IGFsbCBrbm93biBjb21tZW50cyBpbiB2ZXJzaW9uIC0yMi4NCg0KQXMgYSByZXN1bHQsIEkgYmVs
aWV2ZSBJIGNhbiBjbG9zZSB0aGUgV0dMQyBhbmQgc3VibWl0IHRoZSBkb2N1bWVudCB0byB0aGUg
SUVTRy4NCg0KSW4gcGFydGljdWxhciB0byB0aG9zZSB3aG8gaGF2ZSBjb21tZW50ZWQgb24gNzkz
YmlzIGR1cmluZyBXR0xDOiBJZiBmb3Igd2hhdGV2ZXIgcmVhc29uIHZlcnNpb24gLTIyIGRvZXMg
bm90IHJlc29sdmUgeW91ciBjb21tZW50cywgcGxlYXNlIHNwZWFrIHVwIEFTQVAhDQoNClRoYW5r
cw0KDQpNaWNoYWVsDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogdGNw
bSA8dGNwbS1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgV2VzbGV5IEVkZHkNCj4gU2Vu
dDogTW9uZGF5LCBNYXkgMTcsIDIwMjEgNDozNSBQTQ0KPiBUbzogdGNwbUBpZXRmLm9yZw0KPiBT
dWJqZWN0OiBSZTogW3RjcG1dIEFkZGl0aW9uYWwgZWRpdG9yaWFsIGNvbW1lbnRzIG9uIGRyYWZ0
LWlldGYtdGNwbS0NCj4gcmZjNzkzYmlzLTIwDQo+IA0KPiBPbiAzLzEyLzIwMjEgNToxMyBBTSwg
R29ycnkgRmFpcmh1cnN0IHdyb3RlOg0KPiA+IEkgZGlkIHNvbWUgdmVyeSBjYXJlZnVsIHJlYWRp
bmcgb2YgYSBmZXcgc2VjdGlvbnMgb2bCoCByZmM3OTNiaXMsIGFuZA0KPiA+IGhhdmUgYWRkaXRp
b25hbCBzb21lIGxhdGUgZWRpdG9yaWFsIGNvbW1lbnRzLg0KPiA+DQo+ID4gSSBzdXNwZWN0IHRo
ZXNlIHJlYWxseSBhcmUgbWlub3IsIGJ1dCBJJ2QgaG9wZSB3b3J0aHdoaWxlOg0KPiA+DQo+ID4g
LS0tDQo+ID4NCj4gPiAoMWEpIFRoZSB0ZXh0IHVzZXMgL21heSBub3QvLCBpbiB0aGVzZSB0d28g
cGxhY2VzOg0KPiA+DQo+ID4gL05vdGUgdGhhdCBzb21lIG9wdGlvbnMgbWF5IG5vdCBiZSBpbmNs
dWRlZCBvbiBhbGwgc2VnbWVudHMvDQo+ID4NCj4gPiAtIEkgd29uZGVyIGlmIHRoaXMgaXMgdW1h
bWJpZ3VvdXMgdG8gYWxsIEVuZ2xpc2ggc3BlYWtlcnMgKGl0J3Mgbm90IHNvDQo+ID4gY2xlYXIg
dG8gbWUpLCBJIHRoaW5rIGl0IGNvdWxkIGJlIGJldHRlciBhcw0KPiA+DQo+ID4gL05vdGUgdGhh
dCBzb21lIG9wdGlvbnMgbWlnaHQgbm90IGJlIGluY2x1ZGVkIG9uIGFsbCBzZWdtZW50cy8NCj4g
Pg0KPiA+IG9yIC4uLg0KPiA+DQo+ID4gL1NvbWUgb2YgdGhlIHNlZ21lbnRzIG1pZ2h0IG5vdCBp
bmNsdWRlIGluY2x1ZGUgYWxsIG9wdGlvbnMvDQo+ID4NCj4gPiAuLi4gb2Ygc29tZXRoaW5nIGxp
a2UgdGhhdCB0aGlzPw0KPiA+DQo+ID4gLS0tDQo+ID4NCj4gPiAoMWIpIEknZCBzdWdnZXN0IHNp
bWlsYXJseSBhdm9pZGluZyAvbWF5IG5vdC8gaW4gdGhlIGRlc2NyaXB0aW9uIG9mIElQDQo+ID4g
T3B0aW9uIHByb2Nlc3NpbmcuDQo+ID4NCj4gPiAtLS0NCj4gPg0KPiA+ICgyKSBUaGUgZG9jdW1l
bnQgc2VlbXMgdG8gYmUgbWlzc2luZyBhbiBJUHY2ICJ2aWV3IiBvZiBleHRlbnNpb25zIGluDQo+
ID4gdGhlIElQIE9wdGlvbnMgcGFydCwgc2VjdGlvbiAzLjYuMSAoVGhpcyBpcyBtZW50aW9uZWQg
aW4gdGhlDQo+ID4gcHNldWRvLWhlYWRlciBjb21wdWF0aW9uKS4gSSBzdWdnZXN0IHdlIGFkZCBh
IGJyaWVmIHNlbnRlbmNlIHNheWluZw0KPiA+IHRoZSBjYWxjdWxhdGlvbiBvZiAiSVB2NiBFeHRl
bnNpb24gSGVhZGVycyIgZm9sbG93cyB0aGFyIGZvciBJUCBPcHRpb24NCj4gPiBzaXplLg0KPiAN
Cj4gDQo+IEkgbWlzc2VkIHlvdXIgY291cGxlIG9mIGNvbW1lbnRzIGFib3ZlIGluIHRoZSBwcmlv
ciAtMjEgcmV2aXNpb24sIGJ1dA0KPiBNaWNoYWVsIFMuIHJlbWluZGVkIG1lIG9mIHRoZW0sIGFu
ZCBJJ3ZlIGluY29ycG9yYXRlZCB0aGVtIGludG8gdGhlIC0yMg0KPiByZXZpc2lvbiBqdXN0IHBv
c3RlZC7CoCBPbiB0aGUgSVB2NiBjb21tZW50LCBJIGNoYW5nZWQgdGhlIG5vdGlvbiBvZiAiSVAN
Cj4gb3B0aW9ucyIgaW4gYSBjb3VwbGUgb2YgcGxhY2VzIHRvICJJUHY0IG9wdGlvbnMgb3IgSVB2
NiBleHRlbnNpb24NCj4gaGVhZGVycyIgd2hpY2ggSSB0aGluayBhY2NvbXBsaXNoZXMgdGhlIHJp
Z2h0IHRoaW5nLg0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCj4gdGNwbSBtYWlsaW5nIGxpc3QNCj4gdGNwbUBpZXRmLm9yZw0KPiBodHRwczov
L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RjcG0NCg==


From nobody Mon May 17 09:37:53 2021
Return-Path: 
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B9163A3F3E for ; Mon, 17 May 2021 09:37:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level: 
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hs-esslingen.de
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xraBLAKdgPg1 for ; Mon, 17 May 2021 09:37:48 -0700 (PDT)
Received: from mail.hs-esslingen.de (mail.hs-esslingen.de [134.108.32.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6B7E3A3F41 for ; Mon, 17 May 2021 09:37:47 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.hs-esslingen.de (Postfix) with ESMTP id 0AB1C25A13; Mon, 17 May 2021 18:37:46 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hs-esslingen.de; s=mail; t=1621269466; bh=1FoH+/5UrLGtMy5nvA/RTiffEVgz/hQoWUrRS0roBrE=; h=From:To:Subject:Date:From; b=y5QVQZXI+azzJzhoIS6kfJ7mTS5i6+2fwYa5Ja2sInmB5UES8vkKkDddwDSzn1X7w 1UeE/pYAKo+ivcL66Ah/s3iEO+FWWgmIJgCvxfAi4a2xXX7RZHK1UbZlB0HSlvoFUj qA2N/4mr+jdJXpwNA3p809t2kjOxVJuJc0mQTP8Y=
X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at hs-esslingen.de
Received: from mail.hs-esslingen.de ([127.0.0.1]) by localhost (hs-esslingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qKCC95rOa44M; Mon, 17 May 2021 18:37:45 +0200 (CEST)
Received: from rznt8202.rznt.rzdir.fht-esslingen.de (rznt8202.hs-esslingen.de [134.108.48.165]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.hs-esslingen.de (Postfix) with ESMTPS; Mon, 17 May 2021 18:37:45 +0200 (CEST)
Received: from rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) by rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.14; Mon, 17 May 2021 18:37:45 +0200
Received: from rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0]) by rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0%3]) with mapi id 15.01.2176.014; Mon, 17 May 2021 18:37:45 +0200
From: "Scharf, Michael" 
To: "wes@mti-systems.com" , "tcpm@ietf.org" 
Thread-Topic: IPR check for draft-ietf-tcpm-rfc793bis-22
Thread-Index: AddLOI5hyf2lcO9UTyWSP36Jsxeg5g==
Date: Mon, 17 May 2021 16:37:45 +0000
Message-ID: 
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [134.108.140.248]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: 
Subject: [tcpm] IPR check for draft-ietf-tcpm-rfc793bis-22
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 17 May 2021 16:37:53 -0000

Wes, all,

In preparation of the shepherd write-up, the formal IPR check is required. =
Given the importance of 793bis, I run the IPR check on the TCPM mailing lis=
t.

@Wes as editor: Please confirm that any and all appropriate IPR disclosures=
 required for full conformance with the provisions of BCP 78 and BCP 79 hav=
e already been filed.

Section 7 in draft-ietf-tcpm-rfc793bis-22 acknowledges work from at least 4=
0 contributors to the TCPM working group. Given that 793bis is not intended=
 to change the TCP protocol as compared to existing standards, I don't beli=
eve that IPR conformations are required from everybody who ever contributed=
 text to 793bis. I assume that each TCPM contributor knows the IETF Note We=
ll very well.

Thanks

Michael


From nobody Wed May 19 06:19:32 2021
Return-Path: 
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0213C3A0E3B for ; Wed, 19 May 2021 06:19:31 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mti-systems-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dZkda57xVUWD for ; Wed, 19 May 2021 06:19:26 -0700 (PDT)
Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (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 93CAC3A0E31 for ; Wed, 19 May 2021 06:19:26 -0700 (PDT)
Received: by mail-qt1-x82c.google.com with SMTP id s12so833534qta.3 for ; Wed, 19 May 2021 06:19:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mti-systems-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=lAmrim+I7RgbA6QqQqHozHRG+87Ypu8r9etsN8iaKNw=; b=v7BzzeSJgb8wyEwk1bVVbHk73A8fyRCV47nVsn8p4rwbm6XSpLpvaK4V/Hp/Ln2cte 2NpiafZZZBPXBAmXnQ0ddUSefOdY2s/wPv4JIW1GlpSN+pWegRT5Eqv+8ZWQxyvLkQQm HY/HC0qj9Sh+aIbmopOJVYMHR89Z2JBFoKb9WSAsHTlUbA8v7yqh5aYc/L49uFqCu/gg iMxffvpajQzATI+Dwij+YKCw5U4LAAJBfdIjyRxo7AW051qb6yVyi7ukpPEhVszU7t1o D9cgGWPpnpO0YYwDbIPJgSe8iJs+5UiHbnACqkyny9S2yzQ/One8K2Sh3PPJ8n8k3TZt 6KWg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=lAmrim+I7RgbA6QqQqHozHRG+87Ypu8r9etsN8iaKNw=; b=BQiNV/0mRli306BAl6/xBu15yMLMwZj6mZHjemJwQ29TvGi79F7MYP18gpnPBo/Uox OYEMDnYnnNjPfSzcq3BGHntqEZMtHY/VaH80rLoy/IPaXHLVDeouv/I3P2DsGmLSffSP 0J/DUDvdXqzoYQkfl6/4FMHfvbJ4VA+YoJoXMNwgXi69LnajgLgq0aEOT3GYAVh01Jzs mK0BZKOByNy8ZMocpiUM7eBlriOGQi9uyXOtNCg3BoXQoa2dV/viK1j1RUHnCWUp5YBz yhiRf81bAU86wkUq4AqAGLe/CTiq6KTVJwYM15XCynvlKZQ35cayQvDN10A4ENzYWmuj aE0A==
X-Gm-Message-State: AOAM533IZslMNY2HoKYHdnHOG2v6AIDClHGgK7OPHzDH5TG/maPCcryU S+tJY1LKnRh8rPBKpSe8rM+jT6BU/A+Dgh9t
X-Google-Smtp-Source: ABdhPJyhTlAvBPwVe8u2uwTuPLD2PHHASuIqze8RPNWUobNGXWbNlSr2/Nnl2eiCNq0oWX3R7oSQgQ==
X-Received: by 2002:ac8:4450:: with SMTP id m16mr6274797qtn.74.1621430364019;  Wed, 19 May 2021 06:19:24 -0700 (PDT)
Received: from [192.168.1.114] (069-135-001-122.biz.spectrum.com. [69.135.1.122]) by smtp.gmail.com with ESMTPSA id f127sm15185165qkd.81.2021.05.19.06.19.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 19 May 2021 06:19:23 -0700 (PDT)
To: "Scharf, Michael" , "tcpm@ietf.org" 
References: 
From: Wesley Eddy 
Message-ID: 
Date: Wed, 19 May 2021 09:19:22 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1
MIME-Version: 1.0
In-Reply-To: 
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: 
Subject: Re: [tcpm] IPR check for draft-ietf-tcpm-rfc793bis-22
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 19 May 2021 13:19:31 -0000

On 5/17/2021 12:37 PM, Scharf, Michael wrote:
> Wes, all,
>
> In preparation of the shepherd write-up, the formal IPR check is required. Given the importance of 793bis, I run the IPR check on the TCPM mailing list.
>
> @Wes as editor: Please confirm that any and all appropriate IPR disclosures required for full conformance with the provisions of BCP 78 and BCP 79 have already been filed.

Other than one case below, I'm not aware of any IPR.

There is an IPR disclosure in the datatracker on RFC 5961, which is one 
source of changes included in 793bis:

https://datatracker.ietf.org/ipr/421/

In all places in 793bis where the recommendations from 5961 are 
mentioned, 5961 is prominently referenced (making the IPR also easy to 
find) and they are described as optional / "MAY", not required.

Perhaps that disclosure should be updated by Cisco to link to 793bis as 
well?



From nobody Thu May 20 07:32:04 2021
Return-Path: 
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 111DE3A18D2 for ; Thu, 20 May 2021 07:32:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level: 
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hs-esslingen.de
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M0dq71Jmy3h1 for ; Thu, 20 May 2021 07:31:56 -0700 (PDT)
Received: from mail.hs-esslingen.de (mail.hs-esslingen.de [134.108.32.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC4883A11C8 for ; Thu, 20 May 2021 07:31:55 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.hs-esslingen.de (Postfix) with ESMTP id D150125A12; Thu, 20 May 2021 16:31:53 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hs-esslingen.de; s=mail; t=1621521113; bh=+iLRp39xKCnqEpw0ZXJf9AovS1aU2p0PUdBgJHkXMDU=; h=From:To:Subject:Date:References:In-Reply-To:From; b=LveBRGlnPF/MAIzoHVfEBa/cxu8XCDvq/Dyt9LKz5yPhVxEaIsyy3zIGIzGposWuK 3/YrTciV2fvJvWqaoKps37q3m4GKjKv4ZCmniUlWzlzDn1KA9x/pFZALVBPSh84Dit uVNRAuqkfXKgjn68d0Aj4KNBMTkQ/8Gt3At3vOLs=
X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at hs-esslingen.de
Received: from mail.hs-esslingen.de ([127.0.0.1]) by localhost (hs-esslingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GavhUtog7vMb; Thu, 20 May 2021 16:31:52 +0200 (CEST)
Received: from rznt8202.rznt.rzdir.fht-esslingen.de (rznt8202.hs-esslingen.de [134.108.48.165]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.hs-esslingen.de (Postfix) with ESMTPS; Thu, 20 May 2021 16:31:52 +0200 (CEST)
Received: from rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) by rznt8202.rznt.rzdir.fht-esslingen.de (134.108.48.165) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.14; Thu, 20 May 2021 16:31:52 +0200
Received: from rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0]) by rznt8202.rznt.rzdir.fht-esslingen.de ([fe80::aca4:171a:3ee1:57e0%3]) with mapi id 15.01.2176.014; Thu, 20 May 2021 16:31:52 +0200
From: "Scharf, Michael" 
To: Wesley Eddy , "tcpm@ietf.org" 
Thread-Topic: IPR check for draft-ietf-tcpm-rfc793bis-22
Thread-Index: AddLOI5hyf2lcO9UTyWSP36Jsxeg5gBaELgAADhT2uA=
Date: Thu, 20 May 2021 14:31:52 +0000
Message-ID: <71eb2822191c41e4bef06fc6ae840070@hs-esslingen.de>
References:  
In-Reply-To: 
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [134.108.140.248]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: 
Subject: Re: [tcpm] IPR check for draft-ietf-tcpm-rfc793bis-22
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 20 May 2021 14:32:02 -0000

SGkgYWxsLA0KDQpUaGUgSVBSIGRpc2Nsb3N1cmUgcmVsYXRlZCB0byBSRkMgNTk2MSBpcyBkb2N1
bWVudGVkIGUuZy4gaW4gZGF0YXRyYWNrZXIgZm9yIGEgbG9uZyB0aW1lIChzaW5jZSB5ZWFyIDIw
MDQpIGFuZCBpdCBzaG91bGQgdGh1cyBiZSB3ZWxsLWtub3duLiBSRkMgNTk2MSBtb3N0bHkgYWZm
ZWN0cyBNQVktMTIgaW4gNzkzYmlzLCBhbmQgTUFZLTEyIGlzIG5vdCBtYW5kYXRvcnkgdG8gaW1w
bGVtZW50Lg0KDQpBdCBsZWFzdCBJIGhhdmUgbm8gbWVhbnMgdG8gdmVyaWZ5IHdoZXRoZXIgcGF0
ZW50cyByZWxhdGVkIHRvIFJGQyA1OTYxIGFwcGx5IHRvIHRoZSB3b3JkaW5nIGluIDc5M2Jpcywg
b3Igbm90Lg0KDQpBcyBkb2N1bWVudCBzaGVwaGVyZCwgSSBwbGFuIHRvIHJlY29yZCB0aGUgcG90
ZW50aWFsIGFwcGxpY2FiaWxpdHkgb2YgdGhlIElQUiBkaXNjbG9zdXJlIHJlbGF0ZWQgdG8gUkZD
IDU5NjEgaW4gbXkgd3JpdGUtdXAgZm9yIDc5M2Jpcy4NCg0KSW4gbXkgdW5kZXJzdGFuZGluZywg
dGhlIFRDUE0gd29ya2luZyBncm91cCBpcyBhd2FyZSBvZiB0aGUgSVBSIGRpc2Nsb3N1cmUgcmVs
YXRlZCB0byBSRkMgNTk2MSwgYW5kIHRoZSBUQ1BNIHdvcmtpbmcgZ3JvdXAgaXMgZmluZSB3aXRo
IHRoZSBjdXJyZW50bHkgcHJvcG9zZWQgdGV4dCBpbiA3OTNiaXMgcmVsYXRlZCB0byBSRkMgNTk2
MS4NCg0KWWV0LCBJJ2QgbGlrZSB0byBkb3VibGUgY2hlY2sgdGhhdCB0aGlzIGlzIGluZGVlZCBU
Q1BNIGNvbnNlbnN1cywganVzdCB0byBiZSBvbiB0aGUgc2FmZSBzaWRlLg0KDQpNaWNoYWVsDQoN
CiANCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBXZXNsZXkgRWRkeSA8
d2VzQG10aS1zeXN0ZW1zLmNvbT4NCj4gU2VudDogV2VkbmVzZGF5LCBNYXkgMTksIDIwMjEgMzox
OSBQTQ0KPiBUbzogU2NoYXJmLCBNaWNoYWVsIDxNaWNoYWVsLlNjaGFyZkBocy1lc3NsaW5nZW4u
ZGU+OyB0Y3BtQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBJUFIgY2hlY2sgZm9yIGRyYWZ0LWll
dGYtdGNwbS1yZmM3OTNiaXMtMjINCj4gDQo+IE9uIDUvMTcvMjAyMSAxMjozNyBQTSwgU2NoYXJm
LCBNaWNoYWVsIHdyb3RlOg0KPiA+IFdlcywgYWxsLA0KPiA+DQo+ID4gSW4gcHJlcGFyYXRpb24g
b2YgdGhlIHNoZXBoZXJkIHdyaXRlLXVwLCB0aGUgZm9ybWFsIElQUiBjaGVjayBpcyByZXF1aXJl
ZC4NCj4gR2l2ZW4gdGhlIGltcG9ydGFuY2Ugb2YgNzkzYmlzLCBJIHJ1biB0aGUgSVBSIGNoZWNr
IG9uIHRoZSBUQ1BNIG1haWxpbmcgbGlzdC4NCj4gPg0KPiA+IEBXZXMgYXMgZWRpdG9yOiBQbGVh
c2UgY29uZmlybSB0aGF0IGFueSBhbmQgYWxsIGFwcHJvcHJpYXRlIElQUiBkaXNjbG9zdXJlcw0K
PiByZXF1aXJlZCBmb3IgZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZSBwcm92aXNpb25zIG9mIEJD
UCA3OCBhbmQgQkNQIDc5IGhhdmUNCj4gYWxyZWFkeSBiZWVuIGZpbGVkLg0KPiANCj4gT3RoZXIg
dGhhbiBvbmUgY2FzZSBiZWxvdywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSLg0KPiANCj4gVGhl
cmUgaXMgYW4gSVBSIGRpc2Nsb3N1cmUgaW4gdGhlIGRhdGF0cmFja2VyIG9uIFJGQyA1OTYxLCB3
aGljaCBpcyBvbmUNCj4gc291cmNlIG9mIGNoYW5nZXMgaW5jbHVkZWQgaW4gNzkzYmlzOg0KPiAN
Cj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvNDIxLw0KPiANCj4gSW4gYWxsIHBs
YWNlcyBpbiA3OTNiaXMgd2hlcmUgdGhlIHJlY29tbWVuZGF0aW9ucyBmcm9tIDU5NjEgYXJlDQo+
IG1lbnRpb25lZCwgNTk2MSBpcyBwcm9taW5lbnRseSByZWZlcmVuY2VkIChtYWtpbmcgdGhlIElQ
UiBhbHNvIGVhc3kgdG8NCj4gZmluZCkgYW5kIHRoZXkgYXJlIGRlc2NyaWJlZCBhcyBvcHRpb25h
bCAvICJNQVkiLCBub3QgcmVxdWlyZWQuDQo+IA0KPiBQZXJoYXBzIHRoYXQgZGlzY2xvc3VyZSBz
aG91bGQgYmUgdXBkYXRlZCBieSBDaXNjbyB0byBsaW5rIHRvIDc5M2JpcyBhcw0KPiB3ZWxsPw0K
PiANCg0K


From nobody Wed May 26 12:55:31 2021
Return-Path: 
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E6213A0F2E for ; Wed, 26 May 2021 12:55:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.482
X-Spam-Level: 
X-Spam-Status: No, score=-1.482 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.398, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G-1UC-wNvGMv for ; Wed, 26 May 2021 12:55:26 -0700 (PDT)
Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D439D3A0F09 for ; Wed, 26 May 2021 12:55:25 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:a8e6:622:a6d1:f7e3]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 5BE99721A5A0D for ; Wed, 26 May 2021 21:55:19 +0200 (CEST)
From: tuexen@fh-muenster.de
Content-Type: multipart/signed; boundary="Apple-Mail=_920F2873-C3AF-4F67-846A-7C085818A123"; protocol="application/pkcs7-signature"; micalg=sha-256
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\))
Message-Id: <50705A24-4596-4D61-937F-01008F3B51FF@fh-muenster.de>
Date: Wed, 26 May 2021 21:55:18 +0200
To: tcpm IETF list 
X-Mailer: Apple Mail (2.3654.100.0.2.22)
Archived-At: 
Subject: [tcpm] Contact related to TCP stacks used by HP printers
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 26 May 2021 19:55:29 -0000

--Apple-Mail=_920F2873-C3AF-4F67-846A-7C085818A123
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

Dear all,

does someone on this list has a contact I could talk to regarding
TCP stacks used by HP printers?

Thanks for your help.

Best regards
Michael (as an individual and a FreeBSD developer)
--Apple-Mail=_920F2873-C3AF-4F67-846A-7C085818A123
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEKow
ggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYTAkRFMSsw
KQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5
c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAy
MB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNVBAYTAkRFMUUwQwYDVQQK
EzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVuIEZvcnNjaHVuZ3NuZXR6ZXMg
ZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERGTi1WZXJlaW4gQ2VydGlmaWNhdGlv
biBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMtg1/9moUHN0vqH
l4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZsFVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8F
XRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0peQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+Ba
L2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qL
NupOkSk9s1FcragMvp0049ENF4N1xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz
9AkH4wKGMUZrAcUQDBHHWekCAwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU
k+PYMiba1fFKpZFK4OpL4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYD
VR0TAQH/BAgwBgEB/wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGC
LB4wCAYGZ4EMAQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUv
cmwvVGVsZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYB
BQUHMAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw
Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5jZXIw
DQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4eTizDnS6
dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/MOaZ/SLick0+
hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3SPXez7vTXTf/D6OWS
T1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc22CzeIs2LgtjZeOJVEqM7
h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bPZYoaorVyGTkwggWsMIIElKAD
AgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYDVQQGEwJERTFFMEMGA1UEChM8VmVy
ZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYu
MRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRERk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0
aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcNMzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUx
RTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5n
c25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9i
YWwgSXNzdWluZyBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp
1xCeOdfZojDbchwFfylfS2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6W
LkDh0YNMZj0cZGnlm6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mI
TQ5HjUhfZZkQ0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUk
P7agCwf9TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22M
ZD08WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P
AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAdBgNV
HQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK4OpL4qIM
z+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9v
dC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIucGNhLmRmbi5kZS9n
bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYBBQUHAQEEgdAwgc0wMwYI
KwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIvT0NTUDBKBggrBgEF
BQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY2FjZXJ0
L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJv
b3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/
DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCN
T1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7Ln8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+
lgQCXISoKTlslPwQkgZ7nu7YRrQbtQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v
9NsH1VuEGMGpuEvObJAaguS5Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7
EUkp2KgtdRXYShjqFu9VNCIaE40GMIIF4DCCBMigAwIBAgIMIRX9tDE2QqO3mVLXMA0GCSqGSIb3
DQEBCwUAMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVp
bmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUw
IwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTE5MDYwNDE0MjkxMFoXDTIy
MDYwMzE0MjkxMFowfDELMAkGA1UEBhMCREUxIDAeBgNVBAoMF0ZhY2hob2Noc2NodWxlIE11ZW5z
dGVyMTIwMAYDVQQLDClGYWNoYmVyZWljaCBFbGVrdHJvdGVjaG5payB1bmQgSW5mb3JtYXRpazEX
MBUGA1UEAwwOTWljaGFlbCBUdWV4ZW4wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDM
r8qQcPxLFCxzPtXvRyM9KeQaxyMA8gwUNc7IIiATs6mRQFe5ib/mvwT9nc0bAa+94go6HJDiD3FJ
NkTo4u8aBsIcTt5pJtdBQLm88PLakbe3+fp/00//n7xxbTh7mAtFVCf25LxDCKkrdGk/+jglRq/R
VdwhZZ3VpYCrx8YfI/hIzdRL3+4I4z/mnQ8K0X8d2MVVPG+9nBEngdnYGez5f/8wIVOgEYYBc21k
yvMnVXLu2Ing+LwBd0gDG9Vasv87MNHCOZfJTNBlLhI2UDei/uNg9Zd4ynlMpPWZ7v0oiDWvmv8E
OuD4oric8heyD0OYK2FL4qcVC4dn4pnyulfHAgMBAAGjggJOMIICSjA+BgNVHSAENzA1MA8GDSsG
AQQBga0hgiwBAQQwEAYOKwYBBAGBrSGCLAEBBAQwEAYOKwYBBAGBrSGCLAIBBAQwCQYDVR0TBAIw
ADAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQW
BBTxiodBVL/lA4p5iNesIsJRhhgd6zAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDAg
BgNVHREEGTAXgRV0dWV4ZW5AZmgtbXVlbnN0ZXIuZGUwgY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0
cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jcmwvY2FjcmwuY3JsMD+g
PaA7hjlodHRwOi8vY2RwMi5wY2EuZGZuLmRlL2Rmbi1jYS1nbG9iYWwtZzIvcHViL2NybC9jYWNy
bC5jcmwwgdsGCCsGAQUFBwEBBIHOMIHLMDMGCCsGAQUFBzABhidodHRwOi8vb2NzcC5wY2EuZGZu
LmRlL09DU1AtU2VydmVyL09DU1AwSQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUv
ZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSQYIKwYBBQUHMAKGPWh0dHA6
Ly9jZHAyLnBjYS5kZm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQw
DQYJKoZIhvcNAQELBQADggEBABs3VlmIZ1VF3HkaQdjInZYmamRabbdgJ7cz6m6o/agKL7+Vhwx7
1BaaYs2gMa5Nu/GJ3YfdqIsUlYtKdl58Yhp/89E6xBfJkItS+rE8RFdf2XgklGlx7GmsvdA3tId5
b6K6r9a5wpVN0epxY6K8wwpzEib6fJLcHylybQXZ7JSOaLRLp6WU3QPoyTT7FpvAe/0b2MSCbPX4
fc53PCn2aGgXuRFVQeCn1SP1BF3QW1ppkFhcF6G+0JcUxYFAXE6r/71WZBvUHqoG/th2hAwQnS+Y
KhUYh4SZQH3/ursXXJYXQ5vyIhkN1FZlmtWA8+ofdCnoqSTbiSX2Aa/kKbTapwgxggOdMIIDmQIB
ATCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5l
cyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMG
A1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMIRX9tDE2QqO3mVLXMA0GCWCGSAFl
AwQCAQUAoIIBzzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0yMTA1
MjYxOTU1MThaMC8GCSqGSIb3DQEJBDEiBCAVyKed46dGH5+CStClbHTXgJQLlL1AtaSLcQ/Rj0jw
TjCBrwYJKwYBBAGCNxAEMYGhMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1
ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYD
VQQLDAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwhFf20
MTZCo7eZUtcwgbEGCyqGSIb3DQEJEAILMYGhoIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8
VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUu
IFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5n
IENBAgwhFf20MTZCo7eZUtcwDQYJKoZIhvcNAQELBQAEggEAL4/Q01GqAdaE2Y47nnk9OikORjRZ
6FRcsql2MPV2Gh3DazwunYiZDp+QtkyCW6rUfRv9HHsYIBLvd21rrfduN+77F1BmAXL16COKZ9zb
wNtnjdH2gkRWBEZcpH/XX4u3jZtsfo7mtfJLujdk05cNUk5IKSgs9mdzZxt04adnk6jSeF69mRv/
WxqF97myusv4SOs+Hxhzt0b7jCJYcU+9w0bayAz453tALvA5A5ssDz5Vj0/UbxVcloW/Oc2Rvu6n
SLli2ad4nIDnEeOVk5mzOXkWxv26URVQZmoqprTDgWPJb0DJ1T9Lk0kOSyeQB5sOgU5Mxsc5BEZ5
rIIRSM28kAAAAAAAAA==
--Apple-Mail=_920F2873-C3AF-4F67-846A-7C085818A123--


From nobody Thu May 27 10:22:59 2021
Return-Path: 
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B3C93A0BFD for ; Thu, 27 May 2021 10:22:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.481
X-Spam-Level: 
X-Spam-Status: No, score=-1.481 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.398, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0eo2Gs5H_OeP for ; Thu, 27 May 2021 10:22:53 -0700 (PDT)
Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FAB03A0BF6 for ; Thu, 27 May 2021 10:22:52 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:35ee:a4bc:42a:c2e5]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id AF9C6721A5A66; Thu, 27 May 2021 19:22:43 +0200 (CEST)
From: tuexen@fh-muenster.de
Message-Id: <2C7C260A-302C-42FE-A98D-4E04D8287A86@fh-muenster.de>
Content-Type: multipart/signed; boundary="Apple-Mail=_3354F697-42CF-43AD-B5A5-37345F008E52"; protocol="application/pkcs7-signature"; micalg=sha-256
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\))
Date: Thu, 27 May 2021 19:22:42 +0200
In-Reply-To: <3ece7e28-c247-f980-3f31-5ea64314fff3@mti-systems.com>
Cc: tcpm@ietf.org
To: Wesley Eddy 
References: <62b0a3c2-3ec5-c3d9-7a1c-909e11a23d0c@erg.abdn.ac.uk> <3ece7e28-c247-f980-3f31-5ea64314fff3@mti-systems.com>
X-Mailer: Apple Mail (2.3654.100.0.2.22)
Archived-At: 
Subject: Re: [tcpm] Additional editorial comments on draft-ietf-tcpm-rfc793bis-20
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 27 May 2021 17:22:58 -0000

--Apple-Mail=_3354F697-42CF-43AD-B5A5-37345F008E52
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

> On 17. May 2021, at 16:34, Wesley Eddy  wrote:
>=20
> On 3/12/2021 5:13 AM, Gorry Fairhurst wrote:
>> I did some very careful reading of a few sections of  rfc793bis, and =
have additional some late editorial comments.
>>=20
>> I suspect these really are minor, but I'd hope worthwhile:
>>=20
>> ---
>>=20
>> (1a) The text uses /may not/, in these two places:
>>=20
>> /Note that some options may not be included on all segments/
>>=20
>> - I wonder if this is umambiguous to all English speakers (it's not =
so clear to me), I think it could be better as
>>=20
>> /Note that some options might not be included on all segments/
>>=20
>> or ...
>>=20
>> /Some of the segments might not include include all options/
>>=20
>> ... of something like that this?
>>=20
>> ---
>>=20
>> (1b) I'd suggest similarly avoiding /may not/ in the description of =
IP Option processing.
>>=20
>> ---
>>=20
>> (2) The document seems to be missing an IPv6 "view" of extensions in =
the IP Options part, section 3.6.1 (This is mentioned in the =
pseudo-header compuation). I suggest we add a brief sentence saying the =
calculation of "IPv6 Extension Headers" follows thar for IP Option size.
>=20
>=20
> I missed your couple of comments above in the prior -21 revision, but =
Michael S. reminded me of them, and I've incorporated them into the -22 =
revision just posted.  On the IPv6 comment, I changed the notion of "IP =
options" in a couple of places to "IPv4 options or IPv6 extension =
headers" which I think accomplishes the right thing.
Hi Wes,

I just noted one typo on page 73:

OLD TEXT:

         fourth check the SYN bit

            This step should be reached only if the ACK is ok, or there
            is no ACK, and it the segment did not contain a RST.


NEW TEXT:

         fourth check the SYN bit

            This step should be reached only if the ACK is ok, or there
            is no ACK, and if the segment did not contain a RST.
                           ^^

Best regards
Michael
>=20
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm


--Apple-Mail=_3354F697-42CF-43AD-B5A5-37345F008E52
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEKow
ggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYTAkRFMSsw
KQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5
c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAy
MB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNVBAYTAkRFMUUwQwYDVQQK
EzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVuIEZvcnNjaHVuZ3NuZXR6ZXMg
ZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERGTi1WZXJlaW4gQ2VydGlmaWNhdGlv
biBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMtg1/9moUHN0vqH
l4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZsFVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8F
XRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0peQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+Ba
L2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qL
NupOkSk9s1FcragMvp0049ENF4N1xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz
9AkH4wKGMUZrAcUQDBHHWekCAwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU
k+PYMiba1fFKpZFK4OpL4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYD
VR0TAQH/BAgwBgEB/wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGC
LB4wCAYGZ4EMAQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUv
cmwvVGVsZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYB
BQUHMAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw
Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5jZXIw
DQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4eTizDnS6
dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/MOaZ/SLick0+
hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3SPXez7vTXTf/D6OWS
T1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc22CzeIs2LgtjZeOJVEqM7
h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bPZYoaorVyGTkwggWsMIIElKAD
AgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYDVQQGEwJERTFFMEMGA1UEChM8VmVy
ZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYu
MRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRERk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0
aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcNMzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUx
RTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5n
c25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9i
YWwgSXNzdWluZyBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp
1xCeOdfZojDbchwFfylfS2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6W
LkDh0YNMZj0cZGnlm6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mI
TQ5HjUhfZZkQ0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUk
P7agCwf9TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22M
ZD08WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P
AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAdBgNV
HQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK4OpL4qIM
z+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9v
dC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIucGNhLmRmbi5kZS9n
bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYBBQUHAQEEgdAwgc0wMwYI
KwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIvT0NTUDBKBggrBgEF
BQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY2FjZXJ0
L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJv
b3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/
DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCN
T1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7Ln8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+
lgQCXISoKTlslPwQkgZ7nu7YRrQbtQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v
9NsH1VuEGMGpuEvObJAaguS5Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7
EUkp2KgtdRXYShjqFu9VNCIaE40GMIIF4DCCBMigAwIBAgIMIRX9tDE2QqO3mVLXMA0GCSqGSIb3
DQEBCwUAMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVp
bmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUw
IwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTE5MDYwNDE0MjkxMFoXDTIy
MDYwMzE0MjkxMFowfDELMAkGA1UEBhMCREUxIDAeBgNVBAoMF0ZhY2hob2Noc2NodWxlIE11ZW5z
dGVyMTIwMAYDVQQLDClGYWNoYmVyZWljaCBFbGVrdHJvdGVjaG5payB1bmQgSW5mb3JtYXRpazEX
MBUGA1UEAwwOTWljaGFlbCBUdWV4ZW4wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDM
r8qQcPxLFCxzPtXvRyM9KeQaxyMA8gwUNc7IIiATs6mRQFe5ib/mvwT9nc0bAa+94go6HJDiD3FJ
NkTo4u8aBsIcTt5pJtdBQLm88PLakbe3+fp/00//n7xxbTh7mAtFVCf25LxDCKkrdGk/+jglRq/R
VdwhZZ3VpYCrx8YfI/hIzdRL3+4I4z/mnQ8K0X8d2MVVPG+9nBEngdnYGez5f/8wIVOgEYYBc21k
yvMnVXLu2Ing+LwBd0gDG9Vasv87MNHCOZfJTNBlLhI2UDei/uNg9Zd4ynlMpPWZ7v0oiDWvmv8E
OuD4oric8heyD0OYK2FL4qcVC4dn4pnyulfHAgMBAAGjggJOMIICSjA+BgNVHSAENzA1MA8GDSsG
AQQBga0hgiwBAQQwEAYOKwYBBAGBrSGCLAEBBAQwEAYOKwYBBAGBrSGCLAIBBAQwCQYDVR0TBAIw
ADAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQW
BBTxiodBVL/lA4p5iNesIsJRhhgd6zAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDAg
BgNVHREEGTAXgRV0dWV4ZW5AZmgtbXVlbnN0ZXIuZGUwgY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0
cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jcmwvY2FjcmwuY3JsMD+g
PaA7hjlodHRwOi8vY2RwMi5wY2EuZGZuLmRlL2Rmbi1jYS1nbG9iYWwtZzIvcHViL2NybC9jYWNy
bC5jcmwwgdsGCCsGAQUFBwEBBIHOMIHLMDMGCCsGAQUFBzABhidodHRwOi8vb2NzcC5wY2EuZGZu
LmRlL09DU1AtU2VydmVyL09DU1AwSQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUv
ZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSQYIKwYBBQUHMAKGPWh0dHA6
Ly9jZHAyLnBjYS5kZm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQw
DQYJKoZIhvcNAQELBQADggEBABs3VlmIZ1VF3HkaQdjInZYmamRabbdgJ7cz6m6o/agKL7+Vhwx7
1BaaYs2gMa5Nu/GJ3YfdqIsUlYtKdl58Yhp/89E6xBfJkItS+rE8RFdf2XgklGlx7GmsvdA3tId5
b6K6r9a5wpVN0epxY6K8wwpzEib6fJLcHylybQXZ7JSOaLRLp6WU3QPoyTT7FpvAe/0b2MSCbPX4
fc53PCn2aGgXuRFVQeCn1SP1BF3QW1ppkFhcF6G+0JcUxYFAXE6r/71WZBvUHqoG/th2hAwQnS+Y
KhUYh4SZQH3/ursXXJYXQ5vyIhkN1FZlmtWA8+ofdCnoqSTbiSX2Aa/kKbTapwgxggOdMIIDmQIB
ATCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5l
cyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMG
A1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMIRX9tDE2QqO3mVLXMA0GCWCGSAFl
AwQCAQUAoIIBzzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0yMTA1
MjcxNzIyNDJaMC8GCSqGSIb3DQEJBDEiBCCCtN/G77efB0aCvvBndnxFf5sSi8tX84yljLkBfXY1
yjCBrwYJKwYBBAGCNxAEMYGhMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1
ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYD
VQQLDAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwhFf20
MTZCo7eZUtcwgbEGCyqGSIb3DQEJEAILMYGhoIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8
VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUu
IFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5n
IENBAgwhFf20MTZCo7eZUtcwDQYJKoZIhvcNAQELBQAEggEAK0knA+jUDV8D8yEch0zCoNE3z8A1
n4khw3FDAsDTCsrQXqRECi8lmE7oSsehhFgyTT5KBuLA+0YcXluuGm6DLwFXUFB4qjEYYNrcBlSJ
CiHZ8CGTD7f0+xW0EmM7tBEVF5GhnMVNEb/IQsRLi1qdwcIhulNs3fufqw/6GTTZu78evevrQsnu
MgttNyaA5athCqPr0260yChDV9uaj/517WhZRR0L4NqpFKipqS6NUuxDUImuE9w3ePiPi7WJ9208
yjuTNgQ0NElZmPsG4JiDVDojDA8HrgCXr2t1/Mx50AuwPPaXok4u0ZZsoJU6T3wTPEcZZKE5YdqJ
UOzIEDKX7AAAAAAAAA==
--Apple-Mail=_3354F697-42CF-43AD-B5A5-37345F008E52--


From nobody Sun May 30 04:00:34 2021
Return-Path: 
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F13FA3A386C for ; Sun, 30 May 2021 04:00:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.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 p0JbSFEbMTyf for ; Sun, 30 May 2021 04:00:31 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (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 3462A3A386A for ; Sun, 30 May 2021 04:00:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1622372427; bh=uKnOUX98g6ZEJXkWsZXVfpgmIhonIh0QxRyZYHtPddQ=; h=X-UI-Sender-Class:To:From:Subject:Date; b=JHziFFrdav0MfaTZcjeqwyHSaaX/T3YAnHY2fATiTCQOVDXV1yJDoNR8UQbVELy7y f4qiPhHZyv+D01+CtCv6Dyr4/xvk42+QZ/6qERm8GJrpd9P6KP0QFigqantVNSg8O1 QvToIwFN2K7Mu50/KprgAIqO399JgXigrXWtel+I=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.233.106] ([185.236.167.136]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MpUZ4-1l4JKZ056q-00pqo8 for ; Sun, 30 May 2021 13:00:27 +0200
To: "tcpm@ietf.org" 
From: "Scheffenegger, Richard" 
Message-ID: <8f501fee-4cd5-46be-5549-a66186f3ac5b@gmx.at>
Date: Sun, 30 May 2021 13:00:25 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:JGfRO6WPxf/pyXnPIdMfeDh99QDR7Jv8sQ+f+zNobuP2HIe5hzF SKqz+7hpXDbIuq2egj+wLGw5b3Sv4y+lzFV6k/xTX7/2+dwnH+HRFAT5tOaaZTPNQ3Eb7Zy TklqDSZeWNFAmctyGon1b4tts4qHLwFmSGelPxJRHaU4ek14NeUZDNEzsgj0ovXncRYbEcB 7WOsQX4MFtMm12O6coZkQ==
X-UI-Out-Filterresults: notjunk:1;V03:K0:kIyxc+QIq6Q=:1Yh2OUoQGI7m4ray/9+vjb eB5p8hAnp1n7hEWEV2AO+NZVC8V43Eylk5UK1pfZ+J/QHpvth8krgd2HFsFECBPA/He5ep1zP h6rMWm5cwQueNaANo0ruGRVyCOwaWlqDPOFNux6uG8vZ8+3yjTrgONBYADqjWOJGqanLA0PRz Zf+2CxTAYQbCxoVOgO58IKTJEplv+jUqissaO+MLg+F5/Eq4Nh9HgXPkjrd1Ka6n+ErUiGJSI QbsSFArckXTHQvDkfFxYKDPw8OHVnSbLb+0bI3qYkGXviwmv1fT7IduawWrKgwWDijlUFQzuO lBUaPF/C1k6M1mH235tgR9Ul3o4PbndVqFx5oy1SpTIDE7XSsCiSxWpmZ8xfMpEQF/9ywLW/n Xh3Upa/knxbDf3tguAiUYVI5P89q5GNOqtCqH+sGxQ4Gv5BE6Ipsk4pIYqpC2PytMY0WSMkWI wwtsyFZ1vTv2+qsybdHSsXfwIZn3X/M/7HbTTOyGXU3grjBavhC1Au1UbbV5MOcTG0nnRqL9W HuYgfXNjRiyE7fJu8tKwoAbfKekWTmDDYlE4O/dCg8X5NYb6MqFBuzSlrYgxKLW5cInpGvw2Y DVQm9daAsE+fEIyiHqKT/4pwk2NCtiJCCykuX/4m7hWKb15L9Z81yLpO79eKjnhc1X84EGq6U 1Q+qBdrxJznUvGCxZp2qQLaTiqEKEhkoQ8cJAv7XFoe/LR4IHTwsLyccreCHr3MAz6DkK6cc9 SuFc9CRg+ULSdE03RZvDw41FnjCf05elK0GGWTwgWe1UxwlIUNNnnC8waZW90J+d8eAKwxS7C BgueoGvodUVwnc4VGx04l897HMW4ytL8shhzKAVzmp4X6B+4Xg9U2ZZSgg8pR+NAY9Ua45W3N rlEtumidDUNuZb9q+xZ07NitKh1TvPocPA9PoKt9l4LGLFKLe6oo4t+vaz4I6l6T4QsfQqOTV sYC16GDNANwzSohKtwdznOBgQlXUsbEGmNJjaWv1RlgiKnrSHxm7zsWsP9VCXZLQ3OBZcYRgr bs2f1CIMUdmc/d66rWpzgUf+EUBPUXAFlh8oWVnIISTBeRfZtbDe1GcMpC7HODcmM47C90u57 n8lk3bAvgm4WaGv9/rbDN9/HyoCKCyDQa1BDJFpkgs2pZYEs/qFZJ4Bu+9wYH3q23vyiBDZF1 tWP5lndgLV87MEcwsrRwIh2IvU5BfJA0dMReKgWgTDcx3ullb+Ns39qqjMyZAtLJ5eS4s=
Archived-At: 
Subject: [tcpm]  in SYN-SENT (793bis)
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 30 May 2021 11:00:34 -0000

Hi,

I would like to gather some feedback around a recently observed
modification in one TCP stack:

The 793(bis) TCP FSM does not have any direct state-transition from
SYN-SENT to CLOSE-WAIT or FIN_WAIT_1, which would be the expected
logical transition, if a  is received in that state.

Rather, the 793bis prescribes, that the FSM transitions only to
SYN-RECEIVED (or ESTABLISHED), acking on the SYN-bit, but is silent on
how to treat a FIN bit observed in this state...


Logically, the receipt of a  could be broken into the SYN
processing (first) and FIN processing second.

Any thoughts if such an additional, explicit direct state transition /
FIN processing in SYN-SENT should be added to 793bis?

(only ACKing the SYN bit should cause the other end to retransmit the
FIN in a subsequent segment, ending in either of the two states
mentioned above - depending if the ACK bit is set too).

Best regards,
   Richard


From nobody Sun May 30 06:45:56 2021
Return-Path: 
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90B3B3A3CE9 for ; Sun, 30 May 2021 06:45:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.481
X-Spam-Level: 
X-Spam-Status: No, score=-1.481 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.398, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GAHbiRh0v1AL for ; Sun, 30 May 2021 06:45:50 -0700 (PDT)
Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 566263A3CE8 for ; Sun, 30 May 2021 06:45:49 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:b56c:3c9:75d0:af31]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 8DEDE7220BFAB; Sun, 30 May 2021 15:45:44 +0200 (CEST)
From: tuexen@fh-muenster.de
Message-Id: 
Content-Type: multipart/signed; boundary="Apple-Mail=_C145E47D-998F-40B4-8F1E-E5BB452950B5"; protocol="application/pkcs7-signature"; micalg=sha-256
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\))
Date: Sun, 30 May 2021 15:45:44 +0200
In-Reply-To: <8f501fee-4cd5-46be-5549-a66186f3ac5b@gmx.at>
Cc: "tcpm@ietf.org" 
To: "Scheffenegger, Richard" 
References: <8f501fee-4cd5-46be-5549-a66186f3ac5b@gmx.at>
X-Mailer: Apple Mail (2.3654.100.0.2.22)
Archived-At: 
Subject: Re: [tcpm]  in SYN-SENT (793bis)
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 30 May 2021 13:45:55 -0000

--Apple-Mail=_C145E47D-998F-40B4-8F1E-E5BB452950B5
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

> On 30. May 2021, at 13:00, Scheffenegger, Richard  =
wrote:
>=20
> Hi,
>=20
> I would like to gather some feedback around a recently observed
> modification in one TCP stack:
>=20
> The 793(bis) TCP FSM does not have any direct state-transition from
> SYN-SENT to CLOSE-WAIT or FIN_WAIT_1, which would be the expected
> logical transition, if a  is received in that state.
>=20
> Rather, the 793bis prescribes, that the FSM transitions only to
> SYN-RECEIVED (or ESTABLISHED), acking on the SYN-bit, but is silent on
> how to treat a FIN bit observed in this state...
Well, it states (and is therefore not silent):

Otherwise enter SYN-RECEIVED, form a SYN,ACK segment

  

and send it.  Set the variables:

  SND.WND <- SEG.WND
  SND.WL1 <- SEG.SEQ
  SND.WL2 <- SEG.ACK

If there are other controls or text in the segment, queue
them for processing after the ESTABLISHED state has been
reached, return.

However, I think the queuing of the test is not needed. Since the =
SYN-ACK
does not acknowledge the FIN, I would expect the peer to finish the
three way handshake by sending a FIN ACK.

I guess the following should happen (expressed in a packetdrill script):

 0.00 socket(..., SOCK_STREAM, IPPROTO_TCP) =3D 3
+0.00 fcntl(3, F_GETFL) =3D 0x02 (flags O_RDWR)
+0.00 fcntl(3, F_SETFL, O_RDWR | O_NONBLOCK) =3D 0
+0.00 getsockopt(3, SOL_SOCKET, SO_RCVBUF, [65536], [4]) =3D 0
+0.00 connect(3, ..., ...) =3D -1 EINPROGRESS (Operation now in =
progress)
+0.00 > S  0:0(0)       win 65535 
+0.00 getsockopt(3, SOL_SOCKET, SO_RCVBUF, [65536], [4]) =3D 0
+0.00 %{ assert tcpi_state =3D=3D TCPI_SYN_SENT }%
+0.10 < SF 0:0(0)       win 32767 
+0.00 > S. 0:0(0) ack 1 win 65535 
+0.00 %{ assert tcpi_state =3D=3D TCPI_SYN_RECEIVED }%
+0.00 < F. 1:1(0) ack 1 win 32767
+0.00 >  . 1:1(0) ack 2 win 65535
+0.00 %{ assert tcpi_state =3D=3D TCPI_CLOSE_WAIT }%
+0.00 close(3) =3D 0
+0.00 > F. 1:1(0) ack 2 win 65535
+0.00 <  . 2:2(0) ack 2 win 32767


>=20
>=20
> Logically, the receipt of a  could be broken into the SYN
> processing (first) and FIN processing second.
>=20
> Any thoughts if such an additional, explicit direct state transition /
> FIN processing in SYN-SENT should be added to 793bis?
This would mean that the endpoint in a synchronized state without
its SYN being ACKed. I don't think this is a good idea.

Best regards
Michael

>=20
> (only ACKing the SYN bit should cause the other end to retransmit the
> FIN in a subsequent segment, ending in either of the two states
> mentioned above - depending if the ACK bit is set too).
>=20
> Best regards,
>  Richard
>=20
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm


--Apple-Mail=_C145E47D-998F-40B4-8F1E-E5BB452950B5
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEKow
ggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYTAkRFMSsw
KQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5
c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAy
MB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNVBAYTAkRFMUUwQwYDVQQK
EzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVuIEZvcnNjaHVuZ3NuZXR6ZXMg
ZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERGTi1WZXJlaW4gQ2VydGlmaWNhdGlv
biBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMtg1/9moUHN0vqH
l4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZsFVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8F
XRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0peQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+Ba
L2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qL
NupOkSk9s1FcragMvp0049ENF4N1xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz
9AkH4wKGMUZrAcUQDBHHWekCAwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU
k+PYMiba1fFKpZFK4OpL4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYD
VR0TAQH/BAgwBgEB/wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGC
LB4wCAYGZ4EMAQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUv
cmwvVGVsZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYB
BQUHMAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw
Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5jZXIw
DQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4eTizDnS6
dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/MOaZ/SLick0+
hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3SPXez7vTXTf/D6OWS
T1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc22CzeIs2LgtjZeOJVEqM7
h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bPZYoaorVyGTkwggWsMIIElKAD
AgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYDVQQGEwJERTFFMEMGA1UEChM8VmVy
ZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYu
MRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRERk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0
aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcNMzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUx
RTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5n
c25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9i
YWwgSXNzdWluZyBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp
1xCeOdfZojDbchwFfylfS2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6W
LkDh0YNMZj0cZGnlm6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mI
TQ5HjUhfZZkQ0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUk
P7agCwf9TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22M
ZD08WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P
AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAdBgNV
HQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK4OpL4qIM
z+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9v
dC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIucGNhLmRmbi5kZS9n
bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYBBQUHAQEEgdAwgc0wMwYI
KwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIvT0NTUDBKBggrBgEF
BQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY2FjZXJ0
L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJv
b3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/
DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCN
T1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7Ln8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+
lgQCXISoKTlslPwQkgZ7nu7YRrQbtQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v
9NsH1VuEGMGpuEvObJAaguS5Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7
EUkp2KgtdRXYShjqFu9VNCIaE40GMIIF4DCCBMigAwIBAgIMIRX9tDE2QqO3mVLXMA0GCSqGSIb3
DQEBCwUAMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVp
bmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUw
IwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTE5MDYwNDE0MjkxMFoXDTIy
MDYwMzE0MjkxMFowfDELMAkGA1UEBhMCREUxIDAeBgNVBAoMF0ZhY2hob2Noc2NodWxlIE11ZW5z
dGVyMTIwMAYDVQQLDClGYWNoYmVyZWljaCBFbGVrdHJvdGVjaG5payB1bmQgSW5mb3JtYXRpazEX
MBUGA1UEAwwOTWljaGFlbCBUdWV4ZW4wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDM
r8qQcPxLFCxzPtXvRyM9KeQaxyMA8gwUNc7IIiATs6mRQFe5ib/mvwT9nc0bAa+94go6HJDiD3FJ
NkTo4u8aBsIcTt5pJtdBQLm88PLakbe3+fp/00//n7xxbTh7mAtFVCf25LxDCKkrdGk/+jglRq/R
VdwhZZ3VpYCrx8YfI/hIzdRL3+4I4z/mnQ8K0X8d2MVVPG+9nBEngdnYGez5f/8wIVOgEYYBc21k
yvMnVXLu2Ing+LwBd0gDG9Vasv87MNHCOZfJTNBlLhI2UDei/uNg9Zd4ynlMpPWZ7v0oiDWvmv8E
OuD4oric8heyD0OYK2FL4qcVC4dn4pnyulfHAgMBAAGjggJOMIICSjA+BgNVHSAENzA1MA8GDSsG
AQQBga0hgiwBAQQwEAYOKwYBBAGBrSGCLAEBBAQwEAYOKwYBBAGBrSGCLAIBBAQwCQYDVR0TBAIw
ADAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQW
BBTxiodBVL/lA4p5iNesIsJRhhgd6zAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDAg
BgNVHREEGTAXgRV0dWV4ZW5AZmgtbXVlbnN0ZXIuZGUwgY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0
cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jcmwvY2FjcmwuY3JsMD+g
PaA7hjlodHRwOi8vY2RwMi5wY2EuZGZuLmRlL2Rmbi1jYS1nbG9iYWwtZzIvcHViL2NybC9jYWNy
bC5jcmwwgdsGCCsGAQUFBwEBBIHOMIHLMDMGCCsGAQUFBzABhidodHRwOi8vb2NzcC5wY2EuZGZu
LmRlL09DU1AtU2VydmVyL09DU1AwSQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUv
ZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSQYIKwYBBQUHMAKGPWh0dHA6
Ly9jZHAyLnBjYS5kZm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQw
DQYJKoZIhvcNAQELBQADggEBABs3VlmIZ1VF3HkaQdjInZYmamRabbdgJ7cz6m6o/agKL7+Vhwx7
1BaaYs2gMa5Nu/GJ3YfdqIsUlYtKdl58Yhp/89E6xBfJkItS+rE8RFdf2XgklGlx7GmsvdA3tId5
b6K6r9a5wpVN0epxY6K8wwpzEib6fJLcHylybQXZ7JSOaLRLp6WU3QPoyTT7FpvAe/0b2MSCbPX4
fc53PCn2aGgXuRFVQeCn1SP1BF3QW1ppkFhcF6G+0JcUxYFAXE6r/71WZBvUHqoG/th2hAwQnS+Y
KhUYh4SZQH3/ursXXJYXQ5vyIhkN1FZlmtWA8+ofdCnoqSTbiSX2Aa/kKbTapwgxggOdMIIDmQIB
ATCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5l
cyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMG
A1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMIRX9tDE2QqO3mVLXMA0GCWCGSAFl
AwQCAQUAoIIBzzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0yMTA1
MzAxMzQ1NDRaMC8GCSqGSIb3DQEJBDEiBCAG5okWVeOaiOPTrJuXvEH695eCduDdpLyTDKPOjnPf
yTCBrwYJKwYBBAGCNxAEMYGhMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1
ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYD
VQQLDAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwhFf20
MTZCo7eZUtcwgbEGCyqGSIb3DQEJEAILMYGhoIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8
VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUu
IFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5n
IENBAgwhFf20MTZCo7eZUtcwDQYJKoZIhvcNAQELBQAEggEAWBEiJsiZGetnOieFPZXogoRSgQE1
4k+Ua2k18+Sm+djVjHMm040Wy+Qv9zHh3Kl5Fjvb/32Lx5Kidqmg5iTlaSWp7//S1GhfPnj89Uq9
QdRCV5PyHrshYa8wN9x+KzX/vfmxukYC/x7EUA4pK5PkCbTiPp2u5PSuEag4nm/hi6iv5t4Iuq5B
3faFJxgoNwFckrKnHjoQi5Yi8mg79WYAIfjsa38dEWmAXMcVrFdtHkCoqcfZ45xN+19DxYHJlMX+
0woETruLH4Wu2jaeEHwSs8iovRSfN8H1BO5eeQ+UCVyN9wr8SKklsH68DrLLkfGhi3690JmB0GwH
P0m1txYAZwAAAAAAAA==
--Apple-Mail=_C145E47D-998F-40B4-8F1E-E5BB452950B5--