Re: [tcpPrague] FW: I-D Action: draft-black-tsvwg-ecn-experimentation-00.txt

Ingemar Johansson S <ingemar.s.johansson@ericsson.com> Thu, 06 October 2016 08:31 UTC

Return-Path: <ingemar.s.johansson@ericsson.com>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95D881297B0; Thu, 6 Oct 2016 01:31:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.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 KGCL5vmtrOcN; Thu, 6 Oct 2016 01:31:37 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 1CE8D1297A4; Thu, 6 Oct 2016 01:31:36 -0700 (PDT)
X-AuditID: c1b4fb3a-e95069800000099a-33-57f60be741d7
Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.183.48]) by (Symantec Mail Security) with SMTP id 7E.3F.02458.7EB06F75; Thu, 6 Oct 2016 10:31:35 +0200 (CEST)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.48) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 6 Oct 2016 10:31:31 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=klMoDvlvk0pPe8OJ7l+hBnciKQqrMHB3f8PzyQVtekw=; b=K1Yjz18/GSuLOp00xacpiJzGtsnqMuT+Ull3LSOramTc03yfPjgTqxj13EfeyjSzdL9zDtslfZYj5XeMKbWI4wrb0SafIMy+FS+y0gmbW5NA3VHkKUu5WI++ZWcA0dRsR5xZlcz49p/QJi2AkYkdLVKLiUC5Y6cxnhtRgUTquP4=
Received: from DB4PR07MB348.eurprd07.prod.outlook.com (10.141.234.148) by DB4PR07MB346.eurprd07.prod.outlook.com (10.141.234.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.639.5; Thu, 6 Oct 2016 08:31:31 +0000
Received: from DB4PR07MB348.eurprd07.prod.outlook.com ([10.141.234.148]) by DB4PR07MB348.eurprd07.prod.outlook.com ([10.141.234.148]) with mapi id 15.01.0649.024; Thu, 6 Oct 2016 08:31:31 +0000
From: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
To: "Black, David" <David.Black@dell.com>, "tsvwg@ietf.org" <tsvwg@ietf.org>, "tcpm-chairs@ietf.org" <tcpm-chairs@ietf.org>, "tcpPrague@ietf.org" <tcpPrague@ietf.org>
Thread-Topic: [tcpPrague] FW: I-D Action: draft-black-tsvwg-ecn-experimentation-00.txt
Thread-Index: AQHSHBZGHx9sUXyObEi9tVnmmFrvjKCa+yXw
Date: Thu, 06 Oct 2016 08:31:30 +0000
Message-ID: <DB4PR07MB3482CDD877C9870E0CC7093C2C70@DB4PR07MB348.eurprd07.prod.outlook.com>
References: <147527426837.20369.878763602331124041.idtracker@ietfa.amsl.com> <CE03DB3D7B45C245BCA0D243277949362F6B60ED@MX307CL04.corp.emc.com>
In-Reply-To: <CE03DB3D7B45C245BCA0D243277949362F6B60ED@MX307CL04.corp.emc.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ingemar.s.johansson@ericsson.com;
x-originating-ip: [192.176.1.89]
x-ms-office365-filtering-correlation-id: 8a27b6fd-2085-4127-6156-08d3edc32c8a
x-microsoft-exchange-diagnostics: 1; DB4PR07MB346; 6:wpWd2cHRdFlOPxMk+I0H9AQs9GUycRvjIw5TUIsy958r65yvlhToK3XEH1cGTn24pSenCzJ/PjNxJapgzS0+V7hhIlgf1lDQKBr7b25gURbQGBkLWl0UjuAb9uePyJwRzB5sRt8xCgLQKa13+ktnFiuPCherO/sgm/m+rqKln4NRi14yHe3lUZQFUBUKjNIQ6puEzUWxg/1tuLcEN/GZOqfu0SlOkFrNUXyKzCL9S8Mim4/fjTDAgO3ZKGF6WMqec+xp+hv8D95+K8dIDqg2i4E3Tb/yanrtG2qC6cxYM9E=; 5:cs4yhbsTvTvz5dPgIzr1cDBkRIguyf7dlQkWjzYvqNAvJ2KF1Wvg22mCOWfcnFKe5G6++e+KgEDW+a0WaqG51VcaHiAu5JXMF/1KsVovVJw/m7Yu2x+KHl02ujoB+P/0B4yAY7srraD0zu/yr+9zCQ==; 24:fCFJLN++hQ5y9uOESZNwNfd0PeahIgPtm3Ojhn7muMI8zvf0uhXdHJPCKWsKrSFjA+tW77523ulrhyIhJEH4V6pBUbOzgS9CPdds6KR5s9I=; 7:POd5DVSbJ7i95+ArRaKykOxk/I1DM3QgPLTTx8MGGSuBEjfApnDhUca+M9znaczzfhRE6Gal6RP5CyVSLvbxL5Wjr6gAJt9B+zAc/MrJFdqNnhKXOITrZdO98eRxS/BAv+utEmOftnGHaLkmHFqumhGXFCSQkhaL166H2Z9A2MUs2TArzhdiUuRAFra7psLNGAh1c1AQJHCmds+MP1ddzdHQ/WswBULUs6xs+W2eH+pr1hCl0Kh+ncoce6/BprEkusdjK9nBLFWw99+h9eL4U6KQ3kak+0MA+29QKsktis7nm7KoUes3RlUOO9W5lEZG
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB4PR07MB346;
x-microsoft-antispam-prvs: <DB4PR07MB346D2AEDD9F43E475060298C2C70@DB4PR07MB346.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(56004941905204);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:DB4PR07MB346; BCL:0; PCL:0; RULEID:; SRVR:DB4PR07MB346;
x-forefront-prvs: 00872B689F
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(377424004)(199003)(377454003)(189002)(13464003)(74316002)(3660700001)(586003)(102836003)(33656002)(86362001)(3846002)(6116002)(76176999)(2201001)(50986999)(230783001)(10400500002)(5660300001)(106116001)(3280700002)(105586002)(189998001)(4001430100002)(5002640100001)(101416001)(11100500001)(7696004)(8936002)(54356999)(2501003)(106356001)(68736007)(5001770100001)(2900100001)(66066001)(15975445007)(81166006)(81156014)(2950100002)(97736004)(8666005)(19580395003)(77096005)(4326007)(305945005)(7846002)(9686002)(19580405001)(122556002)(92566002)(7736002)(87936001)(2906002)(76576001)(107886002)(7059030); DIR:OUT; SFP:1101; SCL:1; SRVR:DB4PR07MB346; H:DB4PR07MB348.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Oct 2016 08:31:30.0555 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR07MB346
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA01Sa0hTYRjm2znbzmarr6X4amk2IsFsmXQRUVMiVEK7/JmsKIce1PLWOUsy IUYlMlMxK3EmOC/LaZkWkoIpbGBD8wYadvEWLUUzS1lesllux6B/z/s+z/c+7/PyUYS0mO9J paSraSZdlSoTiEldXGvAgWmXJUXA8Lh30EJ5DRlUUGMXBD3UmMig13NjgnAyqkRXRkTV1q7y zvCU4pBEOjUli2YOhsWLk7/05RGZ9b7X76zfIzSoY3c+ElGAD0Neu02Qj8SUFDchmCnq5HOF BcFbm8lZkLiQgE9Dq6TjiRQ/4MGaMYdTdSGwPvkmcBACHAL15mXkIFxxA4KCnkKhgyBwMNgs dsKBd2AFVPwYdE5yxXGga2sScjgQpgz9zj6J90J5T9+GnqIkWAkTvZGcWTEC7d0RnkMjwrHQ 0T/qnImwF0wsj5Oclzt8sFbyuHAYal8NEBx2g5nP63xOnwCL7wv5XN8HLEYuAOAYGK6cdQYA 3CgEzXrVJnES7FWtPMdCgFPgVxFw7VMw2Vcq5PQvETR0z20a74LRCi2PIwwCGOhu3rwdDXWN uYi7hCeMDWtRMfIr/29xDvuDvn1RwOH98LjqK+HAErwdunVWUo/IBuTG0iyblhQYKKeZlASW zUiXp9PqF2jjn5ha1oLbkGk6wowwhWRbJPrjPxVSviqLzU4zI6AImaukWrykkEoSVdk3aCbj EnMtlWbNaCdFytwlR+snFFKcpFLTV2g6k2b+sTxK5KlBxuiYfb6Nob0nXObLcxjvEmsXHjKG P789++fdI1UdOpYfERs2qNzjZRSdFv7WetQZQvr9Y69aq+WW8+qZ4fn5gXM+8st28unFjAv8 j9OGmzZSIwpv9vWIlCgnR0gbSN90HinIXShVn4WVlmfbbkVvvb84FF/2faV1KlTfMggykk1W HfIjGFb1F2QazggjAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/PV8kSi3CFLnz6ddfiId8TouTdx0>
Cc: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
Subject: Re: [tcpPrague] FW: I-D Action: draft-black-tsvwg-ecn-experimentation-00.txt
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Oct 2016 08:31:40 -0000

Hi

Thanks for writing up this draft. I have some comments on the contents

Intended status : Standards track. I interpret this that it means that this document becomes standards track. 
Are there any ideas around the intended status for a document such as briscoe-tsvwg-ecn-l4s-id, will it be experimental first or ?

Section 4.2 : " "Unless otherwise specified by an Experimental RFC, routers treat
      the ECT(0) and ECT(1) codepoints as equivalent, and senders are
      free to use either the ECT(0) or the ECT(1) codepoint to indicate
      ECT, on a packet-by-packet basis.""
In some way I find it to contradict the proposed statement in  section 3 " Protocols and senders that only require a single ECT codepoint  SHOULD use ECT(0)."
I see here a risk that the statement in 4.2 can delay deployment of L4S capability based on the use of ECT(1) in the networks ?

Section 5 : I see the main problem with RFC6679 (in this context) in the use of the nonce. Don't however see any major problem to use feedback also for an L4S capable sender/receiver using ECT(1). 
For that purpose it may be better to rewrite :
      Use of ECT(1) and random ECT values is discouraged, as that may
      expose RTP to differences in network treatment of ECT(1) and
      ECT(0), e.g., as proposed in [I-D.briscoe-tsvwg-ecn-l4s-id].
To :
      Use of ECT values is discouraged, as that may
      expose RTP to differences in network treatment of ECT(1) and
      ECT(0), e.g., as proposed in [I-D.briscoe-tsvwg-ecn-l4s-id].

Further ... quote " In support of Alternative Backoff experimentation ...". I would say that this applies to L4S as well. As an example, SCReAM (RMCAT WG congestion control candidate) is easily modified to support L4S, and the RFC6679 feedback can be used with SCReAM. For that reason it may be better to rephrase it like 
" In support of Alternative Backoff experimentation and experiments based on [I-D.briscoe-tsvwg-ecn-l4s-id]....." or something similar

Regards
/Ingemar

> -----Original Message-----
> From: Black, David [mailto:David.Black@dell.com]
> Sent: den 1 oktober 2016 00:42
> To: tsvwg@ietf.org; tcpm-chairs@ietf.org; tcpPrague@ietf.org
> Cc: Black, David <David.Black@dell.com>
> Subject: [tcpPrague] FW: I-D Action: draft-black-tsvwg-ecn-experimentation-
> 00.txt
> 
> This is the process-oriented draft on ECN experimentation that I promised at
> the TSVWG
> meeting in Berlin.   Comments are welcome, but please keep the process
> focus in mind -
> the intent is to leave documentation of the actual ECN changes and rationale
> to the referenced drafts that document the ECN experiments.
> 
> Thanks, --David
> 
> -----Original Message-----
> From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of
> internet-drafts@ietf.org
> Sent: Friday, September 30, 2016 6:24 PM
> To: i-d-announce@ietf.org
> Subject: I-D Action: draft-black-tsvwg-ecn-experimentation-00.txt
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> 
>         Title           : Explicit Congestion Notification (ECN) Experimentation
>         Author          : David Black
> 	Filename        : draft-black-tsvwg-ecn-experimentation-00.txt
> 	Pages           : 10
> 	Date            : 2016-09-30
> 
> Abstract:
>    Multiple protocol experiments have been proposed that involve changes
>    to Explicit Congestion Notification (ECN) as specified in RFC 3168.
>    This memo summarizes the proposed areas of experimentation to provide
>    an overview to the Internet community and updates RFC 3168, a
>    Proposed Standard RFC, to allow the experiments to proceed without
>    requiring a standards process exception for each Experimental RFC to
>    update RFC 3168.  This memo also makes related updates to the ECN
>    specification for RTP in RFC 6679 for the same reason.  Each
>    experiment is still required to be documented in an Experimental RFC.
>    This memo also records the conclusion of the ECN Nonce experiment in
>    RFC 3540, obsoletes RFC 3540 and reclassifies it as Historic.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-black-tsvwg-ecn-experimentation/
> 
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-black-tsvwg-ecn-experimentation-00
> 
> 
> 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/
> 
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html or
> ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>