Re: [MMUSIC] Partial Offer/Partial Answer draft - MIME type value

Emil Ivov <emcho@jitsi.org> Sun, 20 October 2013 20:23 UTC

Return-Path: <emcho@sip-communicator.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 39D2D11E843B for <mmusic@ietfa.amsl.com>; Sun, 20 Oct 2013 13:23:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.222
X-Spam-Level:
X-Spam-Status: No, score=-2.222 tagged_above=-999 required=5 tests=[AWL=-0.246, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
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 UiHfs1d1eAEN for <mmusic@ietfa.amsl.com>; Sun, 20 Oct 2013 13:23:31 -0700 (PDT)
Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) by ietfa.amsl.com (Postfix) with ESMTP id 2D83911E824F for <mmusic@ietf.org>; Sun, 20 Oct 2013 13:23:31 -0700 (PDT)
Received: by mail-pd0-f181.google.com with SMTP id y13so7316142pdi.40 for <mmusic@ietf.org>; Sun, 20 Oct 2013 13:23:31 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=yDX9T6WsGy2ZrpyXd8ta4XnKzO0nrvctrsApb04viAc=; b=TszTn7OEKxPaegARaL4ofgTuGt6XYGsYcfRQuZti1+KIDyLQPWmwQRsakKuFe20gWm ry/HWJyWTFFR/K4ga2dW227U3XbBvenG2ZZ5xxi0UY0HE9ly7TTGIEjGsGV/LiIvc8z8 0HzjU4sRvloEsJhTkdyg5jkmPQ+hfMhT1yJRIhO2fRPWwT1daCogriP7qz6otRIVP3bM injuugVqa4Ffy4z+DvWLR1PcNgJ1Tmfha7jstJMoeUi6zxu5deHC5yRLnhjAV+aAXxEp IzOWNzddroNh+0u+NSJiXiEHo3gU8EhDrRu0E9XGBX/HQ6xAp/DwhPN3JyrgtrNH0jZd AJhg==
X-Gm-Message-State: ALoCoQlAqVWqK9W7FN7l0mKh6ERjFu3qx4ZNyII2BHRiW45DVSYFWrEpLJz+ypYA0WMcG8+BUVYB
X-Received: by 10.66.154.1 with SMTP id vk1mr14649948pab.85.1382300610931; Sun, 20 Oct 2013 13:23:30 -0700 (PDT)
Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [2607:f8b0:400e:c02::22f]) by mx.google.com with ESMTPSA id pu5sm20379011pac.21.2013.10.20.13.23.29 for <mmusic@ietf.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 20 Oct 2013 13:23:29 -0700 (PDT)
Received: by mail-pd0-f175.google.com with SMTP id g10so5834346pdj.34 for <mmusic@ietf.org>; Sun, 20 Oct 2013 13:23:29 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.68.219.167 with SMTP id pp7mr3379073pbc.125.1382300609750; Sun, 20 Oct 2013 13:23:29 -0700 (PDT)
Received: by 10.66.191.163 with HTTP; Sun, 20 Oct 2013 13:23:29 -0700 (PDT)
Received: by 10.66.191.163 with HTTP; Sun, 20 Oct 2013 13:23:29 -0700 (PDT)
In-Reply-To: <CAPvvaa+qtghsTBLN_pnmJsXeLWfJcJXQnbgv6fBNc1iq+pYnoQ@mail.gmail.com>
References: <7594FB04B1934943A5C02806D1A2204B1C4C2F3D@ESESSMB209.ericsson.se> <5261AAF0.3030509@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B1C4C34F9@ESESSMB209.ericsson.se> <CAPvvaa+0MgAT7Svw47zFRZUdjAEGDU=72yAqwxY_cnEb9ZhUww@mail.gmail.com> <5261C314.8020001@alum.mit.edu> <CAPvvaaJuVfeW4jbY0Ayxxm32rbHTD-GwT+YhRgo5xh380=Y-yA@mail.gmail.com> <h7ciobmuoh8ivvljnya8r8t9.1382163037289@email.android.com> <CAPvvaaJWSoKKwn_h84yDsZ6BgD=QPS9ERPvSskzWvn_x1Bju1w@mail.gmail.com> <yv22u8tdcxanwt643ccmsn7t.1382197429573@email.android.com> <CAPvvaaJFrWFsov5v4zMWOnzex_foF1Zy-0V1iYyXdWwMW3C5aQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C4D6F06@ESESSMB209.ericsson.se> <CAPvvaa+4QOhBqmot-jTGwkCdh_5icLHy5KjUjHvwhWPZW_KKHw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C4D8F8A@ESESSMB209.ericsson.se> <CAPvvaaJ3+LnhXeph3HWuTdV+A5sM7FdGgDwuhMkzc6qT7fAjqQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C4DA0FA@ESESSMB209.ericsson.se> <52642EB8.3060203@nostrum.com> <7594FB04B1934943A5C02806D1A2204B1C4DDC7D@ESESSMB209.ericsson.se> <CAPvvaa+qtghsTBLN_pnmJsXeLWfJcJXQnbgv6fBNc1iq+pYnoQ@mail.gmail.com>
Date: Sun, 20 Oct 2013 22:23:29 +0200
Message-ID: <CAPvvaaJ4Ak+ejoHXHDL4b_1397VzAdTX2ep46gaHNCddrf_Lag@mail.gmail.com>
From: Emil Ivov <emcho@jitsi.org>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary="e89a8f3b559cd144ae04e931f012"
Cc: mmusic <mmusic@ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Subject: Re: [MMUSIC] Partial Offer/Partial Answer draft - MIME type value
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: Sun, 20 Oct 2013 20:23:36 -0000

