From nobody Wed Aug 3 00:51:53 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E62B12D8B0; Wed, 3 Aug 2016 00:51:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.29.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160803075146.11097.49198.idtracker@ietfa.amsl.com> Date: Wed, 03 Aug 2016 00:51:46 -0700 Archived-At: Cc: avtext@ietf.org Subject: [avtext] I-D Action: draft-ietf-avtext-splicing-notification-09.txt X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2016 07:51:46 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Extensions of the IETF. Title : RTP/RTCP extension for RTP Splicing Notification Authors : Jinwei Xia Roni Even Rachel Huang Lingli Deng Filename : draft-ietf-avtext-splicing-notification-09.txt Pages : 21 Date : 2016-08-03 Abstract: Content splicing is a process that replaces the content of a main multimedia stream with other multimedia content, and delivers the substitutive multimedia content to the receivers for a period of time. The splicer is designed to handle RTP splicing and needs to know when to start and end the splicing. This memo defines two RTP/RTCP extensions to indicate the splicing related information to the splicer: an RTP header extension that conveys the information in-band and an RTCP packet that conveys the information out-of-band. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-avtext-splicing-notification/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-avtext-splicing-notification-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-avtext-splicing-notification-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Aug 3 01:08:47 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9705D12D1D2 for ; Wed, 3 Aug 2016 01:08:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.508 X-Spam-Level: X-Spam-Status: No, score=-5.508 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 Ab8Zybme_Ac2 for ; Wed, 3 Aug 2016 01:08:44 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26198127078 for ; Wed, 3 Aug 2016 01:08:43 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CTR75576; Wed, 03 Aug 2016 08:08:40 +0000 (GMT) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 3 Aug 2016 09:07:52 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.179]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Wed, 3 Aug 2016 16:07:44 +0800 From: "Huangyihong (Rachel)" To: "avtext@ietf.org" Thread-Topic: [avtext]FW: New Version Notification for draft-ietf-avtext-splicing-notification-09.txt Thread-Index: AQHR7V4dqsJ58JGLjUi87FUtQMH8Rg== Date: Wed, 3 Aug 2016 08:07:45 +0000 Message-ID: <51E6A56BD6A85142B9D172C87FC3ABBB86F1F2AE@nkgeml513-mbx.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.28] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.57A1A688.00C6, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.179, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 417d66335f0f0afe569d983b119fe19b Archived-At: Subject: [avtext] FW: New Version Notification for draft-ietf-avtext-splicing-notification-09.txt X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2016 08:08:46 -0000 SGkgYWxsLA0KDQpUaGlzIG5ldyB2ZXJzaW9uIGFkZHJlc3NlcyB0d28gY29tbWVudHMgZnJvbSBN aXJqYToNCg0KMS4gIFVzaW5nIFJGQzY4MjggYXMgYW4gZXhhbXBsZS4NCjIuICBDaGFuZ2luZyB0 aGUgbm9ybWF0aXZlIHJlZmVyZW5jZSBmcm9tIFJGQzUyODUgdG8gZHJhZnQtaWV0Zi1hdnRjb3Jl LXJmYzUyODUtYmlzLCB3aGVyZSBnZW5lcmFsIFJUUCBoZWFkZXIgZXh0ZW5zaW9uIG1ldGhvZHMg aW5jbHVkaW5nIGl0cyBzZW5kaW5nIGZyZXF1ZW5jeSBhcmUgc3BlY2lmaWVkLg0KDQpCUiwNClJh Y2hlbA0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogV2Vk bmVzZGF5LCBBdWd1c3QgMDMsIDIwMTYgMzo1MiBQTQ0KVG86IERlbmcgTGluZ2xpOyBSb25pIEV2 ZW47IFhpYWppbndlaTsgSHVhbmd5aWhvbmcgKFJhY2hlbCk7IExpbmdsaSBEZW5nDQpTdWJqZWN0 OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWlldGYtYXZ0ZXh0LXNwbGljaW5n LW5vdGlmaWNhdGlvbi0wOS50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtaWV0 Zi1hdnRleHQtc3BsaWNpbmctbm90aWZpY2F0aW9uLTA5LnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1 bGx5IHN1Ym1pdHRlZCBieSBSYWNoZWwgSHVhbmcgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBv c2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtaWV0Zi1hdnRleHQtc3BsaWNpbmctbm90aWZpY2F0aW9u DQpSZXZpc2lvbjoJMDkNClRpdGxlOgkJUlRQL1JUQ1AgZXh0ZW5zaW9uIGZvciBSVFAgU3BsaWNp bmcgTm90aWZpY2F0aW9uDQpEb2N1bWVudCBkYXRlOgkyMDE2LTA4LTAzDQpHcm91cDoJCWF2dGV4 dA0KUGFnZXM6CQkyMQ0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVy bmV0LWRyYWZ0cy9kcmFmdC1pZXRmLWF2dGV4dC1zcGxpY2luZy1ub3RpZmljYXRpb24tMDkudHh0 DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aWV0Zi1hdnRleHQtc3BsaWNpbmctbm90aWZpY2F0aW9uLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWF2dGV4dC1zcGxpY2luZy1ub3RpZmlj YXRpb24tMDkNCkRpZmY6ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3Vy bDI9ZHJhZnQtaWV0Zi1hdnRleHQtc3BsaWNpbmctbm90aWZpY2F0aW9uLTA5DQoNCkFic3RyYWN0 Og0KICAgQ29udGVudCBzcGxpY2luZyBpcyBhIHByb2Nlc3MgdGhhdCByZXBsYWNlcyB0aGUgY29u dGVudCBvZiBhIG1haW4NCiAgIG11bHRpbWVkaWEgc3RyZWFtIHdpdGggb3RoZXIgbXVsdGltZWRp YSBjb250ZW50LCBhbmQgZGVsaXZlcnMgdGhlDQogICBzdWJzdGl0dXRpdmUgbXVsdGltZWRpYSBj b250ZW50IHRvIHRoZSByZWNlaXZlcnMgZm9yIGEgcGVyaW9kIG9mDQogICB0aW1lLiBUaGUgc3Bs aWNlciBpcyBkZXNpZ25lZCB0byBoYW5kbGUgUlRQIHNwbGljaW5nIGFuZCBuZWVkcyB0bw0KICAg a25vdyB3aGVuIHRvIHN0YXJ0IGFuZCBlbmQgdGhlIHNwbGljaW5nLg0KDQogICBUaGlzIG1lbW8g ZGVmaW5lcyB0d28gUlRQL1JUQ1AgZXh0ZW5zaW9ucyB0byBpbmRpY2F0ZSB0aGUgc3BsaWNpbmcN CiAgIHJlbGF0ZWQgaW5mb3JtYXRpb24gdG8gdGhlIHNwbGljZXI6IGFuIFJUUCBoZWFkZXIgZXh0 ZW5zaW9uIHRoYXQNCiAgIGNvbnZleXMgdGhlIGluZm9ybWF0aW9uIGluLWJhbmQgYW5kIGFuIFJU Q1AgcGFja2V0IHRoYXQgY29udmV5cyB0aGUNCiAgIGluZm9ybWF0aW9uIG91dC1vZi1iYW5kLg0K DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkg dGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRp bCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmll dGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Wed Aug 3 14:37:22 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AC7A112D15A; Wed, 3 Aug 2016 14:37:20 -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: 6.29.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160803213720.9663.74763.idtracker@ietfa.amsl.com> Date: Wed, 03 Aug 2016 14:37:20 -0700 Archived-At: Cc: avtext@ietf.org, jonathan@vidyo.com, avtext-chairs@ietf.org, The IESG , draft-ietf-avtext-splicing-notification@ietf.org, rfc-editor@rfc-editor.org Subject: [avtext] Protocol Action: 'RTP/RTCP extension for RTP Splicing Notification' to Proposed Standard (draft-ietf-avtext-splicing-notification-09.txt) X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2016 21:37:21 -0000 The IESG has approved the following document: - 'RTP/RTCP extension for RTP Splicing Notification' (draft-ietf-avtext-splicing-notification-09.txt) as Proposed Standard This document is the product of the Audio/Video Transport Extensions Working Group. The IESG contact persons are Alexey Melnikov, Ben Campbell and Alissa Cooper. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-avtext-splicing-notification/ Technical Summary Content splicing is a process that replaces the content of a main multimedia stream with other multimedia content, and delivers the substitutive multimedia content to the receivers for a period of time. The splicer is designed to handle RTP splicing and needs to know when to start and end the splicing. This memo defines two RTP/RTCP extensions to indicate the splicing related information to the splicer: an RTP header extension that conveys the information in-band and an RTCP packet that conveys the information out-of-band. Working Group Summary The document went through a working group last call. There were comments and the document was updated to resolve all comments. The use case of this work (multimedia streaming over RTP) is somewhat distant from the primary expertise of many AVTEXT working group participants, so a call was specifically put out to constituencies that would use the work in order to determine interest and correctness. A number of such constituencies responded that they were interested in the work. An IPR declaration was filed late, after the work had been accepted as a work item of the working group, from the employer of some of the document's authors. (The authors indicated that the IPR was from a different area of the company than the one they worked in.) The working group considered this and decided that this would not block going forward with the document. Document Quality The document got good reviews from several AVTEXT members. The document was reviewed by the SDP Directorate, and changes were made following the comments that were received. There are reports that at least one vendor has begun field trials of the mechanism. Personnel The Document Shepherd is Jonathan Lennox; the Responsible Area Director is Ben Campbell. IESG Note This version has normative downrefs to RFC 7201 and RFC 7667, that were added as a result of IETF last call. We ran a second, abbreviated last call that explicitly called out the downrefs and received no objections. From nobody Tue Aug 9 02:31:47 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D101A12D0F5 for ; Tue, 9 Aug 2016 02:31:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.467 X-Spam-Level: X-Spam-Status: No, score=-5.467 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 8It6op1VO9r3 for ; Tue, 9 Aug 2016 02:31:39 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0709412B058 for ; Tue, 9 Aug 2016 02:31:38 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CUA24736; Tue, 09 Aug 2016 09:31:36 +0000 (GMT) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 9 Aug 2016 10:31:34 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.179]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Tue, 9 Aug 2016 17:31:27 +0800 From: "Huangyihong (Rachel)" To: "avtext@ietf.org" Thread-Topic: [avtext] WGLC: draft-ietf-avtext-avpf-ccm-layered-01 Thread-Index: AQHR8iDNNnsoprEdikGy+7CG/ME6bw== Date: Tue, 9 Aug 2016 09:31:27 +0000 Message-ID: <51E6A56BD6A85142B9D172C87FC3ABBB86F2963B@nkgeml513-mbx.china.huawei.com> References: <51E6A56BD6A85142B9D172C87FC3ABBB86F111AB@nkgeml513-mbx.china.huawei.com> In-Reply-To: <51E6A56BD6A85142B9D172C87FC3ABBB86F111AB@nkgeml513-mbx.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.78.28] Content-Type: multipart/alternative; boundary="_000_51E6A56BD6A85142B9D172C87FC3ABBB86F2963Bnkgeml513mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090206.57A9A2F8.0074, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.179, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 92943738a85cb146c3e99693eac22d09 Archived-At: Subject: Re: [avtext] WGLC: draft-ietf-avtext-avpf-ccm-layered-01 X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2016 09:31:46 -0000 --_000_51E6A56BD6A85142B9D172C87FC3ABBB86F2963Bnkgeml513mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I've reviewed this document and forgot to send it out during WGLC. They're = basically editorial comments: 1. It's better to indicate in the abstract that this draft updates RF= C5104. 2. Runing idnits indicates that references to "I-D.ietf-mmusic-rid" a= nd "I-D.ietf-mmusic-sdp-simulcast" are unused. 3. In section 1, item b., s/Requiring that /Requiring / 4. In section 4, "in sections 3.5.1.5 of RFC 5104", do you mean secti= on 3.4.1.5? BR, Rachel From: avtext [mailto:avtext-bounces@ietf.org] On Behalf Of Huangyihong (Rac= hel) Sent: Sunday, July 24, 2016 10:17 PM To: avtext@ietf.org Subject: [avtext] WGLC: draft-ietf-avtext-avpf-ccm-layered-01 Dear all, As we agreed in the meeting, draft-ietf-avtext-avpf-ccm-layered-01 is ready= for WGLC now. Today will begin a two-week WGLC on https://tools.ietf.org/html/draft-ietf-= avtext-avpf-ccm-layered-01. Please have a careful review and raise any issu= es you find, and state your support (or lack thereof) on list. This is impo= rtant to ensure that the document we move on to the IESG has been double-ch= ecked in detail. The WGLC will end on Sunday, August 7, 2016. BR, Rachel --_000_51E6A56BD6A85142B9D172C87FC3ABBB86F2963Bnkgeml513mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

