[tcpm] DCTCP and draft-black-tsvwg-ecn-experimentation ?
Karen Elisabeth Egede Nielsen <karen.nielsen@tieto.com> Mon, 05 December 2016 09:01 UTC
Return-Path: <karen.nielsen@tieto.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 4A3011293F8 for <tcpm@ietfa.amsl.com>; Mon, 5 Dec 2016 01:01:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 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_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=tieto.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 ZqVThYUjZDDI for <tcpm@ietfa.amsl.com>; Mon, 5 Dec 2016 01:01:36 -0800 (PST)
Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68885129850 for <tcpm@ietf.org>; Mon, 5 Dec 2016 01:01:32 -0800 (PST)
Received: by mail-io0-x233.google.com with SMTP id c21so541196659ioj.1 for <tcpm@ietf.org>; Mon, 05 Dec 2016 01:01:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tieto.com; s=google; h=from:mime-version:thread-index:date:message-id:subject:to:cc; bh=ULlONz2MUIrIMxQmSHyf4EjTVy3qs0aRCthVocCBkGg=; b=3+kwHGLNWRd3Ec3DGhIkyHqq2CepuusXCkcoLKikcaDUjDuG4aEyUNmUL46U+LH2La 7v/NRjDodY7KiFwDbUSflyecqb58658pzJrVjIJB4ACN92MJuGuXz/WsGKAKAGjm+4NU dM42e9xPdMmx76Se4ZJ7VQTsscbR0XnxCbL8E=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:thread-index:date:message-id :subject:to:cc; bh=ULlONz2MUIrIMxQmSHyf4EjTVy3qs0aRCthVocCBkGg=; b=iBRxVVpxNg/FCZAkXtzbPdV/WgoV2w0uGiNByb2zI+gOhQX2zW3Oi0BmMnSyJ5wEV1 XVczo9yTjjjMlTXd4ZrSQ1S9Deg2XDPDnLVeKmsSLfYRBAPHQT5BgmnObZdyF4bzrIq1 n37WmXgi2FCmw0pQm/R3nhlezbMa8PGr4AiQMV4UPgn1gfPpoTS5E1wF47jga7OgZuWB kfeOc9bBjzLYTxYysBDKyULZTo/f5g/lPQZOGF+Z4gXkoE7cGLuyqWb3W8yVo10+cLUv XjZV0hiNCqv+JjdHiNh78IIoyh4xHUSh4lpEXhM9aczSLNPIeBQMnBNx3q/dMCYpNhUa MNnA==
X-Gm-Message-State: AKaTC02Ng1crPL6g6mGSrqyUvWFj47HRmzI6PilaG8wlpXVDbou6RQXwNEypefa/HpfrunCo/ylXnWp0V8ce1qpKtrTA6bdlVp6kmZLv56kxwzy2zkzVF1LRfcX3iYM3+zRmF3E=
X-Received: by 10.107.59.87 with SMTP id i84mr44693756ioa.204.1480928491288; Mon, 05 Dec 2016 01:01:31 -0800 (PST)
From: Karen Elisabeth Egede Nielsen <karen.nielsen@tieto.com>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AdJO1ioNLUmk0y5KTGaYO1zuvkZf8g==
Date: Mon, 05 Dec 2016 10:01:29 +0100
Message-ID: <f7d9e0c8f47940f490d6e829cf983deb@mail.gmail.com>
To: tsvwg@ietf.org, draft-black-tsvwg-ecn-experimentation@ietf.org, "Black, David" <David.Black@dell.com>
Content-Type: text/plain; charset="UTF-8"
X-DomainID: tieto.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/och0P7tVQmEeOTRRloUBGDNcHGA>
Cc: tcpm@ietf.org
Subject: [tcpm] DCTCP and draft-black-tsvwg-ecn-experimentation ?
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.17
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, 05 Dec 2016 09:01:37 -0000
Hi, This very likely has been discussed length and I just missed it (Sorry). Why is dctcp, https://tools.ietf.org/html/draft-ietf-tcpm-dctcp-03, not mentioned in this draft ? Even if it does not fall within the 4ls experiments (not sure about the answer to this) then it might be useful to add a few lines explaining the status of DCTCP in this respect ? Something else entirely then are mechanisms like DCQCN, not specified by IETF, but relying generally on ECN markings in UDP transport, though not following neither the classical nor the l4s approach. Such mechanisms as is, whether they use ECT(0) or ECT(1), remain to be treated as alians (or plainly as not compliant with standards) at this time in stage. Correct ? BR, Karen
- [tcpm] DCTCP and draft-black-tsvwg-ecn-experiment… Karen Elisabeth Egede Nielsen
- Re: [tcpm] DCTCP and draft-black-tsvwg-ecn-experi… Black, David