[MMUSIC] BUNDLE TEXT: ICE Procedures (18.6)

Christer Holmberg <christer.holmberg@ericsson.com> Tue, 18 June 2013 06:56 UTC

Return-Path: <prvs=78816e9fb4=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 A46A021F9CD0 for <mmusic@ietfa.amsl.com>; Mon, 17 Jun 2013 23:56:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.934
X-Spam-Level:
X-Spam-Status: No, score=-3.934 tagged_above=-999 required=5 tests=[AWL=-1.336, BAYES_00=-2.599, 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 dY7u6yn-Mcft for <mmusic@ietfa.amsl.com>; Mon, 17 Jun 2013 23:56:41 -0700 (PDT)
Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id EF6EC21F9CFD for <mmusic@ietf.org>; Mon, 17 Jun 2013 23:56:40 -0700 (PDT)
X-AuditID: c1b4fb38-b7fa16d0000027dd-75-51c004a77a69
Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id A7.31.10205.7A400C15; Tue, 18 Jun 2013 08:56:39 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.6]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.02.0328.009; Tue, 18 Jun 2013 08:56:39 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: BUNDLE TEXT: ICE Procedures (18.6)
Thread-Index: Ac5r8MLs2/1wsMbEQBKrXv9BXgwcUQ==
Date: Tue, 18 Jun 2013 06:56:38 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C3AADE0@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.17]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1C3AADE0ESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrNLMWRmVeSWpSXmKPExsUyM+Jvre5ylgOBBid/WFlMXf6YxYHRY8mS n0wBjFHcNkmJJWXBmel5+nYJ3BkvHi5mKXjqWjFt1gr2Bsb1Nl2MnBwSAiYSZ9buZYGwxSQu 3FvP1sXIxSEkcJRR4vaJR6wgCSGBRYwSD5bqdDFycLAJWEh0/9MGCYsIqEt83dvDDGILC2hL vJuxnhUibiDR9XwvO4StJ7G3v48JxGYRUJWYffohmM0r4Cvxbsl+NhCbEWjv91NrwOLMAuIS t57MZ4K4R0BiyZ7zzBC2qMTLx/9YQU6QEFCUWN4vB1GeL/GiawozxEhBiZMzn7BMYBSahWTS LCRls5CUQcR1JBbs/sQGYWtLLFv4mhnGPnPgMROy+AJG9lWMHMWpxUm56UYGmxiBYX9wy2+L HYyX/9ocYpTmYFES5/10alegkEB6YklqdmpqQWpRfFFpTmrxIUYmDk4QwSXVwHj2xMIrB2wL 5Vt6LjeoXfXy5lq4cdLcrk8GlV9FLN5vKv3EVZZqF122a8qpQ3fap/emJmibimj98Dswafbt kx6vmJ67Mb9ZvqhYRfBmfGVEyIkXPIa/GAyO7o3UKVn+Ps/e5IftSUY9Hb4niopWPW/m1hXo TY19395w3MLjrW1Vt3jK+pIl65VYijMSDbWYi4oTAcP5Zn1OAgAA
Subject: [MMUSIC] BUNDLE TEXT: ICE Procedures (18.6)
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: Tue, 18 Jun 2013 06:56:48 -0000

Hi,

I did some updates (mostly editorial) to the BUNDLE ICE Procedures section.

So, when reviewing BUNDLE-04, for the ICE parts, please use the text below as base :)

Regards,

Christer

----------------------------------


8.  Usage With ICE

8.1.  General

   This section describes how to use the BUNDLE mechanism together with
   the Interactive Connectivity Establishment (ICE) mechanism [RFC5245].

8.2.  ICE Candidates

8.2.1.  Offerer Procedures

   When an ICE-enabled Offerer generates an SDP Offer, with a BUNDLE
   group, the Offerer MUST assign ICE candidates [RFC5245] to each "m="
   line in the BUNDLE group.

   If the Offerer assigns unique addresses to each "m=" line in the
   BUNDLE group, the Offerer MUST assign assign unique ICE candidate
   values to each "m=" line in the BUNDLE group.  The Offerer MUST NOT
   assign the same ICE candidate values to "m=" lines outside the BUNDLE
   group, or to "m=" lines in another BUNDLE group.

   If the Offerer assigns the BUNDLE address to each "m=" line in the
   BUNDLE group, the Offerer MUST assign assign identical ICE candidate
   values to each "m=" line in the BUNDLE group.  The Offerer MUST NOT
   assign the same ICE candidate values to "m=" lines outside the BUNDLE
   group, or to "m=" lines in another BUNDLE group.

8.2.2.  Answerer Procedures

   When an ICE-enabled Answerer generates an SDP Answer, with a BUNDLE
   group, the Answerer MUST assign ICE candidates to each "m=" line in
   the BUNDLE group.  The Answerer MUST assign identical ICE candidate
   values to each "m=" line in the BUNDLE group.  The Answerer MUST NOT
   assign the same ICE candidate values to "m=" lines outside the BUNDLE
   group, or to "m=" lines in another BUNDLE group.

8.3.  ICE Connectivity Checks

   Once a BUNDLE address has been selected for the Offerer and the
   Answerer, it is RECOMMENDED to perform ICE connectivity checks and
   keep-alives [RFC5245] for the whole BUNDLE group, rather than for
   each individual "m=" line in the BUNDLE group.