Re: [tcpm] WGLC comments for draft-ietf-tcpm-dctcp-04

Praveen Balasubramanian <pravb@microsoft.com> Thu, 16 March 2017 18:37 UTC

Return-Path: <pravb@microsoft.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 1779F12984B; Thu, 16 Mar 2017 11:37:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.022
X-Spam-Level:
X-Spam-Status: No, score=-2.022 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.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 2gTH81uAQyn6; Thu, 16 Mar 2017 11:37:13 -0700 (PDT)
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0115.outbound.protection.outlook.com [104.47.36.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2ACD1297CB; Thu, 16 Mar 2017 11:37:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=zQ8pR2rRkXm1dR7A9tMXorUrqvjbRkrixR6VONNCDc0=; b=OeMAvt3xp7EXMvRSLZODmECT/BMf5ZHscLLEPBMT+NPaZfBB2LSuWlWVHSx5bCGB1ZllUjsndCFwhUakjZdv79hTzEHNUEQFgmRue2UWrhhexT0WhoImKZdceXFj40zk1t7EHHnHJjukCXfDykjpax1xVi+KiXbAFjrvjBxHWaw=
Received: from CY4PR21MB0277.namprd21.prod.outlook.com (10.173.193.143) by CY4PR21MB0280.namprd21.prod.outlook.com (10.173.193.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.991.0; Thu, 16 Mar 2017 18:37:11 +0000
Received: from CY4PR21MB0277.namprd21.prod.outlook.com ([10.173.193.143]) by CY4PR21MB0277.namprd21.prod.outlook.com ([10.173.193.143]) with mapi id 15.01.0991.007; Thu, 16 Mar 2017 18:37:11 +0000
From: Praveen Balasubramanian <pravb@microsoft.com>
To: Michael Welzl <michawe@ifi.uio.no>, "<gorry@erg.abdn.ac.uk> Fairhurst" <gorry@erg.abdn.ac.uk>
CC: "tcpm@ietf.org" <tcpm@ietf.org>, "draft-ietf-tcpm-dctcp@ietf.org" <draft-ietf-tcpm-dctcp@ietf.org>
Thread-Topic: [tcpm] WGLC comments for draft-ietf-tcpm-dctcp-04
Thread-Index: AQHSm9+CcGtvXn3gd0aQAvDPuOHIZKGWlixQgACP/YCAAAdTAIAAAZMAgACguvA=
Date: Thu, 16 Mar 2017 18:37:11 +0000
Message-ID: <CY4PR21MB02774704B70C1E4BE458B05AB6260@CY4PR21MB0277.namprd21.prod.outlook.com>
References: <58C66BB3.1000003@erg.abdn.ac.uk> <CY4PR21MB027775A417785976A70C6B11B6260@CY4PR21MB0277.namprd21.prod.outlook.com> <0B589CBD-EE0D-46CD-88EC-9569ABECDED0@ifi.uio.no> <58CA5242.4050802@erg.abdn.ac.uk> <733029B7-2373-446A-8269-309AC421FA43@ifi.uio.no>
In-Reply-To: <733029B7-2373-446A-8269-309AC421FA43@ifi.uio.no>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ifi.uio.no; dkim=none (message not signed) header.d=none;ifi.uio.no; dmarc=none action=none header.from=microsoft.com;
x-originating-ip: [2001:4898:80e8:f::584]
x-microsoft-exchange-diagnostics: 1; CY4PR21MB0280; 7:1Pb/JnudTx1sDfgN0f3PuMkFa7093Eo72fEZXoKVB1JIKmg/waliKMH8SoquQtzZ6Moz3hRtld21s1Rh5AvJMx+V/wFOpCfgUFgIvs7Obe6K1zRwRIuPHRgZoXbViKMs7gFja4HaMQvL3lFtP1+UnZRRhHKfo+x/3h+HNxjuJ9YQ69sJdcPM76zN5SL5FWPuwLAeBzBQZV4xexiog0zqOGCdKVNpVkpYE9lQDYtrTQLsbMYDr2SBnT9ljowUxMVIJNMeLvdrEyqx/CwXyp1Pw4Qv/OXJfZk6rI51C8ZVXdvhppObP09i/en12gIY716Jqp0o6GvIGgVsR4f45UdMVMXqfGHv2HWW4u5z5TqKYEI=
x-ms-office365-filtering-correlation-id: b605d672-950d-41f9-39fb-08d46c9b7587
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254036)(48565401081); SRVR:CY4PR21MB0280;
x-microsoft-antispam-prvs: <CY4PR21MB02803F336CC810919A675E78B6260@CY4PR21MB0280.namprd21.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123562025)(20161123558025)(20161123564025)(20161123555025)(20161123560025)(6072148); SRVR:CY4PR21MB0280; BCL:0; PCL:0; RULEID:; SRVR:CY4PR21MB0280;
x-forefront-prvs: 024847EE92
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(39840400002)(39450400003)(13464003)(24454002)(377454003)(76176999)(53936002)(81166006)(8936002)(25786008)(53546007)(54906002)(93886004)(99286003)(230783001)(55016002)(6436002)(9686003)(189998001)(229853002)(8676002)(6506006)(50986999)(77096006)(4326008)(54356999)(2900100001)(5005710100001)(10290500002)(7696004)(5660300001)(86362001)(3660700001)(6116002)(2906002)(6246003)(2950100002)(10090500001)(74316002)(102836003)(7736002)(38730400002)(305945005)(122556002)(3280700002)(33656002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR21MB0280; H:CY4PR21MB0277.namprd21.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Mar 2017 18:37:11.2498 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR21MB0280
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/YbOt6-AdaauCZA6JmwMKXqKghLk>
Subject: Re: [tcpm] WGLC comments for draft-ietf-tcpm-dctcp-04
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 16 Mar 2017 18:37:15 -0000

Changed to : " If SYN , SYN-ACK and RST packets for DCTCP connections have ECT set in the IP header, they will receive the same treatment as other DCTCP packets when forwarded by a switching fabric under load. Lack of ECT in these packets may result in a higher drop rate depending on the switching fabric configuration. Hence for DCTCP connections, the sender SHOULD set ECT for SYN, SYN-ACK and RST packets."

-----Original Message-----
From: Michael Welzl [mailto:michawe@ifi.uio.no] 
Sent: Thursday, March 16, 2017 1:58 AM
To: <gorry@erg.abdn.ac.uk> Fairhurst <gorry@erg.abdn.ac.uk>
Cc: Praveen Balasubramanian <pravb@microsoft.com>; tcpm@ietf.org; draft-ietf-tcpm-dctcp@ietf.org
Subject: Re: [tcpm] WGLC comments for draft-ietf-tcpm-dctcp-04


> On 16 Mar 2017, at 09:52, Gorry Fairhurst <gorry@erg.abdn.ac.uk> wrote:
> 
> On 16/03/2017, 08:26, Michael Welzl wrote:
>> Hi,
>> 
>> I haven't read the draft since long ago (one of the first versions), but I just read this dialogue and I have only one comment, so I'm removing everything else:
>> 
>> 
>>> ---
>>> 
>>> 3.4.  Handling of SYN, SYN-ACK, RST Packets
>>> 
>>>   " The switching fabric can drop TCP packets that do not have the ECT
>>>    set in the IP header.  If SYN and SYN-ACK packets for DCTCP
>>>    connections do not have ECT set, they will be dropped with high
>>>    probability.  For DCTCP connections, the sender SHOULD set ECT for
>>>    SYN, SYN-ACK and RST packets."
>>> 
>>> - I'd take the position that the fabric can and will drop any packets under overload, as per RFC7567. I'd prefer to explicitly state that to avoid a misconception that ECT eliminates all drop (rather than nearly all drops).
>>> 
>>> 
>>>>> Change this to : " If SYN and SYN-ACK packets for DCTCP connections do not have ECT set in the IP header, they will likely be dropped by the switching fabric under load. For DCTCP connections, the sender SHOULD set ECT for SYN, SYN-ACK and RST packets."
>> To me, "will likely be dropped by the switching fabric under load" doesn't sound quite right - as if they would most probably be dropped whenever there is any form of load (no matter how much). I would suggest to change this to "...they are more likely to be dropped by the switching fabric under load."
>> 
>> Cheers,
>> Michael
> I agree with Michael, but also I don't see it is correct for transport protocolsto need a very specific network behaviour. The choice of which packets are dropped is a design choice of the AQM: If we were to see FQ-Codel or FQ-PIE (for exmaple) deployed, then a common behaviour would be to separately queue new flows (even if non-ECT) - Switch design can change - I therefore think we should not be assuming a specific switch behaviour, but also I do think the ID does not need to go there ....  because I suspect the clause could perhaps be written differently...
> 
> - I'd suggest to change to:
> "SYN and SYN-ACK packets for DCTCP connections set the ECT(0) codepoint in the IP header, this ensures they receive the same treatment as other DCTP packets when forwarded by a switching fabric under load. For DCTCP connections, the sender SHOULD set ECT for SYN, SYN-ACK and RST packets."

This is just an ACK to say that I agree.

Cheers,
Michael