Re: [MMUSIC] Trickle ICE for SIP Questions

Paul Kyzivat <pkyzivat@alum.mit.edu> Mon, 08 July 2013 16:05 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 B644621F9B4B for <mmusic@ietfa.amsl.com>; Mon, 8 Jul 2013 09:05:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.031
X-Spam-Level:
X-Spam-Status: No, score=-0.031 tagged_above=-999 required=5 tests=[AWL=0.406, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.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 toVaxHymnJtp for <mmusic@ietfa.amsl.com>; Mon, 8 Jul 2013 09:05:43 -0700 (PDT)
Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:44:76:96:59:227]) by ietfa.amsl.com (Postfix) with ESMTP id AD5C421F87BB for <mmusic@ietf.org>; Mon, 8 Jul 2013 09:05:17 -0700 (PDT)
Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta12.westchester.pa.mail.comcast.net with comcast id xoTt1l0031wpRvQ5Cs5GXH; Mon, 08 Jul 2013 16:05:16 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta18.westchester.pa.mail.comcast.net with comcast id xs5G1l0133ZTu2S3es5G7N; Mon, 08 Jul 2013 16:05:16 +0000
Message-ID: <51DAE33B.3070507@alum.mit.edu>
Date: Mon, 08 Jul 2013 12:05:15 -0400
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: "Stach, Thomas" <thomas.stach@siemens-enterprise.com>
References: <51D43186.2010907@jitsi.org> <F81CEE99482EFE438DAE2A652361EE12114A0200@MCHP04MSX.global-ad.net> <51D6D456.7090900@jitsi.org> <51D6F88E.5000209@alum.mit.edu> <F81CEE99482EFE438DAE2A652361EE12114A1153@MCHP04MSX.global-ad.net>
In-Reply-To: <F81CEE99482EFE438DAE2A652361EE12114A1153@MCHP04MSX.global-ad.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1373299517; bh=txirXh2g9p1W/umAUM+pS4lQ84K/feFkP/P5gOTQOmQ=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=hEF0zI8yJEeOzzYDo+Sx0wTz3CHC3WAOU9BZeQ1D2fSkW0EUmJWL8/Y3IfVLHhzyn cT8WmZ97I4couyWYcsnRs8ivHgkPAKTQoZMT/kif8V+Mqae/G7JoMIKqEOxEZ5Sh5S phrZRXmCnJsvervBfAvny51gSbo94PjOJDivOncOPu4wougilsL6ZTuvoh1NcNeay4 6WWH8mazmhsm5Fusqv636OxKpt4ZKvPf8LGo5RTsJs/rpnK2x9WEueR9DDsuSDyBLa aG0G0pWNE0VlU41S4l7yKZSAo8uXP9QORNwpt2m/Ws7jhD9C7ED/WlTlm+UlIc9j8J wCXn5PQk65Ekg==
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Trickle ICE for SIP Questions
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: Mon, 08 Jul 2013 16:05:48 -0000

Just responding to things that haven't already been covered.

On 7/8/13 5:44 AM, Stach, Thomas wrote:

>> Yes, why is it such an issue to require PRACK?
> [TS] I see potential for easier GW/SBC interworking with vanilla-ICE UAs, that did not implement PRACK

I don't get it.

If you are talking about SBCs that terminate/relay media, then the leg 
doing trickle-ICE is separate from the leg doing vanilla-ICE. So what is 
the issue?

And if you have a signaling-only SBC, and one leg supports trickle-ICE 
while the other side supports only vanilla-ICE, then just use 
vanilla-ICE e2e. You won't gain anything by an intermediary trying to 
map trickle-ICE to vanilla-ICE.

>> It is a good thing to implement for many reasons.
> [TS] There are also good reasons against PRACK. e.g. the much more complicated state machine.

Yes, but once you have done it then it is there to use for all sorts of 
things. The alternative seems to be to instead introduce a lot of new 
complexity that is *only* applicable to trickle-ICE.

	Thanks,
	Paul