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

Paul Coverdale <coverdale@sympatico.ca> Mon, 01 April 2013 18:20 UTC

Return-Path: <coverdale@sympatico.ca>
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 B5A4E1F0D1C for <payload@ietfa.amsl.com>; Mon, 1 Apr 2013 11:20:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.795
X-Spam-Level:
X-Spam-Status: No, score=-1.795 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=0.803]
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 nQvCP+V8i-fz for <payload@ietfa.amsl.com>; Mon, 1 Apr 2013 11:20:15 -0700 (PDT)
Received: from blu0-omc2-s31.blu0.hotmail.com (blu0-omc2-s31.blu0.hotmail.com [65.55.111.106]) by ietfa.amsl.com (Postfix) with ESMTP id 147271F0D1B for <payload@ietf.org>; Mon, 1 Apr 2013 11:20:14 -0700 (PDT)
Received: from BLU0-SMTP92 ([65.55.111.72]) by blu0-omc2-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 1 Apr 2013 11:20:05 -0700
X-EIP: [O5t0Mngzp868VpaEIBJX4iYCNB2m1gbx]
X-Originating-Email: [coverdale@sympatico.ca]
Message-ID: <BLU0-SMTP92A624712A01683B93EA88D0DE0@phx.gbl>
Received: from PaulNewPC ([184.147.36.207]) by BLU0-SMTP92.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 1 Apr 2013 11:20:02 -0700
From: Paul Coverdale <coverdale@sympatico.ca>
To: payload@ietf.org
Date: Mon, 01 Apr 2013 14:20:00 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0053_01CE2EE3.FFB46770"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac4r3n/+B1SdXLETRwWJfC71TBmvqwAAA4ewAMmfZhA=
Content-Language: en-us
X-OriginalArrivalTime: 01 Apr 2013 18:20:03.0276 (UTC) FILETIME=[875E28C0:01CE2F05]
X-Mailman-Approved-At: Mon, 01 Apr 2013 11:23:12 -0700
Subject: [payload] FW: 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: Mon, 01 Apr 2013 18:20:18 -0000

I also support this as a new work item the Payload WG.

 

Paul Coverdale

From: Michael Ramalho (mramalho) 
Sent: Thursday, March 28, 2013 2:04 PM
To: payload@ietf.org
Subject: 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).