IETF Logo Mail Archive

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

Christer Holmberg <christer.holmberg@ericsson.com> Sun, 20 October 2013 19:50 UTC

Return-Path: <christer.holmberg@ericsson.com>
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 CC43011E822C for <mmusic@ietfa.amsl.com>; Sun, 20 Oct 2013 12:50:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.881
X-Spam-Level:
X-Spam-Status: No, score=-3.881 tagged_above=-999 required=5 tests=[AWL=-1.282, 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 AyZGR7z8QG+T for <mmusic@ietfa.amsl.com>; Sun, 20 Oct 2013 12:50:42 -0700 (PDT)
Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id 77AD111E81D0 for <mmusic@ietf.org>; Sun, 20 Oct 2013 12:50:38 -0700 (PDT)
X-AuditID: c1b4fb38-b7fcf8e0000062b8-94-5264340d5fbf
Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id 0A.FD.25272.D0434625; Sun, 20 Oct 2013 21:50:37 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.201]) by ESESSHC018.ericsson.se ([153.88.183.72]) with mapi id 14.02.0328.009; Sun, 20 Oct 2013 21:50:36 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Adam Roach <adam@nostrum.com>, Emil Ivov <emcho@jitsi.org>
Thread-Topic: [MMUSIC] Partial Offer/Partial Answer draft - MIME type value
Thread-Index: AQHOzcp+iLSYC/YIgkW4GBkoIrtjKJn9/Sjg
Date: Sun, 20 Oct 2013 19:50:35 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C4DDC7D@ESESSMB209.ericsson.se>
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>
In-Reply-To: <52642EB8.3060203@nostrum.com>
Accept-Language: en-US
Content-Language: fi-FI
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.154]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrHLMWRmVeSWpSXmKPExsUyM+JvjS6vSUqQwa/ZUhZ7/i5it1izcwKL xdTlj1ksVmw4wOrA4vH3/QcmjyVLfjJ5/H8T6DFr5xOWAJYoLpuU1JzMstQifbsErozu25vZ Cxp4Kz5vPsTYwHiFp4uRk0NCwETi9NQ2dghbTOLCvfVsILaQwFFGicdXgOJcQPYSRom789ay dDFycLAJWEh0/9MGqRERsJNYtGkhC4jNLOAksf/Da2YQW1jAS6JnZi8LRI23xP/7V6FsI4kH ax6wgtgsAqoSDdOaweK8Ar4S5381MELsesYuMenrVLCDOAW0Jc4eXcIEYjMCHff91BomiGXi Eh8OXmeGOFpAYsme81C2qMTLx/9YIWwliUW3PzOB3MwsoCmxfpc+RKuixJTuh+wQewUlTs58 wjKBUWwWkqmzEDpmIemYhaRjASPLKkaO4tTipNx0I4NNjMA4Orjlt8UOxst/bQ4xSnOwKInz fnzrHCQkkJ5YkpqdmlqQWhRfVJqTWnyIkYmDU6qBMTOO+9uuq3LRBdx7nO+/Z7ublrXppsTV HAH7ndsWxC55f2rn7ws1e5I8Jihx1Ox5KJmodfmC59PJoV/ldGd9nHqp1M05Pnxm3BGzV7Pf eHfpahXJbK79VMJ1SlCgyWlK3GzbRU2TX71ZlZ2QWP1ZYfWCN/u2/Xty33fHgspP9oKf+Nrc 7k6doKjEUpyRaKjFXFScCABGqrKwcQIAAA==
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 19:50:48 -0000

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

v2.46.0 | Report a Bug | By Email | System Status