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

SM <sm@resistor.net> Tue, 19 November 2013 19:27 UTC

Return-Path: <sm@resistor.net>
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 A623F1AE1E7 for <mmusic@ietfa.amsl.com>; Tue, 19 Nov 2013 11:27:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] 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 gzXZ8gXNb-mP for <mmusic@ietfa.amsl.com>; Tue, 19 Nov 2013 11:27:51 -0800 (PST)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FC851AE1EE for <mmusic@ietf.org>; Tue, 19 Nov 2013 11:27:51 -0800 (PST)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id rAJJRdse004435; Tue, 19 Nov 2013 11:27:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1384889264; bh=7l9HOaSVWsGiBbIJQn8xW2e27wQNpAKtiZ+9N2fFEmg=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=03QIoLAOsIW6Z0/pJmRfjc36NHIAz25x2Kw+iMc5iyinQmj+fwDBhah4VIKId9EvS uyxdZqAZAS8q7ffasNG5QDNN7Knpc51JLjiqPsGjHSMSWRKfEhozx5/nvSyl9sO4lk gbn2ayPGEie/5l3db62vOvo2uzFldEbB+M1/RKR4=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1384889264; i=@resistor.net; bh=7l9HOaSVWsGiBbIJQn8xW2e27wQNpAKtiZ+9N2fFEmg=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=nXr/RvsO1JIarxjM9CP5GALqi7TMMKbz+wIqlxdl8hb6l8vAp6GhnTUbvdVixdKCf BHXX7I2XjD0z3GYtoKgLrgCEydUCCqj8EFCDOtUtSq2XHENxcL+9n5zf3LmNhqHq16 NKZdYL2nTQuA99GxokZDDf2IXlitmxXnzVGE2WLA=
Message-Id: <6.2.5.6.2.20131119110213.0cb0dd40@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Tue, 19 Nov 2013 11:27:07 -0800
To: Parthasarathi R <partha@parthasarathi.co.in>
From: SM <sm@resistor.net>
In-Reply-To: <00ab01cee555$05f53560$11dfa020$@co.in>
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>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Mailman-Approved-At: Tue, 19 Nov 2013 11:48:26 -0800
Cc: 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: Tue, 19 Nov 2013 19:27:52 -0000

Hi Partha,

I forgot to mention that I am not subscribed to the MMUSIC mailing list.

At 10:27 19-11-2013, Parthasarathi R wrote:
>I have clarified all your below queries. Could you please let me know in
>case you still see any specific issue with the draft.

In my humble opinion RFC 4856 is more about a media type registration 
request instead of a technical specification about 
interoperability.  It is mentioned in Section 1 of that RFC that it 
updates the media type registrations.  The fact that RFC 4856 is 
published as a Proposed Standard does not mean that it is the correct 
status.  There are a lot of oddities in the IETF Stream.  I prefer 
not to ask about those oddities. :-)

draft-ietf-mmusic-sdp-g723-g729-04 mentions G723 Annex A and G729 
Annex B.  There aren't any references for them.  The problem with the 
draft is that it builds upon RFC 4856 instead of the technical 
specification where the protocol is specified.  Is G723 Annex A and 
G729 Annex B needed to implement what the draft tries to do?  In my 
opinion, yes.

The document shepherd write-up has the following question:

   "Why is this the proper type of RFC?"

The answer provided is:

  "Proposed Standard.  The title page notes the document as Standards Track"

That does not answer the question.

Regards,
-sm