IETF Logo Mail Archive

[MMUSIC] ICE-SDP: Suggested text to clarify that an ICE transport switch does not require a new offer (in order to match the transport of the c/m- line with the transport of the new candidate)

Christer Holmberg <christer.holmberg@ericsson.com> Fri, 13 January 2017 11:59 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 ABBC91295AF for <mmusic@ietfa.amsl.com>; Fri, 13 Jan 2017 03:59:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0wepHhfAlCoe for <mmusic@ietfa.amsl.com>; Fri, 13 Jan 2017 03:59:09 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACD1C129563 for <mmusic@ietf.org>; Fri, 13 Jan 2017 03:59:08 -0800 (PST)
X-AuditID: c1b4fb30-d248a98000007ae2-46-5878c10a639c
Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.183.78]) by (Symantec Mail Security) with SMTP id E4.E3.31458.A01C8785; Fri, 13 Jan 2017 12:59:06 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.169]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0319.002; Fri, 13 Jan 2017 12:59:05 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: ICE-SDP: Suggested text to clarify that an ICE transport switch does not require a new offer (in order to match the transport of the c/m- line with the transport of the new candidate)
Thread-Index: AQHSbZRvyzLm+tL5jU+XInzXX2PHKw==
Date: Fri, 13 Jan 2017 11:59:04 +0000
Message-ID: <D49E8DE5.15A2E%christer.holmberg@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.7.1.161129
x-originating-ip: [153.88.183.147]
Content-Type: multipart/alternative; boundary="_000_D49E8DE515A2Echristerholmbergericssoncom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDLMWRmVeSWpSXmKPExsUyM2K7ny7XwYoIg9st4hZTlz9mcWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxukZe5kLOlQrXi3JaWC8ItfFyMEhIWAisXJlWRcjF4eQwDpG iVd3D7NAOEsYJVbf3MgEUsQmYCHR/U+7i5GTQ0RAXeLr3h5mkBphgSOMEjd33QJzRAROMkqc fn+IHaJKT2LRqeUsIDaLgKrE2gUXwWxeAWuJh51HWEFsRgExie+n1jCB2MwC4hK3nswHsyUE BCSW7DnPDGGLSrx8/A+sXhRo5vLna5ghrlaSmLY1DaI1QWL/u0OsEOMFJU7OfMIygVFoFpKp s5CUzUJSBhE3kHh/bj4zhK0tsWzhayhbX2Ljl7OMs4C2MQNdvex8AbKSBYwcqxhFi1OLk3LT jYz0Uosyk4uL8/P08lJLNjEC4+Tglt8GOxhfPnc8xCjAwajEw1vAVREhxJpYVlyZe4hRgoNZ SYT3yn6gEG9KYmVValF+fFFpTmrxIUZpDhYlcV6zlffDhQTSE0tSs1NTC1KLYLJMHJxSDYxr pUU6sj7ndj8OCNr70GrWnNZ58V9ZW41Sziy+fCz96bYvAT/OXsvU3Np89b+9WO2WV8lfxCMn bBLYNvOOaPkB9yhxW5nP7dsZ3uu57M+5r20Qe2XV956ov54pGfpOdSuvclVqlGStZhBJNUuS /Ln2yEJuVknDxGuLFiSYK4SpFB6w0O7krlJiKc5INNRiLipOBAAjyYvijwIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/vU66OCxfJ6YWIHmjGZIiHRfazT0>
Subject: [MMUSIC] ICE-SDP: Suggested text to clarify that an ICE transport switch does not require a new offer (in order to match the transport of the c/m- line with the transport of the new candidate)
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 13 Jan 2017 11:59:11 -0000

Hi,

One of the issues that we were going to discuss in Seoul, but didn’t have much time for, was whether we should clarify that a ICE transport switch (using a previously exchanged and verified ICE candidate pair) does not require a new offer, in order to align the m- line with the new transport.

I got an action point in Seoul to suggest text for draft-ice-sep, and below is my initial suggestion:


4.2.  Subsequent Offer/Answer Exchanges

   Either agent MAY generate a subsequent offer at any time allowed by
   [RFC3264].  The rules in Section 4.1.5 will cause the controlling
   agent to send an updated offer at the conclusion of ICE processing
   when ICE has selected different candidate pairs from the default
   pairs.  This section defines rules for construction of subsequent
   offers and answers.

   Should a subsequent offer be rejected, ICE processing continues as if
   the subsequent offer had never been made.

   <new>

   As described in section 4.1.5, when ICE concludes, a subsequent offer might be required in order to match the transport in the c/m- line of a media stream with the transport of the the selected candidates. Once this has been done, if an endpoint later starts to send media using another candidate, the endpoint does not need to send a subsequent offer (even if the transport in the c/m- line does no longer match the transport of the candidate).

   </new>

Regards,

Christer

v2.23.0 | Report a Bug | By Email