&n= bsp;

I’= ;ve reviewed this document and forgot to send it out during WGLC. They̵= 7;re basically editorial comments:

&n= bsp;

1.       It’s better to indicate in the abstract that this draft updates RFC5= 104.

2.       Runing idnits indicates that references to “I-D.ietf-mmusic-rid̶= 1; and “I-D.ietf-mmusic-sdp-simulcast” are unused.

3.       In section 1, item b., s/Requiring that /Requiring /

4.       In section 4, “in sections 3.5.1.5 of RFC 5104”, do you mean s= ection 3.4.1.5?

&n= bsp;

BR,

Rachel<= o:p>

&n= bsp;

From: avtext [mail= to:avtext-bounces@ietf.org] On Behalf Of Huangyihong (Rachel)
Sent: Sunday, July 24, 2016 10:17 PM
To: avtext@ietf.org
Subject: [avtext] WGLC: draft-ietf-avtext-avpf-ccm-layered-01

 

Dear all,

 

As we agreed in the meeting, dr= aft-ietf-avtext-avpf-ccm-layered-01 is ready for WGLC now.

 

Today will begin a two-week = WGLC on https://tools.ietf.org/html/draft-ietf-avtext-avpf-ccm-layered-01. Plea= se have a careful review and raise any issues you find, and state your supp= ort (or lack thereof) on list. This is important to ensure that the documen= t we move on to the IESG has been double-checked in detail.

 

The WGLC will end on Sunday,= August 7, 2016.

 

BR,

Rachel

 

