Re: [MMUSIC] RE : I-D Action: draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt

"Stach, Thomas" <thomas.stach@siemens-enterprise.com> Thu, 14 March 2013 18:16 UTC

Return-Path: <thomas.stach@siemens-enterprise.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 46C0511E80E9 for <mmusic@ietfa.amsl.com>; Thu, 14 Mar 2013 11:16:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.298
X-Spam-Level:
X-Spam-Status: No, score=-0.298 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_LOAN=2.3]
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 Bwq9dhljpHwB for <mmusic@ietfa.amsl.com>; Thu, 14 Mar 2013 11:16:56 -0700 (PDT)
Received: from senmx12-mx.siemens-enterprise.com (senmx12-mx.siemens-enterprise.com [62.134.46.10]) by ietfa.amsl.com (Postfix) with ESMTP id E0A6E11E81C6 for <mmusic@ietf.org>; Thu, 14 Mar 2013 11:16:55 -0700 (PDT)
Received: from MCHP01HTC.global-ad.net (unknown [172.29.42.234]) by senmx12-mx.siemens-enterprise.com (Server) with ESMTP id F13F423F04C7; Thu, 14 Mar 2013 19:16:54 +0100 (CET)
Received: from MCHP04MSX.global-ad.net ([169.254.1.94]) by MCHP01HTC.global-ad.net ([172.29.42.234]) with mapi id 14.02.0328.009; Thu, 14 Mar 2013 19:16:54 +0100
From: "Stach, Thomas" <thomas.stach@siemens-enterprise.com>
To: Andrew Allen <aallen@blackberry.com>, "jonathan@vidyo.com" <jonathan@vidyo.com>, "fandreas@cisco.com" <fandreas@cisco.com>
Thread-Topic: [MMUSIC] RE : I-D Action: draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt
Thread-Index: AQHOILR4FRB+udTQGku/nF8/mU+ospillH4AgAAMq4CAAADiAIAABM+AgAAiZgCAAAZvAP//rVJAgAAA0XA=
Date: Thu, 14 Mar 2013 18:16:54 +0000
Message-ID: <F81CEE99482EFE438DAE2A652361EE12067976D4@MCHP04MSX.global-ad.net>
References: <DBB452AD-7443-4B45-A706-BC79442979BB@vidyo.com> <BBF5DDFE515C3946BC18D733B20DAD2338D2AE5E@XMB104ADS.rim.net>
In-Reply-To: <BBF5DDFE515C3946BC18D733B20DAD2338D2AE5E@XMB104ADS.rim.net>
Accept-Language: de-AT, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.29.42.225]
Content-Type: multipart/alternative; boundary="_000_F81CEE99482EFE438DAE2A652361EE12067976D4MCHP04MSXglobal_"
MIME-Version: 1.0
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] RE : I-D Action: draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt
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, 14 Mar 2013 18:16:57 -0000

This is also my understanding
... although my initially proposed text does not reflect this correctly.

Regards
Thomas


________________________________
Von: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] Im Auftrag von Andrew Allen
Gesendet: Donnerstag, 14. März 2013 14:10
An: jonathan@vidyo.com; fandreas@cisco.com
Cc: mmusic@ietf.org
Betreff: Re: [MMUSIC] RE : I-D Action: draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt


My understanding also was that we agreed that CCAP was not an alternative to ICE.


From: Jonathan Lennox [mailto:jonathan@vidyo.com]
Sent: Thursday, March 14, 2013 01:06 PM Central Standard Time
To: Flemming Andreasen <fandreas@cisco.com>
Cc: mohamed.boucadair@orange.com <mohamed.boucadair@orange.com>; Andrew Allen; mmusic@ietf.org <mmusic@ietf.org>
Subject: Re: [MMUSIC] RE : I-D Action: draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt


On Mar 14, 2013, at 1:43 PM, Flemming Andreasen wrote:

On 3/14/13 11:40 AM, mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> wrote:
Re-,

What is important is the quality of produced documents. The content of the document is not frozen and unless I'm mistaken there is not IETF LC.

Correct.
What I understand from the text in the draft is: ccap is allowed to signal an IPv4@ and IPv6@ if ICE is not supported.

ccap is not prohibited from doing so in the absence of ICE, however as explained in the document
1) When the IETF Standard Track mechanism ICE is available, ccap MUST NOT signal an IPv4/IPV6 address alternative.
2) The draft does (intentionally) not provide a full solution for negotiating alternative IP-addresses since we have a Standards Track mechanism for doing so (ICE).

Hi, Fleming --

My understanding of the WG consensus -- and my interpretation of the text in the draft -- was stronger than this: ccap MUST NOT be used for the kinds of alternatives ICE can express, whether or not ICE is actually being used in a particular offer/answer.

If we're getting divergent interpretations of this document, we probably do need to update its text.

--
Jonathan Lennox
jonathan@vidyo.com<mailto:jonathan@vidyo.com>


---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.