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

Emil Ivov <emcho@jitsi.org> Thu, 25 July 2013 18:57 UTC

Return-Path: <emil@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 DAE7121F9360 for <mmusic@ietfa.amsl.com>; Thu, 25 Jul 2013 11:57:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.463
X-Spam-Level:
X-Spam-Status: No, score=-3.463 tagged_above=-999 required=5 tests=[AWL=0.136, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 vUTx-A6-NnT3 for <mmusic@ietfa.amsl.com>; Thu, 25 Jul 2013 11:57:29 -0700 (PDT)
Received: from mail-wg0-f45.google.com (mail-wg0-f45.google.com [74.125.82.45]) by ietfa.amsl.com (Postfix) with ESMTP id B2A8B21F9344 for <mmusic@ietf.org>; Thu, 25 Jul 2013 11:57:28 -0700 (PDT)
Received: by mail-wg0-f45.google.com with SMTP id x12so2001484wgg.0 for <mmusic@ietf.org>; Thu, 25 Jul 2013 11:57:26 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=+BWXih+NyTAYPYRQxbG7UxbD5R2u0Fs0i2LwoekYBDU=; b=JCAzreDKeg4xBJpghAHuHbTXXd6nArort1VAIdRY7JANMWbm9u3a1HzgMPjHkSdIJ+ EYCH5TnO4wx5P8/aSkW7rg3mDr9q/BPkm6ngVDbqUyJWpuGbchTcUXSW9Dz2uTstDJd/ 5FOgRvU9KrawgNrtdze4Os+UcMjuizsrdXtyWFKQHmYmOb6Ozu3utGoMH9khoJPUvzp1 u4zrPZvXcSswHjIuhFD9tNrjvSs8rWoSSuthUwNRiBJ9iTqfbVX4UNIgDEm9SjUXpNrb 4elBDc+kVzTneBKClgXK2YP79Jzh2HPHMsFzV+CXDQtkuFahfbTLOEnoYlRCwM58aGGc El1A==
X-Received: by 10.180.160.134 with SMTP id xk6mr3089785wib.40.1374778646434; Thu, 25 Jul 2013 11:57:26 -0700 (PDT)
Received: from camionet.local ([2a01:e35:2e2c:f600:a84e:51b7:5b8c:268f]) by mx.google.com with ESMTPSA id nb12sm5754279wic.7.2013.07.25.11.57.24 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 25 Jul 2013 11:57:25 -0700 (PDT)
Message-ID: <51F17512.8090700@jitsi.org>
Date: Thu, 25 Jul 2013 20:57:22 +0200
From: Emil Ivov <emcho@jitsi.org>
Organization: Jitsi
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Christer Holmberg <christer.holmberg@ericsson.com>
References: <51F15BC0.2000401@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B1C408F15@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C408F15@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQkRObUBV9jMNrOPrJAkrXeoq60vNKpNimjqwOnZEk+vFUo1LREFPtP8sAbpW24x7h8rTRvX
Cc: IETF MMUSIC WG <mmusic@ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Subject: Re: [MMUSIC] draft-ivov-mmusic-trickle-ice-sip-00
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: Thu, 25 Jul 2013 18:57:33 -0000

Hey folks,

On 25.07.13, 20:36, Christer Holmberg wrote:
> Hi Paul,
> Are you sure a new type is needed? The existing types are rather
> generic, aren't they?

Back in Boston we decided to do something like this:

http://tools.ietf.org/html/draft-ivov-dispatch-sdpfrag-00

More below:

> On 25.07.13, 19:09, Paul Kyzivat wrote:
>
> Section 4 says that trickled candidates are transported as INFO payloads
> containing SDP formatted according to ivov-mmusic-trickle-ice. But
> AFAICT that draft doesn't specify this.

Well, it just borrows the format from 5245 and says that this is how you 
represent trickled candidates.

> Also the example in this section
> shows an info payload that contains only a subset of SDP, and doesn't
> conform to mime type application/sdp.

Yup, should be application/sdpfrag.

> Section 5.6 again references the trickle-ice draft (section 4) for
> definition of the body of the info message, but that section of that
> draft doesn't contain any such definition.

Will need to fix.

> Aside from that, it occurs to me that trickle-ice, and for that matter
> ice in sip even without trickle, is a good candidate for preconditions.
> The use of preconditions could eliminate the need for half trickle. This
> would of course require a new precondition type, but that is doable.

Hmmm ... that's a good point!

> By using preconditions, you can establish the dialog without alerting
> the callee. Then the alert can be deferred until at least one workable
> path has been detected.
>
> (But I suppose the hate for preconditions is so great that this is not
> to be considered.)

Well, it doesn't have to be mandatory ...

Emil

>
>          Thanks,
>          Paul
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic

-- 
https://jitsi.org