Re: [Lwip] Publication has been requested fordraft-ietf-lwig-tcp-constrained-node-networks-09

Carles Gomez Montenegro <> Wed, 27 May 2020 16:41 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id E062E3A0F0A; Wed, 27 May 2020 09:41:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id PRxRm3V2ZRi6; Wed, 27 May 2020 09:41:35 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 2CFD73A0F48; Wed, 27 May 2020 09:41:19 -0700 (PDT)
Received: from ( []) by (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id 04RGfCvx051164; Wed, 27 May 2020 18:41:12 +0200
Received: from ( []) by (Postfix) with ESMTP id 7A8861D53C1; Wed, 27 May 2020 18:41:11 +0200 (CEST)
Received: from by with HTTP; Wed, 27 May 2020 18:41:12 +0200
Message-ID: <>
In-Reply-To: <>
References: <> <>
Date: Wed, 27 May 2020 18:41:12 +0200
From: Carles Gomez Montenegro <>
To: Markku Kojo <>
User-Agent: SquirrelMail/1.4.21-1.fc14
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: clamav-milter 0.100.3 at dash
X-Virus-Status: Clean
X-Greylist: ACL matched, not delayed by milter-greylist-4.3.9 ( []); Wed, 27 May 2020 18:41:13 +0200 (CEST)
Archived-At: <>
Subject: Re: [Lwip] Publication has been requested fordraft-ietf-lwig-tcp-constrained-node-networks-09
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Lightweight IP stack. Official mailing list for IETF LWIG Working Group." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 27 May 2020 16:41:37 -0000

Hi Markku,

Thanks for your message below!

Your message is timely, as we are at an earlier stage of the document
process. (I understand that the shepherd writeup still needs to be
prepared, and the document has not yet been evaluated by the IESG.)

In the next update of the draft, we will add the reference and will edit
the text as per your suggestion.

Once again, thanks a lot for your contributions to this document!



> Hi Carles, All
> thanks again for your work on this!
> This seems still about to be advanced to publication in the process, so
> there is one reference that I just noted and that I (and others) missed
> earlier, and that you might want to add to this doc once it appears to
> auth48.
> It's related to my earlier comment on Sec 4.1.1 (see below):
>>>>> In addition, to my understanding TCP implementations typically
> address
>>>>> the presence of TCP options such that they eat the necessary space
> for
>>>>> TCP options from the payload, not by increasing the IP datagram size
>>>>> if TCP options are present. For example, if SMSS is set to, let's say
>>>>> 1460 octets, and a TCP sender adds a TCP timestamp option (12 bytes)
> it
>>>>> will send only 1448 bytes of payload in a TCP segment?
>>>>> What the draft now says in this respect is on the safe side, but it
>>>>> might be overcautious. I don't remember any RFC saying how SMSS and
>>>>> adding options to a TCP segment are related. Maybe someone of the TCP
>>>>> implementors may shed more light to this how?
>>>> We have tried to address your two comments above. On this matter, we
> had
>>>> received feedback that this measure (advertising an MSS smaller than
>>>> 1220
>>>> bytes) would be safe, but we have tried to reflect that this might not
>>>> be
>>>> necessary, and even overcautious.
>>> Seems fine, thanks.
> I didn't remember at the time, but there actually is an RFC that gives
> the guidelines of handling this, RFC 6691, and it would be worth citing
> here. And possibly slightly editing the text that says "Note that, in
> many implementations, ..." to emphasize something along the lines:
> "However, note that it is recommended/reguired/advised (?) for TCP
> implementations to consume payload space instead of increasing datagram
> size when including IP or TCP options in an IP packet to be sent
> [RFC6691]. Therefore, the suggestion of advertising an MSS smaller than
> 1220 bytes is likely to be overcautious and its suitability should be
> considered carefully.
> The requirement in RFC 6691 is lower case must in an informational RFC, so
> not quite sure how to best reflect that here when citing (maybe using
> "advised" above)? My suggested text also slightly modifies the original
> text, but I believe it's all ok to edit it like this even during auth48?
> If you feel it is better not to change the text anymore at this point, I
> think it's also fine just adding the reference (though I personally find
> it better/more correct  to change the text a bit along the lines above).
> Best regards,
> /Markku
> On Fri, 6 Mar 2020, Zhen Cao via Datatracker wrote:
>> Zhen Cao has requested publication of
>> draft-ietf-lwig-tcp-constrained-node-networks-09 as Informational on
>> behalf of the LWIG working group.
>> Please verify the document's state at
>> _______________________________________________
>> Lwip mailing list