Re: [tsvwg] Warren Kumari's No Objection on draft-ietf-tsvwg-ecn-encap-guidelines-21: (with COMMENT)

Bob Briscoe <in@bobbriscoe.net> Fri, 01 December 2023 01:07 UTC

Return-Path: <in@bobbriscoe.net>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F128BC14CE36; Thu, 30 Nov 2023 17:07:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bobbriscoe.net
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 i7i3aYofc7iO; Thu, 30 Nov 2023 17:07:38 -0800 (PST)
Received: from mail-ssdrsserver2.hostinginterface.eu (mail-ssdrsserver2.hostinginterface.eu [185.185.85.90]) (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 3DBC0C14CF1C; Thu, 30 Nov 2023 17:07:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=In-Reply-To:From:References:Cc:To:Subject: MIME-Version:Date:Message-ID: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=Ym6i++aA583cKYWHCOMKdKfAhlSKUTQC4/RF2MBHGM0=; b=2/B3u3StTEMRP5T5BxDelnh+a6 YWoooaui5zlkJwwomqn7izCec2zAFEo9VMKuKyxd2kFXxX4rnYJDAwdQUEc/fXuleaE1HVYgDC7xY UoLCiNPwcByrP5UTiU/IfY/hD4xtY8eljg8TvklpCSUU6/iwQ433WhDfXCiveeXIqOmjQP2a/eAHK WRpyn540G60APsATm8nI0wpp4TLbtmFVaSKArDeMnP4JEw2PmG6TvGp5pNZKk+lvuFybcThlK7aYh /1vN3GpJgmNeuwYvPjz0vg3RrlpOOrAHZrNNs3Jpfx+XJJCl4c+GIleCZd1M8jd4eeD2qYm/vVNWl vMtQqErQ==;
Received: from 67.153.238.178.in-addr.arpa ([178.238.153.67]:35352 helo=[192.168.1.29]) by ssdrsserver2.hostinginterface.eu with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96.2) (envelope-from <in@bobbriscoe.net>) id 1r8s0O-0000Zs-03; Fri, 01 Dec 2023 01:07:36 +0000
Content-Type: multipart/alternative; boundary="------------ZtM0omLKQVhdL7QbwV6NVG04"
Message-ID: <577498c4-df4d-4a3f-8245-5310b260264a@bobbriscoe.net>
Date: Fri, 01 Dec 2023 01:07:33 +0000
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-GB
To: Warren Kumari <warren@kumari.net>, The IESG <iesg@ietf.org>
Cc: draft-ietf-tsvwg-ecn-encap-guidelines@ietf.org, tsvwg-chairs@ietf.org, tsvwg@ietf.org, David Black <david.black@dell.com>, gorry@erg.abdn.ac.uk, tjw.ietf@gmail.com, ops-dir@ietf.org
References: <170130261752.26707.72345945755378389@ietfa.amsl.com>
From: Bob Briscoe <in@bobbriscoe.net>
In-Reply-To: <170130261752.26707.72345945755378389@ietfa.amsl.com>
X-MagicSpam-TUUID: 931451ac-8cdf-4620-881a-67d9112daad6
X-MagicSpam-SUUID: 7fb7fdd4-0b6d-4b7f-a5da-caf6d902d766
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - ssdrsserver2.hostinginterface.eu
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: ssdrsserver2.hostinginterface.eu: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: ssdrsserver2.hostinginterface.eu: in@bobbriscoe.net
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/d9jJCLmGfEw0mTtUfkfBFnJYD9I>
Subject: Re: [tsvwg] Warren Kumari's No Objection on draft-ietf-tsvwg-ecn-encap-guidelines-21: (with COMMENT)
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Dec 2023 01:07:43 -0000

Warren, Thanks for your review - see [BB]

On 30/11/2023 00:03, Warren Kumari via Datatracker wrote:
> Warren Kumari has entered the following ballot position for
> draft-ietf-tsvwg-ecn-encap-guidelines-21: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer tohttps://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/  
> for more information about how to handle DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-tsvwg-ecn-encap-guidelines/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Thank you for this document, and to Tim Wicinski for the OpsDir review
> (https://datatracker.ietf.org/doc/review-ietf-tsvwg-ecn-encap-guidelines-20-opsdir-lc-wicinski-2023-10-31/).
>
> I think that it would have been helpful for the Abstract to be more specific
> about the "Updates" - "This document is included in BCP 89 and updates the
> advice to subnetwork designers about ECN in RFC 3819." -- how does it update
> the advice? What has changed from RFC3819? The purpose of this is to help
> readers of the abstract understand what changed / where to focus their
> attention, and this seems to boil down to "read the whole document".

[BB] PROPOSED:
This document is included in BCP 89 and*the whole document*  updates the
*single paragraph of*  advice to subnetwork designers about ECN in RFC 3819.

Let me know if this is still not sufficient.

(FYI, that single para in 3819 was:

    Another possible approach to flow control in the subnet would be to
    work with TCP Explicit Congestion Notification (ECN) semantics
    [RFC3168  <https://www.rfc-editor.org/rfc/rfc3168>] through utilizing explicit congestion indicators in subnet
    frames.  Routers at the edges of the subnet, rather than shaping,
    would set the explicit congestion bit in those IP packets that are
    received in subnet frames that have an ECN indication.  Nodes in the
    subnet would need to implement an active queue management protocol
    that marks subnet frames instead of dropping them.

)

-- 
________________________________________________________________
Bob Briscoehttp://bobbriscoe.net/