[Sipping] Updated ICE specification
Jonathan Rosenberg <jdrosen@dynamicsoft.com> Wed, 29 October 2003 07:17 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA12806 for <sipping-archive@odin.ietf.org>; Wed, 29 Oct 2003 02:17:26 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AEkZm-0007oZ-FX for sipping-archive@odin.ietf.org; Wed, 29 Oct 2003 02:17:06 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h9T7H6wr030033 for sipping-archive@odin.ietf.org; Wed, 29 Oct 2003 02:17:06 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AEkZm-0007oB-8r for sipping-web-archive@optimus.ietf.org; Wed, 29 Oct 2003 02:17:06 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA12383 for <sipping-web-archive@ietf.org>; Wed, 29 Oct 2003 02:16:54 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AEkZh-000348-00 for sipping-web-archive@ietf.org; Wed, 29 Oct 2003 02:17:02 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AEkZh-000343-00 for sipping-web-archive@ietf.org; Wed, 29 Oct 2003 02:17:01 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AEkZh-0007mA-MQ; Wed, 29 Oct 2003 02:17:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AEkZN-0007j7-WB for sipping@optimus.ietf.org; Wed, 29 Oct 2003 02:16:42 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA12035; Wed, 29 Oct 2003 02:16:30 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AEkZK-00033c-00; Wed, 29 Oct 2003 02:16:38 -0500
Received: from [63.113.44.69] (helo=mail3.dynamicsoft.com) by ietf-mx with esmtp (Exim 4.12) id 1AEkZJ-00033J-00; Wed, 29 Oct 2003 02:16:37 -0500
Received: from dynamicsoft.com ([63.113.46.68]) by mail3.dynamicsoft.com (8.12.8/8.12.1) with ESMTP id h9T7G6ca007491; Wed, 29 Oct 2003 02:16:08 -0500 (EST)
Message-ID: <3F9F6933.3010508@dynamicsoft.com>
Date: Wed, 29 Oct 2003 02:16:03 -0500
From: Jonathan Rosenberg <jdrosen@dynamicsoft.com>
Organization: dynamicsoft
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: mmusic@ietf.org, sipping <sipping@ietf.org>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Sipping] Updated ICE specification
Sender: sipping-admin@ietf.org
Errors-To: sipping-admin@ietf.org
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Id: SIPPING Working Group (applications of SIP) <sipping.ietf.org>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Folks, I have submitted an update to ICE. Based on agreement at the last ietf, it is now a work item of MMUSIC. Until the I-D appears in the archives, you can pick up a copy at: http://www.jdrosen.net/papers/draft-ietf-mmusic-ice-00.txt http://www.jdrosen.net/papers/draft-ietf-mmusic-ice-00.html There were many changes since the last revision: * The draft is now SIP and offer/answer independent. The way I achieved this was to describe ICE as an abstract protocol, and then define mappings from that abstract protocol to concrete ones. A mapping is included for SIP, using the SDP alt parameter extension and Gonzalo's new IPV group semantic. * The spec now mandates that a client, in addition to be configured with one or more relay servers (i.e., turn), needs to know which of those are on the public internet. This would be through configuration. This information is needed only for backwards compatibility with non-ice clients. * In an update to TURN, I added a Send mechanism which allows relay of outbound requests. ICE now includes usage of this mechanism. Its needed for inter-enterprise calls where the media needs to pass through two relays, one in each domain. * I added some text on backwads compatibility processing when the caller realizes that the callee doesnt support ICE. * peer derived transport addresses learned by Sending (using the TURN Send primitive) a STUN request through a TURN relay have the same priority as turn derived transport addresses. Thanks, Jonathan R. -- Jonathan D. Rosenberg, Ph.D. 600 Lanidex Plaza Chief Technology Officer Parsippany, NJ 07054-2711 dynamicsoft jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.jdrosen.net PHONE: (973) 952-5000 http://www.dynamicsoft.com _______________________________________________ Sipping mailing list https://www1.ietf.org/mailman/listinfo/sipping This list is for NEW development of the application of SIP Use sip-implementors@cs.columbia.edu for questions on current sip Use sip@ietf.org for new developments of core SIP
- [Sipping] Updated ICE specification Jonathan Rosenberg