Re: [tsvwg] draft-carlberg-tsvwg-ecn-reactions -- which WG?

Bob Briscoe <bob.briscoe@bt.com> Wed, 24 October 2012 18:16 UTC

Return-Path: <bob.briscoe@bt.com>
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 4E38821F8522 for <tsvwg@ietfa.amsl.com>; Wed, 24 Oct 2012 11:16:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.053
X-Spam-Level:
X-Spam-Status: No, score=-3.053 tagged_above=-999 required=5 tests=[AWL=0.546, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FOPgoA7tBWX7 for <tsvwg@ietfa.amsl.com>; Wed, 24 Oct 2012 11:16:11 -0700 (PDT)
Received: from hubrelay-by-04.bt.com (hubrelay-by-04.bt.com [62.7.242.140]) by ietfa.amsl.com (Postfix) with ESMTP id 066F121F851E for <tsvwg@ietf.org>; Wed, 24 Oct 2012 11:16:11 -0700 (PDT)
Received: from EVMHR71-UKRD.domain1.systemhost.net (10.36.3.109) by EVMHR04-UKBR.bt.com (10.216.161.36) with Microsoft SMTP Server (TLS) id 8.3.279.1; Wed, 24 Oct 2012 19:16:04 +0100
Received: from rdw02134app71.domain1.systemhost.net (193.113.234.138) by EVMHR71-UKRD.domain1.systemhost.net (10.36.3.109) with Microsoft SMTP Server (TLS) id 8.3.279.1; Wed, 24 Oct 2012 19:16:09 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com (147.149.100.81) by rdw02134app71.domain1.systemhost.net (10.36.6.87) with Microsoft SMTP Server id 14.2.309.2; Wed, 24 Oct 2012 19:16:06 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 1351102565152; Wed, 24 Oct 2012 19:16:05 +0100
Received: from MUT.jungle.bt.co.uk ([10.215.130.204]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id q9OIG4oh025197; Wed, 24 Oct 2012 19:16:04 +0100
Message-ID: <201210241816.q9OIG4oh025197@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 24 Oct 2012 19:16:02 +0100
To: ken carlberg <carlberg@g11.org.uk>
From: Bob Briscoe <bob.briscoe@bt.com>
In-Reply-To: <EA690191-7825-4FCD-873D-3BFCFF92A59B@g11.org.uk>
References: <EA690191-7825-4FCD-873D-3BFCFF92A59B@g11.org.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
Cc: tsvwg <tsvwg@ietf.org>
Subject: Re: [tsvwg] draft-carlberg-tsvwg-ecn-reactions -- which WG?
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Wed, 24 Oct 2012 18:16:12 -0000

Ken,

Perhaps we could bounce this question back to you: what is the main 
single take-home message you want us to get from this draft? THat 
should decide which WG it's in.

I believe the primary message is "TFRC is good enough if you've got 
ECN, so we can get started without RMCAT if we have ECN." I don't 
think that's true (as I have been arguing on the list), but I think 
that's the message the draft is wanting people to hear most. If that 
were the case, then TSVWG would be reasonable.

I would have thought the impact of users not responding to ECN would 
be just as much in scope for RMCAT as TSVWG (and ConEx is where 
policing/non-compliance is most being addressed, which is the other 
side of this problem).

Regarding FEC, I think this is a bit of a corner-case in this draft, 
so I wouldn't decide which WG based on that.


Bob

At 14:15 23/10/2012, ken carlberg wrote:
>Hi,
>
>I've been asked publically and privately about my thoughts as to 
>where this document should end up -- TSVWG or RMCAT.  When the 
>question was first brought up I was indifferent because I could see 
>a case for both.  However, when I thought about it for a while, I 
>felt more comfortable advancing this through TSVWG.
>
>The reason for this line of thoughts is that only a portion of the 
>ECN Reactions draft deals with congestion control algorithms.  And 
>while RMCAT talks about the generic term of "mechanisms" in its 
>charter, the heart of the charter and deliverables seems to focus on 
>algorithms, which is really just one type of mechanism.  On the 
>other hand, the Reactions draft looks into other "mechanisms" like 
>FEC, signaling, and most importantly, the impact of a set of users 
>not responding to ECN.  And its this last item where we bring in 
>some simulation work and is probably the strongest reason (ie, the 
>simulation results) as to why its beneficial to have this in an IETF 
>document.  And its these other items that seem out of scope of RMCAT.
>
>Assuming this draft is accepted as a working group item in TSVWG, I 
>would also want to send the document to RMCAT for review when we get 
>to a WG last call for comments stage, though I sure the core set of 
>folks will be attending both sets of meetings and mailing lists.
>
>If folks feel I've missed something, please don't be shy in letting 
>us know :-)
>
>-ken

________________________________________________________________
Bob Briscoe,                                BT Innovate & Design