Re: [rmcat] application interface

"Eggert, Lars" <lars@netapp.com> Fri, 11 October 2013 13:41 UTC

Return-Path: <lars@netapp.com>
X-Original-To: rmcat@ietfa.amsl.com
Delivered-To: rmcat@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51F7221E81C4 for <rmcat@ietfa.amsl.com>; Fri, 11 Oct 2013 06:41:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.074
X-Spam-Level:
X-Spam-Status: No, score=-5.074 tagged_above=-999 required=5 tests=[AWL=-2.475, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CCYkypjKBAH5 for <rmcat@ietfa.amsl.com>; Fri, 11 Oct 2013 06:41:11 -0700 (PDT)
Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) by ietfa.amsl.com (Postfix) with ESMTP id D689E21E81C2 for <rmcat@ietf.org>; Fri, 11 Oct 2013 06:41:08 -0700 (PDT)
X-IronPort-AV: E=Sophos; i="4.90,1080,1371106800"; d="asc'?scan'208"; a="58763189"
Received: from vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) by mx11-out.netapp.com with ESMTP; 11 Oct 2013 06:41:07 -0700
Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.51]) by vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) with mapi id 14.03.0123.003; Fri, 11 Oct 2013 06:41:08 -0700
From: "Eggert, Lars" <lars@netapp.com>
To: Varun Singh <vsingh.ietf@gmail.com>
Thread-Topic: [rmcat] application interface
Thread-Index: AQHOxbwUG71BH2GC90SSIdxAvdvmm5nuc/gAgAFmpwCAAB0RAIAAAUIA
Date: Fri, 11 Oct 2013 13:41:07 +0000
Message-ID: <0DA7B119-F0A1-4293-95F1-CEEE6077B873@netapp.com>
References: <201310101523.42971.mirja.kuehlewind@ikr.uni-stuttgart.de> <3D885D4A-A5B7-409F-BC55-9D44EC787EDC@gmail.com> <201310111352.34562.mirja.kuehlewind@ikr.uni-stuttgart.de> <CAEbPqrxLSMmygG0rU_8tRF7Z8fqv4aj_-a5oVvwXG=bZs1z8Tw@mail.gmail.com>
In-Reply-To: <CAEbPqrxLSMmygG0rU_8tRF7Z8fqv4aj_-a5oVvwXG=bZs1z8Tw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.106.53.51]
Content-Type: multipart/signed; boundary="Apple-Mail=_0A8EB70C-FB7F-4F1B-9C44-03812FC03AF3"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Cc: rmcat WG <rmcat@ietf.org>, Mirja Kuehlewind <mirja.kuehlewind@ikr.uni-stuttgart.de>, Piers O'Hanlon <p.ohanlon@gmail.com>
Subject: Re: [rmcat] application interface
X-BeenThere: rmcat@ietf.org
X-Mailman-Version: 2.1.12
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: Fri, 11 Oct 2013 13:41:15 -0000

On Oct 11, 2013, at 15:36, Varun Singh <vsingh.ietf@gmail.com> wrote:
> Basic idea is to use higher redundancy when aggressively probing and less
> redundancy when conservative. This adaptive FEC mechanism could be used
> with other congestion control algorithms. We recently published this on
> arXiv (http://arxiv.org/pdf/1310.1582v1.pdf). Take a look and comment
> on if it is closer to what you had in mind.

Full disclosure: Nokia may have IPR on the mechanism described in the paper.

Lars