Re: [AVTCORE] RFC6679 ECN in RTP: intent of ect = 0, 1, or random?

Piers O'Hanlon <p.ohanlon@gmail.com> Mon, 19 October 2015 09:15 UTC

Return-Path: <p.ohanlon@gmail.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3702D1A8799 for <avt@ietfa.amsl.com>; Mon, 19 Oct 2015 02:15:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, J_CHICKENPOX_36=0.6, SPF_PASS=-0.001] autolearn=no
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 XWXvX99AQAsr for <avt@ietfa.amsl.com>; Mon, 19 Oct 2015 02:15:32 -0700 (PDT)
Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::229]) (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 C40451A8787 for <avt@ietf.org>; Mon, 19 Oct 2015 02:15:31 -0700 (PDT)
Received: by lffz202 with SMTP id z202so22047065lff.3 for <avt@ietf.org>; Mon, 19 Oct 2015 02:15:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=r7vrG5V9kaQw64KZfHlCXyMimthTzo5HUCDMpscDJ8Y=; b=ERlc8CNujnp1iaxt0BJuFc0zEQhefGQgwy3BkzQQ7kjgLjfmNhHaSOA7iMnAfRxVfm Son1Zp+nzdxixiI6wjy+gWKy2Yly8SPbZHDqs0nqVrCBhdNsLZBBwzg89BNa24/XrwIW koLO95GU+gdD/Qw+Na/Z7WS9JTRmTs6+CNx3vcVpis4j0VY+xWwTHrN9NCKYu39S0QXw aly2W1kxvqAgdQwCi/uHubyWrpMtW1LyQXIbxiz0QwlloZaNyJSp97oq8DxW8C95d26J RlQaH8XsL+Za4U2ZP1nbaib6rLwZDW7ArcbdT4BvK8NkW0gXITyncA/rOKbD0iuUiWT1 HbAA==
X-Received: by 10.180.11.1 with SMTP id m1mr20580028wib.69.1445246129932; Mon, 19 Oct 2015 02:15:29 -0700 (PDT)
Received: from black.lan ([176.253.134.219]) by smtp.gmail.com with ESMTPSA id q1sm38912358wjy.31.2015.10.19.02.15.27 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 Oct 2015 02:15:28 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="us-ascii"
From: Piers O'Hanlon <p.ohanlon@gmail.com>
In-Reply-To: <f66a871f-ca21-43e2-b363-32f0fe837642@HUB02.ad.oak.ox.ac.uk>
Date: Mon, 19 Oct 2015 10:15:26 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <0EA95BA1-4839-41FB-BC9E-33EFB3DB7981@gmail.com>
References: <f66a871f-ca21-43e2-b363-32f0fe837642@HUB02.ad.oak.ox.ac.uk>
To: Bob Briscoe <ietf@bobbriscoe.net>
X-Mailer: Apple Mail (2.1283)
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/9_uSG-Qn4yDH7r4omW97kchWMdk>
Cc: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>, "WESTERLUND, Magnus" <magnus.westerlund@ericsson.com>, Colin Perkins <csp@csperkins.org>, Ken Carlberg <carlberg@g11.org.uk>, avt@ietf.org
Subject: Re: [AVTCORE] RFC6679 ECN in RTP: intent of ect = 0, 1, or random?
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Oct 2015 09:15:33 -0000

Hi Bob,

I think the reasoning was that ECT(1)/random could potentially be used to detect cheating/failures as mentioned in section 7.4, but I can't see that it's going to make a lot of difference if ECT(1) is not used. 

Piers

On 17 Oct 2015, at 22:59, Bob Briscoe wrote:

> Guys,
> [Ignore last identical email - I left the list off the distr in error]
> 
> I'm writing a draft to propose a new use for ECT(1).
> 
> In reading RFC6679, It says that the there is no intent to use an ECN nonce.
> Also it says the receiver might want to advise the sender not to use ect=random, if its behind a header compression link. And that ect=0 is recommended and the default.
> 
> But it doesn't seem to actually say why a sender might send ECT(1) instead of ECT(0). Or why a sender might use the two randomly. Or why a receiver might ask for ect=1, or ect=random.
> 
> I'm trying to work out whether there would be any detriment to RFC6679 if it couldn't use ECT(1). It looks like not.
> 
> 
> Bob
> 
> -- 
> ________________________________________________________________
> Bob Briscoe                               http://bobbriscoe.net/