IETF Logo Mail Archive

Re: [tcpm] I-D Action: draft-nishida-tcpm-agg-syn-ext-00.txt

"Scheffenegger, Richard" <rs.ietf@gmx.at> Mon, 08 February 2021 22:51 UTC

Return-Path: <rs.ietf@gmx.at>
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 7D0423A168F for <tcpm@ietfa.amsl.com>; Mon, 8 Feb 2021 14:51:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.4
X-Spam-Level:
X-Spam-Status: No, score=-0.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_WEB=1.5, 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 (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 QvNj4Tx0JcE5 for <tcpm@ietfa.amsl.com>; Mon, 8 Feb 2021 14:51:30 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 6750A3A168B for <tcpm@ietf.org>; Mon, 8 Feb 2021 14:51:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1612824668; bh=jD36R8aPP1Sb7EISou1vy1PnFte13kmkH5FPW8xUWJ0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=BHg0hgvtwyMB0ZrTcD3+2WzF0Bd/JRakb50XWRj+uNQKZ7QhyT8Z0H2jJChmVopz7 lrN+0AZTcqERBv1ptVEPBzDc5qF9iKTgszsGW4LHDYjuzV/Fwk118RtzR4SSZp0ora 7LfLS+Sy2tRNZ273YN4QlI+FS6w9Ve34fZ1s1bf4=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.199] ([178.165.131.138]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N7i8Y-1lw2dq28zS-014iSZ; Mon, 08 Feb 2021 23:51:08 +0100
To: Joe Touch <touch@strayalpha.com>, Matthew Luckie <mjl@caida.org>
Cc: "tcpm@ietf.org Extensions" <tcpm@ietf.org>
References: <YCG4EQ9BCAvucdN1@sorcerer.cms.waikato.ac.nz> <ADEC4856-4A30-419A-B4AD-5AB3F9F1308E@strayalpha.com>
From: "Scheffenegger, Richard" <rs.ietf@gmx.at>
Message-ID: <7185f861-bd66-d157-714e-e3b10e6d40e3@gmx.at>
Date: Mon, 08 Feb 2021 23:51:06 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0
MIME-Version: 1.0
In-Reply-To: <ADEC4856-4A30-419A-B4AD-5AB3F9F1308E@strayalpha.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:R8ED8XdNmFX8QZShMv85OvlzFzeKSv3o1iQALwSUGxkm+YdLD9G 6UXa0Dm0Uk8goIXb8NQUyC0JK5pZRu0q1aDSYVyZfAU/jmx+np0zEC2H4EvRc9KsOm31O7f G7FiwBCLeNsE1QQiylszU06dH4s22KCrECjVoXDyDNEaBb090Rn21yQ4oxE7syXJcszq6qq 0FTGGP8PThUEXUX/fpcaA==
X-UI-Out-Filterresults: notjunk:1;V03:K0:YszkrmDNZQ4=:kINs/Hq5mWBw8kv47Ck4ND 0VBTTojY5FhUk2+WxNQnNqxbexDAN7VZkTVeTGYYcffjZxO+qcGtgcf0aVg2gl2qTFvAqRY/E U3+9VFxHcB30wqN5CAgllNZ7W7KhNzt7M4oZjoZYlDbG/8hMOBgdiHFza+4fivLDzDgW8ZH/l JEjLsiqu0qMdxlw31J4VgyUfoCTzhbwl0WLm8ROhmiDRo674WrCIGRSUhZR0KUPn55oHpHHeh m2S9C7Q0wel/hMF7JNWOLA+tdZxTywM0iFfYC6NGWPdqplG9yRa15iNLVO2h3WQQs/07EcS6M KZ46MMz/AA379lznW+Cng2rGmFNdnnXRU9OE8tIGBkCHmVnfVvW5b6mt8oF8q76wsd1/hkBS4 WFiPBNrQAAfDBc1yXt4N08i5kHEaC/BLacDbXMJv1RlH2nUXY0IrAuO9eIa3AWDoi4U59qKXG YVYuddElDwtReumED9+mygi8liKba/KtHid0GmDjXMQF82W5gnP1RWBVKcGPjT8YaOQfhoX6M MVLAjaWEw8qLrYWjd3BxmMDdlB9h2wFu32sjKLJi+OeCX09E48aQk17OXF1p9IZkM0RkzxNPO 97kgv69lGGvdfIHfDhNl/iEsyj514BQZHPmnwJHVOn7amHh+3K37RLVxlXeB786r0E0IFw1Gc PtJnUh9MrM90oZ5BZyEMrmwo6SUZCN7GNsT8ewhyD/lBBqHZYS8TurD0btCD65OBPUcyKMp0Z y/tvNKGiNsTe/HnSQ1wKvpVyS4PH/umJOhog+UcwNV57smKkQ+jAf7W3bnxFVQr1ywL0qCJno 55xDxErFdvMnKnwFgJWEKeyRT/AiUHIEPWxTWWTT8EVfGeTwNbhzZpaU7jwaN42LjJqfVwAzm x07Ba3EFLUKUTEzG0E1Q==
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/-e-NG-_z1SWuLHMOujkvlJN4u5w>
Subject: Re: [tcpm] I-D Action: draft-nishida-tcpm-agg-syn-ext-00.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Feb 2021 22:51:33 -0000

Reading the referenced MPTCP documents and surveys, "we" already have...

Am 08.02.2021 um 23:42 schrieb Joe Touch:
> That sounds like a very serious bug. It would be important to get it fixed before we all waste time trying to adapt to it.
>
> Joe
>
>> On Feb 8, 2021, at 2:16 PM, Matthew Luckie <mjl@caida.org> wrote:
>>
>> Hi Richard,
>>
>>> On Mon, Feb 08, 2021 at 10:46:45PM +0100, Scheffenegger, Richard wrote:
>>> Hi Yoshi,
>>>
>>> Sorry to nitpick - in your draft, you mention that some hosts reflect
>>> back unknown tcp options, which is why you are using different GID
>>> mappings between SYN and SYN,ACK.
>>>
>>> I did read about this behavior concerning TCP header flags / reserved
>>> bits - but have not come across a paper where this behavior is described
>>> for unknown TCP options (or I may have missed that aspect in the various
>>> studies around TCP option investigations done by MPTCP and other groups).
>>
>> There is some discussion of systems that seem to reflect TCP options here:
>>
>> http://blog.multipath-tcp.org/blog/html/2018/12/19/which_servers_use_multipath_tcp.html
>>
>> Matthew_______________________________________________
>> tcpm mailing list
>> tcpm@ietf.org
>> https://www.ietf.org/mailman/listinfo/tcpm
>

v2.23.0 | Report a Bug | By Email