Re: [rmcat] New Version Notification for draft-hayes-rmcat-sbd-01.txt

Michael Tuexen <Michael.Tuexen@lurchi.franken.de> Sun, 09 November 2014 13:18 UTC

Return-Path: <Michael.Tuexen@lurchi.franken.de>
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 82A201A1AAF for <rmcat@ietfa.amsl.com>; Sun, 9 Nov 2014 05:18:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.145
X-Spam-Level:
X-Spam-Status: No, score=-2.145 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RP_MATCHES_RCVD=-0.594, SPF_HELO_PASS=-0.001] 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 a5RDe5g-8H9d for <rmcat@ietfa.amsl.com>; Sun, 9 Nov 2014 05:18:18 -0800 (PST)
Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6276E1A1AA4 for <rmcat@ietf.org>; Sun, 9 Nov 2014 05:18:17 -0800 (PST)
Received: from [192.168.1.200] (p508F2EA9.dip0.t-ipconnect.de [80.143.46.169]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 448BB1C1052A8; Sun, 9 Nov 2014 14:18:15 +0100 (CET)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>
In-Reply-To: <CAPJm55OTNx2kzVX6YbuzeYnmeyBcvUJhX3OFG0VWXWyqcnbNvA@mail.gmail.com>
Date: Sun, 09 Nov 2014 14:18:13 +0100
Content-Transfer-Encoding: 7bit
Message-Id: <5CA66D67-3DB6-46D7-816B-FA0861DCFE41@lurchi.franken.de>
References: <20141027220627.28e6a2be@bilby.lan> <77A55FDF-1EE1-49F4-97EA-F6C1F1A9C29F@lurchi.franken.de> <CAPJm55OTNx2kzVX6YbuzeYnmeyBcvUJhX3OFG0VWXWyqcnbNvA@mail.gmail.com>
To: Simone Ferlin-Oliveira <ferlin@simula.no>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/rmcat/YX_-iMuM3sf0Dg1VgTFgVbQlAFw
Cc: "rmcat@ietf.org" <rmcat@ietf.org>, Michael Welzl <michawe@ifi.uio.no>, David hayes <davihay@ifi.uio.no>
Subject: Re: [rmcat] New Version Notification for draft-hayes-rmcat-sbd-01.txt
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: <http://www.ietf.org/mail-archive/web/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: Sun, 09 Nov 2014 13:18:20 -0000

On 09 Nov 2014, at 13:54, Simone Ferlin-Oliveira <ferlin@simula.no> wrote:

> Thanks Michael for the review.
> 
> Regarding your last two comments:
> 2. Yes, I am working on the implementation with/for MP-TCP at the moment.
> 3. I am figuring this out. At the moment, we have the algorithm
> running in user-space to test, but it will go to the kernel at some
> point. I will do this for Linux, would you (or somebody with you) be
> interested to do it for SCTP?
Maybe. Depends on resources... I'm definitely interested how this
can be used for SCTP with loadsharing, in particular in the FreeBSD kernel.

Best regards
Michael
> 
> Thanks again,
> Simone
> 
> On 9 November 2014 13:26, Michael Tuexen
> <Michael.Tuexen@lurchi.franken.de> wrote:
>> 
>> On 27 Oct 2014, at 22:06, David hayes <davihay@ifi.uio.no> wrote:
>> 
>>> Hi All,
>>> 
>>> We have posted an update to the SBD draft. The main changes are
>>> clarifications based on the feedback so far on the list. Thank you!
>>> There is also a correction to skew_est, [E_T() -> E_NT()].
>>> 
>>> Hopefully this will provide a good basis for further discussions on the
>>> list and at the meeting.
>> Hi David,
>> 
>> that is an interesting document. Here are some initial comments:
>> 
>> * I don't think you need in Section 2 the RFC 2119 boiler plate.
>> * In some place you refer to RTP. How is the proposed solution
>>  specific to RTP? Couldn't you use this also to detect shared
>>  bottlenecks for MP-TCP subflows or SCTP-CMT?
>> * Is it possible to do the computations without floating point
>>  operations? This might be important when trying to implement
>>  this in operating systems kernels.
>> 
>> Best regards
>> Michael
>>> 
>>> Regards,
>>> 
>>> David
>>> 
>>> 
>>> 
>>> 
>>> Begin forwarded message:
>>> 
>>> Date: Mon, 27 Oct 2014 13:42:25 -0700
>>> From: <internet-drafts@ietf.org>
>>> To: Michael Welzl <michawe@ifi.uio.no>, David Hayes
>>> <davihay@ifi.uio.no>, Michael Welzl <michawe@ifi.uio.no>, Simone Ferlin
>>> <ferlin@simula.no>, Simone Ferlin <ferlin@simula.no>, David Hayes
>>> <davihay@ifi.uio.no> Subject: New Version Notification for
>>> draft-hayes-rmcat-sbd-01.txt
>>> 
>>> 
>>> 
>>> A new version of I-D, draft-hayes-rmcat-sbd-01.txt
>>> has been successfully submitted by David Hayes and posted to the
>>> IETF repository.
>>> 
>>> Name:         draft-hayes-rmcat-sbd
>>> Revision:     01
>>> Title:                Shared Bottleneck Detection for Coupled
>>> Congestion Control for RTP Media. Document date:      2014-10-27
>>> Group:                Individual Submission
>>> Pages:                13
>>> URL:
>>> http://www.ietf.org/internet-drafts/draft-hayes-rmcat-sbd-01.txt
>>> Status:         https://datatracker.ietf.org/doc/draft-hayes-rmcat-sbd/
>>> Htmlized:       http://tools.ietf.org/html/draft-hayes-rmcat-sbd-01
>>> Diff:
>>> http://www.ietf.org/rfcdiff?url2=draft-hayes-rmcat-sbd-01
>>> 
>>> Abstract:
>>>  This document describes a mechanism to detect whether end-to-end data
>>>  flows share a common bottleneck.  It relies on summary statistics
>>>  that are calculated by a data receiver based on continuous
>>>  measurements and regularly fed to a grouping algorithm that runs
>>>  wherever the knowledge is needed.  This mechanism complements the
>>>  coupled congestion control mechanism in draft-welzl-rmcat-coupled-cc.
>>> 
>>> 
>>> 
>>> 
>>> Please note that it may take a couple of minutes from the time of
>>> submission until the htmlized version and diff are available at
>>> tools.ietf.org.
>>> 
>>> The IETF Secretariat
>>> 
>>> 
>>> 
>>> --
>>> 
>>> +-------------------------------+
>>> | David A. Hayes              |
>>> | david.hayes@ieee.org                |
>>> +-------------------------------+
>>> 
>>> 
>> 
>