Re: [payload] Request for G.711 RTP Payload Format to be adopted as a PAYLOAD work item

"Campos, Simao" <simao.campos@itu.int> Thu, 28 March 2013 19:37 UTC

Return-Path: <simao.campos@itu.int>
X-Original-To: payload@ietfa.amsl.com
Delivered-To: payload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD33521F8E9E for <payload@ietfa.amsl.com>; Thu, 28 Mar 2013 12:37:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 93z8aFG6QiGL for <payload@ietfa.amsl.com>; Thu, 28 Mar 2013 12:37:12 -0700 (PDT)
Received: from kapur.svc.unicc.org (kapur.svc.unicc.org [193.194.138.75]) by ietfa.amsl.com (Postfix) with ESMTP id ED85021F8E8F for <payload@ietf.org>; Thu, 28 Mar 2013 12:37:11 -0700 (PDT)
Received: from chicha.svc.unicc.org (chicha.svc.unicc.org [192.168.202.41]) by kapur.svc.unicc.org (Switch-3.1.7/Switch-3.1.7) with ESMTP id r2SJb6vR007454; Thu, 28 Mar 2013 20:37:06 +0100
Received: from lati.svc.unicc.org (localhost.localdomain [127.0.0.1]) by chicha.svc.unicc.org (Switch-3.1.7/Switch-3.1.7) with ESMTP id r2SJb8D8021615; Thu, 28 Mar 2013 20:37:08 +0100
Received: from mailweb.itu.int ([10.81.38.61]) by lati.svc.unicc.org (Switch-3.1.7/Switch-3.1.7) with ESMTP id r2SJb8B7031926; Thu, 28 Mar 2013 20:37:08 +0100
Received: from TUCHM02.TUECSP.UNICC.ORG ([169.254.2.229]) by TUCHM04.TUECSP.UNICC.ORG ([169.254.1.216]) with mapi id 14.02.0318.004; Thu, 28 Mar 2013 19:37:07 +0000
From: "Campos, Simao" <simao.campos@itu.int>
To: "payload@ietf.org" <payload@ietf.org>
Thread-Topic: [payload] Request for G.711 RTP Payload Format to be adopted as a PAYLOAD work item
Thread-Index: Ac4r3n/+B1SdXLETRwWJfC71TBmvqwADFeAQ
Date: Thu, 28 Mar 2013 19:37:07 +0000
Message-ID: <47625A4A3006CE47BB72AF5BC1EBBEFD90F8A98A@TUCHM02.TUECSP.UNICC.ORG>
References: <D21571530BF9644D9A443D6BD95B9103154F9ACC@xmb-rcd-x12.cisco.com>
In-Reply-To: <D21571530BF9644D9A443D6BD95B9103154F9ACC@xmb-rcd-x12.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.81.64.160]
Content-Type: multipart/alternative; boundary="_000_47625A4A3006CE47BB72AF5BC1EBBEFD90F8A98ATUCHM02TUECSPUN_"
MIME-Version: 1.0
Subject: Re: [payload] Request for G.711 RTP Payload Format to be adopted as a PAYLOAD work item
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list <payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>, <mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/payload>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>, <mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Mar 2013 19:37:14 -0000

G.711.0 has been adopted in 2009, however for deployment over IP a standard RTP packetization format is needed, hence I'd support Michael's proposal to have the G.711.0 RTP Payload Format as a formal working group item with an associated milestone.

Simão Campos
ITU-T SG16 Secretariat

From: payload-bounces@ietf.org [mailto:payload-bounces@ietf.org] On Behalf Of Michael Ramalho (mramalho)
Sent: Thursday, March 28, 2013 7:04 PM
To: payload@ietf.org
Subject: [payload] Request for G.711 RTP Payload Format to be adopted as a PAYLOAD work item

Ali Begen, Roni Even (PAYLOAD WG Chairs) and Payload WG,

This email requests that the RTP payload format for ITU-T Rec. G.711.0 be a formal work item for the PAYLOAD WG.

The G.711.0 RTP payload draft (draft-ramalho-payload-g7110) has been discussed at past IETFs and is listed as a "related document" for the PAYLOAD working group (see: http://datatracker.ietf.org/wg/payload/).

The history/chronology of G.711.0 work in the IETF Payload Working Group follows after my signature for those interested.

If adopted, a milestone submit date of December 2013 is suggested.

Regards,

Michael Ramalho

>>Chronology of G.711.0 Work in the IETF PAYLOAD WG<<

>> IETF 81 Quebec, Canada, July 24-29, 2011

I presented the G.711.0 "Compression Segments" draft at the PAYLOAD meeting held within the AVTEXT timeslot. This draft was a combination of a "G.711-like" RTP payload specification and text describing how G.711.0 could be used as a lossless compression mechanism for "G.711.0 segments" of an end-to-end G.711 session.

In discussion that ensued at that meeting it was decided that this draft should be split into two drafts:

Draft 1: "G.711.0 RTP Payload Format" draft (targeted as standards track RFC), and
Draft 2: "G.711.0 Use Cases" draft (targeted as informational RFC).

Soon after IETF 81 this was accomplished by the following drafts: draft-ramalho-payload-g7110-01.txt (G.711.0 RTP payload format) and draft-ramalho-g7110-segments-00.txt (G.711.0 "use cases").

As the G.711.0 payload draft is nearly identical to the G.711 RTP payload specification, there was little debate on the mailing lists about it outside of the storage mode definition (the G.711 RTP payload specification did not have a storage mode defined).

>>IETF 83 Paris, France, March 27, 2012

I presented: draft-ramalho-g7110-segments-00 during the PAYLOAD segment inside of the AVTEXT meeting slot (http://www.ietf.org/proceedings/83/slides/slides-83-avtext-6.pdf ).

I did not present on the G.711.0 payload format draft, as the only issue being debated on the list for this draft was the storage mode - and the storage mode agreements were converging to a solution on the mailing list.

I renewed the G.711.0 RTP payload specification with a new version (draft-ramalho-payload-g7110-02.txt) which captured the email discussions on the storage mode issues.

I let the use case draft (draft-ramalho-g7110-segments-00) expire due to lack of interest on the mailing list. I believe interest will revive when the payload specification is complete.

>>Summary: This email requests the G.711.0 RTP Payload Format be a formal working group item with an associated milestone (December 2013 suggested).