Return-Path: <fluffy@cisco.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 5AD4511E8161 for <mmusic@ietfa.amsl.com>;
 Mon,  1 Oct 2012 06:28:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.49
X-Spam-Level: 
X-Spam-Status: No, score=-110.49 tagged_above=-999 required=5 tests=[AWL=0.109,
 BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com
 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KUtwqdY+Miih for
 <mmusic@ietfa.amsl.com>; Mon,  1 Oct 2012 06:28:20 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80])
 by ietfa.amsl.com (Postfix) with ESMTP id 7705C1F0D09 for <mmusic@ietf.org>;
 Mon,  1 Oct 2012 06:28:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com;
 l=5555; q=dns/txt; s=iport; t=1349098099; x=1350307699;
 h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding:
 mime-version; bh=+iLqVq4GaMwmlZcuI9vhjH4huFmA3PaJzAV8eKcxzvI=;
 b=YmIQmpfVTT32gnj4cMOCUfs6Dht59WnpvOhpeRtTCentVgrufuJ1EjZO
 nzQrtUydXUEfm00IyxOaEP/NjhTIdDsNA/5butvjjsJR73GLcvLkJ1Oo7
 VVtSdtRSsrm7DriJ0y9XTK2/4JDC434LpyAc5CHdtf+OCy0MQYWon6pzY U=; 
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgAFACeZaVCtJXG8/2dsb2JhbABFvjmBCIIgAQEBAwEBAQEPAQodNAsFBwQCAQgRBAEBAQoUCQcnCxQJCAIEDgUIARmHXQYLmlefdIsfhWtgA5Z+jS2BaYJnghc
X-IronPort-AV: E=Sophos;i="4.80,517,1344211200"; d="scan'208";a="124065483"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by
 rcdn-iport-9.cisco.com with ESMTP; 01 Oct 2012 13:28:18 +0000
Received: from xhc-aln-x13.cisco.com (xhc-aln-x13.cisco.com [173.36.12.87]) by
 rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id q91DSI3n027722
 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
 Mon, 1 Oct 2012 13:28:18 GMT
Received: from xmb-aln-x02.cisco.com ([169.254.5.62]) by xhc-aln-x13.cisco.com
 ([173.36.12.87]) with mapi id 14.02.0318.001; Mon, 1 Oct 2012 08:28:18 -0500
From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
To: "Miguel A. Garcia" <Miguel.A.Garcia@ericsson.com>
Thread-Topic: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-miscellaneous-caps-01.txt
Thread-Index: AQHNn9idpnrfX5XVdkCtnrpEme07QQ==
Date: Mon, 1 Oct 2012 13:28:17 +0000
Message-ID: <C5E08FE080ACFD4DAE31E4BDBF944EB11185FCE5@xmb-aln-x02.cisco.com>
References: <5049096F.7080908@cisco.com>
 <94A337B1-A851-47E3-9468-07D13C5630BD@cisco.com>
 <7A051DFAA46D0246A82293C7CEF621E9070A0D27D0@ESESSCMS0352.eemea.ericsson.se>
 <5066A49F.2040002@ericsson.com>
In-Reply-To: <5066A49F.2040002@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.20.249.167]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19226.000
x-tm-as-result: No--45.928300-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-ID: <CDCA3916C6B3E542A34DD298D450E589@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "Flemming Andreasen \(fandreas\)" <fandreas@cisco.com>,
 mmusic WG <mmusic@ietf.org>,
 "draft-ietf-mmusic-sdp-miscellaneous-caps@tools.ietf.org"
 <draft-ietf-mmusic-sdp-miscellaneous-caps@tools.ietf.org>
Subject: Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-miscellaneous-caps-01.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: Mon, 01 Oct 2012 13:28:21 -0000

I think the issues is how does a manffacture says on a spec sheet that they=
 want support half of it but not all of it. I know that does not matter for=
 3GPP usage but it sort of useful for others. Clearly this is not a huge te=
chnical issues but a small procedural thing so I leave it up to the chairs =
what they want to do.=20

Any thoughts on making the changes so this works in world with more than en=
glish? That was my far more relevant comment that is likely to also be rais=
ed by IESG.



On Sep 29, 2012, at 1:34 AM, Miguel A. Garcia <Miguel.A.Garcia@ericsson.com=
> wrote:

> Cullen,
>=20
> The draft is written as an independent collection of "objects". This is a=
void having three separate drafts.
>=20
> It is possible to refer to parts of this draft. For example, I believe 3G=
PP only needs the connection data capability, but not the others, and still=
 they are fine with this draft.
