Re: [rmcat] test cases for coupled cc [was: Re: Review of draft-ietf-rmcat-eval-test-02]
Mirja Kühlewind <mirja.kuehlewind@tik.ee.ethz.ch> Wed, 24 February 2016 11:06 UTC
Return-Path: <mirja.kuehlewind@tik.ee.ethz.ch>
X-Original-To: rmcat@ietfa.amsl.com
Delivered-To: rmcat@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DF691A87AF for <rmcat@ietfa.amsl.com>; Wed, 24 Feb 2016 03:06:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.906
X-Spam-Level:
X-Spam-Status: No, score=-3.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006] autolearn=ham
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 HnKUoE3LQxwa for <rmcat@ietfa.amsl.com>; Wed, 24 Feb 2016 03:06:16 -0800 (PST)
Received: from smtp.ee.ethz.ch (smtp.ee.ethz.ch [129.132.2.219]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E26D1A871E for <rmcat@ietf.org>; Wed, 24 Feb 2016 03:06:16 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by smtp.ee.ethz.ch (Postfix) with ESMTP id 04398D930B; Wed, 24 Feb 2016 12:06:15 +0100 (MET)
X-Virus-Scanned: by amavisd-new on smtp.ee.ethz.ch
Received: from smtp.ee.ethz.ch ([127.0.0.1]) by localhost (.ee.ethz.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wT0aqdwnduFP; Wed, 24 Feb 2016 12:06:14 +0100 (MET)
Received: from [82.130.103.143] (nb-10510.ethz.ch [82.130.103.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mirjak) by smtp.ee.ethz.ch (Postfix) with ESMTPSA id C1DB5D9307; Wed, 24 Feb 2016 12:06:14 +0100 (MET)
To: Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com>
References: <170F0EA5-EAB0-4B01-A8DF-56A0B2923A9A@ifi.uio.no> <56AA17AD.8060806@ericsson.com> <EA475291-B965-43EE-965B-F5435B595493@tik.ee.ethz.ch> <56BB01D5.5040902@ericsson.com> <FA953D22-37A1-4645-8F20-56C79A4B2806@ifi.uio.no> <56C312A9.1000609@ericsson.com> <CD27383B-9B91-4B86-AF72-17F2BDE4784A@ifi.uio.no>
From: Mirja Kühlewind <mirja.kuehlewind@tik.ee.ethz.ch>
Message-ID: <56CD8EA6.9010603@tik.ee.ethz.ch>
Date: Wed, 24 Feb 2016 12:06:14 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <CD27383B-9B91-4B86-AF72-17F2BDE4784A@ifi.uio.no>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rmcat/Y84cunW6T-0tapfrJ3eeZ375WBg>
Cc: "rmcat@ietf.org" <rmcat@ietf.org>, Michael Welzl <michawe@ifi.uio.no>
Subject: Re: [rmcat] test cases for coupled cc [was: Re: Review of draft-ietf-rmcat-eval-test-02]
X-BeenThere: rmcat@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." <rmcat.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rmcat>, <mailto:rmcat-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rmcat/>
List-Post: <mailto:rmcat@ietf.org>
List-Help: <mailto:rmcat-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rmcat>, <mailto:rmcat-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Feb 2016 11:06:18 -0000
Hi Zahed, I agree with Michael. My view is here that we need to evaluate each combination of a certain scheme to couple things using a certain congestion control algorithm separately. That means, if someone proposes a new (generic) scheme for coupling, we as a group would only advise to use this scheme with a certain cc algorithm if we have seen results for this specific combination. Does this make sense to you? I hope this also reflects the view of the wg. If not, please let us now and we would need to discuss this again. Mirja On 16.02.2016 17:42, Michael Welzl wrote: > Hi, > > My 2 cents about one bit here, cutting away the rest: > > >> On 16. feb. 2016, at 02.14, Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com> wrote: >> (..) >> On 02/10/2016 03:36 PM, Safiqul Islam wrote: > (..) > > >>> Without making it compulsory, I suggested to add these in the other cases. We can perhaps say: >>> >>> “When flows share a common bottleneck, combining their congestion controllers can be beneficial. >>> These additional test cases can be used to evaluate a congestion control mechanism when using a method to couple flows, such as [I-D.ietf-rmcat-coupled-cc]." >>> >>> Does this put it better? >> I dont think this document to referent to any candidate solution. >> >> I think the test cases should be defined so that one can evaluate other alternatives if there is any. Now, if there is more than one coupled CC solution and the candidate algorithms perform differently with different solution, how that will help us to evaluate coupled Congestion control algorithms. How does the WG plans to solve such situation? > > The sentence Safiqul proposed mentions the coupled-cc draft as an example - not more, not less. Remove it if you want, and nothing has changed: this isn’t about evaluating coupled CC. algorithms, it’s about evaluating how congestion control algorithms work when they are combined with a method to couple them. It’s not mandatory either - but if you want to test how e.g. SCReAM operates when coupled, these test cases probable make sense. That’s all this says. > > Cheers, > Michael >
- [rmcat] Review of draft-ietf-rmcat-eval-test-02 Safiqul Islam
- Re: [rmcat] Review of draft-ietf-rmcat-eval-test-… Zaheduzzaman Sarker
- Re: [rmcat] Review of draft-ietf-rmcat-eval-test-… Safiqul Islam
- [rmcat] test cases for coupled cc [was: Re: Revie… Mirja Kühlewind
- Re: [rmcat] test cases for coupled cc [was: Re: R… Zaheduzzaman Sarker
- Re: [rmcat] test cases for coupled cc [was: Re: R… Safiqul Islam
- Re: [rmcat] test cases for coupled cc [was: Re: R… Zaheduzzaman Sarker
- Re: [rmcat] test cases for coupled cc [was: Re: R… Michael Welzl
- Re: [rmcat] test cases for coupled cc [was: Re: R… Mirja Kühlewind
- Re: [rmcat] test cases for coupled cc [was: Re: R… Mirja Kühlewind
- Re: [rmcat] test cases for coupled cc [was: Re: R… Xiaoqing Zhu (xiaoqzhu)
- Re: [rmcat] test cases for coupled cc [was: Re: R… Zaheduzzaman Sarker
- Re: [rmcat] test cases for coupled cc [was: Re: R… Zaheduzzaman Sarker
- Re: [rmcat] test cases for coupled cc [was: Re: R… Mirja Kühlewind
- Re: [rmcat] test cases for coupled cc [was: Re: R… Mirja Kühlewind
- Re: [rmcat] test cases for coupled cc [was: Re: R… Zaheduzzaman Sarker
- Re: [rmcat] test cases for coupled cc [was: Re: R… Zaheduzzaman Sarker