Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-miscellaneous-caps-01.txt
Flemming Andreasen <fandreas@cisco.com> Fri, 05 October 2012 18:51 UTC
Return-Path: <fandreas@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 4FA6F21F87AB for <mmusic@ietfa.amsl.com>; Fri, 5 Oct 2012 11:51:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.571
X-Spam-Level:
X-Spam-Status: No, score=-10.571 tagged_above=-999 required=5 tests=[AWL=0.028, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 LMD1KFMhiAAm for <mmusic@ietfa.amsl.com>; Fri, 5 Oct 2012 11:51:34 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id F36D821F86BB for <mmusic@ietf.org>; Fri, 5 Oct 2012 11:51:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7834; q=dns/txt; s=iport; t=1349463092; x=1350672692; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=UwZaTdT3Q+iEyTyTRPX8OygToMsqtrwW9x6adw/4dmA=; b=QUQ7N+vpkbr3tmmAJYHlEFb6wh4L8b3aFJ8sfWYqFEJ/js/DnauDMyAa edxJ8yxiYa11KFf6+mr22Bgo8jBZAK5dN3+yI/VLFHIlIksSbEj6Rp9bc zOJ+OYhzDRBVHxEug4P+hmOCNLQaFrvS+Zy7ilO667SxE+Fh3eV80jAIO U=;
X-IronPort-AV: E=Sophos;i="4.80,541,1344211200"; d="scan'208";a="128782646"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-6.cisco.com with ESMTP; 05 Oct 2012 18:51:31 +0000
Received: from rtp-fandreas-8712.cisco.com (rtp-fandreas-8712.cisco.com [10.117.7.83]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id q95IpUhT027640; Fri, 5 Oct 2012 18:51:31 GMT
Message-ID: <506F2C32.5080501@cisco.com>
Date: Fri, 05 Oct 2012 14:51:30 -0400
From: Flemming Andreasen <fandreas@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1
MIME-Version: 1.0
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
References: <BBF5DDFE515C3946BC18D733B20DAD23382EA4DD@XMB105ADS.rim.net> <C5E08FE080ACFD4DAE31E4BDBF944EB1118690A0@xmb-aln-x02.cisco.com>
In-Reply-To: <C5E08FE080ACFD4DAE31E4BDBF944EB1118690A0@xmb-aln-x02.cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "mmusic@ietf.org" <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: Fri, 05 Oct 2012 18:51:35 -0000
On 10/4/12 6:29 PM, Cullen Jennings (fluffy) wrote: > On Oct 1, 2012, at 12:07 PM, Andrew Allen <aallen@rim.com> wrote: > >> I think it is possible. The statement just needs to identify the sections of the draft or functionality suppported - this is quite common practice in the industry. >> >> Maybe rather than a last minute delay to this work the best approach would be for another draft to be written under RTCweb that specifies the SDP extensons needed for RTCweb (is the title capability really the only one?) - a kind of RTCweb hitchikers guide for SDP and then vendors can claim compliance to that. >> >> Andrew > OK, as long a the folks in the music WG view that as reasonable thing for me to do, I'll submit something. > Sounds good to me. -- Flemming >> ----- Original Message ----- >> From: Cullen Jennings (fluffy) [mailto:fluffy@cisco.com] >> Sent: Monday, October 01, 2012 08:28 AM Central Standard Time >> To: Miguel A. Garcia <Miguel.A.Garcia@ericsson.com> >> 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 >> >> >> 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 technical issues but a small procedural thing so I leave it up to the chairs what they want to do. >> >> Any thoughts on making the changes so this works in world with more than english? That was my far more relevant comment that is likely to also be raised by IESG. >> >> >> >> On Sep 29, 2012, at 1:34 AM, Miguel A. Garcia <Miguel.A.Garcia@ericsson.com> wrote: >> >>> Cullen, >>> >>> The draft is written as an independent collection of "objects". This is avoid having three separate drafts. >>> >>> It is possible to refer to parts of this draft. For example, I believe 3GPP only needs the connection data capability, but not the others, and still they are fine with this draft. >>> >>> Couldn't the same principle be applied by RTCweb? >>> >>> /Miguel >>> >>> On 28/09/2012 17:02, Atle Monrad wrote: >>>> Hi >>>> >>>> Is it really necessary to chop the draft up in pieces because others may want to use just parts of it? >>>> >>>> I find it more constuctive to finish this draft as is and let other be able to build on and refer to the RFC if and when possible. >>>> >>>> /atle >>>> >>>> ________________________________ >>>> >>>> >>>> Atle Monrad >>>> 3GPP CT Chairman >>>> Standardization and Regulation, >>>> Group Function Technology and Portfolio Management >>>> Ericsson >>>> >>>> >>>> -----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-caps@tools.ietf.org >>>> Subject: Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-miscellaneous-caps-01.txt >>>> >>>> >>>> Major comment >>>> >>>> I think the title stuff should be split out to a separate draft. The main reason is that you might want to build a dvicd that supported title but did not supper the others and still be able to say what you were doing was RFC X. For example, the RTC Web folks may want to use this. >>>> >>>> Given the Title is meant to be human readable, I think it needs to be extended to have normal i18n support. >>>> >>>> Cullen >>>> >>>> >>>> >>>> On Sep 6, 2012, at 2:37 PM, Flemming Andreasen <fandreas@cisco.com> wrote: >>>> >>>>> This is to announce a 2 week Working Group Last Call for >>>>> >>>>> draft-ietf-mmusic-sdp-miscellaneous-caps-01.txt >>>>> >>>>> as Proposed Standard. Please review and provide any comments you may have on the document by September 21, 2012. Comments should be sent to the document authors and the MMUSIC WG list. >>>>> >>>>> >>>>> Thanks >>>>> >>>>> Flemming >>>>> >>>>> >>>>> >>>>> >>>>> Draft Info: >>>>> This draft is a work item of the Multiparty Multimedia Session Control Working Group of the IETF. >>>>> >>>>> Title : Miscellanoues Capabilities Negotiation in the Session 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 >>>>> >>>>> 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 negotiate >>>>> additional media-related capabilities. This negotiation is embedded >>>>> into the widely-used SDP offer/answer procedures. >>>>> >>>>> 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=' line), connection data ('c=' line), and titles ('i=' line for >>>>> each session or media). >>>>> >>>>> >>>>> The IETF datatracker status page for this draft is: >>>>> >>>>> https://datatracker.ietf.org/doc/draft-ietf-mmusic-sdp-miscellaneous-c >>>>> aps >>>>> >>>>> >>>>> There's also a htmlized version available at: >>>>> >>>>> http://tools.ietf.org/html/draft-ietf-mmusic-sdp-miscellaneous-caps-01 >>>>> >>>>> >>>>> A diff from the previous version is available at: >>>>> >>>>> http://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-sdp-miscellaneous-c >>>>> aps-01 >>>>> >>>>> >>>>> >>>>> Internet-Drafts are also available by anonymous FTP at: >>>>> >>>>> ftp://ftp.ietf.org/internet-drafts/ >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> _______________________________________________ >>>> mmusic mailing list >>>> mmusic@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mmusic >>>> >>> -- >>> Miguel A. Garcia >>> +34-91-339-3608 >>> Ericsson Spain >>> _______________________________________________ >>> 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 >> >> --------------------------------------------------------------------- >> 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. >> _______________________________________________ >> mmusic mailing list >> mmusic@ietf.org >> https://www.ietf.org/mailman/listinfo/mmusic > . >
- [MMUSIC] WGLC for draft-ietf-mmusic-sdp-miscellan… Flemming Andreasen
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Flemming Andreasen
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Atle Monrad
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Cullen Jennings (fluffy)
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Atle Monrad
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Miguel A. Garcia
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Cullen Jennings (fluffy)
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Belling, Thomas (NSN - DE/Munich)
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Andrew Allen
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Andrew Allen
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Miguel A. Garcia
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Flemming Andreasen
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Cullen Jennings (fluffy)
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Cullen Jennings (fluffy)
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Flemming Andreasen
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Flemming Andreasen
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Christer Holmberg
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Andrew Allen
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Cullen Jennings (fluffy)
- Re: [MMUSIC] WGLC for draft-ietf-mmusic-sdp-misce… Cullen Jennings (fluffy)