Re: [MMUSIC] Last Call: <draft-ietf-mmusic-sdp-g723-g729-04.txt> (Offer/Answer Considerations for G723 Annex A and G729 Annex B) to Proposed Standard

"Muthu Arul Mozhi Perumal (mperumal)" <mperumal@cisco.com> Mon, 02 December 2013 13:51 UTC

Return-Path: <mperumal@cisco.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 388FD1AE025 for <mmusic@ietfa.amsl.com>; Mon, 2 Dec 2013 05:51:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.202
X-Spam-Level:
X-Spam-Status: No, score=-14.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 jDkibYGYJ1oI for <mmusic@ietfa.amsl.com>; Mon, 2 Dec 2013 05:51:41 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 391BE1ADF8D for <mmusic@ietf.org>; Mon, 2 Dec 2013 05:51:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3055; q=dns/txt; s=iport; t=1385992299; x=1387201899; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=+YdUQMx2Nc3S33xBbch/w/qH8UJx+hhqwSLuzeDiNO0=; b=Q2FaQu1hkvVzSzt99d03fM48oihtvmw7J9UmLMGpq8u1VdU7XlstM9DY CBr4xc8+fa5dergy7SLrI7Di9LLSRD3N14eqx+OG6EmUzCkjElb3E0ip7 d80UPA3A1ImDleccaYiXMn54oB/JDftP3blNhZnqGZcuXgxsHBW0CVzMN k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgUFABmQnFKtJXHA/2dsb2JhbABZgwc4U7gTToEkFnSCJQEBAQQBAQFrCwwEAgEIEQQBAQsZBAcnCxQJCAIEAQ0FCAESh2YNv2wXjjcBAR4PIgIFBoMagRMDiQqhHYFrgT6BcTk
X-IronPort-AV: E=Sophos;i="4.93,811,1378857600"; d="scan'208";a="288834891"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-4.cisco.com with ESMTP; 02 Dec 2013 13:51:16 +0000
Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id rB2DpFLs013669 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 2 Dec 2013 13:51:15 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.34]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0123.003; Mon, 2 Dec 2013 07:51:15 -0600
From: "Muthu Arul Mozhi Perumal (mperumal)" <mperumal@cisco.com>
To: SM <sm@resistor.net>, Ari Keränen <ari.keranen@ericsson.com>
Thread-Topic: [MMUSIC] Last Call: <draft-ietf-mmusic-sdp-g723-g729-04.txt> (Offer/Answer Considerations for G723 Annex A and G729 Annex B) to Proposed Standard
Thread-Index: AQHO7iKd46CkCCVDPEKJVrLcL8GKUppA6t6g
Date: Mon, 02 Dec 2013 13:51:15 +0000
Message-ID: <E721D8C6A2E1544DB2DEBC313AF54DE22436AD4D@xmb-rcd-x02.cisco.com>
References: <20131030131748.6987.86198.idtracker@ietfa.amsl.com> <6.2.5.6.2.20131030185231.0ddfb7a8@resistor.net> <00a101ced981$77414d60$65c3e820$@co.in> <00ab01cee555$05f53560$11dfa020$@co.in> <6.2.5.6.2.20131119110213.0cb0dd40@resistor.net> <003301cee952$852cd120$8f867360$@co.in> <6.2.5.6.2.20131129000812.0bdaa088@resistor.net> <016d01ceed31$aa7a1130$ff6e3390$@co.in> <6.2.5.6.2.20131130003721.0d65a980@resistor.net>
In-Reply-To: <6.2.5.6.2.20131130003721.0d65a980@resistor.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.65.66.120]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "Flemming Andreasen (fandreas)" <fandreas@cisco.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Last Call: <draft-ietf-mmusic-sdp-g723-g729-04.txt> (Offer/Answer Considerations for G723 Annex A and G729 Annex B) to Proposed Standard
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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, 02 Dec 2013 13:51:43 -0000

|Media type registrations are usually published as Informational RFCs.  
|I suggest publishing draft-ietf-mmusic-sdp-g723-g729-04 as an Information RFC.

Registered audio media types are listed here:
http://www.iana.org/assignments/media-types/audio

As you can see most of them are described in Standards Track RFCs, so your observation is incorrect.

Muthu

|-----Original Message-----
|From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of SM
|Sent: Saturday, November 30, 2013 2:24 PM
|To: Ari Keränen
|Cc: Flemming Andreasen (fandreas); mmusic@ietf.org
|Subject: Re: [MMUSIC] Last Call: <draft-ietf-mmusic-sdp-g723-g729-04.txt> (Offer/Answer Considerations
|for G723 Annex A and G729 Annex B) to Proposed Standard
|
|Hi Ari,
|
|I read the PROTO write-up.  There isn't any answer to the following question:
|
|   "Why is this the proper type of RFC?"
|
|At 10:34 29-11-2013, Parthasarathi R wrote:
|>The draft-ietf-mmusic-sdp-g723-g729-04.txt related minutes of IETF84 is
|>given below for your reference:
|>
|>"draft-muthu-mmusic-offer-answer-g723-g729-00.txt - Parthasarathi Ravindran
|>
|>Hadriel had clarifying questions on the proposed solution.
|>
|>Christer asked why this isn't addressed by change to the document that
|>defined this payload (RFC 4856), to include the o/a considerations. IOW do a
|>bis of that document. Cullen said this should either be an update or a bis
|>to the original doc ­ it should not be a BCP.
|>
|>Jonathan agreed with doing a bis. Roni said that when discussed in PAYLOAD
|>WG (with many of same people) they suggested bringing it to MMUSIC and doing
|>as BCP. Robert said BCP is almost certainly wrong.
|>
|>Chairs noted that nobody disagrees there is an issue. Chairs will discuss
|>with PAYLOAD WG chairs and ADs about what the proper process should be for
|>resolving and documenting it."
|>
|>The related link is
|>http://www.ietf.org/proceedings/84/minutes/minutes-84-mmusic. The draft is
|>submitted as "Standards track" as per WG chairs & AD instructions after the
|>meeting and the relevant link is
|>http://www.ietf.org/mail-archive/web/mmusic/current/msg09590.html.
|>
|>Your other comments are related to RFC 4856 and I have initiated in the mail
|>thread to discuss those comments separately.
|
|According to the message quoted above:
|
|   (a) Cullen said that the document should either be an update or a bis to
|       the original document.
|
|   (b)  Robert said that BCP was certainly wrong.
|
|   (c) The draft was submitted as "Standards track" as that was the
|       instructions given by the WG Chairs and Area Director.
|
|There isn't any explanation.  Media type
|registrations are usually published as
|Informational RFCs.  I suggest publishing
|draft-ietf-mmusic-sdp-g723-g729-04 as an Information RFC.
|
|Regards,
|-sm
|
|_______________________________________________
|mmusic mailing list
|mmusic@ietf.org
|https://www.ietf.org/mailman/listinfo/mmusic