Re: [MMUSIC] Using connectivity check to carry additional candidates [was Re: draft-ivov-dispatch-trickle-ice-sip/draft-ivov-mmusic-trickle-ice]

Marc Petit-Huguenin <petithug@acm.org> Fri, 05 April 2013 23:26 UTC

Return-Path: <petithug@acm.org>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D72F121F970F for <mmusic@ietfa.amsl.com>; Fri, 5 Apr 2013 16:26:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.2
X-Spam-Level:
X-Spam-Status: No, score=-102.2 tagged_above=-999 required=5 tests=[AWL=-0.200, BAYES_00=-2.599, J_CHICKENPOX_110=0.6, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 xkadAEKSdFIq for <mmusic@ietfa.amsl.com>; Fri, 5 Apr 2013 16:26:44 -0700 (PDT)
Received: from implementers.org (implementers.org [IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with ESMTP id 20FEE21F9706 for <mmusic@ietf.org>; Fri, 5 Apr 2013 16:26:44 -0700 (PDT)
Received: from [IPv6:2601:9:4bc0:1f:84a4:8f1c:631d:60ec] (unknown [IPv6:2601:9:4bc0:1f:84a4:8f1c:631d:60ec]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client CN "Marc Petit-Huguenin", Issuer "implementers.org" (verified OK)) by implementers.org (Postfix) with ESMTPS id CDB2E202EB; Sat, 6 Apr 2013 01:26:42 +0200 (CEST)
Message-ID: <515F5DB0.5020305@acm.org>
Date: Fri, 05 Apr 2013 16:26:40 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12
MIME-Version: 1.0
To: Martin Thomson <martin.thomson@gmail.com>
References: <515AFCFE.7030608@acm.org> <515CB4F2.3010404@jitsi.org> <515D853C.6020107@alum.mit.edu> <515DC02D.7050105@jitsi.org> <99971244-6523-4025-AF84-1AC72D8E0681@gmail.com> <515E1868.2010601@acm.org> <CABkgnnUGKx3V5U6-Q2EijAJpvXYxM0Q52PoDP78OxcnSOqDH_g@mail.gmail.com>
In-Reply-To: <CABkgnnUGKx3V5U6-Q2EijAJpvXYxM0Q52PoDP78OxcnSOqDH_g@mail.gmail.com>
X-Enigmail-Version: 1.4.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: Alan Johnston <alan.b.johnston@gmail.com>, "mmusic@ietf.org" <mmusic@ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Subject: Re: [MMUSIC] Using connectivity check to carry additional candidates [was Re: draft-ivov-dispatch-trickle-ice-sip/draft-ivov-mmusic-trickle-ice]
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
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: Fri, 05 Apr 2013 23:26:45 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 04/05/2013 03:27 PM, Martin Thomson wrote:
> On 4 April 2013 17:18, Marc Petit-Huguenin <petithug@acm.org> wrote:
>> True.  But so why not push the idea further, and use an in-band mechanism
>> to send the newly discovered candidates?
> 
> That only works if you find a workable path using un-trickled candidates.
> That seems unlikely, except in the half-trickle case.
> 

Yes, this is why I said that the Offerer sends the full
list of candidates.  But if the Offerer already knows that the Answerer
supports this way of doing trickle, it just has to send one relayed candidate
in the Offer (can even be the one in the m= line and do not send any
a=candidates lines).  Let's call this 3/4 trickle :-)

- -- 
Marc Petit-Huguenin
Email: marc@petit-huguenin.org
Blog: http://blog.marc.petit-huguenin.org
Profile: http://www.linkedin.com/in/petithug
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJRX12uAAoJECnERZXWan7EdycQAL+EF+Pdl528qncDVs/rkfqz
wuMUcVeHKHrqTwon+GTuZ338ZXsBdbFo1YxZpujoMVRrW2T+/4mdHv1SENlBQI9f
uXz6pooZPB3rhvPzIY10sE1qDwemqEJUIlvtO1BX1wRpMzuu5l9g1y0TBaENsf6J
ChtOj6VSqzMp/f3D9Wd2sGXWi6pyLcrUEGoUAv+b1y/8m/voKn3TBhC1pt4D/K5b
43trZRkJ4/13zSvkhfKJ+wIMXRt1xWHYdrh79u2qsHFJQtffPSiHJoKtUd/yG2iQ
yR9qDrqf93f7+4gx+2/dn5u6ndvhUTKhTAzFsDeG3drgMost8dt3LeHF73QV11kP
aAC6/6uLUamz0YobZ+XeHLIf39RrA3+M0tXLs1PZsnp8ApAgzLMiXCm9efEAmtXl
kOgJpBrfww5/UnW7uYQVCFePFp9nzmo8+Hvcqif5xeuFr6S0dbhMfe6njcfuLvXn
CyfNzYKgPmH9vXL0sXQiC3AEMez81QpY2J/hgkTqfw9WPxfOTg4rcZr0U/7FLaP8
nslldbjPNgheFsiV5Qj0YDuvLZIPZGE2Xi/EsDhHChnmKbCpBZKtDLksvVigBMiQ
3AAwyvvSOXl7ltckOQvfxE3QHf3DXjv+YFvxUHWnUYLoQV+BZ3uMb6ZNmM8B0JVL
KabzMlTgHrFC1OwG5rEK
=WeGN
-----END PGP SIGNATURE-----