--_000_51E6A56BD6A85142B9D172C87FC3ABBB86F2963Bnkgeml513mbxchi_-- From nobody Thu Aug 18 03:21:26 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE02412D8F5 for ; Thu, 18 Aug 2016 03:21:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.501 X-Spam-Level: ** X-Spam-Status: No, score=2.501 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_FAIL=0.001, URIBL_BLACK=1.7] autolearn=no autolearn_force=no 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 XmUDPGSPOihU for ; Thu, 18 Aug 2016 03:21:24 -0700 (PDT) Received: from p3nlsmtpcp01-03.prod.phx3.secureserver.net (p3nlsmtpcp01-03.prod.phx3.secureserver.net [184.168.200.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C1AD12D8F0 for ; Thu, 18 Aug 2016 03:21:24 -0700 (PDT) Received: from p3plcpnl0865.prod.phx3.secureserver.net ([50.62.177.97]) by : HOSTING RELAY : with SMTP id aKHlbH7IrGRQfaKHlbN8je; Thu, 18 Aug 2016 03:10:53 -0700 Received: from [143.255.97.213] (port=32936 helo=ryhxb.com) by p3plcpnl0865.prod.phx3.secureserver.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1baKHk-0007iE-6V; Thu, 18 Aug 2016 03:10:53 -0700 From: ietf To: "Stephan Wenger" , "avtext" , "Teng Zhang" , "cmccvic" , "Yoav Nir" Date: Thu, 18 Aug 2016 13:10:41 +0300 Message-ID: <00005fb7da34$64cf429f$1b74190a$@frobbit.se> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0020_011526D6.60518ED2" X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AdH2CH/HFoumVzfmjfu7ccWE7ae2nA== Content-Language: de X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - p3plcpnl0865.prod.phx3.secureserver.net X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - frobbit.se X-Get-Message-Sender-Via: p3plcpnl0865.prod.phx3.secureserver.net: authenticated_id: lisa@lisa-noble.com X-Authenticated-Sender: p3plcpnl0865.prod.phx3.secureserver.net: lisa@lisa-noble.com X-Source: X-Source-Args: X-Source-Dir: X-CMAE-Envelope: MS4wfGuYGlTGkvHeyXERIwI3UyyOTsvWU7sb7zFzse8fuas6CTr0jswkVePB8+eTgvLQfamtQXI7Q2bnYz4mXkMx1SP1LCxiWwmja1vuJceKhuxQuoG/Pqmz eNV4GaWGyIFSphBwYH36cWf2CUbNTSOwh9P+XPiUbb8ZQZ5OipZvJLcH17pZ8cNlgH67u9ukTfwOnw== Archived-At: Subject: [avtext] Fw: my new hairstyle X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2016 10:21:25 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0020_011526D6.60518ED2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, Surprise! I've got a new hairstyle! It's so cool! Just take a look Be well, ietf ------=_NextPart_000_0020_011526D6.60518ED2 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

<= span lang=3DEN-US>Hello,

 

Surprise! I've got a new hairstyle! It's so cool! Just= take a look http://ngukyfoty.celebrateurlife.com/e4akpxl

 

<= p class=3DMsoNormal>Be well, ietf=

------=_NextPart_000_0020_011526D6.60518ED2-- From nobody Tue Aug 23 19:12:20 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 668A712B02A; Tue, 23 Aug 2016 19:12:18 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Meeting Session Request Tool\"" To: X-Test-IDTracker: no X-IETF-IDTracker: 6.30.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147200473837.21824.14125108505707052269.idtracker@ietfa.amsl.com> Date: Tue, 23 Aug 2016 19:12:18 -0700 Archived-At: Cc: Rachel@huawei.com, avtext@ietf.org, avtext-chairs@ietf.org Subject: [avtext] avtext - New Meeting Session Request for IETF 97 X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 02:12:18 -0000 A new meeting session request has just been submitted by Rachel Huang, a Chair of the avtext working group. --------------------------------------------------------- Working Group Name: Audio/Video Transport Extensions Area Name: Applications and Real-Time Area Session Requester: Rachel Huang Number of Sessions: 1 Length of Session(s): 1 Hour Number of Attendees: 30 Conflicts to Avoid: First Priority: avtcore mmusic payload rtcweb rmcat dispatch perc netvc Second Priority: artarea codec quic plus taps tsvwg Special Requests: --------------------------------------------------------- From nobody Thu Aug 25 07:12:59 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F66E12D0F1 for ; Thu, 25 Aug 2016 07:12:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 YhRv_foDj7zH for ; Thu, 25 Aug 2016 07:12:53 -0700 (PDT) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13E4B12B02E for ; Thu, 25 Aug 2016 07:12:51 -0700 (PDT) Received: by mail-wm0-x234.google.com with SMTP id i5so74196392wmg.0 for ; Thu, 25 Aug 2016 07:12:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=HaS0azw07pVNoyfw85fFzNO4hM68RBn2CeR8oYODIqQ=; b=KIVCDNVTuegyZqE6d3k6gjjvxpYe5TDeeaidk7k9x9djnJ0BtzJkFlDGJ8So3F6oMZ XkDP67/cIemn1VUimiOwPyPJuqeNvwgtRsiRL6JeqDaujA64qThZ1fPVtlTf1VswTcX7 yWQlFiHwsDXX1vXOoYiWo9uWvA/7PbrhFiOaG5w149de0wQulbj0LhxMsmuAqbO7V2fD HN1hr+xFV91wGNzUt0QUhlQF0ixH/bYAAdNUuf+EEYP8gzbXj5Cd1lR7L/Hs5WW7Pa1f ldxAu4O5Xb9cyRstBCMAB0sEQeXG4q0B+YYRJXDQvreEsS7q7s1S69y4hm8yLsdzO6Fv mfRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=HaS0azw07pVNoyfw85fFzNO4hM68RBn2CeR8oYODIqQ=; b=NOKCdXMyD8em+AHEM9DHQbsoTsRiWc4EsGAHFsKeJuktOc83t+E+de2GYTQnTfKtS4 OOrvm0aHxW7Y4CSOfaNdh0XazAqh6oBc0FoC0nJcfniXjBgDcGvBgX1gKqp/dWHbpleZ v+3e8WN5H8mXSY34mTEKGqI2AtnDz60JzlT6EuUUu0b3wOpSHD7XAa0rY25p40ZlndcL yQXZ3oGr70Q+nm5Nl3HQ9mUh5QlQCLjDRiVOgUnz7lCl7QPHbJWoUqgxvdL4hjkLjF5J P97khyw56kbBI9i1HG1paJBi/U/1ym+lIJyMuMLQ2+6jPyqWHX3JT+ppVblMnLjVSfO5 vz2g== X-Gm-Message-State: AEkoouv6wgltODyJ/5oHYAubh3vcZ5bWuJkiwuqkXyMfrwEkn8B02UZbUmlBWJ9CDNAREs26BdJVCwtXhLAYJg== X-Received: by 10.194.148.202 with SMTP id tu10mr8235440wjb.56.1472134369285; Thu, 25 Aug 2016 07:12:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.57.208 with HTTP; Thu, 25 Aug 2016 07:12:48 -0700 (PDT) From: =?UTF-8?Q?Miguel_Par=C3=ADs_D=C3=ADaz?= Date: Thu, 25 Aug 2016 16:12:48 +0200 Message-ID: To: avtext@ietf.org Content-Type: multipart/alternative; boundary=089e0122825e249df2053ae5feae Archived-At: Subject: [avtext] framemarking: add frame size info X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 14:12:57 -0000 --089e0122825e249df2053ae5feae Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, it would be great having frame size (width and height) info in the Frame Marking RTP header extension [1]. Why? For example, in the case of using simulcast in an SFU, selecting the stream by the size would ease the application development and improve the experience of the users. Application developers don't usually have deep knowledge about media like bitrate, etc., but they know which video size has to be rendered in the GUI, which may depend on the client where the app is running: a mobile, a PC with a 13"=C2=B7 screen, a PC with 27" screen, etc. In this way and taking a videoconference app as example, if a participant select another participant to be rendered as main video, the app could ask the SFU to select the video quality that better matches to 800x600 size. What do you think about this idea? Thanks and best regards!! Refs [1] https://tools.ietf.org/html/draft-ietf-avtext-framemarking-02 --=20 Miguel Par=C3=ADs D=C3=ADaz ------------------------------------------------------------------------ Computer/Software engineer. Researcher and architect in http://www.kurento.org http://twitter.com/mparisdiaz ------------------------------------------------------------------------ --089e0122825e249df2053ae5feae Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello,
it would be great having fr= ame size (width and height) info in the Frame Marking RTP header extension = [1].

Why?
For example, in the case of using= simulcast in an SFU, selecting the stream by the size would ease the appli= cation development and improve the experience of the users.
A= pplication developers don't usually have deep knowledge about media lik= e bitrate, etc., but they know which video size has to be rendered in the G= UI, which may depend on the client where the app is running: a mobile, a PC= with a 13"=C2=B7 screen, a PC with 27" screen, etc.

In this way and taking a videoconference app as example, i= f a participant select another participant to be rendered as main video, th= e app could ask the SFU to select the video quality that better matches to = 800x600 size.

What do you think about this ide= a?

Thanks and best regards!!

Refs
[1] https://= tools.ietf.org/html/draft-ietf-avtext-framemarking-02

-- <= br>
Miguel Par=C3=ADs D=C3=ADaz
---------------------------------= ---------------------------------------
Computer/Software engineer.
R= esearcher and architect in http://www.kurento.org
http://twitter.com/mparisdiaz
------------------= ------------------------------------------------------
--089e0122825e249df2053ae5feae-- From nobody Fri Aug 26 09:52:24 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FDD312D15F for ; Fri, 26 Aug 2016 09:52:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.549 X-Spam-Level: X-Spam-Status: No, score=-2.549 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.548, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=packetizer.com 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 BwAsIp97Yoey for ; Fri, 26 Aug 2016 09:52:20 -0700 (PDT) Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D54A12D155 for ; Fri, 26 Aug 2016 09:52:20 -0700 (PDT) Received: from [192.168.1.20] (cpe-098-122-181-220.nc.res.rr.com [98.122.181.220] (may be forged)) (authenticated bits=0) by dublin.packetizer.com (8.15.2/8.15.2) with ESMTPSA id u7QGqIAO005715 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 26 Aug 2016 12:52:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetizer.com; s=dublin; t=1472230338; bh=SxcvHyoLJ4aDKlNl822avYNP4UpLD1Ay0/rO4MGU2I8=; h=From:To:Subject:Date:In-Reply-To:References:Reply-To; b=OZzRpvYIkc6Bc30PnWFGtCpKB+r9yYih+ewytEhNhp072ele4k8TkihDIeQqTuLUu 2LBLm1wrhBJZtgkS9vIEWlaUCxGHgXH/Fe8M7ZxVFf+bES9kzTtwm/ZD+fhOh0wQ5m bVPydaGd07oNsmp7o6CqEh9OJAFaRjGBwAE7Chm0= From: "Paul E. Jones" To: =?utf-8?q?Miguel=20Par=c3=ads=20D=c3=adaz?= , avtext@ietf.org Date: Fri, 26 Aug 2016 16:52:18 +0000 Message-Id: In-Reply-To: References: User-Agent: eM_Client/7.0.26482.0 Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------=_MB34B243B1-D051-4F01-846E-028DC1E9EE2D" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6 (dublin.packetizer.com [10.137.60.122]); Fri, 26 Aug 2016 12:52:18 -0400 (EDT) Archived-At: Subject: Re: [avtext] framemarking: add frame size info X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: "Paul E. Jones" List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 16:52:22 -0000 --------=_MB34B243B1-D051-4F01-846E-028DC1E9EE2D Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable Miguel, You make the assumption that the media distributor will not see the SDP,= =20 I suppose. While certainly a valid model, I'll admit that I had=20 personally assumed any media forwarding function would see the SDP (or=20 at least be told the PT values and any relevant flow information similar= =20 to what RFC 6236 provides) and would thus know which PT values=20 correspond to what video resolutions if simulcast is employed. Paul ------ Original Message ------ From: "Miguel Par=C3=ADs D=C3=ADaz" To: avtext@ietf.org Sent: 8/25/2016 10:12:48 AM Subject: [avtext] framemarking: add frame size info >Hello, >it would be great having frame size (width and height) info in the=20 >Frame Marking RTP header extension [1]. > >Why? >For example, in the case of using simulcast in an SFU, selecting the=20 >stream by the size would ease the application development and improve=20 >the experience of the users. >Application developers don't usually have deep knowledge about media=20 >like bitrate, etc., but they know which video size has to be rendered=20 >in the GUI, which may depend on the client where the app is running: a=20 >mobile, a PC with a 13"=C2=B7 screen, a PC with 27" screen, etc. > >In this way and taking a videoconference app as example, if a=20 >participant select another participant to be rendered as main video,=20 >the app could ask the SFU to select the video quality that better=20 >matches to 800x600 size. > >What do you think about this idea? > >Thanks and best regards!! > >Refs >[1] https://tools.ietf.org/html/draft-ietf-avtext-framemarking-02 > >-- >Miguel Par=C3=ADs D=C3=ADaz >------------------------------------------------------------------------ >Computer/Software engineer. >Researcher and architect in http://www.kurento.org >http://twitter.com/mparisdiaz >------------------------------------------------------------------------= --------=_MB34B243B1-D051-4F01-846E-028DC1E9EE2D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Miguel,

= You make the assumption that the media distributor will not see the SDP,= I suppose.  While certainly a valid model, I'll admit that I had pers= onally assumed any media forwarding function would see the SDP (or at least= be told the PT values and any relevant flow information similar to what= RFC 6236 provides) and would thus know which PT values correspond to what= video resolutions if simulcast is employed.

Paul

------ Original Message ------
From: "Miguel Par=C3=ADs D=C3=ADaz" <mparisdiaz@gmail.com>
Sent: 8/25/2016 10:12:48 AM
Subject: [avtext] framemarking: add frame size info

Hello,
it would be great having= frame size (width and height) info in the Frame Marking RTP header extensi= on [1].

Why?
For example, in the case of= using simulcast in an SFU, selecting the stream by the size would ease = the application development and improve the experience of the users.
Application developers don't usually have deep knowledge about medi= a like bitrate, etc., but they know which video size has to be rendered = in the GUI, which may depend on the client where the app is running: a mobi= le, a PC with a 13"=C2=B7 screen, a PC with 27" screen, etc.
=
In this way and taking a videoconference app as example, = if a participant select another participant to be rendered as main video,= the app could ask the SFU to select the video quality that better matches= to 800x600 size.

What do you think about this= idea?

Thanks and best regards!!

Refs
[1] htt= ps://tools.ietf.org/html/draft-ietf-avtext-framemarking-02
--
<= div dir=3D"ltr">Miguel Par=C3=ADs D=C3=ADaz
----------------------------= --------------------------------------------
Computer/Software engineer.=
Researcher and architect in http://w= ww.kurento.org
http://twit= ter.com/mparisdiaz
-------------------------------------------------= -----------------------
--------=_MB34B243B1-D051-4F01-846E-028DC1E9EE2D-- From nobody Fri Aug 26 10:07:58 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AF6912D195 for ; Fri, 26 Aug 2016 10:07:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.83 X-Spam-Level: X-Spam-Status: No, score=-1.83 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=0.77, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 2HvLu4Ixdkjo for ; Fri, 26 Aug 2016 10:07:55 -0700 (PDT) Received: from mx0b-00198e01.pphosted.com (mx0b-00198e01.pphosted.com [67.231.157.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DA4F12D0C2 for ; Fri, 26 Aug 2016 10:07:55 -0700 (PDT) Received: from pps.filterd (m0073110.ppops.net [127.0.0.1]) by mx0b-00198e01.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id u7QH4BcG025404; Fri, 26 Aug 2016 13:07:54 -0400 Received: from mail.vidyo.com ([162.209.16.214]) by mx0b-00198e01.pphosted.com with ESMTP id 24xhy2w4dn-1 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NOT); Fri, 26 Aug 2016 13:07:54 -0400 Received: from 492132-EXCH1.vidyo.com ([fe80::50:56ff:fe85:4f77]) by 492133-EXCH2.vidyo.com ([fe80::50:56ff:fe85:6b62%13]) with mapi id 14.03.0195.001; Fri, 26 Aug 2016 12:07:53 -0500 From: Jonathan Lennox To: "Paul E. Jones" Thread-Topic: [avtext] framemarking: add frame size info Thread-Index: AQHR/7tWhDk2VlpZFkqFowW+3dwBpKBbzR0A Date: Fri, 26 Aug 2016 17:07:53 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [160.79.219.114] Content-Type: multipart/alternative; boundary="_000_B4BD5FDAFB39471492A3EE647A8D06D9vidyocom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-08-26_12:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1608260224 Archived-At: Cc: "avtext@ietf.org" Subject: Re: [avtext] framemarking: add frame size info X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 17:07:57 -0000 --_000_B4BD5FDAFB39471492A3EE647A8D06D9vidyocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KEFzIGFuIGluZGl2aWR1YWwuKQ0KDQpJbiB0aGUgbGF0ZXN0IHZlcnNpb24gb2Ygc2ltdWxjYXN0 IHRoZSBtZWRpYSBkaXN0cmlidXRvciB3b3VsZCBuZWVkIHRoZSBSSUQgdmFsdWVzLCBub3QgdGhl IFBUIHZhbHVlcywgYnV0IHRoZSBpZGVhIGlzIHRoZSBzYW1lIOKAlCBpdCBuZWVkcyB0aGUgU0RQ Lg0KDQpOb3RlIHRoYXQgaWYgdGhlIG1lZGlhIGRpc3RyaWJ1dG9yIGRvZXNu4oCZdCBoYXZlIGlu Zm9ybWF0aW9uIGZyb20gdGhlIFNEUCBpdCBjYW7igJl0IHJlbGlhYmx5IGlkZW50aWZ5IHRoZSBm cmFtZSBtYXJraW5nIGhlYWRlciBleHRlbnNpb24gYXQgYWxsLCBzaW5jZSBoZWFkZXIgZXh0ZW5z aW9uIElEcyBhcmUgbmVnb3RpYXRlZC4gU28gSeKAmW0gbm90IHN1cmUgaG93IG11Y2ggYmVuZWZp dCB0aGVyZSBpcyB0byBwdXR0aW5nIHRoZSBzaXplIGluIHRoZSBoZWFkZXIgZXh0ZW5zaW9uLg0K DQpUaGF0IHNhaWQsIGlmIHdlIGVudmlzaW9uIGEgc2NlbmFyaW8gd2hlcmUgZW5jb2RlcnMgbWln aHQgYmUgZnJlcXVlbnRseSBjaGFuZ2luZyB0aGVpciB2aWRlbyBzaXplIChpbiByZXNwb25zZSB0 byBhdmFpbGFibGUgbmV0d29yayBiYW5kd2lkdGgsIG9yIHRoZSBsaWtlKSwgaXQgbWlnaHQgYmUg dXNlZnVsIGZvciBlbmNvZGVycyB0byBiZSBhYmxlIHRvIGluZGljYXRlIHRoZSBjdXJyZW50IHNp emUgdGhleeKAmXJlIGVuY29kaW5nIHdpdGhvdXQgbmVlZGluZyB0byBzZW5kIHVwZGF0ZWQgU0RQ IGFsbCB0aGUgdGltZS4NCg0KT24gQXVnIDI2LCAyMDE2LCBhdCAxMjo1MiBQTSwgUGF1bCBFLiBK b25lcyA8cGF1bGVqQHBhY2tldGl6ZXIuY29tPG1haWx0bzpwYXVsZWpAcGFja2V0aXplci5jb20+ PiB3cm90ZToNCg0KTWlndWVsLA0KDQpZb3UgbWFrZSB0aGUgYXNzdW1wdGlvbiB0aGF0IHRoZSBt ZWRpYSBkaXN0cmlidXRvciB3aWxsIG5vdCBzZWUgdGhlIFNEUCwgSSBzdXBwb3NlLiAgV2hpbGUg Y2VydGFpbmx5IGEgdmFsaWQgbW9kZWwsIEknbGwgYWRtaXQgdGhhdCBJIGhhZCBwZXJzb25hbGx5 IGFzc3VtZWQgYW55IG1lZGlhIGZvcndhcmRpbmcgZnVuY3Rpb24gd291bGQgc2VlIHRoZSBTRFAg KG9yIGF0IGxlYXN0IGJlIHRvbGQgdGhlIFBUIHZhbHVlcyBhbmQgYW55IHJlbGV2YW50IGZsb3cg aW5mb3JtYXRpb24gc2ltaWxhciB0byB3aGF0IFJGQyA2MjM2IHByb3ZpZGVzKSBhbmQgd291bGQg dGh1cyBrbm93IHdoaWNoIFBUIHZhbHVlcyBjb3JyZXNwb25kIHRvIHdoYXQgdmlkZW8gcmVzb2x1 dGlvbnMgaWYgc2ltdWxjYXN0IGlzIGVtcGxveWVkLg0KDQpQYXVsDQoNCi0tLS0tLSBPcmlnaW5h bCBNZXNzYWdlIC0tLS0tLQ0KRnJvbTogIk1pZ3VlbCBQYXLDrXMgRMOtYXoiIDxtcGFyaXNkaWF6 QGdtYWlsLmNvbTxtYWlsdG86bXBhcmlzZGlhekBnbWFpbC5jb20+Pg0KVG86IGF2dGV4dEBpZXRm Lm9yZzxtYWlsdG86YXZ0ZXh0QGlldGYub3JnPg0KU2VudDogOC8yNS8yMDE2IDEwOjEyOjQ4IEFN DQpTdWJqZWN0OiBbYXZ0ZXh0XSBmcmFtZW1hcmtpbmc6IGFkZCBmcmFtZSBzaXplIGluZm8NCg0K SGVsbG8sDQppdCB3b3VsZCBiZSBncmVhdCBoYXZpbmcgZnJhbWUgc2l6ZSAod2lkdGggYW5kIGhl aWdodCkgaW5mbyBpbiB0aGUgRnJhbWUgTWFya2luZyBSVFAgaGVhZGVyIGV4dGVuc2lvbiBbMV0u DQoNCldoeT8NCkZvciBleGFtcGxlLCBpbiB0aGUgY2FzZSBvZiB1c2luZyBzaW11bGNhc3QgaW4g YW4gU0ZVLCBzZWxlY3RpbmcgdGhlIHN0cmVhbSBieSB0aGUgc2l6ZSB3b3VsZCBlYXNlIHRoZSBh cHBsaWNhdGlvbiBkZXZlbG9wbWVudCBhbmQgaW1wcm92ZSB0aGUgZXhwZXJpZW5jZSBvZiB0aGUg dXNlcnMuDQpBcHBsaWNhdGlvbiBkZXZlbG9wZXJzIGRvbid0IHVzdWFsbHkgaGF2ZSBkZWVwIGtu b3dsZWRnZSBhYm91dCBtZWRpYSBsaWtlIGJpdHJhdGUsIGV0Yy4sIGJ1dCB0aGV5IGtub3cgd2hp Y2ggdmlkZW8gc2l6ZSBoYXMgdG8gYmUgcmVuZGVyZWQgaW4gdGhlIEdVSSwgd2hpY2ggbWF5IGRl cGVuZCBvbiB0aGUgY2xpZW50IHdoZXJlIHRoZSBhcHAgaXMgcnVubmluZzogYSBtb2JpbGUsIGEg UEMgd2l0aCBhIDEzIsK3IHNjcmVlbiwgYSBQQyB3aXRoIDI3IiBzY3JlZW4sIGV0Yy4NCg0KSW4g dGhpcyB3YXkgYW5kIHRha2luZyBhIHZpZGVvY29uZmVyZW5jZSBhcHAgYXMgZXhhbXBsZSwgaWYg YSBwYXJ0aWNpcGFudCBzZWxlY3QgYW5vdGhlciBwYXJ0aWNpcGFudCB0byBiZSByZW5kZXJlZCBh cyBtYWluIHZpZGVvLCB0aGUgYXBwIGNvdWxkIGFzayB0aGUgU0ZVIHRvIHNlbGVjdCB0aGUgdmlk ZW8gcXVhbGl0eSB0aGF0IGJldHRlciBtYXRjaGVzIHRvIDgwMHg2MDAgc2l6ZS4NCg0KV2hhdCBk byB5b3UgdGhpbmsgYWJvdXQgdGhpcyBpZGVhPw0KDQpUaGFua3MgYW5kIGJlc3QgcmVnYXJkcyEh DQoNClJlZnMNClsxXSBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1hdnRl eHQtZnJhbWVtYXJraW5nLTAyDQoNCi0tDQpNaWd1ZWwgUGFyw61zIETDrWF6DQotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCkNvbXB1dGVyL1NvZnR3YXJlIGVuZ2luZWVyLg0KUmVzZWFyY2hlciBhbmQgYXJjaGl0 ZWN0IGluIGh0dHA6Ly93d3cua3VyZW50by5vcmc8aHR0cDovL3d3dy5rdXJlbnRvLm9yZy8+DQpo dHRwOi8vdHdpdHRlci5jb20vbXBhcmlzZGlheg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KYXZ0ZXh0IG1haWxpbmcgbGlz dA0KYXZ0ZXh0QGlldGYub3JnPG1haWx0bzphdnRleHRAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2F2dGV4dA0KDQo= --_000_B4BD5FDAFB39471492A3EE647A8D06D9vidyocom_ Content-Type: text/html; charset="utf-8" Content-ID: <3F2064E13F436A4F9000762DA163ABCA@vidyo.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4oQXMgYW4g aW5kaXZpZHVhbC4pPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj5JbiB0aGUgbGF0ZXN0IHZlcnNpb24gb2Ygc2ltdWxjYXN0IHRoZSBtZWRp YSBkaXN0cmlidXRvciB3b3VsZCBuZWVkIHRoZSBSSUQgdmFsdWVzLCBub3QgdGhlIFBUIHZhbHVl cywgYnV0IHRoZSBpZGVhIGlzIHRoZSBzYW1lIOKAlCBpdCBuZWVkcyB0aGUgU0RQLjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Tm90ZSB0 aGF0IGlmIHRoZSBtZWRpYSBkaXN0cmlidXRvciBkb2VzbuKAmXQgaGF2ZSBpbmZvcm1hdGlvbiBm cm9tIHRoZSBTRFAgaXQgY2Fu4oCZdCByZWxpYWJseSBpZGVudGlmeSB0aGUgZnJhbWUgbWFya2lu ZyBoZWFkZXIgZXh0ZW5zaW9uIGF0IGFsbCwgc2luY2UgaGVhZGVyIGV4dGVuc2lvbiBJRHMgYXJl IG5lZ290aWF0ZWQuIFNvIEnigJltIG5vdCBzdXJlIGhvdyBtdWNoIGJlbmVmaXQgdGhlcmUgaXMg dG8gcHV0dGluZyB0aGUNCiBzaXplIGluIHRoZSBoZWFkZXIgZXh0ZW5zaW9uLjwvZGl2Pg0KPGRp diBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhdCBzYWlk LCBpZiB3ZSBlbnZpc2lvbiBhIHNjZW5hcmlvIHdoZXJlIGVuY29kZXJzIG1pZ2h0IGJlIGZyZXF1 ZW50bHkgY2hhbmdpbmcgdGhlaXIgdmlkZW8gc2l6ZSAoaW4gcmVzcG9uc2UgdG8gYXZhaWxhYmxl IG5ldHdvcmsgYmFuZHdpZHRoLCBvciB0aGUgbGlrZSksIGl0IG1pZ2h0IGJlIHVzZWZ1bCBmb3Ig ZW5jb2RlcnMgdG8gYmUgYWJsZSB0byBpbmRpY2F0ZSB0aGUgY3VycmVudCBzaXplIHRoZXnigJly ZSBlbmNvZGluZw0KIHdpdGhvdXQgbmVlZGluZyB0byBzZW5kIHVwZGF0ZWQgU0RQIGFsbCB0aGUg dGltZS48L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxkaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRl IiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gQXVnIDI2LCAyMDE2LCBhdCAxMjo1MiBQTSwg UGF1bCBFLiBKb25lcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnBhdWxlakBwYWNrZXRpemVyLmNvbSIg Y2xhc3M9IiI+cGF1bGVqQHBhY2tldGl6ZXIuY29tPC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8YnIg Y2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYg c3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyBmb250LXNpemU6IDE1cHg7IGZvbnQtc3R5bGU6 IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsg bGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7 IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9y bWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tl LXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCk1pZ3VlbCw8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OiBDYWxpYnJpOyBmb250LXNpemU6IDE1cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9u dC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNp bmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50 OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6 IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7 IiBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6IENhbGlicmk7IGZvbnQtc2l6ZTogMTVweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZh cmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzog bm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBw eDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0 bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNs YXNzPSIiPg0KWW91IG1ha2UgdGhlIGFzc3VtcHRpb24gdGhhdCB0aGUgbWVkaWEgZGlzdHJpYnV0 b3Igd2lsbCBub3Qgc2VlIHRoZSBTRFAsIEkgc3VwcG9zZS4gJm5ic3A7V2hpbGUgY2VydGFpbmx5 IGEgdmFsaWQgbW9kZWwsIEknbGwgYWRtaXQgdGhhdCBJIGhhZCBwZXJzb25hbGx5IGFzc3VtZWQg YW55IG1lZGlhIGZvcndhcmRpbmcgZnVuY3Rpb24gd291bGQgc2VlIHRoZSBTRFAgKG9yIGF0IGxl YXN0IGJlIHRvbGQgdGhlIFBUIHZhbHVlcyBhbmQgYW55IHJlbGV2YW50DQogZmxvdyBpbmZvcm1h dGlvbiBzaW1pbGFyIHRvIHdoYXQgUkZDIDYyMzYgcHJvdmlkZXMpIGFuZCB3b3VsZCB0aHVzIGtu b3cgd2hpY2ggUFQgdmFsdWVzIGNvcnJlc3BvbmQgdG8gd2hhdCB2aWRlbyByZXNvbHV0aW9ucyBp ZiBzaW11bGNhc3QgaXMgZW1wbG95ZWQuPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTog Q2FsaWJyaTsgZm9udC1zaXplOiAxNXB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFu dC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3Jt YWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0 ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3 b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9 IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxp YnJpOyBmb250LXNpemU6IDE1cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNh cHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsg b3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQt dHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQt c3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4N CjxzcGFuIGNsYXNzPSIiPlBhdWw8L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWls eTogQ2FsaWJyaTsgZm9udC1zaXplOiAxNXB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFy aWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBu b3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4 OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRv OyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xh c3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBD YWxpYnJpOyBmb250LXNpemU6IDE1cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50 LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1h bDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRl eHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdv cmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0i Ij4NCi0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLTwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9u dC1mYW1pbHk6IENhbGlicmk7IGZvbnQtc2l6ZTogMTVweDsgZm9udC1zdHlsZTogbm9ybWFsOyBm b250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3Bh Y2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRl bnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93 czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBw eDsiIGNsYXNzPSIiPg0KRnJvbTogJnF1b3Q7TWlndWVsIFBhcsOtcyBEw61heiZxdW90OyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOm1wYXJpc2RpYXpAZ21haWwuY29tIiBjbGFzcz0iIj5tcGFyaXNkaWF6 QGdtYWlsLmNvbTwvYT4mZ3Q7PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJy aTsgZm9udC1zaXplOiAxNXB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBz OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9y cGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRy YW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNw YWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQpU bzo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJl Zj0ibWFpbHRvOmF2dGV4dEBpZXRmLm9yZyIgY2xhc3M9IiI+YXZ0ZXh0QGlldGYub3JnPC9hPjwv ZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IGZvbnQtc2l6ZTogMTVweDsg Zm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdo dDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFs aWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRl LXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQt dGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPg0KU2VudDogOC8yNS8yMDE2IDEwOjEy OjQ4IEFNPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsgZm9udC1zaXpl OiAxNXB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZv bnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87 IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9u ZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsg LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQpTdWJqZWN0OiBbYXZ0 ZXh0XSBmcmFtZW1hcmtpbmc6IGFkZCBmcmFtZSBzaXplIGluZm88L2Rpdj4NCjxkaXYgc3R5bGU9 ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyBmb250LXNpemU6IDE1cHg7IGZvbnQtc3R5bGU6IG5vcm1h bDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVy LXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQt aW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3 aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRo OiAwcHg7IiBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBpZD0ieGQ3YmE3 OWU3MGViMjQ1ZiIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyBmb250LXNpemU6IDE1cHg7 IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWln aHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1h bGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0 ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0 LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIGNpdGU9Ingt bXNnOi8vMjAwL0NBRW4mIzQzO0UzaC1iPThWRWtoWjU2WjlXdyYjNDM7bVRDQTJIMUI5M1VBa2di Zm15U3lpMkNudm5BQG1haWwuZ21haWwuY29tIiB0eXBlPSJjaXRlIiBjbGFzcz0iY2l0ZTIiIHN0 eWxlPSJtYXJnaW4tbGVmdDogNXB4OyBtYXJnaW4tcmlnaHQ6IDBweDsgcGFkZGluZy1sZWZ0OiAx MHB4OyBwYWRkaW5nLXJpZ2h0OiAwcHg7IGJvcmRlci1sZWZ0LXdpZHRoOiAxcHg7IGJvcmRlci1s ZWZ0LXN0eWxlOiBzb2xpZDsgYm9yZGVyLWxlZnQtY29sb3I6IHJnYigyMDQsIDIwNCwgMjA0KTsg bWFyZ2luLXRvcDogM3B4OyBwYWRkaW5nLXRvcDogMHB4OyI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFz cz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPkhlbGxvLDxiciBjbGFzcz0iIj4N CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5pdCB3b3VsZCBiZSBncmVhdCBoYXZpbmcgZnJhbWUgc2l6 ZSAod2lkdGggYW5kIGhlaWdodCkgaW5mbyBpbiB0aGUgRnJhbWUgTWFya2luZyBSVFAgaGVhZGVy IGV4dGVuc2lvbiBbMV0uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPldoeT88YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Rm9yIGV4 YW1wbGUsIGluIHRoZSBjYXNlIG9mIHVzaW5nIHNpbXVsY2FzdCBpbiBhbiBTRlUsIHNlbGVjdGlu ZyB0aGUgc3RyZWFtIGJ5IHRoZSBzaXplIHdvdWxkIGVhc2UgdGhlIGFwcGxpY2F0aW9uIGRldmVs b3BtZW50IGFuZCBpbXByb3ZlIHRoZSBleHBlcmllbmNlIG9mIHRoZSB1c2Vycy48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QXBwbGljYXRpb24gZGV2ZWxvcGVycyBkb24ndCB1 c3VhbGx5IGhhdmUgZGVlcCBrbm93bGVkZ2UgYWJvdXQgbWVkaWEgbGlrZSBiaXRyYXRlLCBldGMu LCBidXQgdGhleSBrbm93IHdoaWNoIHZpZGVvIHNpemUgaGFzIHRvIGJlIHJlbmRlcmVkIGluIHRo ZSBHVUksIHdoaWNoIG1heSBkZXBlbmQgb24gdGhlIGNsaWVudCB3aGVyZSB0aGUgYXBwIGlzIHJ1 bm5pbmc6IGEgbW9iaWxlLCBhIFBDIHdpdGggYSAxMyZxdW90O8K3IHNjcmVlbiwNCiBhIFBDIHdp dGggMjcmcXVvdDsgc2NyZWVuLCBldGMuPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JbiB0aGlzIHdheSBhbmQg dGFraW5nIGEgdmlkZW9jb25mZXJlbmNlIGFwcCBhcyBleGFtcGxlLCBpZiBhIHBhcnRpY2lwYW50 IHNlbGVjdCBhbm90aGVyIHBhcnRpY2lwYW50IHRvIGJlIHJlbmRlcmVkIGFzIG1haW4gdmlkZW8s IHRoZSBhcHAgY291bGQgYXNrIHRoZSBTRlUgdG8gc2VsZWN0IHRoZSB2aWRlbyBxdWFsaXR5IHRo YXQgYmV0dGVyIG1hdGNoZXMgdG8gODAweDYwMCBzaXplLjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+V2hhdCBk byB5b3UgdGhpbmsgYWJvdXQgdGhpcyBpZGVhPzxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGJyIGNs YXNzPSIiPg0KPC9kaXY+DQpUaGFua3MgYW5kIGJlc3QgcmVnYXJkcyEhPGJyIGNsYXNzPSIiPg0K PGJyIGNsYXNzPSIiPg0KUmVmczxiciBjbGFzcz0iIj4NClsxXTxzcGFuIGNsYXNzPSJBcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtaWV0Zi1hdnRleHQtZnJhbWVtYXJraW5nLTAyIiBjbGFzcz0iIj5odHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1hdnRleHQtZnJhbWVtYXJraW5nLTAy PC9hPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KLS08c3Bh biBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyIGNsYXNzPSIi Pg0KPGRpdiBjbGFzcz0iZ21haWxfc2lnbmF0dXJlIiBkYXRhLXNtYXJ0bWFpbD0iZ21haWxfc2ln bmF0dXJlIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPk1pZ3VlbCBQYXLDrXMgRMOtYXo8YnIg Y2xhc3M9IiI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnIgY2xhc3M9IiI+DQpDb21wdXRlci9Tb2Z0d2Fy ZSBlbmdpbmVlci48YnIgY2xhc3M9IiI+DQpSZXNlYXJjaGVyIGFuZCBhcmNoaXRlY3QgaW48c3Bh biBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0 cDovL3d3dy5rdXJlbnRvLm9yZy8iIGNsYXNzPSIiPmh0dHA6Ly93d3cua3VyZW50by5vcmc8L2E+ PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cDovL3R3aXR0ZXIuY29tL21wYXJpc2RpYXoiIGNs YXNzPSIiPmh0dHA6Ly90d2l0dGVyLmNvbS9tcGFyaXNkaWF6PC9hPjxiciBjbGFzcz0iIj4NCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLTxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTogQ2FsaWJyaTsgZm9udC1zaXplOiAxNXB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFy aWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBu b3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4 OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRv OyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyBmbG9h dDogbm9uZTsgZGlzcGxheTogaW5saW5lICFpbXBvcnRhbnQ7IiBjbGFzcz0iIj5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48YnIgc3R5bGU9ImZv bnQtZmFtaWx5OiBDYWxpYnJpOyBmb250LXNpemU6IDE1cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsg Zm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNw YWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5k ZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRv d3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAw cHg7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsgZm9udC1z aXplOiAxNXB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7 IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1 dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBw eDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyBmbG9hdDogbm9uZTsgZGlzcGxheTog aW5saW5lICFpbXBvcnRhbnQ7IiBjbGFzcz0iIj5hdnRleHQNCiBtYWlsaW5nIGxpc3Q8L3NwYW4+ PGJyIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaTsgZm9udC1zaXplOiAxNXB4OyBmb250LXN0 eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3Jt YWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0 YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6 IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0 cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQo8YSBocmVmPSJtYWlsdG86YXZ0ZXh0QGlldGYu b3JnIiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IGZvbnQtc2l6ZTogMTVweDsgZm9udC1z dHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9y bWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBz dGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNl OiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1z dHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPmF2dGV4dEBpZXRmLm9yZzwvYT48YnIgc3R5bGU9 ImZvbnQtZmFtaWx5OiBDYWxpYnJpOyBmb250LXNpemU6IDE1cHg7IGZvbnQtc3R5bGU6IG5vcm1h bDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVy LXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQt aW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3 aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRo OiAwcHg7IiBjbGFzcz0iIj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vYXZ0ZXh0IiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmk7IGZvbnQtc2l6ZTog MTVweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250 LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0 ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7 IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13 ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vYXZ0ZXh0PC9hPjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9k aXY+DQo8YnIgY2xhc3M9IiI+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_B4BD5FDAFB39471492A3EE647A8D06D9vidyocom_-- From nobody Fri Aug 26 14:52:36 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 94B8412D822; Fri, 26 Aug 2016 14:52:32 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.31.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147224835255.28419.15741022492583729428.idtracker@ietfa.amsl.com> Date: Fri, 26 Aug 2016 14:52:32 -0700 Archived-At: Cc: avtext@ietf.org Subject: [avtext] I-D Action: draft-ietf-avtext-rid-07.txt X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 21:52:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Extensions of the IETF. Title : RTP Stream Identifier Source Description (SDES) Authors : Adam Roach Suhas Nandakumar Peter Thatcher Filename : draft-ietf-avtext-rid-07.txt Pages : 9 Date : 2016-08-26 Abstract: This document defines and registers two new RTCP SDES items. One, named RtpStreamId, is used for unique identification of RTP streams. The other, RepairedRtpStreamId, can be used to identify which stream a redundancy RTP stream is to be used to repair. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-avtext-rid/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-avtext-rid-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-avtext-rid-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Aug 26 15:13:04 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FCA212B016; Fri, 26 Aug 2016 15:12:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.31.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147224957951.28483.12032621068793850983.idtracker@ietfa.amsl.com> Date: Fri, 26 Aug 2016 15:12:59 -0700 Archived-At: Cc: avtext@ietf.org Subject: [avtext] I-D Action: draft-ietf-avtext-rid-08.txt X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 22:12:59 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Extensions of the IETF. Title : RTP Stream Identifier Source Description (SDES) Authors : Adam Roach Suhas Nandakumar Peter Thatcher Filename : draft-ietf-avtext-rid-08.txt Pages : 9 Date : 2016-08-26 Abstract: This document defines and registers two new RTCP Stream Identifier Source Description (SDES) items. One, named RtpStreamId, is used for unique identification of RTP streams. The other, RepairedRtpStreamId, can be used to identify which stream a redundancy RTP stream is to be used to repair. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-avtext-rid/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-avtext-rid-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-avtext-rid-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Aug 29 13:44:11 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 105CC12D8A9; Mon, 29 Aug 2016 13:44:06 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Kathleen Moriarty" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.31.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147250344605.19013.17486269731545550145.idtracker@ietfa.amsl.com> Date: Mon, 29 Aug 2016 13:44:06 -0700 Archived-At: Cc: draft-ietf-avtext-rid@ietf.org, avtext@ietf.org, avtext-chairs@ietf.org, jonathan@vidyo.com Subject: [avtext] Kathleen Moriarty's No Objection on draft-ietf-avtext-rid-08: (with COMMENT) X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2016 20:44:06 -0000 Kathleen Moriarty has entered the following ballot position for draft-ietf-avtext-rid-08: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-avtext-rid/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I don't see a response to the SecDir review, but maybe missed it? https://www.ietf.org/mail-archive/web/secdir/current/msg06724.html From nobody Mon Aug 29 14:03:57 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 75BEA12B032; Mon, 29 Aug 2016 14:03:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Spencer Dawkins" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.31.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147250463644.19013.26103564099771157.idtracker@ietfa.amsl.com> Date: Mon, 29 Aug 2016 14:03:56 -0700 Archived-At: Cc: draft-ietf-avtext-rid@ietf.org, avtext@ietf.org, avtext-chairs@ietf.org, jonathan@vidyo.com Subject: [avtext] Spencer Dawkins' No Objection on draft-ietf-avtext-rid-08: (with COMMENT) X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2016 21:03:56 -0000 Spencer Dawkins has entered the following ballot position for draft-ietf-avtext-rid-08: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-avtext-rid/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- In this text from the Introduction, RTP sessions frequently consist of multiple streams, would it be possible to add a word or two explaining why this happens? If it's true that this happens because multiple media types, or codecs, or ... are in use in the same RTP session, that's the level of detail I'm thinking about. In this text: At the same time, when redundancy RTP streams are in use, could you provide a reference for redundancy RTP streams? I'm guessing this is using RFC 7198, but that's just a guess. I was impressed that you included this, These redundant RTP streams may also contain their own unique RtpStreamId. but (of course) started wondering why you'd do that - can the RtpStreamId for a redundancy RTP stream appear as a RepairedRtpStreamId for a third RTP stream? Or is there some other reason to assign an RtpStreamId? From nobody Tue Aug 30 03:37:23 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9727612B071 for ; Tue, 30 Aug 2016 03:37:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 sD9gv5dme8T5 for ; Tue, 30 Aug 2016 03:37:19 -0700 (PDT) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE36F12D0A9 for ; Tue, 30 Aug 2016 03:37:18 -0700 (PDT) Received: by mail-wm0-x235.google.com with SMTP id q128so114576328wma.1 for ; Tue, 30 Aug 2016 03:37:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DDOuxS/49Esa5ozifgB1KdltD1ygOwTSEcad0jjHqrk=; b=jJjEJo4m4t3SwJ1D2oUq+fQ3mpYKlh2HEupD4SlR/d5Nvkhuqk1sf80Ky+AuBh6S42 9VU2I69iP2fAVQl2NezMouFDfz2hdwI4RqUE9uEDGqWd94l9wDZDl/7KNY64J5MXZ0qH RP0AeHtvb/9kLkI/TOIZIchfr2MignSvXnkPQCiBad2D7OKsaqKa3e4rtXqM16+CR4lX 131I3+S82HQIvJwL9I5sjC3m+QxIx0GLdJaA++Yw0wG+tfLTuMrI6V/AVvmVEfqK057/ QvuX0uKO/oMVaquyPoZ/O2gozc43cOoXZ/TNQZakaJUC3kAlgG/QAqSlY98H9QTl2W94 Ya5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=DDOuxS/49Esa5ozifgB1KdltD1ygOwTSEcad0jjHqrk=; b=NGauq6NWVuR/E1EP/NcMU6yKAQUYp0jznD6kGAPvbrPh9yaoylhJrLRxd2VJfE7WHj Za/iflCuEaaCAZaK+ASiQri5y5KofXpc6t3wMHGHtCtY/NVsBDYBl78jQT4flUIX4LSA jBWgCwC2KqDrv3oHWGWuJbVyrLYzhODKnvxzaJE+auEXVhKPXfKJ8/6snEXGvfIRDCXK Jy2vXO+U/jxOC9QG1co0UrK98GxFcldztTLwvYGLWpkaVpnGeTOBVdi5BJa27ji+OHWj 4LLPS07gCl8xef8d9ZuoNFIFSZPHfwRTgsEH1+1SlxZGaAtXwJuSy2nkiIEk9VqZOSxq N/qw== X-Gm-Message-State: AE9vXwMgik7WP9lAGqmVBut4cYvRgzoEtWxH5ek6wLwIQdyrrK76B+uIO14LO136+YE3BTsXuA5iuIZAODOR8Q== X-Received: by 10.28.147.69 with SMTP id v66mr591689wmd.70.1472553437358; Tue, 30 Aug 2016 03:37:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.57.208 with HTTP; Tue, 30 Aug 2016 03:37:16 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Miguel_Par=C3=ADs_D=C3=ADaz?= Date: Tue, 30 Aug 2016 12:37:16 +0200 Message-ID: To: Jonathan Lennox Content-Type: multipart/alternative; boundary=001a114715de8bf29c053b479066 Archived-At: Cc: "avtext@ietf.org" Subject: Re: [avtext] framemarking: add frame size info X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Aug 2016 10:37:21 -0000 --001a114715de8bf29c053b479066 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I assume that the media distributor has the information from the SDP (it performs the SDP negotiation which each "client"), but the point is that encoders may change the video size depending on the available bandwidth, the complexivity of the video source, etc., unless the sender forces the encoders' configuration with a fix frame size... 2016-08-26 19:07 GMT+02:00 Jonathan Lennox : > (As an individual.) > > In the latest version of simulcast the media distributor would need the > RID values, not the PT values, but the idea is the same =E2=80=94 it need= s the SDP. > > Note that if the media distributor doesn=E2=80=99t have information from = the SDP > it can=E2=80=99t reliably identify the frame marking header extension at = all, since > header extension IDs are negotiated. So I=E2=80=99m not sure how much ben= efit there > is to putting the size in the header extension. > > That said, if we envision a scenario where encoders might be frequently > changing their video size (in response to available network bandwidth, or > the like), it might be useful for encoders to be able to indicate the > current size they=E2=80=99re encoding without needing to send updated SDP= all the > time. > > On Aug 26, 2016, at 12:52 PM, Paul E. Jones wrote= : > > Miguel, > > You make the assumption that the media distributor will not see the SDP, = I > suppose. While certainly a valid model, I'll admit that I had personally > assumed any media forwarding function would see the SDP (or at least be > told the PT values and any relevant flow information similar to what RFC > 6236 provides) and would thus know which PT values correspond to what vid= eo > resolutions if simulcast is employed. > > Paul > > ------ Original Message ------ > From: "Miguel Par=C3=ADs D=C3=ADaz" > To: avtext@ietf.org > Sent: 8/25/2016 10:12:48 AM > Subject: [avtext] framemarking: add frame size info > > Hello, > it would be great having frame size (width and height) info in the Frame > Marking RTP header extension [1]. > > Why? > For example, in the case of using simulcast in an SFU, selecting the > stream by the size would ease the application development and improve the > experience of the users. > Application developers don't usually have deep knowledge about media like > bitrate, etc., but they know which video size has to be rendered in the > GUI, which may depend on the client where the app is running: a mobile, a > PC with a 13"=C2=B7 screen, a PC with 27" screen, etc. > > In this way and taking a videoconference app as example, if a participant > select another participant to be rendered as main video, the app could as= k > the SFU to select the video quality that better matches to 800x600 size. > > What do you think about this idea? > > Thanks and best regards!! > > Refs > [1] https://tools.ietf.org/html/draft-ietf-avtext-framemarking-02 > > -- > Miguel Par=C3=ADs D=C3=ADaz > ------------------------------------------------------------------------ > Computer/Software engineer. > Researcher and architect in http://www.kurento.org > http://twitter.com/mparisdiaz > ------------------------------------------------------------------------ > > _______________________________________________ > avtext mailing list > avtext@ietf.org > https://www.ietf.org/mailman/listinfo/avtext > > > --=20 Miguel Par=C3=ADs D=C3=ADaz ------------------------------------------------------------------------ Computer/Software engineer. Researcher and architect in http://www.kurento.org http://twitter.com/mparisdiaz ------------------------------------------------------------------------ --001a114715de8bf29c053b479066 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I assume that the media distributor has the information fr= om the SDP (it performs the SDP negotiation which each "client"),= but the point is that encoders may change the video size depending on the = available bandwidth, the complexivity of the video source, etc., unless the= sender forces the encoders' configuration with a fix frame size...
=

2016-08= -26 19:07 GMT+02:00 Jonathan Lennox <jonathan@vidyo.com>:
(As an individual.)

In the latest version of simulcast the media distributor would need th= e RID values, not the PT values, but the idea is the same =E2=80=94 it need= s the SDP.

Note that if the media distributor doesn=E2=80=99t have information fr= om the SDP it can=E2=80=99t reliably identify the frame marking header exte= nsion at all, since header extension IDs are negotiated. So I=E2=80=99m not= sure how much benefit there is to putting the size in the header extension.

That said, if we envision a scenario where encoders might be frequentl= y changing their video size (in response to available network bandwidth, or= the like), it might be useful for encoders to be able to indicate the curr= ent size they=E2=80=99re encoding without needing to send updated SDP all the time.

On Aug 26, 2016, at 12:52 PM, Paul E. Jones <paulej@packetizer.com> wrote:
Miguel,

You make the assumption that the media distributor will not see the SDP, I = suppose.=C2=A0 While certainly a valid model, I'll admit that I had per= sonally assumed any media forwarding function would see the SDP (or at leas= t be told the PT values and any relevant flow information similar to what RFC 6236 provides) and would thus know wh= ich PT values correspond to what video resolutions if simulcast is employed= .

Paul

------ Original Message ------
From: "Miguel Par=C3=ADs D=C3=ADaz" <mparisdiaz@gmail.com>
Sent: 8/25/2016 10:12:48 AM
Subject: [avtext] framemarking: add frame size info

Hello,
it would be great having frame size (width and height) info in the Fra= me Marking RTP header extension [1].

Why?
For example, in the case of using simulcast in an SFU, selecting the s= tream by the size would ease the application development and improve the ex= perience of the users.
Application developers don't usually have deep knowledge about med= ia like bitrate, etc., but they know which video size has to be rendered in= the GUI, which may depend on the client where the app is running: a mobile= , a PC with a 13"=C2=B7 screen, a PC with 27" screen, etc.

In this way and taking a videoconference app as example, if a particip= ant select another participant to be rendered as main video, the app could = ask the SFU to select the video quality that better matches to 800x600 size= .

What do you think about this idea?

Thanks and best regards!!

Refs
[1]=C2=A0https://tools.ietf.org/html/dra= ft-ietf-avtext-framemarking-02

--=C2=A0
Miguel Par=C3=ADs D=C3=ADaz
-----------------------------------------------------------------= -------
Computer/Software engineer.
Researcher and architect in=C2=A0http://www.kurento.org
http://twitter.= com/mparisdiaz
-----------------------------------------------------------------= -------
_______________________________________________<= /span>
avtext mailing list
avtext@ietf.org
https://www.ietf.org/mailman/listinfo/avtext




--
Miguel Par=C3= =ADs D=C3=ADaz
---------------------------------------------------------= ---------------
Computer/Software engineer.
Researcher and architect = in http://www.kurento.= org
http= ://twitter.com/mparisdiaz
------------------------------------------= ------------------------------
--001a114715de8bf29c053b479066-- From nobody Tue Aug 30 06:06:48 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2916712D5AD; Tue, 30 Aug 2016 06:06:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Stephen Farrell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.31.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147256240313.23763.5404537566312398102.idtracker@ietfa.amsl.com> Date: Tue, 30 Aug 2016 06:06:43 -0700 Archived-At: Cc: draft-ietf-avtext-rid@ietf.org, avtext@ietf.org, avtext-chairs@ietf.org, jonathan@vidyo.com Subject: [avtext] Stephen Farrell's No Objection on draft-ietf-avtext-rid-08: (with COMMENT) X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Aug 2016 13:06:44 -0000 Stephen Farrell has entered the following ballot position for draft-ietf-avtext-rid-08: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-avtext-rid/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for the "don't use PII" text! From nobody Wed Aug 31 05:59:47 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 99BFD12DB67; Wed, 31 Aug 2016 05:59:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "Mirja Kuehlewind" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.31.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147264838158.5840.17092036625902905957.idtracker@ietfa.amsl.com> Date: Wed, 31 Aug 2016 05:59:41 -0700 Archived-At: Cc: draft-ietf-avtext-rid@ietf.org, avtext@ietf.org, avtext-chairs@ietf.org, jonathan@vidyo.com Subject: [avtext] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft?= =?utf-8?q?-ietf-avtext-rid-08=3A_=28with_COMMENT=29?= X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Aug 2016 12:59:42 -0000 Mirja Kühlewind has entered the following ballot position for draft-ietf-avtext-rid-08: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-avtext-rid/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- There is one use of normative language but no rfc2119 boilerplate: "RtpStreamId and RepairedStreamId MUST contain only alphanumeric characters." I would actually recommend to add more normative language (and the boilerplate), e.g.: " To be clear: the value carried in a RepairedRtpStreamId MUST match the RtpStreamId value from another RTP stream in the same session. For example, if a source RTP stream is identified by RtpStreamId "A", then any redundancy RTP stream that repairs that source RTP stream will contain a RepairedRtpStreamId of "A" (if this mechanism is being used to perform such correlation). These redundant RTP streams MAY also contain their own unique RtpStreamId." From nobody Wed Aug 31 18:38:11 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 353B412D7E7; Wed, 31 Aug 2016 18:38:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.17 X-Spam-Level: X-Spam-Status: No, score=-103.17 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.548, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no 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 XSshJvBC74m1; Wed, 31 Aug 2016 18:38:03 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1244912D7F3; Wed, 31 Aug 2016 18:37:42 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 0C921B80D0D; Wed, 31 Aug 2016 18:37:42 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20160901013742.0C921B80D0D@rfc-editor.org> Date: Wed, 31 Aug 2016 18:37:42 -0700 (PDT) Archived-At: Cc: drafts-update-ref@iana.org, avtext@ietf.org, rfc-editor@rfc-editor.org Subject: [avtext] RFC 7941 on RTP Header Extension for the RTP Control Protocol (RTCP) Source Description Items X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2016 01:38:06 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7941 Title: RTP Header Extension for the RTP Control Protocol (RTCP) Source Description Items Author: M. Westerlund, B. Burman, R. Even, M. Zanaty Status: Standards Track Stream: IETF Date: August 2016 Mailbox: magnus.westerlund@ericsson.com, bo.burman@ericsson.com, roni.even@mail01.huawei.com, mzanaty@cisco.com Pages: 17 Characters: 39887 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-avtext-sdes-hdr-ext-07.txt URL: https://www.rfc-editor.org/info/rfc7941 DOI: http://dx.doi.org/10.17487/RFC7941 Source Description (SDES) items are normally transported in the RTP Control Protocol (RTCP). In some cases, it can be beneficial to speed up the delivery of these items. The main case is when a new synchronization source (SSRC) joins an RTP session and the receivers need this source's identity, relation to other sources, or its synchronization context, all of which may be fully or partially identified using SDES items. To enable this optimization, this document specifies a new RTP header extension that can carry SDES items. This document is a product of the Audio/Video Transport Extensions Working Group of the IETF. This is now a Proposed Standard. 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 Official Internet Protocol Standards (https://www.rfc-editor.org/standards) 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 https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk 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