From internet-drafts@ietf.org Wed Jun 1 13:41:22 2011 Return-Path: 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 DBF69E0973; Wed, 1 Jun 2011 13:41:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.575 X-Spam-Level: X-Spam-Status: No, score=-102.575 tagged_above=-999 required=5 tests=[AWL=0.024, BAYES_00=-2.599, 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 j7LFqiCsbLh6; Wed, 1 Jun 2011 13:41:22 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A23FE07A5; Wed, 1 Jun 2011 13:41:22 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.55 Message-ID: <20110601204122.4405.42596.idtracker@ietfa.amsl.com> Date: Wed, 01 Jun 2011 13:41:22 -0700 Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-rtp-klv-00.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2011 20:41:23 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Audio/Video Transport Payloads Workin= g Group of the IETF. Title : RTP Payload Format for SMPTE 336M Encoded Data Author(s) : J. Arbeiter J. Downs Filename : draft-ietf-payload-rtp-klv-00.txt Pages : 11 Date : 2011-06-01 This document specifies the payload format for packetization of KLV (Key-Length-Value) Encoded Data, as defined by the Society of Motion Picture and Television Engineers (SMPTE) in SMPTE 336M, into the Real-time Transport Protocol (RTP). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-payload-rtp-klv-00.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-payload-rtp-klv-00.txt From abegen@cisco.com Sat Jun 4 17:04:46 2011 Return-Path: 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 5055D11E8072 for ; Sat, 4 Jun 2011 17:04:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8 X-Spam-Level: X-Spam-Status: No, score=-8 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_HI=-8] 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 g7kxyZOiSNo7 for ; Sat, 4 Jun 2011 17:04:45 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by ietfa.amsl.com (Postfix) with ESMTP id B265711E8071 for ; Sat, 4 Jun 2011 17:04:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=abegen@cisco.com; l=2108; q=dns/txt; s=iport; t=1307232285; x=1308441885; h=mime-version:content-transfer-encoding:subject:date: message-id:from:to:cc; bh=j72zvSIQwI08s+GJ1XgH1Od6b3L4whjl5wbf811MB0U=; b=OAQ/n7z2vXfhHzCpgOtEDJ5TtnETcxOLw/CS76eSiU/Udf6Zg1YGkMvQ htTX39otWVO7W2WRaMSKOUGy9qDbjPq6XX0L/AlS51PHXikX4coAzzyXu XXo2QN9UCpsNtrGEtTFMOB/moYuZXqHuRtTpWpRKlYO5q1FTQqIXxzIXm Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At8GAIzH6k2rRDoG/2dsb2JhbABTmCiOH3epP5xphiEEhnSOVosJ X-IronPort-AV: E=Sophos;i="4.65,321,1304294400"; d="scan'208";a="370385812" Received: from mtv-core-1.cisco.com ([171.68.58.6]) by sj-iport-2.cisco.com with ESMTP; 05 Jun 2011 00:04:45 +0000 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by mtv-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p5504jxq002719; Sun, 5 Jun 2011 00:04:45 GMT Received: from xmb-sjc-215.amer.cisco.com ([171.70.151.169]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 4 Jun 2011 17:04:44 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sat, 4 Jun 2011 17:04:42 -0700 Message-ID: <04CAD96D4C5A3D48B1919248A8FE0D540F2E059C@xmb-sjc-215.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Review of draft-ietf-payload-rtp-klv-00 Thread-Index: AcwjC+MjCxKm81W+S3unfbUVm5PvCA== From: "Ali C. Begen (abegen)" To: X-OriginalArrivalTime: 05 Jun 2011 00:04:44.0913 (UTC) FILETIME=[2D0E4610:01CC2314] Cc: draft-ietf-payload-rtp-klv@tools.ietf.org Subject: [payload] Review of draft-ietf-payload-rtp-klv-00 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2011 00:04:46 -0000 Section 3:=20 - I suppose UL stands for Universal Label. Maybe define the acronym when = "Universal Label" first appears. - s/ "K L V"/"KLV" Section 4.3.1.1: - In the figure, "for time 30" was repeated twice.=20 - The first rule seems to be underspecified. What if seq=3D3 had a = marker set to 1, and seq=3D4 and 5 had a marker set to 0? Both 4 and 5 = would be considered damaged, right? So, it is not just the prior packet. = And in this case, SHOULD must be a MUST, right? The SHOULD in the 2nd = rule seems correct, though. - Consider replacing "may" with an alternative like "can" or "might". = (You might wanna consider this for any lower-case version of 2119 = keywords) Section 6.1: - Put a note for RFC editor to replace RFCXXXX with this doc's RFC = number. - Put a "None" in optional parameters. - Are the target applications really streaming and conferencing tools? = Any broadcast, video transport application targeted? - Add "IETF Payload Working Group" for further contact. Also change the = control from AVT to PAYLOAD. - I believe you ought to repeat the registration for video, audio and = text as well, although you do not need them. Section 6.2:=20 - This payload format does not have optional parameters. Actually it = does not have anything besides the rate. Maybe, you should get the = required text from 4855 and put it here (You don't need all the parts).=20 - You need to have a section here called "Offer-Answer Model and = Declarative Considerations". You might not have any such considerations, = but you need to say it explicitly. Probably something like below would = work: There no configuration parameters or optional format parameters for the this payload format. Thus, when offering SMPTE 336M Encoded Data over RTP using SDP in an Offer/Answer model [RFC3264] or in a declarative manner (e.g., SDP in the Real-time Streaming Protocol (RTSP) [RFC2326] or the Session Announcement Protocol (SAP) [RFC2974]), there are no specific considerations. (Add the related RFCs to the informative part) -acbegen From internet-drafts@ietf.org Mon Jun 6 06:22:45 2011 Return-Path: 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 7129E11E8145; Mon, 6 Jun 2011 06:22:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.524 X-Spam-Level: X-Spam-Status: No, score=-102.524 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, 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 SeYlDbDvmO7W; Mon, 6 Jun 2011 06:22:45 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0224C11E8140; Mon, 6 Jun 2011 06:22:45 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.55 Message-ID: <20110606132245.26283.42882.idtracker@ietfa.amsl.com> Date: Mon, 06 Jun 2011 06:22:45 -0700 Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-rfc3016bis-01.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 13:22:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Audio/Video Transport Payloads Workin= g Group of the IETF. Title : RTP Payload Format for MPEG-4 Audio/Visual Streams Author(s) : Malte Schmidt Frans de Bont Stefan Doehla Jaehwan Kim Filename : draft-ietf-payload-rfc3016bis-01.txt Pages : 33 Date : 2011-06-06 This document describes Real-Time Transport Protocol (RTP) payload formats for carrying each of MPEG-4 Audio and MPEG-4 Visual bitstreams without using MPEG-4 Systems. For the purpose of directly mapping MPEG-4 Audio/Visual bitstreams onto RTP packets, it provides specifications for the use of RTP header fields and also specifies fragmentation rules. It also provides specifications for Media Type registration and the use of Session Description Protocol (SDP). The audio payload format described in this document has some limitations related to the signaling of audio codec parameters for the required multiplexing format. Therefore, for new system designs [RFC3640] is preferred, which does not have these restrictions. This document obsoletes RFC 3016. A revision of RFC 3016 was required because of some misalignments between RFC 3016 and the 3GPP PSS specification regarding the RTP payload format for MPEG-4 Audio. Changes from RFC 3016 are summarized in Section 11. Issues on backward compatibility to RFC 3016 are discussed in Section 1.3. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-payload-rfc3016bis-01.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-payload-rfc3016bis-01.txt From frans.de.bont@philips.com Mon Jun 6 06:25:53 2011 Return-Path: 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 4872511E8138 for ; Mon, 6 Jun 2011 06:25:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] 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 87XKKsj4wGXN for ; Mon, 6 Jun 2011 06:25:52 -0700 (PDT) Received: from VA3EHSOBE003.bigfish.com (va3ehsobe003.messaging.microsoft.com [216.32.180.13]) by ietfa.amsl.com (Postfix) with ESMTP id 5D84011E811E for ; Mon, 6 Jun 2011 06:25:52 -0700 (PDT) Received: from mail33-va3-R.bigfish.com (10.7.14.238) by VA3EHSOBE003.bigfish.com (10.7.40.23) with Microsoft SMTP Server id 14.1.225.22; Mon, 6 Jun 2011 13:25:51 +0000 Received: from mail33-va3 (localhost.localdomain [127.0.0.1]) by mail33-va3-R.bigfish.com (Postfix) with ESMTP id 8DF2FE4832C; Mon, 6 Jun 2011 13:25:51 +0000 (UTC) X-SpamScore: -49 X-BigFish: VPS-49(zz217bL15d6O9251J542M1432Nzz1202hzz1033IL5eeeM8275dhz2dh2a8h668h839h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:168.87.56.20; KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail33-va3 (localhost.localdomain [127.0.0.1]) by mail33-va3 (MessageSwitch) id 1307366751162214_9728; Mon, 6 Jun 2011 13:25:51 +0000 (UTC) Received: from VA3EHSMHS020.bigfish.com (unknown [10.7.14.235]) by mail33-va3.bigfish.com (Postfix) with ESMTP id 1DD7914B804B; Mon, 6 Jun 2011 13:25:51 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by VA3EHSMHS020.bigfish.com (10.7.99.30) with Microsoft SMTP Server (TLS) id 14.1.225.22; Mon, 6 Jun 2011 13:25:49 +0000 Received: from NLHILEXH02.connect1.local (172.16.153.92) by connect1.philips.com (172.16.156.151) with Microsoft SMTP Server (TLS) id 8.3.106.1; Mon, 6 Jun 2011 15:25:43 +0200 Received: from NLCLUEXM01.connect1.local ([172.16.153.50]) by NLHILEXH02.connect1.local ([172.16.153.92]) with mapi; Mon, 6 Jun 2011 15:24:55 +0200 From: "Bont, Frans de" To: Robert Sparks Date: Mon, 6 Jun 2011 15:25:32 +0200 Thread-Topic: [payload] AD review: draft-ietf-payload-rfc3016bis-00 Thread-Index: AcwVddisyUTokOmATiO7h2mjbhVVVQOwwH+g Message-ID: <19FE62CE8D62CF4B96C845DC556B88139FE58B5DDF@NLCLUEXM01.connect1.local> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: philips.com Cc: "draft-ietf-payload-rfc3016bis@tools.ietf.org" , "payload@ietf.org" Subject: Re: [payload] AD review: draft-ietf-payload-rfc3016bis-00 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 13:25:53 -0000 Hi Robert, Thanks for your review. Please find our comments in-line. In addition, in the registration section some changes proposed by Martin D= =FCrst were made. For the name of the change controller, the remark of Colin has been conside= red and, for the moment, only the name of the WG has been updated. The updated draft has been submitted a few minutes ago. Best regards, Frans > -----Original Message----- > From: payload-bounces@ietf.org [mailto:payload-bounces@ietf.org] On > Behalf Of Robert Sparks > Sent: Wednesday 18 May 2011 18:09 > To: payload@ietf.org; draft-ietf-payload-rfc3016bis-00@tools.ietf.org > Subject: [payload] AD review: draft-ietf-payload-rfc3016bis-00 > > There are some issues to address with a draft revision before > progressing to IETF LC: > > Much of this text was from 3016, shouldn't the document be using the > pre-5378 boilerplate (see 6.c.iii of > )? We think this is correct because we did not manage to contact the original = 3016 authors. > It is hard to tell what the actual changes from 3016 are (even when > using > diff against 3016). The changes section should summarize the technical > changes > with a little more detail. For instance, what exactly is the change to > the binary > format of the LATM payload? It would also help to summarize where > requirements levels > have changed. For instance, noting the change of the MAY to MUST > (actually SHALL) in > section 5.3. The changes have been described in a little more detail and a list is added= with the changed requirements. > The abstract needs to mention that the document is obsoleting 3016. > Can the document explain the limitations the abstract calls out and > better motivate the preferrence for RFC3640? Why doesn't the abstract > mention the reason for revising 3016? The abstract has been updated accordingly. > The document removed the word "new" from the description of some MPEG-4 > features, but not all of them. Should it have removed all of them? One more occurrence of "new" has been removed. > Section 1.3 should more explicitly state that the working group > believes > there are NO implementations of 3016 that do not already behave as the > 3GPP document (and this document) specify, so there is no need to > consider > backwards compatability. (If that's not true, there are several places > where > backwards compatability needs more consideration.) It has been made more explicit that there is no need to consider backward c= ompatibility. > The three new definitions in section 2 don't define the terms. Instead > they try to clarify how values are chosen in various circumstances. > This > would be much clearer in a short section titled "Clarifications on > specifying > sampling rates" or similar. A new section titled "Clarifications on specifying codec configurations for= MPEG-4 Audio" has been added to describe the various sampling rates and ch= annel configurations. > The change control for the two media types should say PAYLOAD instead > of AVT. As said above, this has been updated. > The second paragraph of the security considerations section starts by > exploring > the existence of covert channels, then shifts to template text on > providing > security to RTP. It's not clear how those existing mechanisms help with > respect > to the possibility of a covert channel. Was the intent only to note > that the > covert channels existed? If so, the paragraph should be split so > pointing to > the security mechanisms for RTP doesn't appear to be a response to that > issue. That paragraph has now been split into two paragraphs. > Nits: > > Section 1.1, first paragraph: Why did "bitrates" get changed to > "bitrate"? > Section 5.2, first paragrah: "enhance layer" should be "enhanced layer" These nits have been corrected. > _______________________________________________ > payload mailing list > payload@ietf.org > https://www.ietf.org/mailman/listinfo/payload The information contained in this message may be confidential and legally p= rotected under applicable law. The message is intended solely for the addre= ssee(s). If you are not the intended recipient, you are hereby notified tha= t any use, forwarding, dissemination, or reproduction of this message is st= rictly prohibited and may be unlawful. If you are not the intended recipien= t, please contact the sender by return e-mail and destroy all copies of the= original message. From wwwrun@rfc-editor.org Mon Jun 6 21:17:41 2011 Return-Path: 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 E91DD11E808A; Mon, 6 Jun 2011 21:17:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.15 X-Spam-Level: X-Spam-Status: No, score=-102.15 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, J_CHICKENPOX_93=0.6, NO_RELAYS=-0.001, 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 WleFksYXPNdp; Mon, 6 Jun 2011 21:17:41 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:1112:1::2f]) by ietfa.amsl.com (Postfix) with ESMTP id 423AF11E8086; Mon, 6 Jun 2011 21:17:41 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id C585B98C4EE; Mon, 6 Jun 2011 21:17:40 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20110607041740.C585B98C4EE@rfc-editor.org> Date: Mon, 6 Jun 2011 21:17:40 -0700 (PDT) Cc: payload@ietf.org, rfc-editor@rfc-editor.org Subject: [payload] RFC 6295 on RTP Payload Format for MIDI X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 04:17:42 -0000 A new Request for Comments is now available in online RFC libraries. RFC 6295 Title: RTP Payload Format for MIDI Author: J. Lazzaro, J. Wawrzynek Status: Standards Track Stream: IETF Date: June 2011 Mailbox: lazzaro@cs.berkeley.edu, johnw@cs.berkeley.edu Pages: 171 Characters: 409730 Obsoletes: RFC4695 I-D Tag: draft-ietf-payload-rfc4695-bis-02.txt URL: http://www.rfc-editor.org/rfc/rfc6295.txt This memo describes a Real-time Transport Protocol (RTP) payload format for the MIDI (Musical Instrument Digital Interface) command language. The format encodes all commands that may legally appear on a MIDI 1.0 DIN cable. The format is suitable for interactive applications (such as network musical performance) and content-delivery applications (such as file streaming). The format may be used over unicast and multicast UDP and TCP, and it defines tools for graceful recovery from packet loss. Stream behavior, including the MIDI rendering method, may be customized during session setup. The format also serves as a mode for the mpeg4-generic format, to support the MPEG 4 Audio Object Types for General MIDI, Downloadable Sounds Level 2, and Structured Audio. This document obsoletes RFC 4695. [STANDARDS-TRACK] This document is a product of the Audio/Video Transport Payloads Working Group of the IETF. This is now a Proposed Standard Protocol. STANDARDS TRACK: This document specifies an Internet standards track protocol for the Internet community,and requests discussion and suggestions for improvements. Please refer to the current edition of the Internet Official Protocol Standards (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html. For downloading RFCs, see http://www.rfc-editor.org/rfc.html. Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From internet-drafts@ietf.org Tue Jun 7 00:58:03 2011 Return-Path: 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 DEF8E11E80C1; Tue, 7 Jun 2011 00:58:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.587 X-Spam-Level: X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, 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 DLhtcbQtJJkp; Tue, 7 Jun 2011 00:58:03 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79D9E11E809C; Tue, 7 Jun 2011 00:58:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.55 Message-ID: <20110607075803.16005.81070.idtracker@ietfa.amsl.com> Date: Tue, 07 Jun 2011 00:58:03 -0700 Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-rfc3189bis-01.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 07:58:04 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Audio/Video Transport Payloads Workin= g Group of the IETF. Title : RTP Payload Format for DV (IEC 61834) Video Author(s) : Katsushi Kobayashi Kazuhiro Mishima Stephen L. Casner Carsten Bormann Filename : draft-ietf-payload-rfc3189bis-01.txt Pages : 18 Date : 2011-06-07 This document specifies the packetization scheme for encapsulating the compressed digital video data streams commonly known as "DV&quo= t; into a payload format for the Real-Time Transport Protocol (RTP). This document obsoletes RFC 3189. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-payload-rfc3189bis-01.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-payload-rfc3189bis-01.txt From kaz.mishima@gmail.com Tue Jun 7 01:01:39 2011 Return-Path: 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 0E22011E80C1 for ; Tue, 7 Jun 2011 01:01:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.977 X-Spam-Level: X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] 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 t54fY29rNAK7 for ; Tue, 7 Jun 2011 01:01:38 -0700 (PDT) Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id 2743511E808E for ; Tue, 7 Jun 2011 01:01:34 -0700 (PDT) Received: by wyb29 with SMTP id 29so3993355wyb.31 for ; Tue, 07 Jun 2011 01:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nIxRjoMprqDWSpJOmwdxhYE1isy2ZurOnKEcNAZGcD8=; b=mO7jgSNWao5w2757iQOkF6N9N8YgPMgfJDfiQ323JGe3vRJjQn84fQyWoqFMBL5EhK eAPIC4HeQGd6XgvfseEIPn2jJMpsDwR4BFjKB8yVIuVMRbzfsO1DSYKTdf+RwPPjunHE fMqf6hGTTE2uhoiICUMtaxcZLV7gFHWxExs/M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=B8WKAjqzXhYmkc/OrzBOh7vElYEGIjFRybz8yC7zpmXaVZT1SRYbi9IKEs1xWPOCC+ 9p/dqgIPu6Upm5IQJmw8m8Rj3/5Xa3ostDh87ESoFcA48zzIxbNTN2+bxxbORc6Eex43 ABPk5hMRzXmvxZvi3Axv+Q6stqxLMfWhcqF08= MIME-Version: 1.0 Received: by 10.216.59.81 with SMTP id r59mr5822809wec.40.1307433693847; Tue, 07 Jun 2011 01:01:33 -0700 (PDT) Sender: kaz.mishima@gmail.com Received: by 10.216.51.65 with HTTP; Tue, 7 Jun 2011 01:01:33 -0700 (PDT) In-Reply-To: <2B753781-14FC-4F38-84DD-57CC861656A2@riken.jp> References: <034a01cc1cfc$eab5efb0$c021cf10$%roni@huawei.com> <4DE0CE2A.7070306@net-zen.net> <4DE1B99F.30505@net-zen.net> <2B753781-14FC-4F38-84DD-57CC861656A2@riken.jp> Date: Tue, 7 Jun 2011 17:01:33 +0900 X-Google-Sender-Auth: -js0wB34SxuI7Z2cGLkWKBXy51s Message-ID: From: Kazuhiro Mishima To: Katsushi Kobayashi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: draft-ietf-payload-rfc3189bis@tools.ietf.org, Carsten Bormann , payload@ietf.org Subject: Re: [payload] FW: WGLC on draft-ietf-payload-rfc3189bis-00 - askin for reviews!!!! X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 08:01:39 -0000 Glen, Carsten and all, Thank you for comments. Now, I submitted the new version of draft which is revised by comments. Thanks, Kazuhiro 2011/5/30 Katsushi Kobayashi : > Glen, > > Thank you for your clarification. We will update our draft. > > On 2011/05/29, at 12:12, Glen Zorn wrote: > >> On 5/28/2011 8:50 PM, Carsten Bormann wrote: >> >>> Maybe we should reword table head to >>> >>> Increase of 90kHz timestamp per DV frame >> >> Sorry, I guess that my comments may have lacked clarity: what I'm saying >> is that it would be much clearer if the text and table heading matched: >> either change "nominal interval for one DV frame time" to "increase of >> the 90kHz timestamp per DV frame" or vice versa. =A0Basically, I want to >> be able to think less about a table than the surrounding text, but in >> this case I had to think more about it. > > ---- > Katsushi Kobayashi > > From iesg-secretary@ietf.org Wed Jun 8 09:08:22 2011 Return-Path: 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 3964311E81C9; Wed, 8 Jun 2011 09:08:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.485 X-Spam-Level: X-Spam-Status: No, score=-102.485 tagged_above=-999 required=5 tests=[AWL=0.114, BAYES_00=-2.599, 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 TZD0V3279qzo; Wed, 8 Jun 2011 09:08:21 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD1F611E80E9; Wed, 8 Jun 2011 09:08:21 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 3.55 Message-ID: <20110608160821.23497.90442.idtracker@ietfa.amsl.com> Date: Wed, 08 Jun 2011 09:08:21 -0700 Cc: payload@ietf.org Subject: [payload] Last Call: (RTP Payload Format for MPEG-4 Audio/Visual Streams) to Proposed Standard X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ietf@ietf.org List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 16:08:22 -0000 The IESG has received a request from the Audio/Video Transport Payloads WG (payload) to consider the following document: - 'RTP Payload Format for MPEG-4 Audio/Visual Streams' as a Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2011-06-22. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document describes Real-Time Transport Protocol (RTP) payload formats for carrying each of MPEG-4 Audio and MPEG-4 Visual bitstreams without using MPEG-4 Systems. For the purpose of directly mapping MPEG-4 Audio/Visual bitstreams onto RTP packets, it provides specifications for the use of RTP header fields and also specifies fragmentation rules. It also provides specifications for Media Type registration and the use of Session Description Protocol (SDP). The audio payload format described in this document has some limitations related to the signaling of audio codec parameters for the required multiplexing format. Therefore, for new system designs [RFC3640] is preferred, which does not have these restrictions. This document obsoletes RFC 3016. A revision of RFC 3016 was required because of some misalignments between RFC 3016 and the 3GPP PSS specification regarding the RTP payload format for MPEG-4 Audio. Changes from RFC 3016 are summarized in Section 11. Issues on backward compatibility to RFC 3016 are discussed in Section 1.3. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-payload-rfc3016bis/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-payload-rfc3016bis/ No IPR declarations have been submitted directly on this I-D. From gwz@net-zen.net Wed Jun 8 21:13:32 2011 Return-Path: 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 83ECA11E80FF for ; Wed, 8 Jun 2011 21:13:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 xHYjMCpU1sQi for ; Wed, 8 Jun 2011 21:13:31 -0700 (PDT) Received: from smtpauth17.prod.mesa1.secureserver.net (smtpauth17.prod.mesa1.secureserver.net [64.202.165.29]) by ietfa.amsl.com (Postfix) with SMTP id 8B5CE11E8074 for ; Wed, 8 Jun 2011 21:13:31 -0700 (PDT) Received: (qmail 21202 invoked from network); 9 Jun 2011 03:42:55 -0000 Received: from unknown (124.120.254.100) by smtpauth17.prod.mesa1.secureserver.net (64.202.165.29) with ESMTP; 09 Jun 2011 03:42:55 -0000 Message-ID: <4DF04863.3010301@net-zen.net> Date: Thu, 09 Jun 2011 11:13:23 +0700 From: Glen Zorn Organization: Network Zen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Kazuhiro Mishima References: <034a01cc1cfc$eab5efb0$c021cf10$%roni@huawei.com> <4DE0CE2A.7070306@net-zen.net> <4DE1B99F.30505@net-zen.net> <2B753781-14FC-4F38-84DD-57CC861656A2@riken.jp> <76FB2EC8-1E1A-46CA-BFBC-DC923353523F@tzi.org> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: multipart/mixed; boundary="------------030806080907090300060004" Cc: Katsushi Kobayashi , Carsten Bormann , "payload@ietf.org" , draft-ietf-payload-rfc3189bis@tools.ietf.org Subject: Re: [payload] FW: WGLC on draft-ietf-payload-rfc3189bis-00 - askin for reviews!!!! X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 04:13:32 -0000 This is a multi-part message in MIME format. --------------030806080907090300060004 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 6/8/2011 11:26 PM, Kazuhiro Mishima wrote: > Hi Carsten, > > thank you for your comments! > > I've just updated our draft. > If there no problem, I'll submit (and update) this latest draft. I note that the table in Section 2.2 has not been updated as a result of my previous comments. Just as well, I suppose, since the more I look at the table & preceding paragraph the less sense it makes (& not just because of the gratuitous & confusing use of synonymous phrases). For example, why say "90 kHz timestamp"? What relevance does this have to the actual contents of the header, which appears to be incremented in a fixed fashion? The mention of the clock/timer frequency seems to only be relevant for playback, but this is AFAICT never mentioned in the draft. "32-bit 90 kHz timestamp representing the time at which the first data in the frame was sampled." With reference to what? The beginning of the transmission? The epoch? The beginning of the universe? This would be useful information, as opposed to "a multiple of the nominal interval for one DV frame time" in which the term "multiple" adds no value whatsoever and the phrase "the nominal interval for one DV frame time" appears to be present only to force the reader to translate it to "Frame Rate". Finally, as specified the "timestamp" isn't, but appears to be much more akin to a time code. ... --------------030806080907090300060004 Content-Type: text/x-vcard; charset=utf-8; name="gwz.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="gwz.vcf" begin:vcard fn:Glen Zorn n:Zorn;Glen org:Network Zen adr:;;;Seattle;WA;;USA email;internet:gwz@net-zen.net tel;cell:+66 87 040 4617 note:PGP Key Fingerprint: DAD3 F5D3 ACE6 4195 9C5C 2EE1 6E17 B5F6 5953 B45F version:2.1 end:vcard --------------030806080907090300060004-- From mramalho@cisco.com Fri Jun 10 08:03:41 2011 Return-Path: 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 DAD1211E8093 for ; Fri, 10 Jun 2011 08:03:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 1UFtaJPp1X5F for ; Fri, 10 Jun 2011 08:03:41 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by ietfa.amsl.com (Postfix) with ESMTP id 29B6511E81F7 for ; Fri, 10 Jun 2011 08:03:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=mramalho@cisco.com; l=3848; q=dns/txt; s=iport; t=1307718221; x=1308927821; h=mime-version:content-transfer-encoding:subject:date: message-id:from:to; bh=iCvhZdjxDwn1OzqAkqzx+sk8jDboy8X5jPjPdojCk8Q=; b=hLfCzCEiHzv9Q1IVzgddRg7MoN0tJ9BQUfC98n4c4ODNtzGoHM9oqoM/ gevGISG7xXHSi5+uQfJKZKXvPfg1rpoKtMeqG0/qbQaLWXPWBvNloJxYK mZVgoU1lVuZXsKWb33r5AOVRUZKef5g8SZZEriFeyj/Ts9IB7TN0Vs/K1 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqMBAEQx8k2tJXG+/2dsb2JhbABShEmTCEGNOHt3pnGBH40nkGSBK4NugQoEhwiOeose X-IronPort-AV: E=Sophos;i="4.65,347,1304294400"; d="scan'208";a="711622734" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by sj-iport-6.cisco.com with ESMTP; 10 Jun 2011 15:03:40 +0000 Received: from xbh-rcd-302.cisco.com (xbh-rcd-302.cisco.com [72.163.63.9]) by rcdn-core2-3.cisco.com (8.14.3/8.14.3) with ESMTP id p5AF3err032227 for ; Fri, 10 Jun 2011 15:03:40 GMT Received: from xmb-rcd-209.cisco.com ([72.163.62.216]) by xbh-rcd-302.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 10 Jun 2011 10:03:40 -0500 X-Mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Fri, 10 Jun 2011 10:03:39 -0500 Message-ID: <999109E6BC528947A871CDEB5EB908A00401CB4D@XMB-RCD-209.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification for draft-ramalho-payload-g7110-00.txt Thread-Index: Acwmx/+2bdHuhUOvTl2ILe/3lq/mUAAtEymw From: "Michael Ramalho (mramalho)" To: X-OriginalArrivalTime: 10 Jun 2011 15:03:40.0484 (UTC) FILETIME=[953A0840:01CC277F] Subject: [payload] FW: New Version Notification for draft-ramalho-payload-g7110-00.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 15:03:42 -0000 UGF5bG9hZGVycywNCg0KUmU6ICJkcmFmdC1yYW1hbGhvLXBheWxvYWQtZzcxMTAtMDAudHh0Ig0K DQpUaGlzIGRyYWZ0IHNwZWNpZmllcyB0aGUgUlRQIHBheWxvYWQgZm9ybWF0IGZvciBJVFUtVCBS ZWMuIEcuNzExLjAgLSBhIG5ldyBzdGFuZGFyZCB3aGljaCBzcGVjaWZpZXMgYSBzdGF0ZWxlc3Mg YW5kIGxvc3NsZXNzIGNvbXByZXNzaW9uIGZvciBHLjcxMSBwYWNrZXQgcGF5bG9hZHMgdHlwaWNh bGx5IHVzZWQgaW4gVm9JUCBuZXR3b3Jrcy4gSXQgYWxzbyBzcGVjaWZpZXMgYSBzdG9yYWdlIG1v ZGUgZm9yIEcuNzExLjAuDQoNCkcuNzExLjAsIGJlaW5nIGEgbG9zc2xlc3MgYW5kIHN0YXRlbGVz cyBjb21wcmVzc2lvbiBtZWNoYW5pc20gZm9yIEcuNzExLCBpcyBub3QgYSAiY29kZWMiIGluIHRo ZSBzZW5zZSBvZiAibG9zc3kiIGNvZGVjcyB0eXBpY2FsbHkgY2FycmllZCBieSBSVFAuDQoNCldo ZW4gbmVnb3RpYXRlZCBlbmQtdG8tZW5kLCBJVFUtVCBSZWMuIEcuNzExLjAgaXMgbmVnb3RpYXRl ZCBhcyBpZiBpdCB3ZXJlIGEgY29kZWMsIHdpdGggdGhlIHVuZGVyc3RhbmRpbmcgdGhhdCBJVFUt VCBSZWMuIEcuNzExLjAgaXMgdXNlZCB0byBsb3NzbGVzc2x5IGVuY29kZSB0aGUgdW5kZXJseWlu ZyAobG9zc3kpIEcuNzExIHB1bHNlIGNvZGUgbW9kdWxhdGlvbiAoUENNKSBzYW1wbGUgcmVwcmVz ZW50YXRpb24gb2YgYW4gYXVkaW8gc2lnbmFsLg0KDQpIb3dldmVyIEcuNzExLjAsIGJlaW5nIGJv dGggbG9zc2xlc3MgYW5kIHN0YXRlbGVzcywgTUFZIGFsc28gYmUgZW1wbG95ZWQgYXMgYSBMT1NT TEVTUyBDT01QUkVTU0lPTiBtZWNoYW5pc20gQU5ZV0hFUkUgaW4gYmV0d2VlbiBlbmQgc3lzdGVt cyB3aGljaCBoYXZlIG5lZ290aWF0ZWQgdXNlIG9mIEcuNzExLiBJbiB0aGlzIGNhc2UsIHRoZSBH LjcxMSBwYXlsb2FkcyBhbmQgdGhlIGNvcnJlc3BvbmRpbmcgRy43MTEgUlRQIGhlYWRlcnMgc2hv dWxkIGFwcGVhciB0byB0aGUgZW5kIHN5c3RlbXMgYXMgaGF2aW5nIGJlZW4gdHJhbnNwb3J0ZWQg dHJhbnNwYXJlbnRseSAoaS5lLiwgd2l0aG91dCBwYXlsb2FkIGRlZ3JhZGF0aW9uKS4gVGhpcyBk cmFmdCBhbHNvIHByb3ZpZGVzIGd1aWRhbmNlIGZvciB0aGlzLCBzby1jYWxsZWQgIkcuNzExLjAg SW4tVGhlLU1pZGRsZSIsIHVzZSBjYXNlLiBXaGVuIHVzZWQgdGhpcyB3YXksIEcuNzExLjAgcHJv dmlkZXMgb3ZlciA1MCUgYXZlcmFnZSBjb21wcmVzc2lvbiBmb3IgdHlwaWNhbCBzZXJ2aWNlIHBy b3ZpZGVyIHBheWxvYWRzIHdpdGggMC4wMDAlIHZvaWNlIHF1YWxpdHkgZGVncmFkYXRpb24gcmVs YXRpdmUgdG8gRy43MTEgKGkuZS4sIG5vIHRyYW5zY29kaW5nLWJhc2VkIGRlZ3JhZGF0aW9uKS4N Cg0KU2luY2UgRy43MTEuMCByZXByZXNlbnRzIGEgbmV3IGNvbmNlcHQgKGxvc3NsZXNzIGFuZCBz dGF0ZWxlc3MgY29tcHJlc3Npb24gb2YgUlRQIHBheWxvYWRzKSwga2V5IHByb3BlcnRpZXMvYXR0 cmlidXRlcyBvZiBHLjcxMS4wIGFyZSBwcm92aWRlZCBpbiB0aGlzIGRyYWZ0Lg0KDQpDb21tZW50 cyBhbmQgcXVlc3Rpb25zIHRvIHRoZSBkcmFmdCBhdXRob3JzIGFyZSB3ZWxjb21lLg0KDQpNaWNo YWVsIFJhbWFsaG8NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBpbnRl cm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+ IFNlbnQ6IFRodXJzZGF5LCBKdW5lIDA5LCAyMDExIDE6MDkgUE0NCj4gVG86IE1pY2hhZWwgUmFt YWxobyAobXJhbWFsaG8pDQo+IENjOiBwYXVsZWpAcGFja2V0aXplci5jb207IGxlaS5taWFvQGh1 YXdlaS5jb207IE1pY2hhZWwgUmFtYWxobw0KPiAobXJhbWFsaG8pOyBoYXJhZGEubm9ib3J1QGxh Yi5udHQuY28uanA7IG1wZXJtdW1hbEBjaXNjby5jb20NCj4gU3ViamVjdDogTmV3IFZlcnNpb24g Tm90aWZpY2F0aW9uIGZvciBkcmFmdC1yYW1hbGhvLXBheWxvYWQtZzcxMTAtDQo+IDAwLnR4dA0K PiANCj4gQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXJhbWFsaG8tcGF5bG9hZC1nNzExMC0w MC50eHQgaGFzIGJlZW4NCj4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBNaWNoYWVsIFJhbWFs aG8gYW5kIHBvc3RlZCB0byB0aGUgSUVURg0KPiByZXBvc2l0b3J5Lg0KPiANCj4gRmlsZW5hbWU6 CSBkcmFmdC1yYW1hbGhvLXBheWxvYWQtZzcxMTANCj4gUmV2aXNpb246CSAwMA0KPiBUaXRsZToJ CSBSVFAgUGF5bG9hZCBGb3JtYXQgZm9yIEcuNzExLjANCj4gQ3JlYXRpb24gZGF0ZToJIDIwMTEt MDYtMDkNCj4gV0cgSUQ6CQkgSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQo+IE51bWJlciBvZiBwYWdl czogMzUNCj4gDQo+IEFic3RyYWN0Og0KPiAgICBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyB0aGUg UmVhbC1UaW1lIFRyYW5zcG9ydCBQcm90b2NvbCAoUlRQKQ0KPiAgICBwYXlsb2FkIGZvcm1hdCBm b3IgSVRVLVQgUmVjb21tZW5kYXRpb24gRy43MTEuMC4gIElUVS1UIFJlYy4gRy43MTEuMA0KPiAg ICBkZWZpbmVzIGEgbG9zc2xlc3MgYW5kIHN0YXRlbGVzcyBjb21wcmVzc2lvbiBmb3IgRy43MTEg cGFja2V0DQo+ICAgIHBheWxvYWRzIHR5cGljYWxseSB1c2VkIGluIElQIG5ldHdvcmtzLiAgVGhp cyBkb2N1bWVudCBhbHNvIGRlZmluZXMNCj4gICAgdHdvIHN0b3JhZ2UgbW9kZSBmb3JtYXRzIGZv ciBHLjcxMS4wLiAgQSBtZWRpYSB0eXBlIHJlZ2lzdHJhdGlvbiBmb3INCj4gICAgdGhpcyBSVFAg cGF5bG9hZCBmb3JtYXQgaXMgYWxzbyBpbmNsdWRlZC4NCj4gDQo+IA0KPiANCj4gDQo+IFRoZSBJ RVRGIFNlY3JldGFyaWF0DQo= From internet-drafts@ietf.org Tue Jun 14 06:53:14 2011 Return-Path: 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 A400C11E8148; Tue, 14 Jun 2011 06:53:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.171 X-Spam-Level: X-Spam-Status: No, score=-102.171 tagged_above=-999 required=5 tests=[AWL=0.428, BAYES_00=-2.599, 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 lrtpsKba-tHR; Tue, 14 Jun 2011 06:53:14 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DFA511E8145; Tue, 14 Jun 2011 06:53:14 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.55 Message-ID: <20110614135314.6984.5367.idtracker@ietfa.amsl.com> Date: Tue, 14 Jun 2011 06:53:14 -0700 Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-rtp-sbc-00.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 13:53:14 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Audio/Video Transport Payloads Workin= g Group of the IETF. Title : RTP Payload Format for Bluetooth's SBC audio codec Author(s) : Christian Hoene Frans de Bont Filename : draft-ietf-payload-rtp-sbc-00.txt Pages : 23 Date : 2011-06-14 This document specifies a Real-time Transport Protocol (RTP) payload format to be used for the low complexity subband codec (SBC), which is the mandatory audio codec of the Advanced Audio Distribution Profile (A2DP) Specification written by the Bluetooth(r) Special Interest Group (SIG). The payload format is designed to be able to interoperate with existing Bluetooth A2DP devices, to provide high streaming audio quality, interactive audio transmission over the internet, and ultra-low delay coding for jam sessions on the internet. This document contains also a media type registration which specifies the use of the RTP payload format. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-payload-rtp-sbc-00.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-payload-rtp-sbc-00.txt From internet-drafts@ietf.org Wed Jun 15 11:24:14 2011 Return-Path: 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 2FE4811E810E; Wed, 15 Jun 2011 11:24:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 OrSlvvp6b35n; Wed, 15 Jun 2011 11:24:11 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42A80228007; Wed, 15 Jun 2011 11:24:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.55 Message-ID: <20110615182409.9732.59924.idtracker@ietfa.amsl.com> Date: Wed, 15 Jun 2011 11:24:09 -0700 Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-rtp-klv-01.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 18:24:14 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Audio/Video Transport Payloads Workin= g Group of the IETF. Title : RTP Payload Format for SMPTE 336M Encoded Data Author(s) : J. Downs J. Arbeiter Filename : draft-ietf-payload-rtp-klv-01.txt Pages : 12 Date : 2011-06-15 This document specifies the payload format for packetization of KLV (Key-Length-Value) Encoded Data, as defined by the Society of Motion Picture and Television Engineers (SMPTE) in SMPTE 336M, into the Real-time Transport Protocol (RTP). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-payload-rtp-klv-01.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-payload-rtp-klv-01.txt From jeff_downs@partech.com Wed Jun 15 11:26:11 2011 Return-Path: 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 ABACA11E8142 for ; Wed, 15 Jun 2011 11:26:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 KRiOFrChUTqm for ; Wed, 15 Jun 2011 11:26:11 -0700 (PDT) Received: from imail1.partech.com (imail1.partech.com [192.133.62.25]) by ietfa.amsl.com (Postfix) with ESMTP id 83A7511E810E for ; Wed, 15 Jun 2011 11:26:10 -0700 (PDT) Received: from eclipse.partech.com (eclipse.partech.com [172.16.8.4]) by imail1.partech.com (8.13.1/8.12.11) with ESMTP id p5FIQ2ws009271; Wed, 15 Jun 2011 14:26:02 -0400 Received: from beasley.parcorp.local (beasley.partech.com [172.16.16.70]) by eclipse.partech.com (8.12.9/8.12.9) with ESMTP id p5FIPxY3005837; Wed, 15 Jun 2011 14:26:00 -0400 (EDT) Received: from [192.168.248.22] ([192.168.248.22]) by beasley.parcorp.local with Microsoft SMTPSVC(6.0.3790.4675); Wed, 15 Jun 2011 14:25:58 -0400 Message-ID: <4DF8F92E.8080303@partech.com> Date: Wed, 15 Jun 2011 14:25:50 -0400 From: Jeff Downs User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: "Ali C. Begen (abegen)" References: <04CAD96D4C5A3D48B1919248A8FE0D540F2E059C@xmb-sjc-215.amer.cisco.com> In-Reply-To: <04CAD96D4C5A3D48B1919248A8FE0D540F2E059C@xmb-sjc-215.amer.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Jun 2011 18:25:59.0024 (UTC) FILETIME=[AC6CFF00:01CC2B89] X-Mailman-Approved-At: Sun, 19 Jun 2011 00:08:06 -0700 Cc: draft-ietf-payload-rtp-klv@tools.ietf.org, payload@ietf.org Subject: Re: [payload] Review of draft-ietf-payload-rtp-klv-00 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 18:29:01 -0000 I've uploaded a new draft (-01) that I believe addresses all the comments. Details are below. Thank you Ali for the review. On 6/4/2011 8:04 PM, Ali C. Begen (abegen) wrote: > Section 3: > - I suppose UL stands for Universal Label. Maybe define the acronym when "Universal Label" first appears. > - s/ "K L V"/"KLV" Fixed. > Section 4.3.1.1: > - In the figure, "for time 30" was repeated twice. Duplicate removed, thanks. > - The first rule seems to be underspecified. What if seq=3 had a marker set to 1, and seq=4 and 5 had a marker set to 0? Both 4 and 5 would be considered damaged, right? So, it is not just the prior packet. And in this case, SHOULD must be a MUST, right? The SHOULD in the 2nd rule seems correct, though. Both rules should have been specified in terms of considering KLVunits damaged, with supporting language to identify constituent packets of those damaged units, but that first rule was rather confusing as written. I reworded this entirely to better reflect what it was attempting to say. > - Consider replacing "may" with an alternative like "can" or "might". (You might wanna consider this for any lower-case version of 2119 keywords) Went through and looked for these, replaced per your suggestion. Some of these remain (particularly "may") but these are in the template texts from the howto so I left them as-is. > Section 6.1: > - Put a note for RFC editor to replace RFCXXXX with this doc's RFC number. > - Put a "None" in optional parameters. Both done. > - Are the target applications really streaming and conferencing tools? Any broadcast, video transport application targeted? Updated with some new applications. > - Add "IETF Payload Working Group" for further contact. Also change the control from AVT to PAYLOAD. Done. > - I believe you ought to repeat the registration for video, audio and text as well, although you do not need them. I wasn't sure what you meant here - if further changes are required please let me know and I'll be glad to address. > Section 6.2: > - This payload format does not have optional parameters. Actually it does not have anything besides the rate. Maybe, you should get the required text from 4855 and put it here (You don't need all the parts). > - You need to have a section here called "Offer-Answer Model and Declarative Considerations". You might not have any such considerations, but you need to say it explicitly. Probably something like below would work: > > There no configuration parameters or optional format parameters for > the this payload format. Thus, when offering SMPTE 336M Encoded Data > over RTP using SDP in an Offer/Answer model [RFC3264] or in > a declarative manner (e.g., SDP in the Real-time Streaming Protocol > (RTSP) [RFC2326] or the Session Announcement Protocol (SAP) > [RFC2974]), there are no specific considerations. > > (Add the related RFCs to the informative part) I think I addressed this in the draft based on a combination of the howto instructions and your comments - take a look and let me know if it is ok. Thanks again for your review, -Jeff From Even.roni@huawei.com Fri Jun 24 08:29:51 2011 Return-Path: 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 798D711E80E7; Fri, 24 Jun 2011 08:29:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.598 X-Spam-Level: X-Spam-Status: No, score=-106.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 CAIe4rmlan6H; Fri, 24 Jun 2011 08:29:50 -0700 (PDT) Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [119.145.14.66]) by ietfa.amsl.com (Postfix) with ESMTP id DD7C411E80E0; Fri, 24 Jun 2011 08:29:49 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LNA008LJWDO6G@szxga03-in.huawei.com>; Fri, 24 Jun 2011 23:29:48 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LNA00FZHWDOAJ@szxga03-in.huawei.com>; Fri, 24 Jun 2011 23:29:48 +0800 (CST) Received: from windows8d787f9 ([109.67.30.132]) by szxml12-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LNA00M19WD6K0@szxml12-in.huawei.com>; Fri, 24 Jun 2011 23:29:48 +0800 (CST) Date: Fri, 24 Jun 2011 18:27:28 +0300 From: Roni Even To: 'IETF AVTCore WG' Message-id: <006001cc3283$423f6fe0$c6be4fa0$%roni@huawei.com> MIME-version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Content-type: multipart/alternative; boundary="Boundary_(ID_1F459OcT4m4bpyAh35xQEQ)" Content-language: en-us Thread-index: Acwygzm+B8gOCiLvR1SE24etEXXlhg== Cc: payload@ietf.org, xrblock@ietf.org Subject: [payload] Requests for agenda time in Quebec City IETF81 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 15:29:51 -0000 This is a multi-part message in MIME format. --Boundary_(ID_1F459OcT4m4bpyAh35xQEQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi, At the IETF 81 we will have one time slot for AVTCore and we will use this timeslot also to present the status of the payload and xrblock working groups for information. As we announced on the mailing lists, the payload and xrblocks WGs are not going to meet in Quebec but we may present open issues if there are any. If you wish to have agenda time at the upcoming meeting in Quebec City regarding AVTcore work, please send an agenda request to the AVTcore chairs. We are trying to prepare the agenda early and not wait for the last minute. We will use the time for presentations giving priority based on the AVTCore milestones and open issues. The draft agenda shows that AVTCore will meet on Wednesday 09:00-11:30 in room 208 AB. Note that this is not the final agenda and the slot for AVTcore may change, the final agenda will be publish on July 1st. Thanks Magnus Westerlund and Roni Even AVTCore Chairs. Ali Begen and Roni Even Payload Chairs Peter Musgrave and Roni Even XRblock Chairs. --Boundary_(ID_1F459OcT4m4bpyAh35xQEQ) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT

Hi,

At the IETF 81 we will have one time slot for AVTCore and we will use this timeslot also to present the status of the payload and xrblock working groups for information.

 

As we announced on the mailing lists, the payload and xrblocks WGs are not going to meet in Quebec but we may present open issues if there are any.

 

 

If you wish to have agenda time at the upcoming meeting in Quebec City regarding AVTcore work, please send an agenda request to the AVTcore chairs. We are trying to prepare the agenda early and not wait for the last minute.

 

 

We will use the time for pre sentatio on the AVTCore milestones and open issues.

 

 

The draft agenda shows that AVTCore will meet on Wednesday 09:00-11:30 in room 208 AB.

 

Note that this is not the final agenda and the slot for AVTcore may change, the final agenda will be publish on July 1st.

 

 
 
 
 
Thanks
Magnus Westerlund and Roni Even AVTCore Chairs.
 
Ali Begen and Roni Even Payload Chairs
 
Peter Musgrave and Roni Even XRblock Chairs.
  
--Boundary_(ID_1F459OcT4m4bpyAh35xQEQ)-- From mramalho@cisco.com Sat Jun 25 15:43:49 2011 Return-Path: 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 09DDE11E80CC; Sat, 25 Jun 2011 15:43:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] 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 WhTm-ToJSl8h; Sat, 25 Jun 2011 15:43:46 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by ietfa.amsl.com (Postfix) with ESMTP id DD41B11E80B1; Sat, 25 Jun 2011 15:43:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=mramalho@cisco.com; l=15103; q=dns/txt; s=iport; t=1309041826; x=1310251426; h=mime-version:subject:date:message-id:in-reply-to: references:from:to:cc; bh=JhyB/SrD1D9XtDYTV8oIL0l/ndcKWzmKVlQR0N4rijQ=; b=mJ3Yk8uKX10/qIyx0aiaHzHOyXZ+Y4vv6cdYD6bbGXiHYMwP1d2643yj Ha0kntJh3cHcvgh9h4yaQXavJhbgVveB8ZR9Wlt5zuPY2GQpUSZE//G/8 CSUHgvxX/gLj/G9M5TD3EEikCAb40bBzMpjxP7v298Ee4IL0s1Tw5KKAL I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvEAAOhjBk6tJXG9/2dsb2JhbABTglGVTI8td61QnQ2GMASHLI9Oi0I X-IronPort-AV: E=Sophos;i="4.65,426,1304294400"; d="scan'208,217";a="386284112" Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by sj-iport-2.cisco.com with ESMTP; 25 Jun 2011 22:43:45 +0000 Received: from xbh-rcd-102.cisco.com (xbh-rcd-102.cisco.com [72.163.62.139]) by rcdn-core2-2.cisco.com (8.14.3/8.14.3) with ESMTP id p5PMhjvA020798; Sat, 25 Jun 2011 22:43:45 GMT Received: from xmb-rcd-209.cisco.com ([72.163.62.216]) by xbh-rcd-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 25 Jun 2011 17:43:45 -0500 X-Mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC3389.56B85341" Date: Sat, 25 Jun 2011 17:43:39 -0500 Message-ID: <999109E6BC528947A871CDEB5EB908A00414137D@XMB-RCD-209.cisco.com> In-Reply-To: <006001cc3283$423f6fe0$c6be4fa0$%roni@huawei.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [AVTCORE] Requests for agenda time in Quebec City IETF81 Thread-Index: Acwygzm+B8gOCiLvR1SE24etEXXlhgBBEptg References: <006001cc3283$423f6fe0$c6be4fa0$%roni@huawei.com> From: "Michael Ramalho (mramalho)" To: "Roni Even" , "IETF AVTCore WG" , , "Ali C. Begen (abegen)" X-OriginalArrivalTime: 25 Jun 2011 22:43:45.0221 (UTC) FILETIME=[5720DF50:01CC3389] X-Mailman-Approved-At: Sat, 25 Jun 2011 21:54:16 -0700 Cc: jacek@ti.com, xrblock@ietf.org, payload@ietf.org, Miaolei , "Paul Jones \(paulej\)" , harada.noboru@lab.ntt.co.jp Subject: Re: [payload] [AVTCORE] Requests for agenda time in Quebec City IETF81 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2011 22:43:49 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CC3389.56B85341 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Re: (Below thread) "please send an agenda request to the AVTcore chairs" =20 Magnus/Roni, =20 As per the recommendation of the Payload Chairs, Ali Begen and Roni Even, I have created a "00" draft for the RTP payload format for ITU-T G.711.0 (lossless and stateless compression of G.711, http://datatracker.ietf.org/doc/draft-ramalho-payload-g7110/ ). =20 Via experience I have found that there is often confusion about G.711.0 - as it is essentially a data compression algorithm. When negotiated end-to-end, it is negotiated as IF it were a traditional lossy codec. However, it can also be employed as a lossless data compression for G.711 payloads in the middle of G.711 negotiated sessions. =20 Thus, it might be beneficial for me to say a few words about the G.711.0 draft if there is sufficient interest. =20 If you believe a short presentation would be beneficial, then I would request a few minutes at the AVTcore agenda to describe the G.711.0 draft. =20 Please advise. =20 Regards, =20 Michael Ramalho =20 =20 =20 From: avt-bounces@ietf.org [mailto:avt-bounces@ietf.org] On Behalf Of Roni Even Sent: Friday, June 24, 2011 11:27 AM To: 'IETF AVTCore WG' Cc: 'Magnus Westerlund'; payload@ietf.org; xrblock@ietf.org Subject: [AVTCORE] Requests for agenda time in Quebec City IETF81 =20 Hi, At the IETF 81 we will have one time slot for AVTCore and we will use this timeslot also to present the status of the payload and xrblock working groups for information. =20 As we announced on the mailing lists, the payload and xrblocks WGs are not going to meet in Quebec but we may present open issues if there are any. =20 =20 If you wish to have agenda time at the upcoming meeting in Quebec City regarding AVTcore work, please send an agenda request to the AVTcore chairs. We are trying to prepare the agenda early and not wait for the last minute. =20 =20 We will use the time for pre sentatio on the AVTCore milestones and open issues.=20 =20 =20 The draft agenda shows that AVTCore will meet on Wednesday 09:00-11:30 in room 208 AB.=20 =20 Note that this is not the final agenda and the slot for AVTcore may change, the final agenda will be publish on July 1st. =20 =20 =20 =20 =20 Thanks Magnus Westerlund and Roni Even AVTCore Chairs. =20 Ali Begen and Roni Even Payload Chairs =20 Peter Musgrave and Roni Even XRblock Chairs. =20 ------_=_NextPart_001_01CC3389.56B85341 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Re: (Below thread) “please send an agenda request to the = AVTcore chairs”

 

Magnus/Roni,

 

As per the recommendation of the Payload Chairs, Ali = Begen and Roni Even, I have created a “00” draft for the RTP payload = format for ITU-T G.711.0 (lossless and stateless compression of G.711, htt= p://datatracker.ietf.org/doc/draft-ramalho-payload-g7110/ ).

 

Via experience I have found that there is often confusion = about G.711.0 – as it is essentially a data compression algorithm. When negotiated end-to-end, it is negotiated as IF it were a traditional = lossy codec. However, it can also be employed as a lossless data compression = for G.711 payloads in the middle of G.711 negotiated = sessions.

 

Thus, it might be beneficial for me to say a few words = about the G.711.0 draft if there is sufficient interest.

 

If you believe a short presentation would be beneficial, = then I would request a few minutes at the AVTcore agenda to describe the = G.711.0 draft.

 

Please advise.

 

Regards,

 

Michael Ramalho

 

 

 

From: avt-bounces@ietf.org [mailto:avt-bounces@ietf.org] On Behalf Of Roni Even
Sent: Friday, June 24, 2011 11:27 AM
To: 'IETF AVTCore WG'
Cc: 'Magnus Westerlund'; payload@ietf.org; xrblock@ietf.org
Subject: [AVTCORE] Requests for agenda time in Quebec City = IETF81

 

Hi,

At the IETF = 81 we will have one time slot for AVTCore and we will use this timeslot also = to present the status of the payload and xrblock working groups for = information.

 

As we = announced on the mailing lists, the payload and xrblocks WGs are not going to meet in = Quebec but we may present open issues if there are any.

 

 

If you wish = to have agenda time at the upcoming meeting in Quebec City regarding AVTcore = work, please send an agenda request to the AVTcore chairs. We are trying to = prepare the agenda early and not wait for the last minute.

 

 

We will use = the time for pre sentatio on the AVTCore milestones and open issues. =

 

 

The draft = agenda shows that AVTCore will meet on Wednesday 09:00-11:30 in room 208 AB. =

 

Note that = this is not the final agenda and the slot for AVTcore may change, the final agenda = will be publish on July 1st.

 

 
= 
 
= 
 
= 
 
= 
Thanks
= 
Magnus Westerlund and Roni =
Even AVTCore Chairs.
 
= 
Ali Begen and Roni Even =
Payload Chairs
 
= 
Peter Musgrave and Roni Even =
XRblock Chairs.
 =
------_=_NextPart_001_01CC3389.56B85341-- From Even.roni@huawei.com Sat Jun 25 22:31:35 2011 Return-Path: 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 02C3011E809E for ; Sat, 25 Jun 2011 22:31:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.546 X-Spam-Level: X-Spam-Status: No, score=-105.546 tagged_above=-999 required=5 tests=[AWL=-1.052, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1, 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 HZuKZzluOLlz for ; Sat, 25 Jun 2011 22:31:32 -0700 (PDT) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by ietfa.amsl.com (Postfix) with ESMTP id E8E5411E807C for ; Sat, 25 Jun 2011 22:31:26 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LND00AATTZOZU@szxga03-in.huawei.com> for payload@ietf.org; Sun, 26 Jun 2011 13:31:00 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LND00GQATZO72@szxga03-in.huawei.com> for payload@ietf.org; Sun, 26 Jun 2011 13:31:00 +0800 (CST) Received: from windows8d787f9 ([109.66.27.190]) by szxml11-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LND003L1TZ6CB@szxml11-in.huawei.com>; Sun, 26 Jun 2011 13:31:00 +0800 (CST) Date: Sun, 26 Jun 2011 08:28:36 +0300 From: Roni Even In-reply-to: <999109E6BC528947A871CDEB5EB908A00414137D@XMB-RCD-209.cisco.com> To: "'Michael Ramalho (mramalho)'" , "'Ali C. Begen (abegen)'" Message-id: <003501cc33c1$f04a2f00$d0de8d00$%roni@huawei.com> MIME-version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Content-type: multipart/alternative; boundary="Boundary_(ID_NJXpHbBI/2SrhpcRsM+7FA)" Content-language: en-us Thread-index: Acwygzm+B8gOCiLvR1SE24etEXXlhgBBEptgAA6PfFA= References: <006001cc3283$423f6fe0$c6be4fa0$%roni@huawei.com> <999109E6BC528947A871CDEB5EB908A00414137D@XMB-RCD-209.cisco.com> Cc: jacek@ti.com, payload@ietf.org, 'Miaolei' , "'Paul Jones \(paulej\)'" , harada.noboru@lab.ntt.co.jp Subject: Re: [payload] [AVTCORE] Requests for agenda time in Quebec City IETF81 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jun 2011 05:31:35 -0000 This is a multi-part message in MIME format. --Boundary_(ID_NJXpHbBI/2SrhpcRsM+7FA) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi Michael, We will consider your request based on time available. I also think it will be good to post this information to the payload list with a title like "G.711.0 a data compression payload" or G.711.0 an audio data compression payload" Regards Roni From: Michael Ramalho (mramalho) [mailto:mramalho@cisco.com] Sent: Sunday, June 26, 2011 1:44 AM To: Roni Even; IETF AVTCore WG; magnus.westerlund@ericsson.com; Ali C. Begen (abegen) Cc: Magnus Westerlund; payload@ietf.org; xrblock@ietf.org; Paul Jones (paulej); harada.noboru@lab.ntt.co.jp; Muthu Arul Mozhi Perumal (mperumal); Miaolei; jacek@ti.com Subject: RE: [AVTCORE] Requests for agenda time in Quebec City IETF81 Re: (Below thread) "please send an agenda request to the AVTcore chairs" Magnus/Roni, As per the recommendation of the Payload Chairs, Ali Begen and Roni Even, I have created a "00" draft for the RTP payload format for ITU-T G.711.0 (lossless and stateless compression of G.711, http://datatracker.ietf.org/doc/draft-ramalho-payload-g7110/ ). Via experience I have found that there is often confusion about G.711.0 - as it is essentially a data compression algorithm. When negotiated end-to-end, it is negotiated as IF it were a traditional lossy codec. However, it can also be employed as a lossless data compression for G.711 payloads in the middle of G.711 negotiated sessions. Thus, it might be beneficial for me to say a few words about the G.711.0 draft if there is sufficient interest. If you believe a short presentation would be beneficial, then I would request a few minutes at the AVTcore agenda to describe the G.711.0 draft. Please advise. Regards, Michael Ramalho From: avt-bounces@ietf.org [mailto:avt-bounces@ietf.org] On Behalf Of Roni Even Sent: Friday, June 24, 2011 11:27 AM To: 'IETF AVTCore WG' Cc: 'Magnus Westerlund'; payload@ietf.org; xrblock@ietf.org Subject: [AVTCORE] Requests for agenda time in Quebec City IETF81 Hi, At the IETF 81 we will have one time slot for AVTCore and we will use this timeslot also to present the status of the payload and xrblock working groups for information. As we announced on the mailing lists, the payload and xrblocks WGs are not going to meet in Quebec but we may present open issues if there are any. If you wish to have agenda time at the upcoming meeting in Quebec City regarding AVTcore work, please send an agenda request to the AVTcore chairs. We are trying to prepare the agenda early and not wait for the last minute. We will use the time for pre sentatio on the AVTCore milestones and open issues. The draft agenda shows that AVTCore will meet on Wednesday 09:00-11:30 in room 208 AB. Note that this is not the final agenda and the slot for AVTcore may change, the final agenda will be publish on July 1st. Thanks Magnus Westerlund and Roni Even AVTCore Chairs. Ali Begen and Roni Even Payload Chairs Peter Musgrave and Roni Even XRblock Chairs. --Boundary_(ID_NJXpHbBI/2SrhpcRsM+7FA) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable

Hi Michael,

We will consider your request based on time available. I also think = it will be good to post this information to the payload list with a = title like "G.711.0 a  data compression payload" or = G.711.0 an audio data compression payload"

 

Regards

Roni

 

 

From:= = Michael Ramalho (mramalho) [mailto:mramalho@cisco.com]
Sent: = Sunday, June 26, 2011 1:44 AM
To: Roni Even; IETF AVTCore WG; = magnus.westerlund@ericsson.com; Ali C. Begen (abegen)
Cc: = Magnus Westerlund; payload@ietf.org; xrblock@ietf.org; Paul Jones = (paulej); harada.noboru@lab.ntt.co.jp; Muthu Arul Mozhi Perumal = (mperumal); Miaolei; jacek@ti.com
Subject: RE: [AVTCORE] = Requests for agenda time in Quebec City = IETF81

 

Re: (Below thread) “please send = an agenda request to the AVTcore chairs”

 

Magnus/Roni,

 

As per the recommendation of the Payload Chairs, Ali Begen and Roni = Even, I have created a “00” draft for the RTP payload format = for ITU-T G.711.0 (lossless and stateless compression of G.711, htt= p://datatracker.ietf.org/doc/draft-ramalho-payload-g7110/ = ).

 

Via experience I have found that there is often confusion about = G.711.0 – as it is essentially a data compression algorithm. When = negotiated end-to-end, it is negotiated as IF it were a traditional = lossy codec. However, it can also be employed as a lossless data = compression for G.711 payloads in the middle of G.711 negotiated = sessions.

 

Thus, it might be beneficial for me to say a few words about the = G.711.0 draft if there is sufficient interest.

 

If you believe a short presentation would be beneficial, then I would = request a few minutes at the AVTcore agenda to describe the G.711.0 = draft.

 

Please advise.

 

Regards,

 

Michael Ramalho

 

 

 

From:= = avt-bounces@ietf.org [mailto:avt-bounces@ietf.org] On Behalf Of = Roni Even
Sent: Friday, June 24, 2011 11:27 = AM
To: 'IETF AVTCore WG'
Cc: 'Magnus Westerlund'; = payload@ietf.org; xrblock@ietf.org
Subject: [AVTCORE] Requests = for agenda time in Quebec City = IETF81

 

Hi,

At the IETF = 81 we will have one time slot for AVTCore and we will use this timeslot = also to present the status of the payload and xrblock working groups for = information.

 

As we = announced on the mailing lists, the payload and xrblocks WGs are not = going to meet in Quebec but we may present open issues if there are = any.

 

 

If you wish = to have agenda time at the upcoming meeting in Quebec City regarding = AVTcore work, please send an agenda request to the AVTcore chairs. We = are trying to prepare the agenda early and not wait for the last = minute.

 

 

We will use = the time for pre sentatio on the AVTCore milestones and open issues. =

 

 

The draft = agenda shows that AVTCore will meet on Wednesday 09:00-11:30 in room 208 = AB.

 

Note that = this is not the final agenda and the slot for AVTcore may change, the = final agenda will be publish on July = 1st.

 

 
= 
 
= 
 
= 
 
= 
Thanks
= 
Magnus Westerlund and Roni =
Even AVTCore Chairs.
 
= 
Ali Begen and Roni Even =
Payload Chairs
 
= 
Peter Musgrave and Roni Even =
XRblock Chairs.
 =
= --Boundary_(ID_NJXpHbBI/2SrhpcRsM+7FA)--