>=20
> Couldn't the same principle be applied by RTCweb?
>=20
> /Miguel
>=20
> On 28/09/2012 17:02, Atle Monrad wrote:
>> Hi
>>=20
>> Is it really necessary to chop the draft up in pieces because others may=
 want to use just parts of it?
>>=20
>> I find it more constuctive to finish this draft as is and let other be a=
ble to build on and refer to the RFC if and when possible.
>>=20
>> /atle
>>=20
>> ________________________________
>>=20
>>=20
>> Atle Monrad
>> 3GPP CT Chairman
>> Standardization and Regulation,
>> Group Function Technology and Portfolio Management
>> Ericsson
>>=20
>>=20
>> -----Original Message-----
>> From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf=
 Of Cullen Jennings (fluffy)
>> Sent: 28. september 2012 16:47
>> To: mmusic WG
>> Cc: Flemming Andreasen (fandreas); draft-ietf-mmusic-sdp-miscellaneous-c=
aps@tools.ietf.org
>> Subject: Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-miscellaneous-caps-=
01.txt
>>=20
>>=20
>> Major comment
>>=20
>> I think the title stuff should be split out to a separate draft. The mai=
n reason is that you might want to build a dvicd that supported title but d=
id not supper the others and still be able to say what you were doing was R=
FC X. For example, the RTC Web folks may want to use this.
>>=20
>> Given the Title is meant to be human readable, I think it needs to be ex=
tended to have normal i18n support.
>>=20
>> Cullen
>>=20
>>=20
>>=20
>> On Sep 6, 2012, at 2:37 PM, Flemming Andreasen <fandreas@cisco.com> wrot=
e:
>>=20
>>> This is to announce a 2 week Working Group Last Call for
>>>=20
>>>      draft-ietf-mmusic-sdp-miscellaneous-caps-01.txt
>>>=20
>>> as Proposed Standard. Please review and provide any comments you may ha=
ve on the document by September 21, 2012. Comments should be sent to the do=
cument authors and the MMUSIC WG list.
>>>=20
>>>=20
>>> Thanks
>>>=20
>>>        Flemming
>>>=20
>>>=20
>>>=20
>>>=20
>>> Draft Info:
>>>  This draft is a work item of the Multiparty Multimedia Session Control=
 Working Group of the IETF.
>>>=20
>>> 	Title           : Miscellanoues Capabilities Negotiation in the Sessio=
n Description Protocol (SDP)
>>> 	Author(s)       : Miguel A. Garcia-Martin
>>>                           Simo Veikkolainen
>>>                           Robert R. Gilman
>>> 	Filename        : draft-ietf-mmusic-sdp-miscellaneous-caps-01.txt
>>> 	Pages           : 19
>>> 	Date            : 2012-08-27
>>>=20
>>> Abstract:
>>>    SDP has been extended with a capability negotiation mechanism
>>>    framework that allows the endpoints to negotiate transport protocols
>>>    and attributes.  This framework has been extended with a media
>>>    capabilities negotiation mechanism that allows endpoints to negotiat=
e
>>>    additional media-related capabilities.  This negotiation is embedded
>>>    into the widely-used SDP offer/answer procedures.
>>>=20
>>>    This memo extends the SDP capability negotiation framework to allow
>>>    endpoints to negotiate three additional SDP capabilities.  In
>>>    particular, this memo provides a mechanism to negotiate bandwidth
>>>    ('b=3D' line), connection data ('c=3D' line), and titles ('i=3D' lin=
e for
>>>    each session or media).
>>>=20
>>>=20
>>> The IETF datatracker status page for this draft is:
>>>=20
>>> https://datatracker.ietf.org/doc/draft-ietf-mmusic-sdp-miscellaneous-c
>>> aps
>>>=20
>>>=20
>>> There's also a htmlized version available at:
>>>=20
>>> http://tools.ietf.org/html/draft-ietf-mmusic-sdp-miscellaneous-caps-01
>>>=20
>>>=20
>>> A diff from the previous version is available at:
>>>=20
>>> http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mmusic-sdp-miscellaneous-=
c
>>> aps-01
>>>=20
>>>=20
>>>=20
>>> Internet-Drafts are also available by anonymous FTP at:
>>>=20
>>> ftp://ftp.ietf.org/internet-drafts/
>>>=20
>>> _______________________________________________
>>> mmusic mailing list
>>> mmusic@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mmusic
>>=20
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>>=20
>=20
> --=20
> Miguel A. Garcia
> +34-91-339-3608
> Ericsson Spain
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic

