Re: [MMUSIC] Process for draft-salgueiro-mmusic-image-iana-registration
"Kevin P. Fleming" <kpfleming@digium.com> Mon, 23 May 2011 19:51 UTC
Return-Path: <kpfleming@digium.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 C857CE0809 for <mmusic@ietfa.amsl.com>; Mon, 23 May 2011 12:51:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.999
X-Spam-Level:
X-Spam-Status: No, score=-105.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_15=0.6, RCVD_IN_DNSWL_MED=-4, 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 y5N34MDXPV9G for <mmusic@ietfa.amsl.com>; Mon, 23 May 2011 12:51:01 -0700 (PDT)
Received: from mail.digium.com (mail.digium.com [216.207.245.2]) by ietfa.amsl.com (Postfix) with ESMTP id 9D1C6E07F1 for <mmusic@ietf.org>; Mon, 23 May 2011 12:51:01 -0700 (PDT)
Received: from zimbra.digium.internal ([10.24.55.203] helo=zimbra.hsv.digium.com) by mail.digium.com with esmtp (Exim 4.69) (envelope-from <kpfleming@digium.com>) id 1QOb9Y-0007d2-7v for mmusic@ietf.org; Mon, 23 May 2011 14:51:00 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.hsv.digium.com (Postfix) with ESMTP id 3927ED82AC for <mmusic@ietf.org>; Mon, 23 May 2011 14:51:00 -0500 (CDT)
Received: from zimbra.hsv.digium.com ([127.0.0.1]) by localhost (zimbra.hsv.digium.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EW-YZxKA1xuP for <mmusic@ietf.org>; Mon, 23 May 2011 14:50:59 -0500 (CDT)
Received: from [10.24.250.46] (unknown [10.24.250.46]) by zimbra.hsv.digium.com (Postfix) with ESMTPSA id 7C875D82A3 for <mmusic@ietf.org>; Mon, 23 May 2011 14:50:59 -0500 (CDT)
Message-ID: <4DDABAA2.2090108@digium.com>
Date: Mon, 23 May 2011 14:50:58 -0500
From: "Kevin P. Fleming" <kpfleming@digium.com>
Organization: Digium, Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10
MIME-Version: 1.0
To: mmusic@ietf.org
References: <4DC791E0.7010908@ericsson.com> <EDC0A1AE77C57744B664A310A0B23AE21F889082@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com> <4DC8D232.8000501@ericsson.com> <646F70073B3B490EA5D77F7C2C70C15E@power.oki.co.jp> <4DD4C70D.3050901@ericsson.com> <9F97D3180DE140C59E3E8A93238D1858@power.oki.co.jp> <16927C3E-74B8-4862-924C-A23A2FAFC271@cisco.com>
In-Reply-To: <16927C3E-74B8-4862-924C-A23A2FAFC271@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [MMUSIC] Process for draft-salgueiro-mmusic-image-iana-registration
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, 23 May 2011 19:51:02 -0000
On 05/20/2011 03:56 AM, Gonzalo Salgueiro wrote: > Yasu & Miguel - > > I also completely agree with Miguel's assessment that there is no value > in describing the packet format that is already well defined in T.38. > > I have submitted an -02 version capturing the comments from this > discussion. > > Please provide any feedback regarding the latest version of this draft. I don't think that the comment raised here is exactly accurate. The stipulation quoted is from the definition of the '<fmt>' field of the Media Description ('m' line). This is in reference to 'media formats', and only applies when the '<proto>' field is 'udp'. For T.38, the '<proto>' field is 'udptl', not 'udp', so this stipulation does not apply. In addition, even if the field were 'udp', 'image' is a top-level content type, not a value for the '<fmt>' field. An SDP description of a T.38 session would have an '<fmt>' value of 't38', which is defined to be valid by the T.38 recommendation itself. Interestingly, IANA has 'udptl' listed in the SDP parameters registry for 'proto', with the Reference being T.38... but RFC 4566 states that protocol registrations must refer to RFCs that describe the protocol, not documents from other SDOs :-) > > Regards, > > Gonzalo > > On May 20, 2011, at 12:51 AM, Yasubumi CHIMURA wrote: > >> Hi Miguel, >> >> Thank you for your support about Draft of "image" for T.38 SDP. >> I agree your opinion. >> >> Best Regards, >> >> Yasu Chimura >> -----Original Message----- >> From: Miguel A. Garcia [mailto:Miguel.A.Garcia@ericsson.com] >> Sent: Thursday, May 19, 2011 4:30 PM >> To: Yasubumi CHIMURA >> Cc: 'DRAGE, Keith (Keith)'; 'mmusic'; 'Flemming Andreasen'; 'Noriyuki >> SATO'; >> 'OKUMURA Shinji'; Gonzalo Salgueiro >> Subject: Re: [MMUSIC] Process for >> draft-salgueiro-mmusic-image-iana-registration >> >> Hi Yasu, >> >> My opinions, as an individual, below. >> >> On 18/05/2011 13:54, Yasubumi CHIMURA wrote: >>> Hi Miguel, >>> >>> I'm Chimura from OKI-J and CIAJ. >>> >>> I have one comment about draft-salgueiro-mmusic-image-iana-registration. >>> >>> RFC4566 described the procedure following; >>> RFC4566 p24 >>> The media type registration SHOULD define the packet >>> format for use with UDP transport. >>> ... >>> For media using other transport protocols, the<fmt> field is >>> protocol specific. Rules for interpretation of the<fmt> sub- >>> field MUST be defined when registering new protocols (see Section >>> 8.2.2). >>> >>> Therefore, if it use without UDP transport in m=image, should be describe >>> the packet format. >>> >>> And, if it use with UDP transport in m=image, should be describe the >>> definition of fmt and the attribution(a=) of SDP. >> >> I get the point, I belive. But I doubt we can just define a single packet >> format for sending any type of "image" media types. I guess we should say >> that T38 is one of the possible packet formats, and the full packet >> format description when using UDP transport is described in ITU-T T.38 >> recommendation. If in the future, there are additional formats of "image" >> with UDP, then a different specification should describe the packet >> format. >> >> Also, notice that T38 allows several transport protocols, including TCP, >> UDP, UDPTL, RTP. >> >> My suggestion is that the registration of the media type "image" >> delegates the packet format description over UDP to the media format >> description. Also, the draft should say that, when T38 is the media >> format, ITU-T T.38 contains the packet format description. >> >> BR, >> >> Miguel >>> >>> Best Regards, >>> >>> Yasu Chimura >>> -----Original Message----- >>> From: Miguel A. Garcia [mailto:Miguel.A.Garcia@ericsson.com] >>> Sent: Tuesday, May 10, 2011 2:51 PM >>> To: DRAGE, Keith (Keith) >>> Cc: mmusic; Flemming Andreasen; 'Yasubumi CHIMURA' >>> Subject: Re: [MMUSIC] Process for >>> draft-salgueiro-mmusic-image-iana-registration >>> >>> Hi Keith, >>> >>> An individual document will not go through an official WGLC, but I guess >>> the working group can always get a closer look at it before the author >>> submitting it as an individual submission. >>> >>> /Miguel >>> >>> On 09/05/2011 17:50, DRAGE, Keith (Keith) wrote: >>>> If you are going to WGLC this document, surely you might as well make >> this >>> a working group draft. >>>> >>>> If it is AD sponsored, then the first question is sufficient - look >>>> at it >>> now, and then it goes for a four week IETF last call. >>>> >>>> Keith >>>> >>>>> -----Original Message----- >>>>> From: mmusic-bounces@ietf.org <mailto:mmusic-bounces@ietf.org> >>>>> [mailto:mmusic-bounces@ietf.org] On Behalf >>>>> Of Miguel A. Garcia >>>>> Sent: 09 May 2011 08:04 >>>>> To: mmusic >>>>> Cc: Flemming Andreasen; 'Yasubumi CHIMURA' >>>>> Subject: [MMUSIC] Process for draft-salgueiro-mmusic-image-iana- >>>>> registration >>>>> >>>>> In relation with the registration of the SDP 'image' media type, we are >>>>> going to try to expedite this draft, since it is a very simple missing >>>>> registration. >>>>> >>>>> The idea is to progress the draft as an individual submission, >>>>> AD-sponsored draft. So, the chairs would like the working group to take >> a >>>>> closer look at it (it is a short one), so that we can go to WGLC in a >>>>> short time frame. >>>>> >>>>> So please, send comments as soon as possible. Do not wait to the WGLC. >>>>> >>>>> BR, >>>>> >>>>> Miguel >>>>> -- >>>>> Miguel A. Garcia >>>>> +34-91-339-3608 >>>>> Ericsson Spain >>>>> _______________________________________________ >>>>> mmusic mailing list >>>>> mmusic@ietf.org <mailto: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 -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies Jabber: kfleming@digium.com | SIP: kpfleming@digium.com | Skype: kpfleming 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at www.digium.com & www.asterisk.org
- [MMUSIC] Process for draft-salgueiro-mmusic-image… Miguel A. Garcia
- Re: [MMUSIC] Process for draft-salgueiro-mmusic-i… DRAGE, Keith (Keith)
- Re: [MMUSIC] Process for draft-salgueiro-mmusic-i… Miguel A. Garcia
- Re: [MMUSIC] Process for draft-salgueiro-mmusic-i… Yasubumi CHIMURA
- Re: [MMUSIC] Process for draft-salgueiro-mmusic-i… Miguel A. Garcia
- Re: [MMUSIC] Process for draft-salgueiro-mmusic-i… Yasubumi CHIMURA
- Re: [MMUSIC] Process for draft-salgueiro-mmusic-i… Gonzalo Salgueiro
- Re: [MMUSIC] Process for draft-salgueiro-mmusic-i… Kevin P. Fleming
- Re: [MMUSIC] Process for draft-salgueiro-mmusic-i… Gonzalo Salgueiro
- Re: [MMUSIC] Process for draft-salgueiro-mmusic-i… Kevin P. Fleming
- Re: [MMUSIC] Process for draft-salgueiro-mmusic-i… Gonzalo Salgueiro