Re: [tcpm] Comments to draft-ietf-tcpm-tcp-edo-13

"D. Wythe" <alibuda@linux.alibaba.com> Mon, 27 November 2023 07:16 UTC

Return-Path: <alibuda@linux.alibaba.com>
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 688D2C14CE22 for <tcpm@ietfa.amsl.com>; Sun, 26 Nov 2023 23:16:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10
X-Spam-Level:
X-Spam-Status: No, score=-10 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, ENV_AND_HDR_SPF_MATCH=-0.5, NICE_REPLY_A=-0.091, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id APBLAfP56Upg for <tcpm@ietfa.amsl.com>; Sun, 26 Nov 2023 23:16:52 -0800 (PST)
Received: from out30-133.freemail.mail.aliyun.com (out30-133.freemail.mail.aliyun.com [115.124.30.133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ABA36C14CF1D for <tcpm@ietf.org>; Sun, 26 Nov 2023 23:16:51 -0800 (PST)
X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R751e4; CH=green; DM=||false|; DS=||; FP=0|-1|-1|-1|0|-1|-1|-1; HT=ay29a033018046060; MF=alibuda@linux.alibaba.com; NM=1; PH=DS; RN=1; SR=0; TI=SMTPD_---0VxB.HK0_1701069407;
Received: from 30.221.149.95(mailfrom:alibuda@linux.alibaba.com fp:SMTPD_---0VxB.HK0_1701069407) by smtp.aliyun-inc.com; Mon, 27 Nov 2023 15:16:48 +0800
Message-ID: <fcc18dd1-0bd4-0635-cedf-8b6c03f600c9@linux.alibaba.com>
Date: Mon, 27 Nov 2023 15:16:46 +0800
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.15.1
Content-Language: en-US
To: tcpm@ietf.org
References: <45b812f2-7fb1-4ace-9b7b-a810fd46fdc4@gmx.at> <4E0FB31F-F835-4B65-A179-D6E55320385D@strayalpha.com>
From: "D. Wythe" <alibuda@linux.alibaba.com>
In-Reply-To: <4E0FB31F-F835-4B65-A179-D6E55320385D@strayalpha.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/9kgpLSIiAw72yc4p9uG7Mj_e0io>
Subject: Re: [tcpm] Comments to draft-ietf-tcpm-tcp-edo-13
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.39
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, 27 Nov 2023 07:16:53 -0000


On 11/24/23 10:11 PM, Joe Touch wrote:
>> On Nov 23, 2023, at 11:46 AM, rs.ietf@gmx.at wrote:
>>
>> In
>> general, reflecting unknown options and flags is a very bad practise -
>> as the semantics of these extentions are unknown.
> In general, it typically is used to confirm support for an option so it’s especially wrong.
>
> One way to catch this bug may be reflect EDO with 3 bytes. The bad part is that it might not fit in the option space in the SYN-ACK (if it barely fit in the SYN, eg).
>
> I think this should just be a bug that is reported or fixed, though.

Hi Joe,

Yes, we have tried negotiating TCP options with different values to 
avoid this issue. However, upon further understanding of the cause of 
this problem,
we have discovered that it may only exist in certain organizations. I am 
inclined not to introduce more complexity to the protocol.

Best wishes,
D. Wythe
> Joe