IETF Logo Mail Archive

Re: [MMUSIC] Faster ICE by role reversal?

Varun Singh <vsingh.ietf@gmail.com> Mon, 10 November 2014 03:03 UTC

Return-Path: <vsingh.ietf@gmail.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 255F41A889F for <mmusic@ietfa.amsl.com>; Sun, 9 Nov 2014 19:03:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, SPF_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 PsLXsPBTvkbh for <mmusic@ietfa.amsl.com>; Sun, 9 Nov 2014 19:03:29 -0800 (PST)
Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57BE91A887D for <mmusic@ietf.org>; Sun, 9 Nov 2014 19:03:29 -0800 (PST)
Received: by mail-ig0-f177.google.com with SMTP id hl2so8384417igb.10 for <mmusic@ietf.org>; Sun, 09 Nov 2014 19:03:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dkwO/RXT4wetLBWB0R5rb9ZVgcDXzM7kHEWNzvchDVM=; b=J6QFPbCkdrXRkuOhV8PnqzDPtwB91kbNSmlt4SFUbHlpyq2RPFtkp7JNdnGy1l0Q2w al0PlrCIHifvoUARU2+qDPcBXO1g1cQREgkmEet5mPv3zbpVSJcrD28739KaPakkUMFp 7WzKHuSTrO78bHG6X1NJxXkwIE98g7071kWGc/lHjCVBmAOU/OmVCMQbzlYfu2fzOTxn 2eaY3rNlYBoJl7OHE2dv6WTf+M7mlHzSfZjpxPKmpuRnz9yy4z/d67cCaRWWXFu/gKV4 YQX6TaOzTLLb9JpcjiEX1DtVGoK81/WXNuq8F5pqbjbG8+eMOvYoHKWpbnxMGrb+wXra zgUw==
MIME-Version: 1.0
X-Received: by 10.50.111.8 with SMTP id ie8mr11978574igb.37.1415588608563; Sun, 09 Nov 2014 19:03:28 -0800 (PST)
Received: by 10.50.95.199 with HTTP; Sun, 9 Nov 2014 19:03:28 -0800 (PST)
Received: by 10.50.95.199 with HTTP; Sun, 9 Nov 2014 19:03:28 -0800 (PST)
In-Reply-To: <546024FA.4020800@jitsi.org>
References: <CABkgnnVrXKz-7M_Qn7pSZBxCJTdQYPDOcEzrEbbv6eYrQs1Dhg@mail.gmail.com> <CAOJ7v-1OpbtEujbp4rZOnmOxXB2hoTfjtn5U_kR5wML5sXD_4Q@mail.gmail.com> <545911E9.3070300@ericsson.com> <CAOJ7v-2ikhh+2Y5avJOjR=86UikOfSo169k3jSvFsU=52o3+zw@mail.gmail.com> <CAOJ7v-1oS999xAd52ANcWfW98Dq7nPJV0=1Z5o9fPigFaT7+1w@mail.gmail.com> <CABkgnnVCpRJUdKn34jsds1Dwe8nOA8uoJw4T35ogQ-LTtyb4Rg@mail.gmail.com> <CAPvvaaKeozeL=M1MvmveR-jkptEcheVewBoV04jS5aN6ghb76A@mail.gmail.com> <CABkgnnURgnkU+CWkCRzo2oKbV-pQnP0eLRZMouSNTWuk8TJ8+w@mail.gmail.com> <CAPvvaa+FKe+9FoegxCByAHj0d9aL2nLz10AK6HjX5Ao9PsgYMw@mail.gmail.com> <CABkgnnXUazQA6TWFDY=DPn6neoPbh5+=oUBW4cYjj_0dV0FaaA@mail.gmail.com> <CAOJ7v-13fyrkhyJQJvuGuWjHRFm9KO=-tQ7KLrFt0DW4U1K=RA@mail.gmail.com> <545EC85E.8000208@jitsi.org> <BLU406-EAS2743A5E6A5ADCEBF347F5C893830@phx.gbl> <CABkgnnXrdeQEkDme5D2LgkLPDAurPbidyVKJEm6rq+PER9uMmA@mail.gmail.com> <545FDB2F.1090906@jitsi.org> <CAEbPqrxiSdLVp1aUqyNHiVR0TeFsNcV4WcwxVCCGhMhRVtKsCg@mail.gmail.com> <546024FA.4020800@jitsi.org>
Date: Sun, 09 Nov 2014 17:03:28 -1000
Message-ID: <CAEbPqryCyE88y-KTNdJJXVh=vanJZAigGSOnYx3UiPNZe-gYPw@mail.gmail.com>
From: Varun Singh <vsingh.ietf@gmail.com>
To: Emil Ivov <emcho@jitsi.org>
Content-Type: multipart/alternative; boundary="089e0149c028295f2705077868b8"
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/0XHiXPDtXZkPrTdYJquov2qoiTc
Cc: Jonathan Lennox <jonathan@vidyo.com>, Ari Keränen <ari.keranen@ericsson.com>, mmusic <mmusic@ietf.org>, Dan Wing <dwing@cisco.com>
Subject: Re: [MMUSIC] Faster ICE by role reversal?
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2014 03:03:31 -0000

On 9 Nov 2014 16:37, "Emil Ivov" <emcho@jitsi.org> wrote:
>
>
>
> On 10.11.14, 2:28, Varun Singh wrote:
>>>
>>> 1. Ability for ICE to yield multiple paths
>>> >2. The ability to use these paths simultaneously or exclusively
>>> >3. Switching between available paths with no non-ICE signalling
>>
>> do you mean: switching between paths with ICE signalling?
>
>
> Yes. With only media-path signalling.
>
>
>> In the case of MPRTP, the scheduling algorithm/congestion controller
>> can make the decision on which paths to use.
>> However, if it is single RTP, then switching from one to another makes
sense.
>
>
> Well ... I am expecting that if and when we do come up with Multipath ICE
we would have the option for endpoints/applications to decide whether those
paths are meant to be used together or separately. So MPRTP could simply go
for the aggregate option.
>

Yes, For MPRTP knowing which paths have connectivity is sufficient for
operation.

I just want to make sure that ICE doesn't switch interfaces unless it is
for failover (the current candidate disappears) because it will pollute the
path metrics used by the congestion control.

> Emil
>
>
> --
> https://jitsi.org

v2.23.0 | Report a Bug | By Email