Re: [MMUSIC] draft-ivov-dispatch-trickle-ice-sip/draft-ivov-mmusic-trickle-ice

Marc Petit-Huguenin <petithug@acm.org> Wed, 03 April 2013 18:12 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 3DDCF21F8C6F for <mmusic@ietfa.amsl.com>; Wed, 3 Apr 2013 11:12:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level:
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 m62dPMDRpU7a for <mmusic@ietfa.amsl.com>; Wed, 3 Apr 2013 11:12:35 -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 8B97F21F8D82 for <mmusic@ietf.org>; Wed, 3 Apr 2013 11:12:35 -0700 (PDT)
Received: from [IPv6:2601:9:4bc0:1f:25ac:5e55:3fb8:ac4f] (unknown [IPv6:2601:9:4bc0:1f:25ac:5e55:3fb8:ac4f]) (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 337D4202D8; Wed, 3 Apr 2013 20:12:30 +0200 (CEST)
Message-ID: <515C710B.70306@acm.org>
Date: Wed, 03 Apr 2013 11:12:27 -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: Paul Kyzivat <pkyzivat@alum.mit.edu>
References: <515AFCFE.7030608@acm.org> <F81CEE99482EFE438DAE2A652361EE12087F8533@MCHP04MSX.global-ad.net> <515C4B4F.6080203@acm.org> <515C6312.1080409@alum.mit.edu>
In-Reply-To: <515C6312.1080409@alum.mit.edu>
X-Enigmail-Version: 1.4.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] 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: Wed, 03 Apr 2013 18:12:36 -0000

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

On 04/03/2013 10:12 AM, Paul Kyzivat wrote:
> On 4/3/13 11:31 PM, Marc Petit-Huguenin wrote:
> 
>> Right, but PRACK is mandatory anyway for UPDATE, so using accumulated 
>> candidates seems a good idea when using INFO, so there is no need to
>> PRACK the 18x.
>> 
>> Considering this now, INFO may have a slight advantage over UPDATE.
> 
> I'm having difficulty making any sense of the above.
> 
> Are you trying to say that you can't use UPDATE for an offer in an early
> dialog without first using completing an earlier o/a with PRACK?
> 
> And then, the advantage of using INFO over UPDATE is because it can go
> sooner?
> 
> Yes, I guess it might be able to go sooner. But I think you must carefully 
> consider the interaction of the trickled O/A revisions (or whatever you
> call them) with the entire O/A state machine. Specifically, please look at
> RFC 6337, and ensure that what is being proposed is well defined in all the
> cases described there.
> 

I completely agree with you, we should try first to see if trickle fits in O/A
before defining extensions like INFO - that was the sense of my original email.

- -- 
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)

iQIcBAEBCAAGBQJRXHEHAAoJECnERZXWan7ECVIP/iRKeur3TGQ5AVjmr20i7RcP
g2ze1bqWvjsJ8mTGSkyRLb95rEbv0oCKG8QtgBXs/pgtbEWsReS12zeE8Kkl7GQd
Vl06KRMnEylRvgQ9ZpzC/1IJKT92yBrgMEXqhbstrWl49k+KZSPH8u2ZmSV1ClH8
Q4411ux6bPO3fCpv6/Y5wy669IuuESN/w9h/tLQCdgumz9KCwZrWkJK+InTU2OPM
we0B8+jWWaqMyoyvxi0XH005oYIrP1Sh4hvSe/C0f/8Nk+K7E88ljnflWRFgL9xT
X7yhsFo8a3mrihp7RHV13H218wzdrPA17zbUmLx2JpPMLMjPMPkUIYr1tZA44Tek
WEEafQL5gw9dzYjR8VLqad1gi91E7YHVDyxBmpYWqJxZxBQXdyaytFA7m0E6V0e4
sMeOnl9c/Wu+mRaw/xBjAGAH+7Bt1VmZ+DUy3x6OEnWc2z5LpeBySmXUVY8Ibtt1
kfZlAnUu9HuY9PV1elTalBJZbVn1zi79h1LJLpWeJK1yBbjmgmWZQoXQ4qFg+lX5
FjqMrFrXnh9uKE0KIycDBEQaiHFQB645IWpl3Ee7ymZoCu5ukwlGHik7wy0ujkzP
N0vqTGJ2nah5U0WYnn+79fj6UJHY7fDf4FEcRSJsh6OgLWfMHtUPRf/xgKl6S/qE
809d2ghnSRle7boFNWWJ
=ube7
-----END PGP SIGNATURE-----