One more thought:

Please understand that trickle ICE is NOT a session modification. Please
try to isolate the SDP syntax that it uses from general O/A. It is not part
of it.

Think of it as JSON if that would make thinks easier.

Emil

--sent from my mobile
On 20 Oct 2013 22:18, "Emil Ivov" <emcho@jitsi.org> wrote:

> Christer, "I tried to explain" to you that what you are saying has been
> addressed and cannot happen. If you believe that there is a specific
> situation that is still possible and is a problem, then please describe
> that rather than continuing to suggest that things don't work without any
> valid arguments whatsoever.
>
> --sent from my mobile
> On 20 Oct 2013 21:50, "Christer Holmberg" <christer.holmberg@ericsson.com>
> wrote:
>
>>
>> Hi,
>>
>> >> Example:
>> >>
>> >> 1. Alice sends an SDP Offer to Bob.
>> >>
>> >> 2. Bob sends the SDP Answer to Alice, with candidates A, B and C.
>> >>
>> >> 3. After that, Bob sends, using trickle ICE, candidates D and E to
>> Alice.
>> >>
>> >> If Alice receives the SDP Answer first, and then the trickle ICE
>> request, she will assume that Bob first provided candidates A, B and C (in
>> the SDP Answer), and then added D and E (in the trickle ICE request).
>> >>
>> >> If Alice receives the trickle ICE request first, and then the SDP
>> Answer
>> >
>> > Don't do that then.
>> >
>> > It's been pretty clear from the start that any session *modification*
>> mechanism that does not also contain the full session state completely
>> falls apart in the face of unordered delivery. This is a fundamental
>> information problem, and you aren't going to write rules that somehow cause
>> it not to be true.
>> >
>> > We haven't yet tackled how to send trickle ICE in SIP, much less
>> partial offers and partial answers. When we do, the only way it's going to
>> have any chance of working at all is by requiring ordered delivery.
>>
>> I totally agree, and my opinion (which I tried to explain to Emil) is
>> that it applies also to candidates.
>>
>> Regards,
>>
>> Christer
>>
>