From nobody Mon May 1 04:06:57 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51CBD1287A5; Mon, 1 May 2017 04:06:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.499 X-Spam-Level: X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=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 CfBsr3clWRBa; Mon, 1 May 2017 04:06:53 -0700 (PDT) Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [46.235.227.24]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCD66127599; Mon, 1 May 2017 04:04:44 -0700 (PDT) Received: from [81.187.2.149] (port=46362 helo=[192.168.0.71]) by balrog.mythic-beasts.com with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1d598E-0007rT-Du; Mon, 01 May 2017 12:04:43 +0100 From: Colin Perkins Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_B40A0186-CA44-49DE-ADB0-B0E61E5F9B2E" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Mon, 1 May 2017 12:04:32 +0100 In-Reply-To: <51E6A56BD6A85142B9D172C87FC3ABBB9C451A44@nkgeml513-mbs.china.huawei.com> Cc: "avt@ietf.org" , "avtext@ietf.org" To: Rachel Huang References: <51E6A56BD6A85142B9D172C87FC3ABBB9C3FBF05@nkgeml513-mbs.china.huawei.com> <51E6A56BD6A85142B9D172C87FC3ABBB9C451A44@nkgeml513-mbs.china.huawei.com> X-Mailer: Apple Mail (2.3273) X-BlackCat-Spam-Score: -28 X-Mythic-Debug: State = no_sa; Score = Archived-At: Subject: Re: [AVTCORE] [avtext] [avtcore] extended WGLC for draft-ietf-avtext-lrr-04 X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2017 11:06:55 -0000 --Apple-Mail=_B40A0186-CA44-49DE-ADB0-B0E61E5F9B2E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I=E2=80=99ve reviewed this draft. I=E2=80=99m not familiar enough with = how layering works for the specific codecs in section 4 to comment on = the correctness of that part, but the RTP parts look okay, and the rest = seems clearly specified. I found a couple of editorial nits: - Might want to expand =E2=80=9CRTCP=E2=80=9D -> =E2=80=9CRTP Control = Protocol (RTCP)=E2=80=9D the first time used. - Figures 1-4, the label seems disconnected from the figure. Might also = want to refer to the figures by number. - Section 3, 4th paragraph: =E2=80=9CFMT=3DTBD=E2=80=9D - might want to = add an RFC Editor note to fill this in with the actual number, to ensure = this doesn=E2=80=99t get missed. - Section 3.1, last paragraph: should =E2=80=9Care designed to match = the=E2=80=9D be =E2=80=9Cmatches that of the=E2=80=9D? Colin > On 28 Apr 2017, at 09:39, Huangyihong (Rachel) = wrote: >=20 > Hi, > =20 > I=E2=80=99ll extend this WGLC for another week (until 5/5) as I = didn=E2=80=99t see any feedback in the list. > =20 > If you think this draft has no further issues and ready for the next = step, please don=E2=80=99t be silent and express it in the list. We=E2=80=99= ll appreciate it. > =20 > BR, > Rachel (co-chair) > =20 > From: avtext [mailto:avtext-bounces@ietf.org = ] On Behalf Of Huangyihong (Rachel) > Sent: Tuesday, April 11, 2017 9:02 AM > To: avt@ietf.org ; avtext@ietf.org = > Subject: [avtext] [avtcore] WGLC for draft-ietf-avtext-lrr-04 > =20 > Hi WG, > =20 > It is agreed that draft-ietf-avtext-lrr-04 is stable enough for the = next step. Therefore, this email starts a working group last call for = draft-ietf-avtext-lrr-04. This WGLC runs until April 28th. So please = have a look at the draft and send your comments to the avt list by then. = Thanks. > =20 > The draft is now available at = https://datatracker.ietf.org/doc/html/draft-ietf-avtext-lrr-04 = . > =20 > BR, > Rachel (co-chair) > =20 > _______________________________________________ > Audio/Video Transport Core Maintenance > avt@ietf.org > https://www.ietf.org/mailman/listinfo/avt = --=20 Colin Perkins https://csperkins.org/ --Apple-Mail=_B40A0186-CA44-49DE-ADB0-B0E61E5F9B2E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I=E2=80=99ve reviewed this draft. I=E2=80=99m not familiar = enough with how layering works for the specific codecs in section 4 to = comment on the correctness of that part, but the RTP parts look okay, = and the rest seems clearly specified.

I found a couple of editorial nits:

- Might want to expand = =E2=80=9CRTCP=E2=80=9D -> =E2=80=9CRTP Control Protocol (RTCP)=E2=80=9D= the first time used.

- Figures 1-4, the label seems disconnected from the figure. = Might also want to refer to the figures by number.

- Section 3, 4th = paragraph: =E2=80=9CFMT=3DTBD=E2=80=9D - might want to add an RFC Editor = note to fill this in with the actual number, to ensure this doesn=E2=80=99= t get missed.

- = Section 3.1, last paragraph: should =E2=80=9Care designed to match = the=E2=80=9D be =E2=80=9Cmatches that of the=E2=80=9D?

Colin


On = 28 Apr 2017, at 09:39, Huangyihong (Rachel) <rachel.huang@huawei.com> wrote:

Hi,
 
I=E2=80=99ll extend this WGLC for another week (until = 5/5) as I didn=E2=80=99t see any feedback in the list.
 
If you think this draft = has no further issues and ready for the next step, please don=E2=80=99t = be silent and express it in the list. We=E2=80=99ll appreciate it.
 
BR,
Rachel (co-chair)
 
From: avtext [mailto:avtext-bounces@ietf.org] On Behalf = Of Huangyihong = (Rachel)
Sent: Tuesday, April 11, 2017 = 9:02 AM
To: avt@ietf.org; avtext@ietf.org
Subject: [avtext] [avtcore] WGLC for = draft-ietf-avtext-lrr-04
 
Hi WG,
 
It is agreed = that draft-ietf-avtext-lrr-04 is stable enough for the next step. = Therefore, this email starts a working group last call for = draft-ietf-avtext-lrr-04. This WGLC runs until April 28th. So please have a look at the draft and send your = comments to the avt list by then. Thanks.
 
The draft is now = available at https://datatracker.ietf.org/doc/html/draft-ietf-avtext-lrr-04<= /a>.
 
BR,
Rachel = (co-chair)
 
_______________________________________________
Audio/Video Transport Core Maintenance
avt@ietf.org
https://www.ietf.org/mailman/listinfo/avt



-- 
Colin Perkins
https://csperkins.org/




= --Apple-Mail=_B40A0186-CA44-49DE-ADB0-B0E61E5F9B2E-- From nobody Tue May 2 23:33:33 2017 Return-Path: X-Original-To: avt@ietf.org Delivered-To: avt@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 19AF6129B3C; Tue, 2 May 2017 23:33:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: avt@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.50.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149379320405.21536.1248894768571572774@ietfa.amsl.com> Date: Tue, 02 May 2017 23:33:24 -0700 Archived-At: Subject: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2017 06:33:24 -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 Core Maintenance of the IETF. Title : A General Mechanism for RTP Header Extensions Authors : David Singer Harikishan Desineni Roni Even Filename : draft-ietf-avtcore-rfc5285-bis-11.txt Pages : 23 Date : 2017-05-02 Abstract: This document provides a general mechanism to use the header extension feature of RTP (the Real-Time Transport Protocol). It provides the option to use a small number of small extensions in each RTP packet, where the universe of possible extensions is large and registration is de-centralized. The actual extensions in use in a session are signaled in the setup information for that session. This document obsoletes RFC5285. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-avtcore-rfc5285-bis/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-avtcore-rfc5285-bis-11 https://datatracker.ietf.org/doc/html/draft-ietf-avtcore-rfc5285-bis-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-avtcore-rfc5285-bis-11 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 May 3 01:29:07 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A345129AB8; Wed, 3 May 2017 01:29:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 BH-90DSHmKEE; Wed, 3 May 2017 01:29:03 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 D5905128C83; Wed, 3 May 2017 01:26:37 -0700 (PDT) X-AuditID: c1b4fb2d-eff839a00000196b-1b-5909943baabb Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 71.EF.06507.B3499095; Wed, 3 May 2017 10:26:36 +0200 (CEST) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.77) with Microsoft SMTP Server id 14.3.339.0; Wed, 3 May 2017 10:26:35 +0200 References: <149379320405.21536.1248894768571572774@ietfa.amsl.com> To: , "draft-ietf-avtcore-rfc5285-bis@ietf.org" , Ben Campbell From: Magnus Westerlund Message-ID: Date: Wed, 3 May 2017 10:26:34 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <149379320405.21536.1248894768571572774@ietfa.amsl.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrJLMWRmVeSWpSXmKPExsUyM2K7t67NFM5Ig5c7OCxe9qxkt5jfeZrd YsfrVywOzB5Llvxk8pi18wlLAFMUl01Kak5mWWqRvl0CV8aRtzfYCubIV1z+u4O5gXGGeBcj J4eEgInEnD9PGUFsIYEjjBLdi/y7GLmA7GWMEnOefWQBSQgL2ElMeHiZDaLIWWL33SVgDSIC nUBFT3NAbDYBC4mbPxqBajg4eAXsJfbPLwMxWQRUJBpO+YBUiArESLQs+QDWySsgKHFy5hOw 6ZwCLhKr3pxmAilnBup8sLUMJMwsIC/RvHU2M8RSbYmGpg7WCYz8s5B0z0LomIWkYwEj8ypG 0eLU4uLcdCNjvdSizOTi4vw8vbzUkk2MwAA8uOW37g7G1a8dDzEKcDAq8fA+mMARKcSaWFZc mXuIUYKDWUmE97A1Z6QQb0piZVVqUX58UWlOavEhRmkOFiVxXod9FyKEBNITS1KzU1MLUotg skwcnFINjEYfzSK95kVLKS5dfHNn7X3tybFChqsOrNpwfoLqzTQdq83XFnUbtSx7893n5KZz 1lv+7LWULmnYx8MxlbNgIlPL3Am51voSB/Yv0Xs4TcOo5T0P36T3R6Z+TVvytV3WQOXjFanw eRJiqk/cPxSwd00RLTK9+9vieezq+FnLOEr3t7dzRRhs36jEUpyRaKjFXFScCADcOX5rPAIA AA== Archived-At: Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2017 08:29:05 -0000 WG, So this latest update was done, based on the IANA expert reviewer for the SDP registrations. Roni quickly updated the template to resolve contact and muxing category for the SDP attributes. However, I think we do need to do a bit more here, and I think the WG needs to review this. So below are my comments, and what I think need to be included. First, is really "Normal" the mux category for a=extmap-allow-mixed? To me "Identical" would make much more sense. Either you are capable of support mixed or one is not. Having some m= lines in a mux saying yes it is possible, and others saying no, I can't. That do not make any sense to me, at least across RTP m= lines. Secondly, I wonder if there needs to be more discussion and spec text on muxing for extmap. So draft-ietf-mmusic-sdp-mux-attributes says on special: 4.8. Category: SPECIAL For the attributes in the SPECIAL category, the text in the specification defining the attribute MUST be consulted for further handling when multiplexed. As an exampel, for the attribute extmap [RFC5285], the specification defining the extension needs to be referred to understand the multiplexing implications. and 5.13. RFC5285: RTP Header Extensions [RFC5285] provides a general mechanism to use the header extension feature of RTP. It provides the option to use a small number of small extensions in each RTP packet, where the universe of possible extensions is large and registration is de-centralized. The actual extensions in use in a session are signaled in the setup information for that session. +---------+--------------------------------------+-------+----------+ | Name | Notes | Level | Mux | | | | | Category | +---------+--------------------------------------+-------+----------+ | extmap | Refer to the document defining the | B | SPECIAL | | | specific RTP Extension | | | | | | | | +---------+--------------------------------------+-------+----------+ 5.13 RFC5285 Attribute Analysis To my understanding the properties that applies to extmap when muxing a set of RTP m= lines are the following: 1. The ID space is common across all m= lines (using RTP) in a BUNDLE group. 2. Each m= block can define a subset of the total defined ID numbers indicating limits in use for a particular media source. This allows for example audio and video media sources to use different set of header extensions. 3. An ID number that is defined in multiple m= blocks MUST have identical extmap configuration, i.e. the same URL and any extension attributes that effect the usage or form of the RTP header extension. 4. The extmap direction setting for a particular ID number MAY be independently set per media source (m= block). This as some media source may be unidirectional and other bi-directional. I think there is need that we actually document this in this level of detail so that we get consistent implementation support. So, WG opinions, or comments on my proposal of how one needs to deal with extmap? I have recommend to Ben that we don't put this document onto the IESG agenda until the above is resolved. Cheers Magnus Westerlund Doc shepherd -- Magnus Westerlund ---------------------------------------------------------------------- Media Technologies, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Wed May 3 03:59:38 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E0A612943F; Wed, 3 May 2017 03:59:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 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=-0.001, 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 YL6NGwelepS2; Wed, 3 May 2017 03:59:33 -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 25F13128CFF; Wed, 3 May 2017 03:56:47 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DFX58068; Wed, 03 May 2017 10:56:44 +0000 (GMT) Received: from DGGEMM406-HUB.china.huawei.com (10.3.20.214) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 3 May 2017 11:56:44 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.133]) by DGGEMM406-HUB.china.huawei.com ([10.3.20.214]) with mapi id 14.03.0301.000; Wed, 3 May 2017 18:56:38 +0800 From: Roni Even To: Magnus Westerlund , "avt@ietf.org" , "draft-ietf-avtcore-rfc5285-bis@ietf.org" , Ben Campbell Thread-Topic: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt Thread-Index: AQHSw+de7GsPdS88iUG8PgVImaPjAKHibpNw Date: Wed, 3 May 2017 10:56:38 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD7B263E@DGGEMM506-MBX.china.huawei.com> References: <149379320405.21536.1248894768571572774@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.201.202] 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.5909B76D.0051, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.133, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 69c3951df5d773e635e436b1a1b8478a Archived-At: Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2017 10:59:36 -0000 aW5saW5lDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogYXZ0IFttYWls dG86YXZ0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBNYWdudXMgV2VzdGVybHVuZA0K PiBTZW50OiDXmdeV153CoNeTIDAzINee15DXmSAyMDE3IDExOjI3DQo+IFRvOiBhdnRAaWV0Zi5v cmc7IGRyYWZ0LWlldGYtYXZ0Y29yZS1yZmM1Mjg1LWJpc0BpZXRmLm9yZzsgQmVuIENhbXBiZWxs DQo+IFN1YmplY3Q6IFJlOiBbQVZUQ09SRV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1hdnRjb3Jl LXJmYzUyODUtYmlzLTExLnR4dA0KPiANCj4gV0csDQo+IA0KPiBTbyB0aGlzIGxhdGVzdCB1cGRh dGUgd2FzIGRvbmUsIGJhc2VkIG9uIHRoZSBJQU5BIGV4cGVydCByZXZpZXdlciBmb3IgdGhlDQo+ IFNEUCByZWdpc3RyYXRpb25zLiBSb25pIHF1aWNrbHkgdXBkYXRlZCB0aGUgdGVtcGxhdGUgdG8g cmVzb2x2ZSBjb250YWN0IGFuZA0KPiBtdXhpbmcgY2F0ZWdvcnkgZm9yIHRoZSBTRFAgYXR0cmli dXRlcy4gSG93ZXZlciwgSSB0aGluayB3ZSBkbyBuZWVkIHRvIGRvIGENCj4gYml0IG1vcmUgaGVy ZSwgYW5kIEkgdGhpbmsgdGhlIFdHIG5lZWRzIHRvIHJldmlldyB0aGlzLg0KPiBTbyBiZWxvdyBh cmUgbXkgY29tbWVudHMsIGFuZCB3aGF0IEkgdGhpbmsgbmVlZCB0byBiZSBpbmNsdWRlZC4NCj4g DQo+IEZpcnN0LCBpcyByZWFsbHkgIk5vcm1hbCIgdGhlIG11eCBjYXRlZ29yeSBmb3IgYT1leHRt YXAtYWxsb3ctbWl4ZWQ/DQo+IA0KPiBUbyBtZSAiSWRlbnRpY2FsIiB3b3VsZCBtYWtlIG11Y2gg bW9yZSBzZW5zZS4gRWl0aGVyIHlvdSBhcmUgY2FwYWJsZSBvZg0KPiBzdXBwb3J0IG1peGVkIG9y IG9uZSBpcyBub3QuIEhhdmluZyBzb21lIG09IGxpbmVzIGluIGEgbXV4IHNheWluZyB5ZXMgaXQg aXMNCj4gcG9zc2libGUsIGFuZCBvdGhlcnMgc2F5aW5nIG5vLCBJIGNhbid0LiBUaGF0IGRvIG5v dCBtYWtlIGFueSBzZW5zZSB0byBtZSwgYXQNCj4gbGVhc3QgYWNyb3NzIFJUUCBtPSBsaW5lcy4N Cj4gDQoNCiBbUm9uaSBFdmVuXSBJIGFtIG5vdCBzdXJlLCBjdXJyZW50bHkgeW91IGNhbiBoYXZl IHNvbWUgbS1saW5lcyBzdXBwb3J0IG1peGVkIGFuZCBzb21lIG5vdCAodXNlIHNlc3Npb24gbGV2 ZWwgZm9yIGFsbCkuIA0KV2h5IGRvIHlvdSB3YW50IHRvIGVuZm9yY2UgaWRlbnRpY2FsIGZvciBi dW5kbGUuIE9uZSBjYW4gcmVwZWF0IHRoZSBhbGxvd2VkIG1peGVkIG9yIHVzZSBzZXNzaW9uIGxl dmVsIGlmIHRoaXMgaXMgd2hhdCBoZSB3YW50cy4NCkJ5IHlvdXIgbG9naWMgd2h5IGRvIHdlIG5l ZWQgdG8gYWxsb3cgaW4gdGhlIG5vdCBidW5kbGVzIGNhc2UgdG8gc3VwcG9ydCBzb21lIHdpdGgg YWxsb3dlZCBtaXhlZCBhbmQgc29tZSB3aXRob3V0PyBXZSBjb3VsZCBoYXZlIHVzZWQgb25seSBz ZXNzaW9uIGxldmVsIGZvciBub3QgYnVuZGxlZCBjYXNlLg0KPiANCj4gU2Vjb25kbHksIEkgd29u ZGVyIGlmIHRoZXJlIG5lZWRzIHRvIGJlIG1vcmUgZGlzY3Vzc2lvbiBhbmQgc3BlYyB0ZXh0IG9u DQo+IG11eGluZyBmb3IgZXh0bWFwLiBTbyBkcmFmdC1pZXRmLW1tdXNpYy1zZHAtbXV4LWF0dHJp YnV0ZXMgc2F5cyBvbiBzcGVjaWFsOg0KPiANCj4gNC44LiAgQ2F0ZWdvcnk6IFNQRUNJQUwNCj4g DQo+ICAgICBGb3IgdGhlIGF0dHJpYnV0ZXMgaW4gdGhlIFNQRUNJQUwgY2F0ZWdvcnksIHRoZSB0 ZXh0IGluIHRoZQ0KPiAgICAgc3BlY2lmaWNhdGlvbiBkZWZpbmluZyB0aGUgYXR0cmlidXRlIE1V U1QgYmUgY29uc3VsdGVkIGZvciBmdXJ0aGVyDQo+ICAgICBoYW5kbGluZyB3aGVuIG11bHRpcGxl eGVkLg0KPiANCj4gICAgIEFzIGFuIGV4YW1wZWwsIGZvciB0aGUgYXR0cmlidXRlIGV4dG1hcCBb UkZDNTI4NV0sIHRoZSBzcGVjaWZpY2F0aW9uDQo+ICAgICBkZWZpbmluZyB0aGUgZXh0ZW5zaW9u IG5lZWRzIHRvIGJlIHJlZmVycmVkIHRvIHVuZGVyc3RhbmQgdGhlDQo+ICAgICBtdWx0aXBsZXhp bmcgaW1wbGljYXRpb25zLg0KPiANCj4gYW5kDQo+IA0KPiA1LjEzLiAgUkZDNTI4NTogUlRQIEhl YWRlciBFeHRlbnNpb25zDQo+IA0KPiAgICAgW1JGQzUyODVdIHByb3ZpZGVzIGEgZ2VuZXJhbCBt ZWNoYW5pc20gdG8gdXNlIHRoZSBoZWFkZXIgZXh0ZW5zaW9uDQo+ICAgICBmZWF0dXJlIG9mIFJU UC4gIEl0IHByb3ZpZGVzIHRoZSBvcHRpb24gdG8gdXNlIGEgc21hbGwgbnVtYmVyIG9mDQo+ICAg ICBzbWFsbCBleHRlbnNpb25zIGluIGVhY2ggUlRQIHBhY2tldCwgd2hlcmUgdGhlIHVuaXZlcnNl IG9mIHBvc3NpYmxlDQo+ICAgICBleHRlbnNpb25zIGlzIGxhcmdlIGFuZCByZWdpc3RyYXRpb24g aXMgZGUtY2VudHJhbGl6ZWQuICBUaGUgYWN0dWFsDQo+ICAgICBleHRlbnNpb25zIGluIHVzZSBp biBhIHNlc3Npb24gYXJlIHNpZ25hbGVkIGluIHRoZSBzZXR1cCBpbmZvcm1hdGlvbg0KPiAgICAg Zm9yIHRoYXQgc2Vzc2lvbi4NCj4gDQo+ICAgICArLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0rLS0tLS0tLS0tLSsNCj4gICAgIHwgTmFtZSAg ICB8IE5vdGVzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IExldmVsIHwgTXV4ICAg ICAgfA0KPiAgICAgfCAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHwgICAgICAgfCBDYXRlZ29yeSB8DQo+ICAgICArLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0rLS0tLS0tLS0tLSsNCj4gICAgIHwgZXh0 bWFwICB8IFJlZmVyIHRvIHRoZSBkb2N1bWVudCBkZWZpbmluZyB0aGUgICB8IEIgICAgIHwgU1BF Q0lBTCAgfA0KPiAgICAgfCAgICAgICAgIHwgc3BlY2lmaWMgUlRQIEV4dGVuc2lvbiAgICAgICAg ICAgICAgIHwgICAgICAgfCAgICAgICAgICB8DQo+ICAgICB8ICAgICAgICAgfCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICB8ICAgICAgICAgIHwNCj4gICAgICst LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLSst LS0tLS0tLS0tKw0KPiANCj4gICAgICAgICAgICAgICAgICAgICAgICA1LjEzIFJGQzUyODUgQXR0 cmlidXRlIEFuYWx5c2lzDQo+IA0KPiANCj4gDQoNCltSb25pIEV2ZW5dIEkgYXNzdW1lZCB0aGF0 IHRoZSBiZWhhdmlvciBpcyBzaW1pbGFyIHRvIHNlc3Npb24gbGV2ZWwgZXh0bWFwIGV4Y2VwdCB0 aGF0IHRoZSBSVFAgZXh0ZW5zaW9uIGlzIG9ubHkgZm9yIHRoZSBtLWxpbmUNCg0KPiBUbyBteSB1 bmRlcnN0YW5kaW5nIHRoZSBwcm9wZXJ0aWVzIHRoYXQgYXBwbGllcyB0byBleHRtYXAgd2hlbiBt dXhpbmcgYQ0KPiBzZXQgb2YgUlRQIG09IGxpbmVzIGFyZSB0aGUgZm9sbG93aW5nOg0KPiANCj4g MS4gVGhlIElEIHNwYWNlIGlzIGNvbW1vbiBhY3Jvc3MgYWxsIG09IGxpbmVzICh1c2luZyBSVFAp IGluIGEgQlVORExFIGdyb3VwLg0KPiANCiBbUm9uaSBFdmVuXSB0aGlzIGlzIGxpa2Ugc2Vzc2lv biBsZXZlbA0KDQo+IDIuIEVhY2ggbT0gYmxvY2sgY2FuIGRlZmluZSBhIHN1YnNldCBvZiB0aGUg dG90YWwgZGVmaW5lZCBJRCBudW1iZXJzDQo+IGluZGljYXRpbmcgbGltaXRzIGluIHVzZSBmb3Ig YSBwYXJ0aWN1bGFyIG1lZGlhIHNvdXJjZS4gVGhpcyBhbGxvd3MgZm9yIGV4YW1wbGUNCj4gYXVk aW8gYW5kIHZpZGVvIG1lZGlhIHNvdXJjZXMgdG8gdXNlIGRpZmZlcmVudCBzZXQgb2YgaGVhZGVy IGV4dGVuc2lvbnMuDQo+IA0KIA0KW1JvbmkgRXZlbl0gc28geW91IGFyZSBzYXlpbmcgdGhhdCBp ZiB5b3UgdXNlIG1lZGlhIGxldmVsLCB0aGUgc3VwcG9ydCBmb3IgdGhpcyBleHRlbnNpb25zIGFy ZSBvbmx5IGZvciB0aGlzIHNwZWNpZmljIG0tbGluZQ0KDQoNCj4gMy4gQW4gSUQgbnVtYmVyIHRo YXQgaXMgZGVmaW5lZCBpbiBtdWx0aXBsZSBtPSBibG9ja3MgTVVTVCBoYXZlIGlkZW50aWNhbA0K PiBleHRtYXAgY29uZmlndXJhdGlvbiwgaS5lLiB0aGUgc2FtZSBVUkwgYW5kIGFueSBleHRlbnNp b24gYXR0cmlidXRlcyB0aGF0DQo+IGVmZmVjdCB0aGUgdXNhZ2Ugb3IgZm9ybSBvZiB0aGUgUlRQ IGhlYWRlciBleHRlbnNpb24uDQo+IA0KDQpbUm9uaSBFdmVuXSBNeSBzdWdnZXN0aW9uIGlzIHRv IG5vdCByZXBlYXQgSUQgaW4gZGlmZmVyZW50IG0tbGluZXMgZXZlbiBpZiB1c2UgdGhlIHNhbWUg ZXh0ZW5zaW9uLCBvbmUgc3BhY2Ugd2l0aCB1bmlxdWUgSURzLiBUaGlzIHdpbGwgYmUgc2ltcGxl ci4gSSBkbyBub3QgdGhpbmsgd2UgaGF2ZSBhIHByb2JsZW0gd2l0aCB0aGUgbnVtYmVyIG9mIElE cy4NCg0KPiA0LiBUaGUgZXh0bWFwIGRpcmVjdGlvbiBzZXR0aW5nIGZvciBhIHBhcnRpY3VsYXIg SUQgbnVtYmVyIE1BWSBiZQ0KPiBpbmRlcGVuZGVudGx5IHNldCBwZXIgbWVkaWEgc291cmNlICht PSBibG9jaykuIFRoaXMgYXMgc29tZSBtZWRpYSBzb3VyY2UNCj4gbWF5IGJlIHVuaWRpcmVjdGlv bmFsIGFuZCBvdGhlciBiaS1kaXJlY3Rpb25hbC4NCj4gDQo+IEkgdGhpbmsgdGhlcmUgaXMgbmVl ZCB0aGF0IHdlIGFjdHVhbGx5IGRvY3VtZW50IHRoaXMgaW4gdGhpcyBsZXZlbCBvZiBkZXRhaWwg c28NCj4gdGhhdCB3ZSBnZXQgY29uc2lzdGVudCBpbXBsZW1lbnRhdGlvbiBzdXBwb3J0Lg0KPiAN Cj4gU28sIFdHIG9waW5pb25zLCBvciBjb21tZW50cyBvbiBteSBwcm9wb3NhbCBvZiBob3cgb25l IG5lZWRzIHRvIGRlYWwNCj4gd2l0aCBleHRtYXA/DQo+IA0KPiBJIGhhdmUgcmVjb21tZW5kIHRv IEJlbiB0aGF0IHdlIGRvbid0IHB1dCB0aGlzIGRvY3VtZW50IG9udG8gdGhlIElFU0cNCj4gYWdl bmRhIHVudGlsIHRoZSBhYm92ZSBpcyByZXNvbHZlZC4NCj4gDQo+IENoZWVycw0KPiANCj4gTWFn bnVzIFdlc3Rlcmx1bmQNCj4gRG9jIHNoZXBoZXJkDQo+IA0KPiANCj4gDQo+IC0tDQo+IA0KPiBN YWdudXMgV2VzdGVybHVuZA0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBNZWRpYSBUZWNobm9sb2dp ZXMsIEVyaWNzc29uIFJlc2VhcmNoDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gRXJpY3Nzb24gQUIgICAg ICAgICAgICAgICAgIHwgUGhvbmUgICs0NiAxMCA3MTQ4Mjg3DQo+IEbDpHLDtmdhdGFuIDYgICAg ICAgICAgICAgICAgIHwgTW9iaWxlICs0NiA3MyAwOTQ5MDc5DQo+IFNFLTE2NCA4MCBTdG9ja2hv bG0sIFN3ZWRlbiB8IG1haWx0bzogbWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24uY29tDQo+IC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+IEF1ZGlvL1ZpZGVvIFRyYW5zcG9ydCBDb3JlIE1haW50ZW5hbmNlDQo+IGF2 dEBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2F2dA0K From nobody Wed May 3 04:47:42 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43AC1127342; Wed, 3 May 2017 04:47:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 qpWN8aHIzgl7; Wed, 3 May 2017 04:47:39 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 74533129440; Wed, 3 May 2017 04:45:37 -0700 (PDT) X-AuditID: c1b4fb25-08bff70000006049-ab-5909c2de0552 Received: from ESESSHC002.ericsson.se (Unknown_Domain [153.88.183.24]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id E3.C0.24649.ED2C9095; Wed, 3 May 2017 13:45:35 +0200 (CEST) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.26) with Microsoft SMTP Server id 14.3.339.0; Wed, 3 May 2017 13:45:33 +0200 To: Roni Even , "avt@ietf.org" , "draft-ietf-avtcore-rfc5285-bis@ietf.org" , Ben Campbell References: <149379320405.21536.1248894768571572774@ietfa.amsl.com> <6E58094ECC8D8344914996DAD28F1CCD7B263E@DGGEMM506-MBX.china.huawei.com> From: Magnus Westerlund Message-ID: Date: Wed, 3 May 2017 13:45:33 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <6E58094ECC8D8344914996DAD28F1CCD7B263E@DGGEMM506-MBX.china.huawei.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrJLMWRmVeSWpSXmKPExsUyM2K7hO79Q5yRBvt3Glq87FnJbjG/8zS7 xY7Xr1gsPh07z+LA4tFy5C2rx5IlP5k8Zu18whLAHMVlk5Kak1mWWqRvl8CVcXPeOeaC++YV vWd2sDUwftDqYuTkkBAwkTj+ZxMjiC0kcIRRYv5CmS5GLiB7GaPEtbn/WEASwgIeEgf/LmYC SYgI7GGUaNvZywRRdZhR4vnL9UwgVWwCFhI3fzSygdi8AvYSd28sArNZBFQk9nZBrBAViJFo WfKBEaJGUOLkzCdgGzgFQiQ+TvgKNocZaM7M+ecZIWx5ieats5khztOWaGjqYJ3AyD8LSfss JC2zkLQsYGRexShanFqclJtuZKyXWpSZXFycn6eXl1qyiREYoAe3/FbdwXj5jeMhRgEORiUe XoWTHJFCrIllxZW5hxglOJiVRHgn7eeMFOJNSaysSi3Kjy8qzUktPsQozcGiJM7ruO9ChJBA emJJanZqakFqEUyWiYNTqoExm08lXDp+QnAMS9P+n3OsDk9izcrJ59nIIPt55YlPqSc37z6q /2ZVwcn1bz6l7/nNsvAJp8imft0AMYWuu9e+JIb0XeTV2OCnrLH8y/EF929GFM4/t1RXbl38 4w9TN+25UqSh0LRyhWCu3YrY+4vCFbYsTl85r25acetxG6dWVrly3slzmvkElViKMxINtZiL ihMBPOrP00wCAAA= Archived-At: Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2017 11:47:41 -0000 Hi, Follow up inline. Den 2017-05-03 kl. 12:56, skrev Roni Even: > inline > >> -----Original Message----- >> From: avt [mailto:avt-bounces@ietf.org] On Behalf Of Magnus Westerlund >> Sent: יום ד 03 מאי 2017 11:27 >> To: avt@ietf.org; draft-ietf-avtcore-rfc5285-bis@ietf.org; Ben Campbell >> Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt >> >> WG, >> >> So this latest update was done, based on the IANA expert reviewer for the >> SDP registrations. Roni quickly updated the template to resolve contact and >> muxing category for the SDP attributes. However, I think we do need to do a >> bit more here, and I think the WG needs to review this. >> So below are my comments, and what I think need to be included. >> >> First, is really "Normal" the mux category for a=extmap-allow-mixed? >> >> To me "Identical" would make much more sense. Either you are capable of >> support mixed or one is not. Having some m= lines in a mux saying yes it is >> possible, and others saying no, I can't. That do not make any sense to me, at >> least across RTP m= lines. >> > > [Roni Even] I am not sure, currently you can have some m-lines support mixed and some not (use session level for all). > Why do you want to enforce identical for bundle. One can repeat the allowed mixed or use session level if this is what he wants. > By your logic why do we need to allow in the not bundles case to support some with allowed mixed and some without? We could have used only session level for not bundled case. So the extmap configuration for an RTP session has a common ID space. So for all RTP m= lines that ends up in the same bundle, needs to have a consistent space and thus, it becomes difficult for an answerer to create an answer to an offer where one m= line in a bundle allows mixed, and the other not as it affects how to assign IDs. It is the same RTP session those RTP streams are going into. The only approaches to handle this is to act as mixed being disallowed, or not bundle at all. I might have missed how Identical is treated in bundles with different protocols (PROTO). Because this clearly only need to be identical for all m= blocks that are using the same PROTO. Is this a missing category in SDP mux attributes draft? >> >> Secondly, I wonder if there needs to be more discussion and spec text on >> muxing for extmap. So draft-ietf-mmusic-sdp-mux-attributes says on special: >> >> 4.8. Category: SPECIAL >> >> For the attributes in the SPECIAL category, the text in the >> specification defining the attribute MUST be consulted for further >> handling when multiplexed. >> >> As an exampel, for the attribute extmap [RFC5285], the specification >> defining the extension needs to be referred to understand the >> multiplexing implications. >> >> and >> >> 5.13. RFC5285: RTP Header Extensions >> >> [RFC5285] provides a general mechanism to use the header extension >> feature of RTP. It provides the option to use a small number of >> small extensions in each RTP packet, where the universe of possible >> extensions is large and registration is de-centralized. The actual >> extensions in use in a session are signaled in the setup information >> for that session. >> >> +---------+--------------------------------------+-------+----------+ >> | Name | Notes | Level | Mux | >> | | | | Category | >> +---------+--------------------------------------+-------+----------+ >> | extmap | Refer to the document defining the | B | SPECIAL | >> | | specific RTP Extension | | | >> | | | | | >> +---------+--------------------------------------+-------+----------+ >> >> 5.13 RFC5285 Attribute Analysis >> >> >> > > [Roni Even] I assumed that the behavior is similar to session level extmap except that the RTP extension is only for the m-line > >> To my understanding the properties that applies to extmap when muxing a >> set of RTP m= lines are the following: >> >> 1. The ID space is common across all m= lines (using RTP) in a BUNDLE group. >> > [Roni Even] this is like session level I wasn't actually thinking about session level, but from a treatment level it is what you would aggregate across all the m= lines in the bundle. > >> 2. Each m= block can define a subset of the total defined ID numbers >> indicating limits in use for a particular media source. This allows for example >> audio and video media sources to use different set of header extensions. >> > > [Roni Even] so you are saying that if you use media level, the support for this extensions are only for this specific m-line Yes, actual usage is only for RTP streams belonging to this m= block. An example of this would be this abbrevaited SDP a=group BUNDLE a b c m=audio RTP 97 a=mid:a a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level m=audio RTP 97 a=mid:b a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level m=video RTP 98 a=mid:c a=extmap:2 urn:3gpp:video-orientation This above shows an example using header extensions that makes no sense to actually use in the other m= in the bundle, but the configuration of the RTP header extension is something that happens on RTP session level and thus, they must have unique and different numbers. Yes, one could have configure the two extmap on SDP session level and get the same configuration. But it would lack the indication on which one they are used. And in the above case, maybe mid b) would not include audio-level, and then one could exlude the examap attribute and indicate this. > > >> 3. An ID number that is defined in multiple m= blocks MUST have identical >> extmap configuration, i.e. the same URL and any extension attributes that >> effect the usage or form of the RTP header extension. >> > > [Roni Even] My suggestion is to not repeat ID in different m-lines even if use the same extension, one space with unique IDs. This will be simpler. I do not think we have a problem with the number of IDs. Actually, we only have 14 short format IDs, so I disagree with you. Take a CLUE conferencing scenario where one uses BUNDLE, then each m= block for audio may have 5 configured IDs (ssrc-audio-level, encrypt, sdes:cname, sdes:CaptId, sdes:mid). Unless you resuse them across the m= lines it will not work. Cheers Magnus Westerlund ---------------------------------------------------------------------- Media Technologies, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 FärĂśgatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Wed May 3 06:44:40 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 569D2124BE8; Wed, 3 May 2017 06:44:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 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=-0.001, 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 2kN5eVSG2JUX; Wed, 3 May 2017 06:44:36 -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 BC6E4127977; Wed, 3 May 2017 06:41:35 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML712-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DME96434; Wed, 03 May 2017 13:41:32 +0000 (GMT) Received: from DGGEMM404-HUB.china.huawei.com (10.3.20.212) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 3 May 2017 14:41:31 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.133]) by DGGEMM404-HUB.china.huawei.com ([10.3.20.212]) with mapi id 14.03.0301.000; Wed, 3 May 2017 21:41:28 +0800 From: Roni Even To: Magnus Westerlund , "avt@ietf.org" , "draft-ietf-avtcore-rfc5285-bis@ietf.org" , Ben Campbell Thread-Topic: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt Thread-Index: AQHSxALK1WKAUxHz0UeXbflTAwFqT6HimApA Date: Wed, 3 May 2017 13:41:27 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD7B26AF@DGGEMM506-MBX.china.huawei.com> References: <149379320405.21536.1248894768571572774@ietfa.amsl.com> <6E58094ECC8D8344914996DAD28F1CCD7B263E@DGGEMM506-MBX.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.201.202] 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.0A020206.5909DE0D.020C, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.133, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d0564d588199b8f962933e022e4a79c0 Archived-At: Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2017 13:44:39 -0000 DQoNCj4gRGVuIDIwMTctMDUtMDMga2wuIDEyOjU2LCBza3JldiBSb25pIEV2ZW46DQo+ID4gaW5s aW5lDQo+ID4NCj4gPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4gRnJvbTogYXZ0 IFttYWlsdG86YXZ0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBNYWdudXMNCj4gPj4g V2VzdGVybHVuZA0KPiA+PiBTZW50OiDXmdeV150g15MgMDMg157XkNeZIDIwMTcgMTE6MjcNCj4g Pj4gVG86IGF2dEBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1hdnRjb3JlLXJmYzUyODUtYmlzQGlldGYu b3JnOyBCZW4NCj4gPj4gQ2FtcGJlbGwNCj4gPj4gU3ViamVjdDogUmU6IFtBVlRDT1JFXSBJLUQg QWN0aW9uOg0KPiA+PiBkcmFmdC1pZXRmLWF2dGNvcmUtcmZjNTI4NS1iaXMtMTEudHh0DQo+ID4+ DQo+ID4+IFdHLA0KPiA+Pg0KPiA+PiBTbyB0aGlzIGxhdGVzdCB1cGRhdGUgd2FzIGRvbmUsIGJh c2VkIG9uIHRoZSBJQU5BIGV4cGVydCByZXZpZXdlciBmb3INCj4gPj4gdGhlIFNEUCByZWdpc3Ry YXRpb25zLiBSb25pIHF1aWNrbHkgdXBkYXRlZCB0aGUgdGVtcGxhdGUgdG8gcmVzb2x2ZQ0KPiA+ PiBjb250YWN0IGFuZCBtdXhpbmcgY2F0ZWdvcnkgZm9yIHRoZSBTRFAgYXR0cmlidXRlcy4gSG93 ZXZlciwgSSB0aGluaw0KPiA+PiB3ZSBkbyBuZWVkIHRvIGRvIGEgYml0IG1vcmUgaGVyZSwgYW5k IEkgdGhpbmsgdGhlIFdHIG5lZWRzIHRvIHJldmlldw0KPiB0aGlzLg0KPiA+PiBTbyBiZWxvdyBh cmUgbXkgY29tbWVudHMsIGFuZCB3aGF0IEkgdGhpbmsgbmVlZCB0byBiZSBpbmNsdWRlZC4NCj4g Pj4NCj4gPj4gRmlyc3QsIGlzIHJlYWxseSAiTm9ybWFsIiB0aGUgbXV4IGNhdGVnb3J5IGZvciBh PWV4dG1hcC1hbGxvdy1taXhlZD8NCj4gPj4NCj4gPj4gVG8gbWUgIklkZW50aWNhbCIgd291bGQg bWFrZSBtdWNoIG1vcmUgc2Vuc2UuIEVpdGhlciB5b3UgYXJlIGNhcGFibGUNCj4gPj4gb2Ygc3Vw cG9ydCBtaXhlZCBvciBvbmUgaXMgbm90LiBIYXZpbmcgc29tZSBtPSBsaW5lcyBpbiBhIG11eCBz YXlpbmcNCj4gPj4geWVzIGl0IGlzIHBvc3NpYmxlLCBhbmQgb3RoZXJzIHNheWluZyBubywgSSBj YW4ndC4gVGhhdCBkbyBub3QgbWFrZQ0KPiA+PiBhbnkgc2Vuc2UgdG8gbWUsIGF0IGxlYXN0IGFj cm9zcyBSVFAgbT0gbGluZXMuDQo+ID4+DQo+ID4NCj4gPiAgW1JvbmkgRXZlbl0gSSBhbSBub3Qg c3VyZSwgY3VycmVudGx5IHlvdSBjYW4gaGF2ZSBzb21lIG0tbGluZXMgc3VwcG9ydA0KPiBtaXhl ZCBhbmQgc29tZSBub3QgKHVzZSBzZXNzaW9uIGxldmVsIGZvciBhbGwpLg0KPiA+IFdoeSBkbyB5 b3Ugd2FudCB0byBlbmZvcmNlIGlkZW50aWNhbCBmb3IgYnVuZGxlLiBPbmUgY2FuIHJlcGVhdCB0 aGUNCj4gYWxsb3dlZCBtaXhlZCBvciB1c2Ugc2Vzc2lvbiBsZXZlbCBpZiB0aGlzIGlzIHdoYXQg aGUgd2FudHMuDQo+ID4gQnkgeW91ciBsb2dpYyB3aHkgZG8gd2UgbmVlZCB0byBhbGxvdyBpbiB0 aGUgbm90IGJ1bmRsZXMgY2FzZSB0byBzdXBwb3J0DQo+IHNvbWUgd2l0aCBhbGxvd2VkIG1peGVk IGFuZCBzb21lIHdpdGhvdXQ/IFdlIGNvdWxkIGhhdmUgdXNlZCBvbmx5DQo+IHNlc3Npb24gbGV2 ZWwgZm9yIG5vdCBidW5kbGVkIGNhc2UuDQo+IA0KPiBTbyB0aGUgZXh0bWFwIGNvbmZpZ3VyYXRp b24gZm9yIGFuIFJUUCBzZXNzaW9uIGhhcyBhIGNvbW1vbiBJRCBzcGFjZS4gU28NCj4gZm9yIGFs bCBSVFAgbT0gbGluZXMgdGhhdCBlbmRzIHVwIGluIHRoZSBzYW1lIGJ1bmRsZSwgbmVlZHMgdG8g aGF2ZSBhDQo+IGNvbnNpc3RlbnQgc3BhY2UgYW5kIHRodXMsIGl0IGJlY29tZXMgZGlmZmljdWx0 IGZvciBhbiBhbnN3ZXJlciB0byBjcmVhdGUgYW4NCj4gYW5zd2VyIHRvIGFuIG9mZmVyIHdoZXJl IG9uZSBtPSBsaW5lIGluIGEgYnVuZGxlIGFsbG93cyBtaXhlZCwgYW5kIHRoZQ0KPiBvdGhlciBu b3QgYXMgaXQgYWZmZWN0cyBob3cgdG8gYXNzaWduIElEcy4gSXQgaXMgdGhlIHNhbWUgUlRQIHNl c3Npb24gdGhvc2UgUlRQDQo+IHN0cmVhbXMgYXJlIGdvaW5nIGludG8uIFRoZSBvbmx5IGFwcHJv YWNoZXMgdG8gaGFuZGxlIHRoaXMgaXMgdG8gYWN0IGFzIG1peGVkDQo+IGJlaW5nIGRpc2FsbG93 ZWQsIG9yIG5vdCBidW5kbGUgYXQgYWxsLg0KDQoNCltSb25pIEV2ZW5dIElmIEkgdW5kZXJzdGFu ZCB5b3VyIHBvaW50LCBJIHRoaW5rIHRoYXQgYnkgbm90IGFsbG93aW5nIHRoZSBzYW1lIElEIGlu IG11bHRpcGxlIG0tbGluZXMgZXZlbiBpZiB0aGUgc2FtZSBoZWFkZXIgZXh0ZW5zaW9uIHdpdGgg dGhlIHNhbWUgdmFsdWVzIHdpbGwgd29yay4NCg0KDQo+IA0KPiBJIG1pZ2h0IGhhdmUgbWlzc2Vk IGhvdyBJZGVudGljYWwgaXMgdHJlYXRlZCBpbiBidW5kbGVzIHdpdGggZGlmZmVyZW50DQo+IHBy b3RvY29scyAoUFJPVE8pLiBCZWNhdXNlIHRoaXMgY2xlYXJseSBvbmx5IG5lZWQgdG8gYmUgaWRl bnRpY2FsIGZvciBhbGwgbT0NCj4gYmxvY2tzIHRoYXQgYXJlIHVzaW5nIHRoZSBzYW1lIFBST1RP LiBJcyB0aGlzIGEgbWlzc2luZyBjYXRlZ29yeSBpbiBTRFAgbXV4DQo+IGF0dHJpYnV0ZXMgZHJh ZnQ/DQo+IA0KPiA+Pg0KPiA+PiBTZWNvbmRseSwgSSB3b25kZXIgaWYgdGhlcmUgbmVlZHMgdG8g YmUgbW9yZSBkaXNjdXNzaW9uIGFuZCBzcGVjIHRleHQgb24NCj4gPj4gbXV4aW5nIGZvciBleHRt YXAuIFNvIGRyYWZ0LWlldGYtbW11c2ljLXNkcC1tdXgtYXR0cmlidXRlcyBzYXlzIG9uDQo+IHNw ZWNpYWw6DQo+ID4+DQo+ID4+IDQuOC4gIENhdGVnb3J5OiBTUEVDSUFMDQo+ID4+DQo+ID4+ICAg ICBGb3IgdGhlIGF0dHJpYnV0ZXMgaW4gdGhlIFNQRUNJQUwgY2F0ZWdvcnksIHRoZSB0ZXh0IGlu IHRoZQ0KPiA+PiAgICAgc3BlY2lmaWNhdGlvbiBkZWZpbmluZyB0aGUgYXR0cmlidXRlIE1VU1Qg YmUgY29uc3VsdGVkIGZvciBmdXJ0aGVyDQo+ID4+ICAgICBoYW5kbGluZyB3aGVuIG11bHRpcGxl eGVkLg0KPiA+Pg0KPiA+PiAgICAgQXMgYW4gZXhhbXBlbCwgZm9yIHRoZSBhdHRyaWJ1dGUgZXh0 bWFwIFtSRkM1Mjg1XSwgdGhlIHNwZWNpZmljYXRpb24NCj4gPj4gICAgIGRlZmluaW5nIHRoZSBl eHRlbnNpb24gbmVlZHMgdG8gYmUgcmVmZXJyZWQgdG8gdW5kZXJzdGFuZCB0aGUNCj4gPj4gICAg IG11bHRpcGxleGluZyBpbXBsaWNhdGlvbnMuDQo+ID4+DQo+ID4+IGFuZA0KPiA+Pg0KPiA+PiA1 LjEzLiAgUkZDNTI4NTogUlRQIEhlYWRlciBFeHRlbnNpb25zDQo+ID4+DQo+ID4+ICAgICBbUkZD NTI4NV0gcHJvdmlkZXMgYSBnZW5lcmFsIG1lY2hhbmlzbSB0byB1c2UgdGhlIGhlYWRlciBleHRl bnNpb24NCj4gPj4gICAgIGZlYXR1cmUgb2YgUlRQLiAgSXQgcHJvdmlkZXMgdGhlIG9wdGlvbiB0 byB1c2UgYSBzbWFsbCBudW1iZXIgb2YNCj4gPj4gICAgIHNtYWxsIGV4dGVuc2lvbnMgaW4gZWFj aCBSVFAgcGFja2V0LCB3aGVyZSB0aGUgdW5pdmVyc2Ugb2YgcG9zc2libGUNCj4gPj4gICAgIGV4 dGVuc2lvbnMgaXMgbGFyZ2UgYW5kIHJlZ2lzdHJhdGlvbiBpcyBkZS1jZW50cmFsaXplZC4gIFRo ZSBhY3R1YWwNCj4gPj4gICAgIGV4dGVuc2lvbnMgaW4gdXNlIGluIGEgc2Vzc2lvbiBhcmUgc2ln bmFsZWQgaW4gdGhlIHNldHVwIGluZm9ybWF0aW9uDQo+ID4+ICAgICBmb3IgdGhhdCBzZXNzaW9u Lg0KPiA+Pg0KPiA+PiAgICAgKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSstLS0tLS0tKy0tLS0tLS0tLS0rDQo+ID4+ICAgICB8IE5hbWUgICAgfCBOb3Rl cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCBMZXZlbCB8IE11eCAgICAgIHwNCj4g Pj4gICAgIHwgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8 ICAgICAgIHwgQ2F0ZWdvcnkgfA0KPiA+PiAgICAgKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tKy0tLS0tLS0tLS0rDQo+ID4+ICAgICB8IGV4 dG1hcCAgfCBSZWZlciB0byB0aGUgZG9jdW1lbnQgZGVmaW5pbmcgdGhlICAgfCBCICAgICB8IFNQ RUNJQUwgIHwNCj4gPj4gICAgIHwgICAgICAgICB8IHNwZWNpZmljIFJUUCBFeHRlbnNpb24gICAg ICAgICAgICAgICB8ICAgICAgIHwgICAgICAgICAgfA0KPiA+PiAgICAgfCAgICAgICAgIHwgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgfCAgICAgICAgICB8DQo+ ID4+ICAgICArLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Ky0tLS0tLS0rLS0tLS0tLS0tLSsNCj4gPj4NCj4gPj4gICAgICAgICAgICAgICAgICAgICAgICA1 LjEzIFJGQzUyODUgQXR0cmlidXRlIEFuYWx5c2lzDQo+ID4+DQo+ID4+DQo+ID4+DQo+ID4NCj4g PiBbUm9uaSBFdmVuXSBJIGFzc3VtZWQgdGhhdCB0aGUgYmVoYXZpb3IgaXMgc2ltaWxhciB0byBz ZXNzaW9uIGxldmVsIGV4dG1hcA0KPiBleGNlcHQgdGhhdCB0aGUgUlRQIGV4dGVuc2lvbiBpcyBv bmx5IGZvciB0aGUgbS1saW5lDQo+ID4NCj4gPj4gVG8gbXkgdW5kZXJzdGFuZGluZyB0aGUgcHJv cGVydGllcyB0aGF0IGFwcGxpZXMgdG8gZXh0bWFwIHdoZW4gbXV4aW5nDQo+IGENCj4gPj4gc2V0 IG9mIFJUUCBtPSBsaW5lcyBhcmUgdGhlIGZvbGxvd2luZzoNCj4gPj4NCj4gPj4gMS4gVGhlIElE IHNwYWNlIGlzIGNvbW1vbiBhY3Jvc3MgYWxsIG09IGxpbmVzICh1c2luZyBSVFApIGluIGEgQlVO RExFDQo+IGdyb3VwLg0KPiA+Pg0KPiA+ICBbUm9uaSBFdmVuXSB0aGlzIGlzIGxpa2Ugc2Vzc2lv biBsZXZlbA0KPiANCj4gSSB3YXNuJ3QgYWN0dWFsbHkgdGhpbmtpbmcgYWJvdXQgc2Vzc2lvbiBs ZXZlbCwgYnV0IGZyb20gYSB0cmVhdG1lbnQNCj4gbGV2ZWwgaXQgaXMgd2hhdCB5b3Ugd291bGQg YWdncmVnYXRlIGFjcm9zcyBhbGwgdGhlIG09IGxpbmVzIGluIHRoZSBidW5kbGUuDQo+IA0KPiA+ DQo+ID4+IDIuIEVhY2ggbT0gYmxvY2sgY2FuIGRlZmluZSBhIHN1YnNldCBvZiB0aGUgdG90YWwg ZGVmaW5lZCBJRCBudW1iZXJzDQo+ID4+IGluZGljYXRpbmcgbGltaXRzIGluIHVzZSBmb3IgYSBw YXJ0aWN1bGFyIG1lZGlhIHNvdXJjZS4gVGhpcyBhbGxvd3MgZm9yDQo+IGV4YW1wbGUNCj4gPj4g YXVkaW8gYW5kIHZpZGVvIG1lZGlhIHNvdXJjZXMgdG8gdXNlIGRpZmZlcmVudCBzZXQgb2YgaGVh ZGVyIGV4dGVuc2lvbnMuDQo+ID4+DQo+ID4NCj4gPiBbUm9uaSBFdmVuXSBzbyB5b3UgYXJlIHNh eWluZyB0aGF0IGlmIHlvdSB1c2UgbWVkaWEgbGV2ZWwsIHRoZSBzdXBwb3J0IGZvcg0KPiB0aGlz IGV4dGVuc2lvbnMgYXJlIG9ubHkgZm9yIHRoaXMgc3BlY2lmaWMgbS1saW5lDQo+IA0KPiBZZXMs IGFjdHVhbCB1c2FnZSBpcyBvbmx5IGZvciBSVFAgc3RyZWFtcyBiZWxvbmdpbmcgdG8gdGhpcyBt PSBibG9jay4gQW4NCj4gZXhhbXBsZSBvZiB0aGlzIHdvdWxkIGJlIHRoaXMgYWJicmV2YWl0ZWQg U0RQDQo+IA0KPiBhPWdyb3VwIEJVTkRMRSBhIGIgYw0KPiBtPWF1ZGlvIFJUUCA5Nw0KPiBhPW1p ZDphDQo+IGE9ZXh0bWFwOjEgdXJuOmlldGY6cGFyYW1zOnJ0cC1oZHJleHQ6c3NyYy1hdWRpby1s ZXZlbA0KPiBtPWF1ZGlvIFJUUCA5Nw0KPiBhPW1pZDpiDQo+IGE9ZXh0bWFwOjEgdXJuOmlldGY6 cGFyYW1zOnJ0cC1oZHJleHQ6c3NyYy1hdWRpby1sZXZlbA0KPiBtPXZpZGVvIFJUUCA5OA0KPiBh PW1pZDpjDQo+IGE9ZXh0bWFwOjIgdXJuOjNncHA6dmlkZW8tb3JpZW50YXRpb24NCj4gDQo+IFRo aXMgYWJvdmUgc2hvd3MgYW4gZXhhbXBsZSB1c2luZyBoZWFkZXIgZXh0ZW5zaW9ucyB0aGF0IG1h a2VzIG5vIHNlbnNlDQo+IHRvIGFjdHVhbGx5IHVzZSBpbiB0aGUgb3RoZXIgbT0gaW4gdGhlIGJ1 bmRsZSwgYnV0IHRoZSBjb25maWd1cmF0aW9uIG9mDQo+IHRoZSBSVFAgaGVhZGVyIGV4dGVuc2lv biBpcyBzb21ldGhpbmcgdGhhdCBoYXBwZW5zIG9uIFJUUCBzZXNzaW9uIGxldmVsDQo+IGFuZCB0 aHVzLCB0aGV5IG11c3QgaGF2ZSB1bmlxdWUgYW5kIGRpZmZlcmVudCBudW1iZXJzLg0KPiANCj4g WWVzLCBvbmUgY291bGQgaGF2ZSBjb25maWd1cmUgdGhlIHR3byBleHRtYXAgb24gU0RQIHNlc3Np b24gbGV2ZWwgYW5kDQo+IGdldCB0aGUgc2FtZSBjb25maWd1cmF0aW9uLiBCdXQgaXQgd291bGQg bGFjayB0aGUgaW5kaWNhdGlvbiBvbiB3aGljaA0KPiBvbmUgdGhleSBhcmUgdXNlZC4gQW5kIGlu IHRoZSBhYm92ZSBjYXNlLCBtYXliZSBtaWQgYikgd291bGQgbm90IGluY2x1ZGUNCj4gYXVkaW8t bGV2ZWwsIGFuZCB0aGVuIG9uZSBjb3VsZCBleGx1ZGUgdGhlIGV4YW1hcCBhdHRyaWJ1dGUgYW5k IGluZGljYXRlDQo+IHRoaXMuDQoNCltSb25pIEV2ZW5dIFRoZSBleGFtcGxlIGRvZXMgbm90IGhh dmUgYW55IGF0dHJpYnV0ZSB2YWx1ZSwgd2hlbiB0aGVyZSBpcyBvbmUgYW5kIHlvdSB3YW50IHRv IGNoYW5nZSB5b3Ugd2lsbCBuZWVkIHRvIG5lZ290aWF0ZSBhIG5ldyBJRC4NCg0KDQoNCj4gDQo+ ID4NCj4gPg0KPiA+PiAzLiBBbiBJRCBudW1iZXIgdGhhdCBpcyBkZWZpbmVkIGluIG11bHRpcGxl IG09IGJsb2NrcyBNVVNUIGhhdmUgaWRlbnRpY2FsDQo+ID4+IGV4dG1hcCBjb25maWd1cmF0aW9u LCBpLmUuIHRoZSBzYW1lIFVSTCBhbmQgYW55IGV4dGVuc2lvbiBhdHRyaWJ1dGVzIHRoYXQNCj4g Pj4gZWZmZWN0IHRoZSB1c2FnZSBvciBmb3JtIG9mIHRoZSBSVFAgaGVhZGVyIGV4dGVuc2lvbi4N Cj4gPj4NCj4gPg0KPiA+IFtSb25pIEV2ZW5dIE15IHN1Z2dlc3Rpb24gaXMgdG8gbm90IHJlcGVh dCBJRCBpbiBkaWZmZXJlbnQgbS1saW5lcw0KPiBldmVuIGlmIHVzZSB0aGUgc2FtZSBleHRlbnNp b24sIG9uZSBzcGFjZSB3aXRoIHVuaXF1ZSBJRHMuIFRoaXMgd2lsbCBiZQ0KPiBzaW1wbGVyLiBJ IGRvIG5vdCB0aGluayB3ZSBoYXZlIGEgcHJvYmxlbSB3aXRoIHRoZSBudW1iZXIgb2YgSURzLg0K PiANCj4gQWN0dWFsbHksIHdlIG9ubHkgaGF2ZSAxNCBzaG9ydCBmb3JtYXQgSURzLCBzbyBJIGRp c2FncmVlIHdpdGggeW91LiBUYWtlDQo+IGEgQ0xVRSBjb25mZXJlbmNpbmcgc2NlbmFyaW8gd2hl cmUgb25lIHVzZXMgQlVORExFLCB0aGVuIGVhY2ggbT0gYmxvY2sNCj4gZm9yIGF1ZGlvIG1heSBo YXZlIDUgY29uZmlndXJlZCBJRHMgKHNzcmMtYXVkaW8tbGV2ZWwsIGVuY3J5cHQsDQo+IHNkZXM6 Y25hbWUsIHNkZXM6Q2FwdElkLCBzZGVzOm1pZCkuIFVubGVzcyB5b3UgcmVzdXNlIHRoZW0gYWNy b3NzIHRoZSBtPQ0KPiBsaW5lcyBpdCB3aWxsIG5vdCB3b3JrLg0KW1JvbmkgRXZlbl0gVGhpcyBp cyB3aHkgd2UgaGF2ZSB0aGUgdHdvIGJ5dGUgaGVhZGVyIGV4dGVuc2lvbnMsIGFuZCBJIGFzc3Vt ZSB0aGF0IGlmIHlvdSBzdXBwb3J0IGJ1bmRsZSB5b3Ugc2hvdWxkIHN1cHBvcnQgUkZDNTI4NS1i aXMNCj4gDQo+IENoZWVycw0KPiANCj4gTWFnbnVzIFdlc3Rlcmx1bmQNCj4gDQo+IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCj4gTWVkaWEgVGVjaG5vbG9naWVzLCBFcmljc3NvbiBSZXNlYXJjaA0KPiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQo+IEVyaWNzc29uIEFCICAgICAgICAgICAgICAgICB8IFBob25lICArNDYgMTAgNzE0 ODI4Nw0KPiBGw6Ryw7ZnYXRhbiA2ICAgICAgICAgICAgICAgICB8IE1vYmlsZSArNDYgNzMgMDk0 OTA3OQ0KPiBTRS0xNjQgODAgU3RvY2tob2xtLCBTd2VkZW4gfCBtYWlsdG86IG1hZ251cy53ZXN0 ZXJsdW5kQGVyaWNzc29uLmNvbQ0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg== From nobody Thu May 4 00:25:53 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69CCA126C89; Thu, 4 May 2017 00:25:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 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=-0.001, 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 AkmkRiQEKjSC; Thu, 4 May 2017 00:25:50 -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 2F325129534; Thu, 4 May 2017 00:25:49 -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 DMG06506; Thu, 04 May 2017 07:25:47 +0000 (GMT) Received: from DGGEMM403-HUB.china.huawei.com (10.3.20.211) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 4 May 2017 08:25:45 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.133]) by DGGEMM403-HUB.china.huawei.com ([10.3.20.211]) with mapi id 14.03.0301.000; Thu, 4 May 2017 15:25:34 +0800 From: Roni Even To: Magnus Westerlund , "avt@ietf.org" , "draft-ietf-avtcore-rfc5285-bis@ietf.org" , Ben Campbell Thread-Topic: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt - open issues on bundle use Thread-Index: AdLEp5wECBiFDmA8SY+KcDNLf5xPZw== Date: Thu, 4 May 2017 07:25:34 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD7B287C@DGGEMM506-MBX.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.201.202] 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.0A020205.590AD77B.0078, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.133, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 0ee982abb3d1e84f064cc06948021c51 Archived-At: Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt - open issues on bundle use X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2017 07:25:52 -0000 SGkgTWFnbnVzLA0KSSB3aWxsICB0cnkgdG8gc3VtbWFyaXplIHdoZXJlIHdlIHN0YW5kDQoxLiBG b3IgIGE9ZXh0bWFwLWFsbG93LW1peGVkIGlzIGl0IG5vcm1hbCBvciBpZGVudGljYWw/IERvIHdl IHJlcXVpcmUgYWxsIG0tbGluZXMgaW4gYSBidW5kbGUgZ3JvdXAgdG8gc3BlY2lmeSB0aGlzIGF0 dHJpYnV0ZSBvciBjYW4gaXQgYmUgcGVyIG0tbGluZQ0KDQoyLiBGb3IgIGV4dG1hcCwgcG9pbnQg MSBhbmQgMiBhcmUgbm8gcHJvYmxlbSwgSSBjYW4gYWRkIHRleHQgZm9yIHRoZSBidW5kbGUgY2Fz ZS4NCg0KMy4gIEZvciBwb2ludCAzIGRvIHdlIHdhbnQgdXNlIHNhbWUgSUQgaW4gbXVsdGlwbGUg bS1saW5lcyBpbiB0aGUgYnVuZGxlIGdyb3VwIGZvciBzYW1lIFJUUCBoZWFkZXIgZXh0ZW5zaW9u IGNvbmZpZ3VyYXRpb24gb3IgZG8gd2UgbWFuZGF0ZSB1bmlxdWUgSURzIGZvciBleHRtYXAgZGVm aW5lZCBpbiB0aGUgYnVuZGxlIGdyb3VwLg0KDQo0LiBGb3IgcG9pbnQgNCwgbm90IHN1cmUgaWYg dGhpcyBjaGFuZ2UgYW55IGN1cnJlbnQgYmVoYXZpb3Igb2YgZGlyZWN0aW9uYWxpdHkgZm9yIGV4 dG1hcCBhbmQgbmVlZCB0byBiZSBzcGVjZmllZCwgb3IgYW0gSSBtaXNzaW5nIHNvbWV0aGluZy4g Q3VycmVudGx5IHRoZSBkaXJlY3Rpb25hbGl0eSBtdXN0IGNvbXBseSB3aXRoIHRoZSBjYXJyeWlu ZyBSVFAgc3RyZWFtIGRpcmVjdGlvbmFsaXR5Lg0KDQpUaGFua3MNClJvbmkNCg0KDQoNCj4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogYXZ0IFttYWlsdG86YXZ0LWJvdW5jZXNA aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBNYWdudXMgV2VzdGVybHVuZA0KPiBTZW50OiDXmdeV153C oNeTIDAzINee15DXmSAyMDE3IDExOjI3DQo+IFRvOiBhdnRAaWV0Zi5vcmc7IGRyYWZ0LWlldGYt YXZ0Y29yZS1yZmM1Mjg1LWJpc0BpZXRmLm9yZzsgQmVuIENhbXBiZWxsDQo+IFN1YmplY3Q6IFJl OiBbQVZUQ09SRV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1hdnRjb3JlLXJmYzUyODUtYmlzLTEx LnR4dA0KPiANCj4gV0csDQo+IA0KPiBTbyB0aGlzIGxhdGVzdCB1cGRhdGUgd2FzIGRvbmUsIGJh c2VkIG9uIHRoZSBJQU5BIGV4cGVydCByZXZpZXdlciBmb3IgdGhlDQo+IFNEUCByZWdpc3RyYXRp b25zLiBSb25pIHF1aWNrbHkgdXBkYXRlZCB0aGUgdGVtcGxhdGUgdG8gcmVzb2x2ZSBjb250YWN0 IGFuZA0KPiBtdXhpbmcgY2F0ZWdvcnkgZm9yIHRoZSBTRFAgYXR0cmlidXRlcy4gSG93ZXZlciwg SSB0aGluayB3ZSBkbyBuZWVkIHRvIGRvIGENCj4gYml0IG1vcmUgaGVyZSwgYW5kIEkgdGhpbmsg dGhlIFdHIG5lZWRzIHRvIHJldmlldyB0aGlzLg0KPiBTbyBiZWxvdyBhcmUgbXkgY29tbWVudHMs IGFuZCB3aGF0IEkgdGhpbmsgbmVlZCB0byBiZSBpbmNsdWRlZC4NCj4gDQo+IEZpcnN0LCBpcyBy ZWFsbHkgIk5vcm1hbCIgdGhlIG11eCBjYXRlZ29yeSBmb3IgYT1leHRtYXAtYWxsb3ctbWl4ZWQ/ DQo+IA0KPiBUbyBtZSAiSWRlbnRpY2FsIiB3b3VsZCBtYWtlIG11Y2ggbW9yZSBzZW5zZS4gRWl0 aGVyIHlvdSBhcmUgY2FwYWJsZSBvZg0KPiBzdXBwb3J0IG1peGVkIG9yIG9uZSBpcyBub3QuIEhh dmluZyBzb21lIG09IGxpbmVzIGluIGEgbXV4IHNheWluZyB5ZXMgaXQgaXMNCj4gcG9zc2libGUs IGFuZCBvdGhlcnMgc2F5aW5nIG5vLCBJIGNhbid0LiBUaGF0IGRvIG5vdCBtYWtlIGFueSBzZW5z ZSB0byBtZSwgYXQNCj4gbGVhc3QgYWNyb3NzIFJUUCBtPSBsaW5lcy4NCj4gDQo+IA0KPiBTZWNv bmRseSwgSSB3b25kZXIgaWYgdGhlcmUgbmVlZHMgdG8gYmUgbW9yZSBkaXNjdXNzaW9uIGFuZCBz cGVjIHRleHQgb24NCj4gbXV4aW5nIGZvciBleHRtYXAuIFNvIGRyYWZ0LWlldGYtbW11c2ljLXNk cC1tdXgtYXR0cmlidXRlcyBzYXlzIG9uIHNwZWNpYWw6DQo+IA0KPiA0LjguICBDYXRlZ29yeTog U1BFQ0lBTA0KPiANCj4gICAgIEZvciB0aGUgYXR0cmlidXRlcyBpbiB0aGUgU1BFQ0lBTCBjYXRl Z29yeSwgdGhlIHRleHQgaW4gdGhlDQo+ICAgICBzcGVjaWZpY2F0aW9uIGRlZmluaW5nIHRoZSBh dHRyaWJ1dGUgTVVTVCBiZSBjb25zdWx0ZWQgZm9yIGZ1cnRoZXINCj4gICAgIGhhbmRsaW5nIHdo ZW4gbXVsdGlwbGV4ZWQuDQo+IA0KPiAgICAgQXMgYW4gZXhhbXBlbCwgZm9yIHRoZSBhdHRyaWJ1 dGUgZXh0bWFwIFtSRkM1Mjg1XSwgdGhlIHNwZWNpZmljYXRpb24NCj4gICAgIGRlZmluaW5nIHRo ZSBleHRlbnNpb24gbmVlZHMgdG8gYmUgcmVmZXJyZWQgdG8gdW5kZXJzdGFuZCB0aGUNCj4gICAg IG11bHRpcGxleGluZyBpbXBsaWNhdGlvbnMuDQo+IA0KPiBhbmQNCj4gDQo+IDUuMTMuICBSRkM1 Mjg1OiBSVFAgSGVhZGVyIEV4dGVuc2lvbnMNCj4gDQo+ICAgICBbUkZDNTI4NV0gcHJvdmlkZXMg YSBnZW5lcmFsIG1lY2hhbmlzbSB0byB1c2UgdGhlIGhlYWRlciBleHRlbnNpb24NCj4gICAgIGZl YXR1cmUgb2YgUlRQLiAgSXQgcHJvdmlkZXMgdGhlIG9wdGlvbiB0byB1c2UgYSBzbWFsbCBudW1i ZXIgb2YNCj4gICAgIHNtYWxsIGV4dGVuc2lvbnMgaW4gZWFjaCBSVFAgcGFja2V0LCB3aGVyZSB0 aGUgdW5pdmVyc2Ugb2YgcG9zc2libGUNCj4gICAgIGV4dGVuc2lvbnMgaXMgbGFyZ2UgYW5kIHJl Z2lzdHJhdGlvbiBpcyBkZS1jZW50cmFsaXplZC4gIFRoZSBhY3R1YWwNCj4gICAgIGV4dGVuc2lv bnMgaW4gdXNlIGluIGEgc2Vzc2lvbiBhcmUgc2lnbmFsZWQgaW4gdGhlIHNldHVwIGluZm9ybWF0 aW9uDQo+ICAgICBmb3IgdGhhdCBzZXNzaW9uLg0KPiANCj4gICAgICstLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLSstLS0tLS0tLS0tKw0KPiAg ICAgfCBOYW1lICAgIHwgTm90ZXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgTGV2 ZWwgfCBNdXggICAgICB8DQo+ICAgICB8ICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfCAgICAgICB8IENhdGVnb3J5IHwNCj4gICAgICstLS0tLS0tLS0rLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLSstLS0tLS0tLS0tKw0K PiAgICAgfCBleHRtYXAgIHwgUmVmZXIgdG8gdGhlIGRvY3VtZW50IGRlZmluaW5nIHRoZSAgIHwg QiAgICAgfCBTUEVDSUFMICB8DQo+ICAgICB8ICAgICAgICAgfCBzcGVjaWZpYyBSVFAgRXh0ZW5z aW9uICAgICAgICAgICAgICAgfCAgICAgICB8ICAgICAgICAgIHwNCj4gICAgIHwgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgIHwgICAgICAgICAg fA0KPiAgICAgKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSstLS0tLS0tKy0tLS0tLS0tLS0rDQo+IA0KPiAgICAgICAgICAgICAgICAgICAgICAgIDUuMTMg UkZDNTI4NSBBdHRyaWJ1dGUgQW5hbHlzaXMNCj4gDQo+IA0KPiANCj4gVG8gbXkgdW5kZXJzdGFu ZGluZyB0aGUgcHJvcGVydGllcyB0aGF0IGFwcGxpZXMgdG8gZXh0bWFwIHdoZW4gbXV4aW5nIGEN Cj4gc2V0IG9mIFJUUCBtPSBsaW5lcyBhcmUgdGhlIGZvbGxvd2luZzoNCj4gDQo+IDEuIFRoZSBJ RCBzcGFjZSBpcyBjb21tb24gYWNyb3NzIGFsbCBtPSBsaW5lcyAodXNpbmcgUlRQKSBpbiBhIEJV TkRMRSBncm91cC4NCj4gDQo+IDIuIEVhY2ggbT0gYmxvY2sgY2FuIGRlZmluZSBhIHN1YnNldCBv ZiB0aGUgdG90YWwgZGVmaW5lZCBJRCBudW1iZXJzDQo+IGluZGljYXRpbmcgbGltaXRzIGluIHVz ZSBmb3IgYSBwYXJ0aWN1bGFyIG1lZGlhIHNvdXJjZS4gVGhpcyBhbGxvd3MgZm9yIGV4YW1wbGUN Cj4gYXVkaW8gYW5kIHZpZGVvIG1lZGlhIHNvdXJjZXMgdG8gdXNlIGRpZmZlcmVudCBzZXQgb2Yg aGVhZGVyIGV4dGVuc2lvbnMuDQo+IA0KPiAzLiBBbiBJRCBudW1iZXIgdGhhdCBpcyBkZWZpbmVk IGluIG11bHRpcGxlIG09IGJsb2NrcyBNVVNUIGhhdmUgaWRlbnRpY2FsDQo+IGV4dG1hcCBjb25m aWd1cmF0aW9uLCBpLmUuIHRoZSBzYW1lIFVSTCBhbmQgYW55IGV4dGVuc2lvbiBhdHRyaWJ1dGVz IHRoYXQNCj4gZWZmZWN0IHRoZSB1c2FnZSBvciBmb3JtIG9mIHRoZSBSVFAgaGVhZGVyIGV4dGVu c2lvbi4NCj4gDQo+IDQuIFRoZSBleHRtYXAgZGlyZWN0aW9uIHNldHRpbmcgZm9yIGEgcGFydGlj dWxhciBJRCBudW1iZXIgTUFZIGJlDQo+IGluZGVwZW5kZW50bHkgc2V0IHBlciBtZWRpYSBzb3Vy Y2UgKG09IGJsb2NrKS4gVGhpcyBhcyBzb21lIG1lZGlhIHNvdXJjZQ0KPiBtYXkgYmUgdW5pZGly ZWN0aW9uYWwgYW5kIG90aGVyIGJpLWRpcmVjdGlvbmFsLg0KPiANCj4gSSB0aGluayB0aGVyZSBp cyBuZWVkIHRoYXQgd2UgYWN0dWFsbHkgZG9jdW1lbnQgdGhpcyBpbiB0aGlzIGxldmVsIG9mIGRl dGFpbCBzbw0KPiB0aGF0IHdlIGdldCBjb25zaXN0ZW50IGltcGxlbWVudGF0aW9uIHN1cHBvcnQu DQo+IA0KPiBTbywgV0cgb3BpbmlvbnMsIG9yIGNvbW1lbnRzIG9uIG15IHByb3Bvc2FsIG9mIGhv dyBvbmUgbmVlZHMgdG8gZGVhbA0KPiB3aXRoIGV4dG1hcD8NCj4gDQo+IEkgaGF2ZSByZWNvbW1l bmQgdG8gQmVuIHRoYXQgd2UgZG9uJ3QgcHV0IHRoaXMgZG9jdW1lbnQgb250byB0aGUgSUVTRw0K PiBhZ2VuZGEgdW50aWwgdGhlIGFib3ZlIGlzIHJlc29sdmVkLg0KPiANCj4gQ2hlZXJzDQo+IA0K PiBNYWdudXMgV2VzdGVybHVuZA0KPiBEb2Mgc2hlcGhlcmQNCj4gDQo+IA0KPiANCj4gLS0NCj4g DQo+IE1hZ251cyBXZXN0ZXJsdW5kDQo+IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IE1lZGlhIFRlY2hu b2xvZ2llcywgRXJpY3Nzb24gUmVzZWFyY2gNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBFcmljc3NvbiBB QiAgICAgICAgICAgICAgICAgfCBQaG9uZSAgKzQ2IDEwIDcxNDgyODcNCj4gRsOkcsO2Z2F0YW4g NiAgICAgICAgICAgICAgICAgfCBNb2JpbGUgKzQ2IDczIDA5NDkwNzkNCj4gU0UtMTY0IDgwIFN0 b2NraG9sbSwgU3dlZGVuIHwgbWFpbHRvOiBtYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5jb20N Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gQXVkaW8vVmlkZW8gVHJhbnNwb3J0IENvcmUgTWFpbnRlbmFuY2UN Cj4gYXZ0QGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v YXZ0DQo= From nobody Thu May 4 14:01:55 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A728A12946C for ; Thu, 4 May 2017 14:01:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.302 X-Spam-Level: X-Spam-Status: No, score=-4.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 NfaZKxfvOv9X for ; Thu, 4 May 2017 14:01:51 -0700 (PDT) Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) (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 4BB0A12702E for ; Thu, 4 May 2017 14:01:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1493931697; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=lNsFLI7pKTsxSmcl9Cn54ehbeLt9ocVlk9c2PTjkVWA=; b=QPaHBvGscXMitZNCMaE4FB9tXNM8c/L7L+Fww5/4u/jEho5SWgOR4BipB8gHAtT+ eMGUqLtezukFjcvVALihnueRXu5gXG7wb4RYRJrltv3Rh6ZkQVHbKHL+JGCjuqI6 U6T1/M7XOhkH32RCjYHpywimBJsNuywOMr0nQK+dJW0QFV2C39b50ppPrgM+Ur7Z W142F5Y4X3cV0u5UwdQttuJxoyjsBDjtmeFV7qHx1yNfd+O84MEnpIdkzA5freyz OVXDC/xEGTbmuX1FCydwKG5S/B5enbUUSAH6djYi5e/CY1LKxE2SW8LhDef2JD0U MoX8gfMFPtG1Pd3VqK0RxQ==; Received: from relay4.apple.com (relay4.apple.com [17.128.113.87]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 75.2F.08351.1B69B095; Thu, 4 May 2017 14:01:37 -0700 (PDT) X-AuditID: 11973e16-efb529a00000209f-00-590b96b15a40 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by relay4.apple.com (Apple SCV relay) with SMTP id AA.50.02523.1B69B095; Thu, 4 May 2017 14:01:37 -0700 (PDT) MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Received: from singda.apple.com (singda.apple.com [17.212.152.248]) by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.1.2.20170210 64bit (built Feb 10 2017)) with ESMTPSA id <0OPG00BVL52PFG60@nwk-mmpp-sz09.apple.com>; Thu, 04 May 2017 14:01:37 -0700 (PDT) Sender: singer@apple.com From: David Singer In-reply-to: <6E58094ECC8D8344914996DAD28F1CCD7B263E@DGGEMM506-MBX.china.huawei.com> Date: Thu, 04 May 2017 14:01:37 -0700 Cc: Magnus Westerlund , "avt@ietf.org" , "draft-ietf-avtcore-rfc5285-bis@ietf.org" , Ben Campbell Content-transfer-encoding: quoted-printable Message-id: <304C0BEE-D2E6-4F87-A79E-65144C846934@apple.com> References: <149379320405.21536.1248894768571572774@ietfa.amsl.com> <6E58094ECC8D8344914996DAD28F1CCD7B263E@DGGEMM506-MBX.china.huawei.com> To: Roni Even X-Mailer: Apple Mail (2.3273) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCLMWRmVeSWpSXmKPExsUi2FAYrrtxGnekwf4V5hYve1ayW8zvPM1u seP1KxaLS+vvMVl8OnaexYHV49fXq2weLUfesnosWfKTyWPWzicsASxRXDYpqTmZZalF+nYJ XBmLL39gKphtWHHtzAL2BsZrql2MnBwSAiYSV06uY+xi5OIQEljNJLFr5Vx2mMStaZeZIRIH GSV6XkxkAUnwCghK/Jh8D8jm4GAWUJeYMiUXomYOk8T6HfsYQWqEBSQkPn6czAJhe0gc/LuY CcRmE1CVeDDnGFgNp0CYxJxrnxlB5rAAxc8crQCZwyxwjlHi8csvbCA1zALaEk/eXWAFqeEV sJF4sdoKYtdhRonnL9eDzRQRUJE4dH4NM8TRshK3Zl8CO1pC4DKbxORzM1gnMArPQnL3LIS7 ZyFZsYCReRWjUG5iZo5uZp65XmJBQU6qXnJ+7iZGUDRMtxPbwfhwldUhRgEORiUe3gVu3JFC rIllxZW5hxilOViUxHn5NTkjhQTSE0tSs1NTC1KL4otKc1KLDzEycXBKNTAuNz/tfl7bcVHG n8Ay77BJHKdNV98+cbXuR9ES9jvG8XrLnxxQeBxvcUsx/7dY7Uadl/Pj3pTu1bJNk2a0MHuk zvVt5byEXTe0DquaCpre+S1nFfHjg8YE3i8homuefXu1e4LzigsV0QKPX92o27RRwaLLx8GW 2eRD/4bWZ+F2RemPludonzipxFKckWioxVxUnAgA4xdQnmcCAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGIsWRmVeSWpSXmKPExsUi2FAcoLtxGnekwZwZ+hYve1ayW8zvPM1u seP1KxaLS+vvMVl8OnaexYHV49fXq2weLUfesnosWfKTyWPWzicsASxRXDYpqTmZZalF+nYJ XBmLL39gKphtWHHtzAL2BsZrql2MnBwSAiYSt6ZdZu5i5OIQEjjIKNHzYiILSIJXQFDix+R7 QDYHB7OAusSUKbkQNXOYJNbv2McIUiMsICHx8eNkFgjbQ+Lg38VMIDabgKrEgznHwGo4BcIk 5lz7zAgyhwUofuZoBcgcZoFzjBKPX35hA6lhFtCWePLuAitIDa+AjcSL1VYQuw4zSjx/uR5s poiAisSh82uYIY6Wlbg1+xLzBEaBWUhOnYVw6iwkUxcwMq9iFChKzUmsNNFLLCjISdVLzs/d xAgO3sLwHYz/llkdYhTgYFTi4V3gxh0pxJpYVlyZe4hRgoNZSYT3wgSgEG9KYmVValF+fFFp TmrxIcYqoF8mMkuJJucDIyuvJN7QxMTAxNjYzNjY3MScKsJK4rzTspkihQTSE0tSs1NTC1KL YJYzcXBKNTCuXsEz862e+5JMjn/LFt/pKm7XDP5qIi6Tub/ul2NricXFR70fJXXzXmx6pJ6k IH1nvVLo8q7LdwzDLkY+P3E3St78+OoL8yf6WWUmHs2eec9YcmlggvG0gov3l4QdeHpQ6b5u 9oSgRxP5WOat/v0n5KXIdENGdheXZbemCZy52/2xva6HqbFViaU4I9FQi7moOBEAm1lUabkC AAA= Archived-At: Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2017 21:01:54 -0000 > On May 3, 2017, at 3:56 , Roni Even wrote: >=20 > inline >=20 >> -----Original Message----- >> From: avt [mailto:avt-bounces@ietf.org] On Behalf Of Magnus = Westerlund >> Sent: =D7=99=D7=95=D7=9D =D7=93 03 =D7=9E=D7=90=D7=99 2017 11:27 >> To: avt@ietf.org; draft-ietf-avtcore-rfc5285-bis@ietf.org; Ben = Campbell >> Subject: Re: [AVTCORE] I-D Action: = draft-ietf-avtcore-rfc5285-bis-11.txt >>=20 >> WG, >>=20 >> So this latest update was done, based on the IANA expert reviewer for = the >> SDP registrations. Roni quickly updated the template to resolve = contact and >> muxing category for the SDP attributes. However, I think we do need = to do a >> bit more here, and I think the WG needs to review this. >> So below are my comments, and what I think need to be included. >>=20 >> First, is really "Normal" the mux category for a=3Dextmap-allow-mixed? >>=20 >> To me "Identical" would make much more sense. Either you are capable = of >> support mixed or one is not. Having some m=3D lines in a mux saying = yes it is >> possible, and others saying no, I can't. That do not make any sense = to me, at >> least across RTP m=3D lines. >>=20 >=20 > [Roni Even] I am not sure, currently you can have some m-lines support = mixed and some not (use session level for all).=20 > Why do you want to enforce identical for bundle. One can repeat the = allowed mixed or use session level if this is what he wants. > By your logic why do we need to allow in the not bundles case to = support some with allowed mixed and some without? We could have used = only session level for not bundled case. I am not sure we need to enforce consistency, since either end can = insist on it is they wish. Maybe my video demuxer copes and my audio one = doesn=E2=80=99t. >>=20 >> Secondly, I wonder if there needs to be more discussion and spec text = on >> muxing for extmap. So draft-ietf-mmusic-sdp-mux-attributes says on = special: >>=20 >> 4.8. Category: SPECIAL >>=20 >> For the attributes in the SPECIAL category, the text in the >> specification defining the attribute MUST be consulted for further >> handling when multiplexed. >>=20 >> As an exampel, s/exampel/example/ >> for the attribute extmap [RFC5285], the specification >> defining the extension needs to be referred to understand the >> multiplexing implications. >>=20 >> and >>=20 >> 5.13. RFC5285: RTP Header Extensions >>=20 >> [RFC5285] provides a general mechanism to use the header extension >> feature of RTP. It provides the option to use a small number of >> small extensions in each RTP packet, where the universe of = possible >> extensions is large and registration is de-centralized. The = actual >> extensions in use in a session are signaled in the setup = information >> for that session. >>=20 >> = +---------+--------------------------------------+-------+----------+ >> | Name | Notes | Level | Mux = | >> | | | | = Category | >> = +---------+--------------------------------------+-------+----------+ >> | extmap | Refer to the document defining the | B | SPECIAL = | >> | | specific RTP Extension | | = | >> | | | | = | >> = +---------+--------------------------------------+-------+----------+ >>=20 >> 5.13 RFC5285 Attribute Analysis >>=20 >>=20 >>=20 >=20 > [Roni Even] I assumed that the behavior is similar to session level = extmap except that the RTP extension is only for the m-line >=20 >> To my understanding the properties that applies to extmap when muxing = a >> set of RTP m=3D lines are the following: >>=20 >> 1. The ID space is common across all m=3D lines (using RTP) in a = BUNDLE group. >>=20 > [Roni Even] this is like session level >=20 >> 2. Each m=3D block can define a subset of the total defined ID = numbers >> indicating limits in use for a particular media source. This allows = for example >> audio and video media sources to use different set of header = extensions. >>=20 >=20 > [Roni Even] so you are saying that if you use media level, the support = for this extensions are only for this specific m-line >=20 >=20 >> 3. An ID number that is defined in multiple m=3D blocks MUST have = identical >> extmap configuration, i.e. the same URL and any extension attributes = that >> effect the usage or form of the RTP header extension. >>=20 >=20 > [Roni Even] My suggestion is to not repeat ID in different m-lines = even if use the same extension, one space with unique IDs. This will be = simpler. I do not think we have a problem with the number of IDs. >=20 >> 4. The extmap direction setting for a particular ID number MAY be >> independently set per media source (m=3D block). This as some media = source >> may be unidirectional and other bi-directional. >>=20 >> I think there is need that we actually document this in this level of = detail so >> that we get consistent implementation support. >>=20 >> So, WG opinions, or comments on my proposal of how one needs to deal >> with extmap? >>=20 >> I have recommend to Ben that we don't put this document onto the IESG >> agenda until the above is resolved. >>=20 >> Cheers >>=20 >> Magnus Westerlund >> Doc shepherd >>=20 >>=20 >>=20 >> -- >>=20 >> Magnus Westerlund >>=20 >> = ---------------------------------------------------------------------- >> Media Technologies, Ericsson Research >> = ---------------------------------------------------------------------- >> Ericsson AB | Phone +46 10 7148287 >> F=C3=A4r=C3=B6gatan 6 | Mobile +46 73 0949079 >> SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com >> = ---------------------------------------------------------------------- >>=20 >> _______________________________________________ >> Audio/Video Transport Core Maintenance >> avt@ietf.org >> https://www.ietf.org/mailman/listinfo/avt David Singer Manager, Software Standards, Apple Inc. From nobody Sun May 7 08:14:38 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD31A127735 for ; Sun, 7 May 2017 08:14:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 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=-0.001, 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 iPetJtsOVCTu for ; Sun, 7 May 2017 08:14:35 -0700 (PDT) Received: from smtps.ntu.edu.tw (smtps.ntu.edu.tw [140.112.2.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE052127076 for ; Sun, 7 May 2017 08:14:34 -0700 (PDT) Received: from mail-vk0-f47.google.com (mail-vk0-f47.google.com [209.85.213.47]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtps.ntu.edu.tw (Postfix) with ESMTP id BD665106AEC for ; Sun, 7 May 2017 23:14:32 +0800 (CST) Received: by mail-vk0-f47.google.com with SMTP id x71so18017667vkd.0 for ; Sun, 07 May 2017 08:14:32 -0700 (PDT) X-Gm-Message-State: AN3rC/7Z6ImA9vnYMinHvmtZT9ncvR5o1ZQxKgeHcrqA+UhINg6uCi2p Q7N0lUl1+gOwF4nNwrK6LXK6Y0Llkg== X-Received: by 10.31.50.149 with SMTP id y143mr28296407vky.63.1494170070885; Sun, 07 May 2017 08:14:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.78.5 with HTTP; Sun, 7 May 2017 08:14:30 -0700 (PDT) From: Polly Huang Date: Sun, 7 May 2017 23:14:30 +0800 X-Gmail-Original-Message-ID: Message-ID: To: avt@ietf.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [AVTCORE] ACM BuildSys 2017 Call for Paper X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 15:14:37 -0000 -- Our sincere apologies if you receive duplicates of the call -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Dear Colleagues, Please see below the Call for Papers for ACM BuildSys 2017. We enthusiastically look forward to your submissions on advancements in systems for any aspect of the built environment. Our sincere apologies if you receive multiple copies of this email. BuildSys has established itself as the premier conference for researchers and practitioners working to develop and optimize smart infrastructure systems that are driven by sensing, computing, and control functions. The review process is very thorough, and publications are considered to have the same value as journal publications in engineering fields. November 8-9, 2017 Delft, The Netherlands | co-located with ACM SenSys 2017 http://buildsys.acm.org/2017/ Important Dates: Abstract Registration: June 9, 2017 (11:59 PM AoE) Paper Submission Deadline: June 16, 2017 (11:59 PM AoE) Acceptance Notification: August 18, 2017 Camera-Ready Deadline: September, 2017 Conference Dates: November 8-9, 2017 ** For the abstract registration, you only need to enter the title of the paper, the list of authors and their email addresses, the PC conflicts, and a brief abstract (~150-250 words). After registering the paper's abstract, you will have an additional week to upload the PDF file of the paper (either a 10-page Full paper or a 4-page Notes paper). Advances in the effective integration of networked sensors, building controls, and physical infrastructure are transforming our society, allowing the formation of unprecedented built environments and interlocking physical, social, cyber challenges. Built environments, including buildings and critical urban infrastructure, account for over half of society=E2=80=99s energy consumption and are the mainstay of o= ur nation=E2=80=99s economy, security and health. As a result, there is a broa= d recognition that systems optimizing explicitly for the built environment are particularly important in improving our society, e.g., by increasing its sustainability and enhancing people=E2=80=99s quality-of-life. These systems represent the foundation for emerging =E2=80=9Csmart cities=E2=80=9D. The 4th ACM International Conference on Systems for Energy-Efficient Built Environments (BuildSys 2017) will be held November 8-9, 2017 at Delft, The Netherlands. We invite original contributions in the areas of intelligent systems and applications for the built environment. BuildSys particularly emphasizes approaches that improve energy efficiency, reduce costs, increase performance, and add novel functionality for improving users=E2=80=99 comfort and experience. BuildSys= =E2=80=99 scope is broad, encompassing all systems within the built environment of the urban fabric, including not only buildings but also critical infrastructure systems, such as water, power, lighting, communications, and transportation that will make up the =E2=80=9Csmart cities=E2=80=9D of the future. Submission Types: We solicit three types of original submissions: * Regular papers for oral presentation (10 pages) * Notes papers for oral presentation (4 pages) * Technical posters and demos will be solicited via a separate call (2 pa= ges) Topics: Papers are invited in all emerging aspects of information-driven systems for the built environment. Topics of interest include but are not limited to the following: =C2=B7 Applications in smart and connected communities; =C2=B7 Sensing and control for urban infrastructure systems; =C2=B7 Novel sensor methodologies, techniques, and tools; =C2=B7 Sensing and control of electrical, gas, and water loads; =C2=B7 Improved user interfaces to built infrastructure; =C2=B7 Modeling, simulation, optimization, and control of heating, cooling, lighting, ventilation, water usage and other resource flows in built environments; =C2=B7 Sensor systems and applications that enhance energy efficiency, energy reliability, durability and comfort; =C2=B7 Systems that integrate infrastructure with the smart grid to offer demand response and ancillary services; =C2=B7 Distributed generation, alternative energy, renewable sources, and energy storage in buildings; =C2=B7 Emerging standards for data collection, energy control, or interoperability of disparate devices or systems; =C2=B7 Sensing, modeling, and predicting the urban heartbeat including sounds, movements, and radio spectrum; =C2=B7 Human in the loop sensing and control for efficient usage of electricity, gas, heating, water; =C2=B7 Sensor systems for reliable occupancy counting; =C2=B7 Long-lived and energy harvesting sensor systems; =C2=B7 Scalable indoor localization and contextual computing; =C2=B7 Security, privacy, safety, and reliability in built systems; =C2=B7 Empirical studies of city-scale wireless communications. From nobody Mon May 8 02:05:19 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E258E12940E; Mon, 8 May 2017 02:05:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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=-0.001, 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 KEdEadJnzLVw; Mon, 8 May 2017 02:05:07 -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 74CD012783A; Mon, 8 May 2017 02:05:06 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DML98294; Mon, 08 May 2017 09:05:03 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 8 May 2017 10:05:02 +0100 Received: from NKGEML513-MBS.china.huawei.com ([169.254.2.108]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Mon, 8 May 2017 17:04:59 +0800 From: "Huangyihong (Rachel)" To: "draft-ietf-avtext-lrr@ietf.org" CC: "avtext@ietf.org" , "avt@ietf.org" Thread-Topic: [avtext][avtcore] IPR check for draft-ietf-avtext-lrr-04 Thread-Index: AdLH2itE1C+l5M1SSC228jR7hs6CSw== Date: Mon, 8 May 2017 09:04:59 +0000 Message-ID: <51E6A56BD6A85142B9D172C87FC3ABBB9C45BF55@nkgeml513-mbs.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.110] Content-Type: multipart/alternative; boundary="_000_51E6A56BD6A85142B9D172C87FC3ABBB9C45BF55nkgeml513mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.591034C0.0126, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.108, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 77a696d85d69280d7dc4c25362b4ebd8 Archived-At: Subject: [AVTCORE] [avtext][avtcore] IPR check for draft-ietf-avtext-lrr-04 X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 09:05:09 -0000 --_000_51E6A56BD6A85142B9D172C87FC3ABBB9C45BF55nkgeml513mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear authors, We didn't see any IPR statement related to draft-ietf-avtext-lrr-04. This e= mail is a final IPR check for this document. So are you aware of any IPR th= at applies to this draft? A reply is required from each of you before we ca= n proceed. Thanks. BR, Rachel --_000_51E6A56BD6A85142B9D172C87FC3ABBB9C45BF55nkgeml513mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear authors,=

 

We didn’t see any IPR sta= tement related to draft-ietf-avtext-lrr-04. This email is a final IPR check= for this document. So are you aware of any IPR that applies to this draft? A reply is required from each of you before we = can proceed. Thanks.

 

BR,

Rachel

 

--_000_51E6A56BD6A85142B9D172C87FC3ABBB9C45BF55nkgeml513mbschi_-- From nobody Mon May 8 06:11:12 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BEF3012946D; Mon, 8 May 2017 06:11:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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, 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 WAcI7C0dglQ9; Mon, 8 May 2017 06:11:09 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 77DE9129467; Mon, 8 May 2017 06:11:09 -0700 (PDT) X-AuditID: c1b4fb30-663149a00000015f-96-59106e6b2c16 Received: from ESESSHC011.ericsson.se (Unknown_Domain [153.88.183.51]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id AC.03.00351.B6E60195; Mon, 8 May 2017 15:11:07 +0200 (CEST) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.53) with Microsoft SMTP Server id 14.3.339.0; Mon, 8 May 2017 15:11:07 +0200 To: Roni Even , "avt@ietf.org" , "draft-ietf-avtcore-rfc5285-bis@ietf.org" , Ben Campbell References: <149379320405.21536.1248894768571572774@ietfa.amsl.com> <6E58094ECC8D8344914996DAD28F1CCD7B263E@DGGEMM506-MBX.china.huawei.com> <6E58094ECC8D8344914996DAD28F1CCD7B26AF@DGGEMM506-MBX.china.huawei.com> From: Magnus Westerlund Message-ID: <3a98e7a7-72aa-7081-48ba-cc84d14e97ba@ericsson.com> Date: Mon, 8 May 2017 15:11:06 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <6E58094ECC8D8344914996DAD28F1CCD7B26AF@DGGEMM506-MBX.china.huawei.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrJLMWRmVeSWpSXmKPExsUyM2K7sW52nkCkwbkOU4uXPSvZLeZ3nma3 2PH6FYvFp2PnWRxYPFqOvGX1WLLkJ5PHrJ1PWAKYo7hsUlJzMstSi/TtErgyFj1czl6w2bLi 2Ny/rA2MT3S7GDk5JARMJBYsvcvSxcjFISRwhFFi2csFrCAJIYFljBKLJqqB2MICHhIH/y5m AikSEdjDKNG2s5cJouMwk8S3LQ3MIFVsAhYSN380soHYvAL2EscXPmcHsVkEVCR2TJwGZosK xEi0LPnACFEjKHFy5hMWEJtTIETiQeNCsDnMQHNmzj/PCGHLSzRvnc0McZG2RENTB+sERv5Z SNpnIWmZhaRlASPzKkbR4tTipNx0IyO91KLM5OLi/Dy9vNSSTYzAAD245bfBDsaXzx0PMQpw MCrx8D6YwR8pxJpYVlyZe4hRgoNZSYR3W6pApBBvSmJlVWpRfnxRaU5q8SFGaQ4WJXFex30X IoQE0hNLUrNTUwtSi2CyTBycUg2Mrr7zboTp227dx8549mdDoM/yOoe/pxZe7tn2eeVNw7XS eyyiskxr5plNqiiRCFkyL1rUx2zpiT6OaU9iDatnG/nPidO+9+/n698nGBj97OSav52enzHD 3On+220BjEyO52Y9uv5d/cbRNYv7Vjt6V0l9qUgQbj6U88/U+sKT5ooJnR99S5mXKbEUZyQa ajEXFScCAMGIM11MAgAA Archived-At: Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 13:11:12 -0000 Please see inline. Den 2017-05-03 kl. 15:41, skrev Roni Even: > > >> Den 2017-05-03 kl. 12:56, skrev Roni Even: >>> inline >>> >>>> -----Original Message----- >>>> From: avt [mailto:avt-bounces@ietf.org] On Behalf Of Magnus >>>> Westerlund >>>> Sent: יום ד 03 מאי 2017 11:27 >>>> To: avt@ietf.org; draft-ietf-avtcore-rfc5285-bis@ietf.org; Ben >>>> Campbell >>>> Subject: Re: [AVTCORE] I-D Action: >>>> draft-ietf-avtcore-rfc5285-bis-11.txt >>>> >>>> WG, >>>> >>>> So this latest update was done, based on the IANA expert reviewer for >>>> the SDP registrations. Roni quickly updated the template to resolve >>>> contact and muxing category for the SDP attributes. However, I think >>>> we do need to do a bit more here, and I think the WG needs to review >> this. >>>> So below are my comments, and what I think need to be included. >>>> >>>> First, is really "Normal" the mux category for a=extmap-allow-mixed? >>>> >>>> To me "Identical" would make much more sense. Either you are capable >>>> of support mixed or one is not. Having some m= lines in a mux saying >>>> yes it is possible, and others saying no, I can't. That do not make >>>> any sense to me, at least across RTP m= lines. >>>> >>> >>> [Roni Even] I am not sure, currently you can have some m-lines support >> mixed and some not (use session level for all). >>> Why do you want to enforce identical for bundle. One can repeat the >> allowed mixed or use session level if this is what he wants. >>> By your logic why do we need to allow in the not bundles case to support >> some with allowed mixed and some without? We could have used only >> session level for not bundled case. >> >> So the extmap configuration for an RTP session has a common ID space. So >> for all RTP m= lines that ends up in the same bundle, needs to have a >> consistent space and thus, it becomes difficult for an answerer to create an >> answer to an offer where one m= line in a bundle allows mixed, and the >> other not as it affects how to assign IDs. It is the same RTP session those RTP >> streams are going into. The only approaches to handle this is to act as mixed >> being disallowed, or not bundle at all. > > > [Roni Even] If I understand your point, I think that by not allowing the same ID in multiple m-lines even if the same header extension with the same values will work. > So under the restriction that no extmap lines in any bundled m= block can have the same ID, then different applications of a=extmap-allow-mixed would result in that some m= blocks only can use one number space. Considering the limited space for one-byte header compatible IDs, they will be difficult to apply. Especially considering like 8 concurrent audio sources with identical needs for CNAME, MID, RID. In that case one is forced to use 2-byte headers. This results in an unnecessary overhead. To be clear I have no issue with keeping extmap-allowed-mixed to be normal. As long as you can write up an explanation for when it occurs. And your session levels vs media level may make sense. However, I do not like the limitation that one may not use the same ID in multiple m= block that are bundled in the same RTP session, assuming identical configuration. >>> >>>> 2. Each m= block can define a subset of the total defined ID numbers >>>> indicating limits in use for a particular media source. This allows for >> example >>>> audio and video media sources to use different set of header extensions. >>>> >>> >>> [Roni Even] so you are saying that if you use media level, the support for >> this extensions are only for this specific m-line >> >> Yes, actual usage is only for RTP streams belonging to this m= block. An >> example of this would be this abbrevaited SDP >> >> a=group BUNDLE a b c >> m=audio RTP 97 >> a=mid:a >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> m=audio RTP 97 >> a=mid:b >> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level >> m=video RTP 98 >> a=mid:c >> a=extmap:2 urn:3gpp:video-orientation >> >> This above shows an example using header extensions that makes no sense >> to actually use in the other m= in the bundle, but the configuration of >> the RTP header extension is something that happens on RTP session level >> and thus, they must have unique and different numbers. >> >> Yes, one could have configure the two extmap on SDP session level and >> get the same configuration. But it would lack the indication on which >> one they are used. And in the above case, maybe mid b) would not include >> audio-level, and then one could exlude the examap attribute and indicate >> this. > > [Roni Even] The example does not have any attribute value, when > there is one and you want to change you will need to negotiate a new ID. Yes, that is correct if one changes the attributes one would need to negotiate a new ID. I don't think that is different from what is required today if one want safe operations across a switch as signaling and RTP is not synchronized. Is there even any header extensions that uses attributes in signaling? > > > >> >>> >>> >>>> 3. An ID number that is defined in multiple m= blocks MUST have identical >>>> extmap configuration, i.e. the same URL and any extension attributes that >>>> effect the usage or form of the RTP header extension. >>>> >>> >>> [Roni Even] My suggestion is to not repeat ID in different m-lines >> even if use the same extension, one space with unique IDs. This will be >> simpler. I do not think we have a problem with the number of IDs. >> >> Actually, we only have 14 short format IDs, so I disagree with you. Take >> a CLUE conferencing scenario where one uses BUNDLE, then each m= block >> for audio may have 5 configured IDs (ssrc-audio-level, encrypt, >> sdes:cname, sdes:CaptId, sdes:mid). Unless you resuse them across the m= >> lines it will not work. > [Roni Even] This is why we have the two byte header extensions, and I assume that if you support bundle you should support RFC5285-bis That is still creating an very artificial limitation that is not needed. An ID is an RTP session level configuration. Forcing the signalling to create X*Y IDs instead of simple X appears very strange to me. I would note that for conferencing with many sources one would possibly run into the limitation. There are after all only 254 IDs that can be used by the implementation. If one uses 5 IDs per media source then the limit is 50 sources, that isn't that high. I fail to see any issues with allowing for a given header extension configuration to be re-used in multiple m= blocks with the same ID. This is the same as the RTP PT. And, the Chrome WebRTC SDP examples I have seen do re-use extmap values across multiple m= blocks. Cheers Magnus Westerlund ---------------------------------------------------------------------- Media Technologies, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Mon May 8 12:08:03 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 099B8124D37; Mon, 8 May 2017 12:08:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.1 X-Spam-Level: X-Spam-Status: No, score=-1.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=1.5, SPF_PASS=-0.001] 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 uNj_YyLRRN9z; Mon, 8 May 2017 12:08:01 -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 C47FE1296B0; Mon, 8 May 2017 12:08:00 -0700 (PDT) Received: from pps.filterd (m0073110.ppops.net [127.0.0.1]) by mx0b-00198e01.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v48IshN7025333; Mon, 8 May 2017 15:07:58 -0400 Received: from mail.vidyo.com ([162.209.16.214]) by mx0b-00198e01.pphosted.com with ESMTP id 2a9987sef1-1 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NOT); Mon, 08 May 2017 15:07:57 -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; Mon, 8 May 2017 14:07:57 -0500 From: Jonathan Lennox To: "avtext@ietf.org" , IETF AVTCore WG Thread-Topic: [avtext] I-D Action: draft-ietf-avtext-lrr-05.txt Thread-Index: AQHSyC438FVcsCAXmUuI0j2qHyih/6HrIECA Date: Mon, 8 May 2017 19:07:56 +0000 Message-ID: <7F4E9BF8-1286-4325-9D73-472789B40C45@vidyo.com> References: <149427037084.17955.3658726262291482018@ietfa.amsl.com> In-Reply-To: <149427037084.17955.3658726262291482018@ietfa.amsl.com> 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_7F4E9BF8128643259D73472789B40C45vidyocom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-05-08_14:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1705080100 Archived-At: Subject: Re: [AVTCORE] [avtext] I-D Action: draft-ietf-avtext-lrr-05.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 19:08:02 -0000 --_000_7F4E9BF8128643259D73472789B40C45vidyocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This version addresses the editorial issues pointed out by Colin and Zhengh= ui during WGLC. Thank you for your comments! On May 8, 2017, at 3:06 PM, internet-drafts@ietf.org wrote: 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 Extensions of the IE= TF. Title : The Layer Refresh Request (LRR) RTCP Feedback Mess= age Authors : Jonathan Lennox Danny Hong Justin Uberti Stefan Holmer Magnus Flodman Filename : draft-ietf-avtext-lrr-05.txt Pages : 14 Date : 2017-05-08 Abstract: This memo describes the RTCP Payload-Specific Feedback Message "Layer Refresh Request" (LRR), which can be used to request a state refresh of one or more substreams of a layered media stream. It also defines its use with several RTP payloads for scalable media formats. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-avtext-lrr/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-avtext-lrr-05 https://datatracker.ietf.org/doc/html/draft-ietf-avtext-lrr-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-avtext-lrr-05 Please note that it may take a couple of minutes from the time of submissio= n 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/ _______________________________________________ avtext mailing list avtext@ietf.org https://www.ietf.org/mailman/listinfo/avtext --_000_7F4E9BF8128643259D73472789B40C45vidyocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <273092922674D840A87AD36E33AC2915@vidyo.com> Content-Transfer-Encoding: quoted-printable
This version addresses the editorial issues pointed out by = Colin and Zhenghui during WGLC. Thank you f= or your comments!

On May 8, 2017, at 3:06 PM, internet-drafts@ietf.org wrote:


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 Extensions of the IE= TF.

       Title     &nb= sp;     : The Layer Refresh Request (LRR) RTCP Fee= dback Message
       Authors     &= nbsp;   : Jonathan Lennox
            &nb= sp;            = Danny Hong
            &nb= sp;            = Justin Uberti
            &nb= sp;            = Stefan Holmer
            &nb= sp;            = Magnus Flodman
Filename &n= bsp;      : draft-ietf-avtext-lrr-05.txt
Pages  = ;         : 14
Date  =           : 2017-05-08
Abstract:
  This memo describes the RTCP Payload-Specific Feedback Message = "Layer
  Refresh Request" (LRR), which can be used to request a sta= te refresh
  of one or more substreams of a layered media stream.  It a= lso defines
  its use with several RTP payloads for scalable media formats.

The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-avtext-lrr/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-avtext-lrr-05
https://datatracker.ietf.org/doc/html/draft-ietf-avtext-lrr-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-avtext-lrr-05


Please note that it may take a couple of minutes from the time of submissio= n
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/

_______________________________________________
avtext mailing list
avtext@ietf.org
https://www.ietf.org/mailman/listinfo/avtext


--_000_7F4E9BF8128643259D73472789B40C45vidyocom_-- From nobody Mon May 8 12:12:35 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0E7124D37; Mon, 8 May 2017 12:12:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 SimbT9sNVnEA; Mon, 8 May 2017 12:12:32 -0700 (PDT) Received: from haggis.mythic-beasts.com (haggis.mythic-beasts.com [IPv6:2a00:1098:0:86:1000:0:2:1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7309B1243F6; Mon, 8 May 2017 12:12:32 -0700 (PDT) Received: from [81.187.2.149] (port=39718 helo=[192.168.0.71]) by haggis.mythic-beasts.com with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1d7o58-0005iW-06; Mon, 08 May 2017 20:12:30 +0100 From: Colin Perkins Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_79B06F7E-2405-4126-AE85-13E7E24E0FD9" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Mon, 8 May 2017 20:12:25 +0100 In-Reply-To: <7F4E9BF8-1286-4325-9D73-472789B40C45@vidyo.com> Cc: "avtext@ietf.org" , IETF AVTCore WG To: Jonathan Lennox References: <149427037084.17955.3658726262291482018@ietfa.amsl.com> <7F4E9BF8-1286-4325-9D73-472789B40C45@vidyo.com> X-Mailer: Apple Mail (2.3273) X-BlackCat-Spam-Score: -28 X-Mythic-Debug: State = no_sa; Score = Archived-At: Subject: Re: [AVTCORE] [avtext] I-D Action: draft-ietf-avtext-lrr-05.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 19:12:34 -0000 --Apple-Mail=_79B06F7E-2405-4126-AE85-13E7E24E0FD9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Looks good to me (although RTCP expands to =E2=80=9CRTP Control = Protocol=E2=80=9D not =E2=80=9CReal-Time Transport Control Protocol=E2=80=9D= ). Cheers, Colin > On 8 May 2017, at 20:07, Jonathan Lennox wrote: >=20 > This version addresses the editorial issues pointed out by Colin and = Zhenghui during WGLC. Thank you for your comments! >=20 >> On May 8, 2017, at 3:06 PM, internet-drafts@ietf.org = wrote: >>=20 >>=20 >> 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. >>=20 >> Title : The Layer Refresh Request (LRR) RTCP = Feedback Message >> Authors : Jonathan Lennox >> Danny Hong >> Justin Uberti >> Stefan Holmer >> Magnus Flodman >> Filename : draft-ietf-avtext-lrr-05.txt >> Pages : 14 >> Date : 2017-05-08 >>=20 >> Abstract: >> This memo describes the RTCP Payload-Specific Feedback Message = "Layer >> Refresh Request" (LRR), which can be used to request a state = refresh >> of one or more substreams of a layered media stream. It also = defines >> its use with several RTP payloads for scalable media formats. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-avtext-lrr/ = >>=20 >> There are also htmlized versions available at: >> https://tools.ietf.org/html/draft-ietf-avtext-lrr-05 >> https://datatracker.ietf.org/doc/html/draft-ietf-avtext-lrr-05 >>=20 >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-avtext-lrr-05 >>=20 >>=20 >> 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. >>=20 >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >>=20 >> _______________________________________________ >> avtext mailing list >> avtext@ietf.org >> https://www.ietf.org/mailman/listinfo/avtext >>=20 >=20 > _______________________________________________ > avtext mailing list > avtext@ietf.org > https://www.ietf.org/mailman/listinfo/avtext --=20 Colin Perkins https://csperkins.org/ --Apple-Mail=_79B06F7E-2405-4126-AE85-13E7E24E0FD9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Looks good to me (although RTCP expands to =E2=80=9CRTP = Control Protocol=E2=80=9D not =E2=80=9CReal-Time Transport Control = Protocol=E2=80=9D).

Cheers,
Colin



On = 8 May 2017, at 20:07, Jonathan Lennox <jonathan@vidyo.com> = wrote:

This version addresses the editorial issues pointed out = by Colin and Zhenghui during = WGLC. Thank you for your comments!

On May 8, 2017, at 3:06 PM, internet-drafts@ietf.org wrote:


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 =           : The Layer = Refresh Request (LRR) RTCP Feedback Message
       Authors =         : Jonathan Lennox
=             &n= bsp;           &nbs= p;Danny Hong
=             &n= bsp;           &nbs= p;Justin Uberti
=             &n= bsp;           &nbs= p;Stefan Holmer
=             &n= bsp;           &nbs= p;Magnus Flodman
Filename =        : = draft-ietf-avtext-lrr-05.txt
Pages =           : 14
Date =            : = 2017-05-08

Abstract:
  This memo describes the RTCP Payload-Specific Feedback = Message "Layer
  Refresh Request" (LRR), which can be used to request a state = refresh
  of one or more substreams of a layered media stream. =  It also defines
  its use with several RTP payloads for scalable media = formats.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-avtext-lrr/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-avtext-lrr-05
https://datatracker.ietf.org/doc/html/draft-ietf-avtext-lrr-05<= /a>

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-avtext-lrr-05


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/

_______________________________________________
avtext mailing list
avtext@ietf.org
https://www.ietf.org/mailman/listinfo/avtext
=

_______________________________________________
avtext = mailing list
avtext@ietf.org
https://www.ietf.org/mailman/listinfo/avtext



-- 
Colin Perkins
https://csperkins.org/




= --Apple-Mail=_79B06F7E-2405-4126-AE85-13E7E24E0FD9-- From nobody Mon May 8 12:29:32 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1195D1294A8; Mon, 8 May 2017 12:29:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.1 X-Spam-Level: X-Spam-Status: No, score=-1.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=1.5, SPF_PASS=-0.001] 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 z2Dq9M4k_UJG; Mon, 8 May 2017 12:29:20 -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 78C0F127871; Mon, 8 May 2017 12:29:20 -0700 (PDT) Received: from pps.filterd (m0073110.ppops.net [127.0.0.1]) by mx0b-00198e01.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v48JOv00025289; Mon, 8 May 2017 15:29:10 -0400 Received: from mail.vidyo.com ([162.209.16.214]) by mx0b-00198e01.pphosted.com with ESMTP id 2a9987sert-1 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NOT); Mon, 08 May 2017 15:29:10 -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; Mon, 8 May 2017 14:29:09 -0500 From: Jonathan Lennox To: Colin Perkins CC: "avtext@ietf.org" , IETF AVTCore WG Thread-Topic: [avtext] I-D Action: draft-ietf-avtext-lrr-05.txt Thread-Index: AQHSyC438FVcsCAXmUuI0j2qHyih/6HrIECAgAABQoCAAAStgA== Date: Mon, 8 May 2017 19:29:09 +0000 Message-ID: References: <149427037084.17955.3658726262291482018@ietfa.amsl.com> <7F4E9BF8-1286-4325-9D73-472789B40C45@vidyo.com> 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_FE9A23DDE4814EAC83DCB491295C234Fvidyocom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-05-08_14:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1705080104 Archived-At: Subject: Re: [AVTCORE] [avtext] I-D Action: draft-ietf-avtext-lrr-05.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 19:29:22 -0000 --_000_FE9A23DDE4814EAC83DCB491295C234Fvidyocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzISBJ4oCZbGwgZml4IHRoYXQgaW4gdGhlIG5leHQgcmV2aXNpb24sIG9yIHdpdGggdGhl IFJGQyBlZGl0b3IgaW4gdGhlIHVubGlrZWx5IGV2ZW50IHRoZXJlIGlzbuKAmXQgYW5vdGhlciBv bmUuDQoNCk9uIE1heSA4LCAyMDE3LCBhdCAzOjEyIFBNLCBDb2xpbiBQZXJraW5zIDxjc3BAY3Nw ZXJraW5zLm9yZzxtYWlsdG86Y3NwQGNzcGVya2lucy5vcmc+PiB3cm90ZToNCg0KTG9va3MgZ29v ZCB0byBtZSAoYWx0aG91Z2ggUlRDUCBleHBhbmRzIHRvIOKAnFJUUCBDb250cm9sIFByb3RvY29s 4oCdIG5vdCDigJxSZWFsLVRpbWUgVHJhbnNwb3J0IENvbnRyb2wgUHJvdG9jb2zigJ0pLg0KDQpD aGVlcnMsDQpDb2xpbg0KDQoNCg0KT24gOCBNYXkgMjAxNywgYXQgMjA6MDcsIEpvbmF0aGFuIExl bm5veCA8am9uYXRoYW5AdmlkeW8uY29tPG1haWx0bzpqb25hdGhhbkB2aWR5by5jb20+PiB3cm90 ZToNCg0KVGhpcyB2ZXJzaW9uIGFkZHJlc3NlcyB0aGUgZWRpdG9yaWFsIGlzc3VlcyBwb2ludGVk IG91dCBieSBDb2xpbiBhbmQgWmhlbmdodWkgZHVyaW5nIFdHTEMuIFRoYW5rIHlvdSBmb3IgeW91 ciBjb21tZW50cyENCg0KT24gTWF5IDgsIDIwMTcsIGF0IDM6MDYgUE0sIGludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiB3cm90ZToNCg0KDQpB IE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5l dC1EcmFmdHMgZGlyZWN0b3JpZXMuDQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBB dWRpby9WaWRlbyBUcmFuc3BvcnQgRXh0ZW5zaW9ucyBvZiB0aGUgSUVURi4NCg0KICAgICAgIFRp dGxlICAgICAgICAgICA6IFRoZSBMYXllciBSZWZyZXNoIFJlcXVlc3QgKExSUikgUlRDUCBGZWVk YmFjayBNZXNzYWdlDQogICAgICAgQXV0aG9ycyAgICAgICAgIDogSm9uYXRoYW4gTGVubm94DQog ICAgICAgICAgICAgICAgICAgICAgICAgRGFubnkgSG9uZw0KICAgICAgICAgICAgICAgICAgICAg ICAgIEp1c3RpbiBVYmVydGkNCiAgICAgICAgICAgICAgICAgICAgICAgICBTdGVmYW4gSG9sbWVy DQogICAgICAgICAgICAgICAgICAgICAgICAgTWFnbnVzIEZsb2RtYW4NCkZpbGVuYW1lICAgICAg ICA6IGRyYWZ0LWlldGYtYXZ0ZXh0LWxyci0wNS50eHQNClBhZ2VzICAgICAgICAgICA6IDE0DQpE YXRlICAgICAgICAgICAgOiAyMDE3LTA1LTA4DQoNCkFic3RyYWN0Og0KICBUaGlzIG1lbW8gZGVz Y3JpYmVzIHRoZSBSVENQIFBheWxvYWQtU3BlY2lmaWMgRmVlZGJhY2sgTWVzc2FnZSAiTGF5ZXIN CiAgUmVmcmVzaCBSZXF1ZXN0IiAoTFJSKSwgd2hpY2ggY2FuIGJlIHVzZWQgdG8gcmVxdWVzdCBh IHN0YXRlIHJlZnJlc2gNCiAgb2Ygb25lIG9yIG1vcmUgc3Vic3RyZWFtcyBvZiBhIGxheWVyZWQg bWVkaWEgc3RyZWFtLiAgSXQgYWxzbyBkZWZpbmVzDQogIGl0cyB1c2Ugd2l0aCBzZXZlcmFsIFJU UCBwYXlsb2FkcyBmb3Igc2NhbGFibGUgbWVkaWEgZm9ybWF0cy4NCg0KDQpUaGUgSUVURiBkYXRh dHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtYXZ0ZXh0LWxyci8NCg0KVGhlcmUgYXJlIGFsc28g aHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWlldGYtYXZ0ZXh0LWxyci0wNQ0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvaHRtbC9kcmFmdC1pZXRmLWF2dGV4dC1scnItMDUNCg0KQSBkaWZmIGZyb20gdGhlIHBy ZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZj ZGlmZj91cmwyPWRyYWZ0LWlldGYtYXZ0ZXh0LWxyci0wNQ0KDQoNClBsZWFzZSBub3RlIHRoYXQg aXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Np b24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQg dG9vbHMuaWV0Zi5vcmc8aHR0cDovL3Rvb2xzLmlldGYub3JnLz4uDQoNCkludGVybmV0LURyYWZ0 cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRm Lm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQphdnRleHQgbWFpbGluZyBsaXN0DQphdnRleHRAaWV0Zi5vcmc8bWFp bHRvOmF2dGV4dEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vYXZ0ZXh0DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCmF2dGV4dCBtYWlsaW5nIGxpc3QNCmF2dGV4dEBpZXRmLm9yZzxtYWlsdG86YXZ0ZXh0 QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9hdnRleHQN Cg0KDQoNCi0tDQpDb2xpbiBQZXJraW5zDQpodHRwczovL2NzcGVya2lucy5vcmcvDQoNCg0KDQoN Cg0K --_000_FE9A23DDE4814EAC83DCB491295C234Fvidyocom_ Content-Type: text/html; charset="utf-8" Content-ID: <446E372C54D7E14CA9930549371A3595@vidyo.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KVGhhbmtzISBJ4oCZbGwgZml4IHRo YXQgaW4gdGhlIG5leHQgcmV2aXNpb24sIG9yIHdpdGggdGhlIFJGQyBlZGl0b3IgaW4gdGhlIHVu bGlrZWx5IGV2ZW50IHRoZXJlIGlzbuKAmXQgYW5vdGhlciBvbmUuDQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjxkaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxk aXYgY2xhc3M9IiI+T24gTWF5IDgsIDIwMTcsIGF0IDM6MTIgUE0sIENvbGluIFBlcmtpbnMgJmx0 OzxhIGhyZWY9Im1haWx0bzpjc3BAY3NwZXJraW5zLm9yZyIgY2xhc3M9IiI+Y3NwQGNzcGVya2lu cy5vcmc8L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2Ut bmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0id29yZC13cmFwOiBicmVhay13 b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXIt d2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkxvb2tzIGdvb2QgdG8gbWUgKGFsdGhvdWdoIFJUQ1Ag ZXhwYW5kcyB0byDigJxSVFAgQ29udHJvbCBQcm90b2NvbOKAnSBub3Qg4oCcUmVhbC1UaW1lIFRy YW5zcG9ydCBDb250cm9sIFByb3RvY29s4oCdKS4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkNoZWVycyw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q29s aW48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 ZGl2IGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNs YXNzPSIiPk9uIDggTWF5IDIwMTcsIGF0IDIwOjA3LCBKb25hdGhhbiBMZW5ub3ggJmx0OzxhIGhy ZWY9Im1haWx0bzpqb25hdGhhbkB2aWR5by5jb20iIGNsYXNzPSIiPmpvbmF0aGFuQHZpZHlvLmNv bTwvYT4mZ3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXds aW5lIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7 IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0 ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5UaGlzIHZlcnNpb24gYWRkcmVzc2Vz IHRoZSBlZGl0b3JpYWwgaXNzdWVzIHBvaW50ZWQgb3V0IGJ5IENvbGluIGFuZCZuYnNwOzxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zeXN0ZW0tZm9udCwgJ0hlbHZldGljYSBOZXVl JywgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+WmhlbmdodWkgZHVyaW5nIFdHTEMu IFRoYW5rIHlvdSBmb3IgeW91ciBjb21tZW50cyE8L3NwYW4+PC9kaXY+DQo8YnIgY2xhc3M9IiI+ DQo8ZGl2IGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2 IGNsYXNzPSIiPk9uIE1heSA4LCAyMDE3LCBhdCAzOjA2IFBNLCA8YSBocmVmPSJtYWlsdG86aW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnIiBjbGFzcz0iIj4NCmludGVybmV0LWRyYWZ0c0BpZXRmLm9y ZzwvYT4gd3JvdGU6PC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUi Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KQSBOZXcgSW50 ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRz IGRpcmVjdG9yaWVzLjxiciBjbGFzcz0iIj4NClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2Yg dGhlIEF1ZGlvL1ZpZGVvIFRyYW5zcG9ydCBFeHRlbnNpb25zIG9mIHRoZSBJRVRGLjxiciBjbGFz cz0iIj4NCjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwO1RpdGxlICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOzogVGhlIExheWVyIFJlZnJlc2ggUmVxdWVzdCAoTFJSKSBSVENQIEZl ZWRiYWNrIE1lc3NhZ2U8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDtBdXRob3JzICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOzogSm9uYXRoYW4gTGVubm94PGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7RGFubnkgSG9uZzxiciBjbGFzcz0iIj4NCiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0p1c3RpbiBVYmVydGk8YnIgY2xhc3M9IiI+DQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtTdGVmYW4gSG9sbWVyPGJyIGNsYXNz PSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7TWFnbnVzIEZsb2RtYW48 YnIgY2xhc3M9IiI+DQo8c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1z cGFjZTpwcmUiPjwvc3Bhbj5GaWxlbmFtZSAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs6IGRyYWZ0LWlldGYtYXZ0ZXh0LWxyci0wNS50eHQ8YnIgY2xhc3M9IiI+DQo8 c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bh bj5QYWdlcyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs6IDE0PGJyIGNsYXNzPSIiPg0KPHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFu IiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3NwYW4+RGF0ZSAmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IDIwMTctMDUt MDg8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpBYnN0cmFjdDo8YnIgY2xhc3M9IiI+DQom bmJzcDsmbmJzcDtUaGlzIG1lbW8gZGVzY3JpYmVzIHRoZSBSVENQIFBheWxvYWQtU3BlY2lmaWMg RmVlZGJhY2sgTWVzc2FnZSAmcXVvdDtMYXllcjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwO1Jl ZnJlc2ggUmVxdWVzdCZxdW90OyAoTFJSKSwgd2hpY2ggY2FuIGJlIHVzZWQgdG8gcmVxdWVzdCBh IHN0YXRlIHJlZnJlc2g8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDtvZiBvbmUgb3IgbW9yZSBz dWJzdHJlYW1zIG9mIGEgbGF5ZXJlZCBtZWRpYSBzdHJlYW0uICZuYnNwO0l0IGFsc28gZGVmaW5l czxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwO2l0cyB1c2Ugd2l0aCBzZXZlcmFsIFJUUCBwYXls b2FkcyBmb3Igc2NhbGFibGUgbWVkaWEgZm9ybWF0cy48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9 IiI+DQo8YnIgY2xhc3M9IiI+DQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3Ig dGhpcyBkcmFmdCBpczo8YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWF2dGV4dC1scnIvIiBjbGFzcz0iIj5odHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWF2dGV4dC1scnIvPC9hPjxiciBjbGFz cz0iIj4NCjxiciBjbGFzcz0iIj4NClRoZXJlIGFyZSBhbHNvIGh0bWxpemVkIHZlcnNpb25zIGF2 YWlsYWJsZSBhdDo8YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1hdnRleHQtbHJyLTA1IiBjbGFzcz0iIj5odHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1hdnRleHQtbHJyLTA1PC9hPjxiciBjbGFzcz0iIj4NCjxh IGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1h dnRleHQtbHJyLTA1IiBjbGFzcz0iIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o dG1sL2RyYWZ0LWlldGYtYXZ0ZXh0LWxyci0wNTwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9 IiI+DQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6PGJy IGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRy YWZ0LWlldGYtYXZ0ZXh0LWxyci0wNSIgY2xhc3M9IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZj ZGlmZj91cmwyPWRyYWZ0LWlldGYtYXZ0ZXh0LWxyci0wNTwvYT48YnIgY2xhc3M9IiI+DQo8YnIg Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEg Y291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJyIGNsYXNzPSIi Pg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCA8 YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvIiBjbGFzcz0iIj4NCnRvb2xzLmlldGYub3Jn PC9hPi48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFs c28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0i ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8iIGNsYXNzPSIiPmZ0cDovL2Z0cC5p ZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvPC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4N Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyIGNsYXNz PSIiPg0KYXZ0ZXh0IG1haWxpbmcgbGlzdDxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Im1haWx0bzph dnRleHRAaWV0Zi5vcmciIGNsYXNzPSIiPmF2dGV4dEBpZXRmLm9yZzwvYT48YnIgY2xhc3M9IiI+ DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2F2dGV4dCIg Y2xhc3M9IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9hdnRleHQ8L2E+ PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXzxiciBjbGFzcz0iIj4NCmF2dGV4dCBtYWlsaW5nIGxp c3Q8YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJtYWlsdG86YXZ0ZXh0QGlldGYub3JnIiBjbGFzcz0i Ij5hdnRleHRAaWV0Zi5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9hdnRleHQiIGNsYXNzPSIiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vYXZ0ZXh0PC9hPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCi0tJm5ic3A7PGJyIGNsYXNzPSIiPg0KQ29saW4gUGVy a2luczxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Imh0dHBzOi8vY3NwZXJraW5zLm9yZy8iIGNsYXNz PSIiPmh0dHBzOi8vY3NwZXJraW5zLm9yZy88L2E+PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi Pg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_FE9A23DDE4814EAC83DCB491295C234Fvidyocom_-- From nobody Mon May 8 12:31:14 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7C82128616; Mon, 8 May 2017 12:31:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 wrcgNjeEw42Q; Mon, 8 May 2017 12:30:56 -0700 (PDT) Received: from haggis.mythic-beasts.com (haggis.mythic-beasts.com [IPv6:2a00:1098:0:86:1000:0:2:1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41B49129A8E; Mon, 8 May 2017 12:30:56 -0700 (PDT) Received: from [81.187.2.149] (port=39745 helo=[192.168.0.71]) by haggis.mythic-beasts.com with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1d7oMv-0007oX-Mu; Mon, 08 May 2017 20:30:54 +0100 From: Colin Perkins Message-Id: <3391F453-6293-4BCF-828B-B1A8C0633755@csperkins.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_3B523355-2E4E-4A73-BC11-98CBEE7A3844" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Mon, 8 May 2017 20:30:51 +0100 In-Reply-To: Cc: "avtext@ietf.org" , IETF AVTCore WG To: Jonathan Lennox References: <149427037084.17955.3658726262291482018@ietfa.amsl.com> <7F4E9BF8-1286-4325-9D73-472789B40C45@vidyo.com> X-Mailer: Apple Mail (2.3273) X-BlackCat-Spam-Score: -28 X-Mythic-Debug: State = no_sa; Score = Archived-At: Subject: Re: [AVTCORE] [avtext] I-D Action: draft-ietf-avtext-lrr-05.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2017 19:31:04 -0000 --Apple-Mail=_3B523355-2E4E-4A73-BC11-98CBEE7A3844 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Thanks - and yes, I realise I=E2=80=99m nit picking :-) Cheers, Colin > On 8 May 2017, at 20:29, Jonathan Lennox wrote: >=20 > Thanks! I=E2=80=99ll fix that in the next revision, or with the RFC = editor in the unlikely event there isn=E2=80=99t another one. >=20 >> On May 8, 2017, at 3:12 PM, Colin Perkins > wrote: >>=20 >> Looks good to me (although RTCP expands to =E2=80=9CRTP Control = Protocol=E2=80=9D not =E2=80=9CReal-Time Transport Control Protocol=E2=80=9D= ). >>=20 >> Cheers, >> Colin >>=20 >>=20 >>=20 >>> On 8 May 2017, at 20:07, Jonathan Lennox > wrote: >>>=20 >>> This version addresses the editorial issues pointed out by Colin and = Zhenghui during WGLC. Thank you for your comments! >>>=20 >>>> On May 8, 2017, at 3:06 PM, internet-drafts@ietf.org = wrote: >>>>=20 >>>>=20 >>>> 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. >>>>=20 >>>> Title : The Layer Refresh Request (LRR) RTCP = Feedback Message >>>> Authors : Jonathan Lennox >>>> Danny Hong >>>> Justin Uberti >>>> Stefan Holmer >>>> Magnus Flodman >>>> Filename : draft-ietf-avtext-lrr-05.txt >>>> Pages : 14 >>>> Date : 2017-05-08 >>>>=20 >>>> Abstract: >>>> This memo describes the RTCP Payload-Specific Feedback Message = "Layer >>>> Refresh Request" (LRR), which can be used to request a state = refresh >>>> of one or more substreams of a layered media stream. It also = defines >>>> its use with several RTP payloads for scalable media formats. >>>>=20 >>>>=20 >>>> The IETF datatracker status page for this draft is: >>>> https://datatracker.ietf.org/doc/draft-ietf-avtext-lrr/ = >>>>=20 >>>> There are also htmlized versions available at: >>>> https://tools.ietf.org/html/draft-ietf-avtext-lrr-05 = >>>> https://datatracker.ietf.org/doc/html/draft-ietf-avtext-lrr-05 = >>>>=20 >>>> A diff from the previous version is available at: >>>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-avtext-lrr-05 = >>>>=20 >>>>=20 >>>> 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 = . >>>>=20 >>>> Internet-Drafts are also available by anonymous FTP at: >>>> ftp://ftp.ietf.org/internet-drafts/ = >>>>=20 >>>> _______________________________________________ >>>> avtext mailing list >>>> avtext@ietf.org >>>> https://www.ietf.org/mailman/listinfo/avtext = >>>>=20 >>>=20 >>> _______________________________________________ >>> avtext mailing list >>> avtext@ietf.org >>> https://www.ietf.org/mailman/listinfo/avtext = >>=20 >>=20 >>=20 >> --=20 >> Colin Perkins >> https://csperkins.org/ >>=20 >>=20 >>=20 >>=20 >=20 --=20 Colin Perkins https://csperkins.org/ --Apple-Mail=_3B523355-2E4E-4A73-BC11-98CBEE7A3844 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Thanks - and yes, I realise I=E2=80=99m nit picking :-)

Cheers,
Colin



On = 8 May 2017, at 20:29, Jonathan Lennox <jonathan@vidyo.com> = wrote:

Thanks! I=E2=80=99ll fix that in the next revision, or with the RFC = editor in the unlikely event there isn=E2=80=99t another one.

On May 8, 2017, at 3:12 PM, Colin Perkins <csp@csperkins.org> = wrote:

Looks good to me (although RTCP expands to =E2=80=9CRTP Control = Protocol=E2=80=9D not =E2=80=9CReal-Time Transport Control Protocol=E2=80=9D= ).

Cheers,
Colin



On 8 May 2017, at 20:07, Jonathan Lennox <jonathan@vidyo.com> = wrote:

This version addresses the editorial issues pointed out = by Colin and Zhenghui during = WGLC. Thank you for your comments!

On May 8, 2017, at 3:06 PM, internet-drafts@ietf.org wrote:


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 =           : The Layer = Refresh Request (LRR) RTCP Feedback Message
       Authors =         : Jonathan Lennox
=             &n= bsp;           &nbs= p;Danny Hong
=             &n= bsp;           &nbs= p;Justin Uberti
=             &n= bsp;           &nbs= p;Stefan Holmer
=             &n= bsp;           &nbs= p;Magnus Flodman
Filename =        : = draft-ietf-avtext-lrr-05.txt
Pages =           : 14
Date =            : = 2017-05-08

Abstract:
  This memo describes the RTCP Payload-Specific Feedback = Message "Layer
  Refresh Request" (LRR), which can be used to request a state = refresh
  of one or more substreams of a layered media stream. =  It also defines
  its use with several RTP payloads for scalable media = formats.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-avtext-lrr/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-avtext-lrr-05
https://datatracker.ietf.org/doc/html/draft-ietf-avtext-lrr-05<= /a>

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-avtext-lrr-05


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/

_______________________________________________
avtext mailing list
avtext@ietf.org
https://www.ietf.org/mailman/listinfo/avtext
=

_______________________________________________
avtext mailing list
avtext@ietf.org
https://www.ietf.org/mailman/listinfo/avtext
=



-- 
Colin Perkins
https://csperkins.org/








-- 
Colin Perkins
https://csperkins.org/




= --Apple-Mail=_3B523355-2E4E-4A73-BC11-98CBEE7A3844-- From nobody Wed May 10 11:32:15 2017 Return-Path: X-Original-To: avt@ietf.org Delivered-To: avt@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A250312E858; Wed, 10 May 2017 11:31:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Vijay Gurbani To: Cc: draft-ietf-avtcore-rfc5285-bis.all@ietf.org, ietf@ietf.org, avt@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.50.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149444109463.16649.17140517108290058073@ietfa.amsl.com> Date: Wed, 10 May 2017 11:31:34 -0700 Archived-At: Subject: [AVTCORE] Genart last call review of draft-ietf-avtcore-rfc5285-bis-11 X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2017 18:31:35 -0000 Reviewer: Vijay Gurbani Review result: Ready with Nits I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-avtcore-rfc5285-bis-11 Reviewer: Vijay Gurbani Review Date: 2017-05-10 IETF LC End Date: 2017-04-20 IESG Telechat date: Not scheduled for a telechat Summary: Ready with nits. Major issues: 0 Minor issues: 0 Nits/editorial comments: - S5: s/An example (this is only an example), where/An example where/ (I suspect that the reader will get the idea that this is only an example. There are a couple of occurrence of this in S5.) - S6: s/When doing SDP Offer/When engaging in SDP Offer/ Thanks! From nobody Wed May 10 23:36:19 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D12C12EB6B; Wed, 10 May 2017 23:36:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 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=-0.001, 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 MgA26NVqvZar; Wed, 10 May 2017 23:36:09 -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 E3EF11294C9; Wed, 10 May 2017 23:36:08 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DGJ67418; Thu, 11 May 2017 06:36:07 +0000 (GMT) Received: from DGGEMM405-HUB.china.huawei.com (10.3.20.213) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 11 May 2017 07:36:06 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.129]) by DGGEMM405-HUB.china.huawei.com ([10.3.20.213]) with mapi id 14.03.0301.000; Thu, 11 May 2017 14:35:29 +0800 From: Roni Even To: Vijay Gurbani , "gen-art@ietf.org" CC: "draft-ietf-avtcore-rfc5285-bis.all@ietf.org" , "ietf@ietf.org" , "avt@ietf.org" Thread-Topic: Genart last call review of draft-ietf-avtcore-rfc5285-bis-11 Thread-Index: AQHSybusAgiMxyxhxEqffNR8CJU4tqHurcGQ Date: Thu, 11 May 2017 06:35:28 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD7BF765@DGGEMM506-MBX.china.huawei.com> References: <149444109463.16649.17140517108290058073@ietfa.amsl.com> In-Reply-To: <149444109463.16649.17140517108290058073@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.201.202] 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.0A020205.59140657.009D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.129, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 6ac0c70b92c2b8c557b7d4b8131b346b Archived-At: Subject: Re: [AVTCORE] Genart last call review of draft-ietf-avtcore-rfc5285-bis-11 X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2017 06:36:11 -0000 SGkgVmlqYXksDQpUaGFua3MsIEkgd2lsbCBmaXggdGhlc2UgdHdvIG5pdHMNClJvbmkNCg0KPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBWaWpheSBHdXJiYW5pIFttYWlsdG86 dmlqYXkuZ3VyYmFuaUBub2tpYS5jb21dDQo+IFNlbnQ6INeZ15XXncKg15MgMTAg157XkNeZIDIw MTcgMjE6MzINCj4gVG86IGdlbi1hcnRAaWV0Zi5vcmcNCj4gQ2M6IGRyYWZ0LWlldGYtYXZ0Y29y ZS1yZmM1Mjg1LWJpcy5hbGxAaWV0Zi5vcmc7IGlldGZAaWV0Zi5vcmc7IGF2dEBpZXRmLm9yZw0K PiBTdWJqZWN0OiBHZW5hcnQgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWF2dGNvcmUt cmZjNTI4NS1iaXMtMTENCj4gDQo+IFJldmlld2VyOiBWaWpheSBHdXJiYW5pDQo+IFJldmlldyBy ZXN1bHQ6IFJlYWR5IHdpdGggTml0cw0KPiANCj4gSSBhbSB0aGUgYXNzaWduZWQgR2VuLUFSVCBy ZXZpZXdlciBmb3IgdGhpcyBkcmFmdC4gVGhlIEdlbmVyYWwgQXJlYSBSZXZpZXcNCj4gVGVhbSAo R2VuLUFSVCkgcmV2aWV3cyBhbGwgSUVURiBkb2N1bWVudHMgYmVpbmcgcHJvY2Vzc2VkIGJ5IHRo ZSBJRVNHIGZvcg0KPiB0aGUgSUVURiBDaGFpci4gIFBsZWFzZSB0cmVhdCB0aGVzZSBjb21tZW50 cyBqdXN0IGxpa2UgYW55IG90aGVyIGxhc3QgY2FsbA0KPiBjb21tZW50cy4NCj4gDQo+IEZvciBt b3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBGQVEgYXQNCj4gDQo+IDxodHRwczovL3Ry YWMuaWV0Zi5vcmcvdHJhYy9nZW4vd2lraS9HZW5BcnRmYXE+Lg0KPiANCj4gRG9jdW1lbnQ6IGRy YWZ0LWlldGYtYXZ0Y29yZS1yZmM1Mjg1LWJpcy0xMQ0KPiBSZXZpZXdlcjogVmlqYXkgR3VyYmFu aQ0KPiBSZXZpZXcgRGF0ZTogMjAxNy0wNS0xMA0KPiBJRVRGIExDIEVuZCBEYXRlOiAyMDE3LTA0 LTIwDQo+IElFU0cgVGVsZWNoYXQgZGF0ZTogTm90IHNjaGVkdWxlZCBmb3IgYSB0ZWxlY2hhdA0K PiANCj4gU3VtbWFyeTogUmVhZHkgd2l0aCBuaXRzLg0KPiANCj4gTWFqb3IgaXNzdWVzOiAwDQo+ IA0KPiBNaW5vciBpc3N1ZXM6IDANCj4gDQo+IE5pdHMvZWRpdG9yaWFsIGNvbW1lbnRzOg0KPiAt IFM1OiBzL0FuIGV4YW1wbGUgKHRoaXMgaXMgb25seSBhbiBleGFtcGxlKSwgd2hlcmUvQW4gZXhh bXBsZSB3aGVyZS8NCj4gICAoSSBzdXNwZWN0IHRoYXQgdGhlIHJlYWRlciB3aWxsIGdldCB0aGUg aWRlYSB0aGF0IHRoaXMgaXMgb25seSBhbg0KPiAgICBleGFtcGxlLiAgVGhlcmUgYXJlIGEgY291 cGxlIG9mIG9jY3VycmVuY2Ugb2YgdGhpcyBpbiBTNS4pDQo+IA0KPiAtIFM2OiBzL1doZW4gZG9p bmcgU0RQIE9mZmVyL1doZW4gZW5nYWdpbmcgaW4gU0RQIE9mZmVyLw0KPiANCj4gVGhhbmtzIQ0K PiANCg0K From nobody Thu May 11 00:40:36 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8669D127735 for ; Thu, 11 May 2017 00:40:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 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=-0.001, 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 FQQGlYKb4osf for ; Thu, 11 May 2017 00:40:33 -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 1916D127201 for ; Thu, 11 May 2017 00:40:32 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML712-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMR96152; Thu, 11 May 2017 07:40:29 +0000 (GMT) Received: from DGGEMM405-HUB.china.huawei.com (10.3.20.213) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 11 May 2017 08:40:26 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.129]) by DGGEMM405-HUB.china.huawei.com ([10.3.20.213]) with mapi id 14.03.0301.000; Thu, 11 May 2017 15:40:03 +0800 From: Roni Even To: Magnus Westerlund , "avt@ietf.org" Thread-Topic: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt Thread-Index: AQHSx/ySAZqQJ8Kyt0G/iQtyZI2+BqHuv5TA Date: Thu, 11 May 2017 07:40:02 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD7C079E@DGGEMM506-MBX.china.huawei.com> References: <149379320405.21536.1248894768571572774@ietfa.amsl.com> <6E58094ECC8D8344914996DAD28F1CCD7B263E@DGGEMM506-MBX.china.huawei.com> <6E58094ECC8D8344914996DAD28F1CCD7B26AF@DGGEMM506-MBX.china.huawei.com> <3a98e7a7-72aa-7081-48ba-cc84d14e97ba@ericsson.com> In-Reply-To: <3a98e7a7-72aa-7081-48ba-cc84d14e97ba@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.201.202] 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.0A090202.5914156E.002E, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.129, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d0564d588199b8f962933e022e4a79c0 Archived-At: Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2017 07:40:36 -0000 SGkgTWFnbnVzLA0KU2luY2UgSSBkbyBub3QgaGF2ZSBzdHJvbmcgb3BpbmlvbiBhYm91dCB0aGUg SURzIGlzc3VlcyBJIGNhbiBsaXZlIHdpdGggeW91ciB0ZXh0LCBhbmQgYWRkIGl0IHRvIHNlY3Rp b24gNyAiU0RQIG9mZmVyL2Fuc3dlciIuDQoNCjEuIFRoZSBJRCBzcGFjZSBpcyBjb21tb24gYWNy b3NzIGFsbCBtPSBsaW5lcyAodXNpbmcgUlRQKSBpbiBhIEJVTkRMRSBncm91cC4NCg0KMi4gRWFj aCBtPSBibG9jayBjYW4gZGVmaW5lIGEgc3Vic2V0IG9mIHRoZSB0b3RhbCBkZWZpbmVkIElEIG51 bWJlcnMgaW5kaWNhdGluZyBsaW1pdHMgaW4gdXNlIGZvciBhIHBhcnRpY3VsYXIgbWVkaWEgc291 cmNlLiBUaGlzIGFsbG93cyBmb3IgZXhhbXBsZSBhdWRpbyBhbmQgdmlkZW8gbWVkaWEgc291cmNl cyB0byB1c2UgZGlmZmVyZW50IHNldCBvZiBoZWFkZXIgZXh0ZW5zaW9ucy4NCg0KMy4gQW4gSUQg bnVtYmVyIHRoYXQgaXMgZGVmaW5lZCBpbiBtdWx0aXBsZSBtPSBibG9ja3MgTVVTVCBoYXZlIGlk ZW50aWNhbCBleHRtYXAgY29uZmlndXJhdGlvbiwgaS5lLiB0aGUgc2FtZSBVUkwgYW5kIGFueSBl eHRlbnNpb24gYXR0cmlidXRlcyB0aGF0IGVmZmVjdCB0aGUgdXNhZ2Ugb3IgZm9ybSBvZiB0aGUg UlRQIGhlYWRlciBleHRlbnNpb24uDQoNCjQuIFRoZSBleHRtYXAgZGlyZWN0aW9uIHNldHRpbmcg Zm9yIGEgcGFydGljdWxhciBJRCBudW1iZXIgTUFZIGJlIGluZGVwZW5kZW50bHkgc2V0IHBlciBt ZWRpYSBzb3VyY2UgKG09IGJsb2NrKS4gVGhpcyBhcyBzb21lIG1lZGlhIHNvdXJjZSBtYXkgYmUg dW5pZGlyZWN0aW9uYWwgYW5kIG90aGVyIGJpLWRpcmVjdGlvbmFsLg0KDQpKdXN0IHNvbWUgY2xh cmlmaWNhdGlvbnMNCg0KRnJvbSAzIGFuZCA0IEkgYW0gbm90IHN1cmUgYWJvdXQgdGhlIGZvbGxv d2luZyBidW5kbGVkIG0tbGluZXMsIGlzIHRoaXMgYWxsb3dlZCBiYXNlZCBvbiA0IG9yIG5vdCBi ZWNhdXNlIG9mIDM/DQoNCk09dmlkZW8NCkE9ZXh0bWFwOjEvcmVjdm9ubHkgdXJpLWdwcy1zdHJp bmcNCg0KTT12aWRlbw0KQT1leHRtYXA6MS9zZW5kcmVjdiB1cmktZ3BzLXN0cmluZw0KDQpUaGVy ZSBpcyBubyBwcm9ibGVtIGlmIHRoZSBkaXJlY3Rpb25hbGl0eSBpcyBub3Qgc3BlY2lmaWVkIGFu ZCBpcyBiYXNlZCBvbiB0aGUgUlRQIHN0cmVhbSBkaXJlY3Rpb25hbGl0eS4NCg0KQXMgZm9yIHRo ZSBhbGxvd2VkIG1peGVkIGFzIG5vcm1hbCBJIGRvIG5vdCB1bmRlcnN0YW5kIHlvdXIgY29uY2Vy biBhYm91dCBoYXZpbmcgb25lIG0tbGluZSBzdXBwb3J0IGl0IGFuZCB0aGUgb3RoZXIgbm90LiAN Cg0KVGhhbmtzDQpSb25pDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9t OiBNYWdudXMgV2VzdGVybHVuZCBbbWFpbHRvOm1hZ251cy53ZXN0ZXJsdW5kQGVyaWNzc29uLmNv bV0NCj4gU2VudDog15nXldedwqDXkSAwOCDXnteQ15kgMjAxNyAxNjoxMQ0KPiBUbzogUm9uaSBF dmVuOyBhdnRAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtYXZ0Y29yZS1yZmM1Mjg1LWJpc0BpZXRmLm9y ZzsgQmVuDQo+IENhbXBiZWxsDQo+IFN1YmplY3Q6IFJlOiBbQVZUQ09SRV0gSS1EIEFjdGlvbjog ZHJhZnQtaWV0Zi1hdnRjb3JlLXJmYzUyODUtYmlzLTExLnR4dA0KPiANCj4gUGxlYXNlIHNlZSBp bmxpbmUuDQo+IA0KPiANCj4gDQo+IERlbiAyMDE3LTA1LTAzIGtsLiAxNTo0MSwgc2tyZXYgUm9u aSBFdmVuOg0KPiA+DQo+ID4NCj4gPj4gRGVuIDIwMTctMDUtMDMga2wuIDEyOjU2LCBza3JldiBS b25pIEV2ZW46DQo+ID4+PiBpbmxpbmUNCj4gPj4+DQo+ID4+Pj4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4gPj4+PiBGcm9tOiBhdnQgW21haWx0bzphdnQtYm91bmNlc0BpZXRmLm9yZ10g T24gQmVoYWxmIE9mIE1hZ251cw0KPiA+Pj4+IFdlc3Rlcmx1bmQNCj4gPj4+PiBTZW50OiDXmdeV 150g15MgMDMg157XkNeZIDIwMTcgMTE6MjcNCj4gPj4+PiBUbzogYXZ0QGlldGYub3JnOyBkcmFm dC1pZXRmLWF2dGNvcmUtcmZjNTI4NS1iaXNAaWV0Zi5vcmc7IEJlbg0KPiA+Pj4+IENhbXBiZWxs DQo+ID4+Pj4gU3ViamVjdDogUmU6IFtBVlRDT1JFXSBJLUQgQWN0aW9uOg0KPiA+Pj4+IGRyYWZ0 LWlldGYtYXZ0Y29yZS1yZmM1Mjg1LWJpcy0xMS50eHQNCj4gPj4+Pg0KPiA+Pj4+IFdHLA0KPiA+ Pj4+DQo+ID4+Pj4gU28gdGhpcyBsYXRlc3QgdXBkYXRlIHdhcyBkb25lLCBiYXNlZCBvbiB0aGUg SUFOQSBleHBlcnQgcmV2aWV3ZXINCj4gPj4+PiBmb3IgdGhlIFNEUCByZWdpc3RyYXRpb25zLiBS b25pIHF1aWNrbHkgdXBkYXRlZCB0aGUgdGVtcGxhdGUgdG8NCj4gPj4+PiByZXNvbHZlIGNvbnRh Y3QgYW5kIG11eGluZyBjYXRlZ29yeSBmb3IgdGhlIFNEUCBhdHRyaWJ1dGVzLg0KPiA+Pj4+IEhv d2V2ZXIsIEkgdGhpbmsgd2UgZG8gbmVlZCB0byBkbyBhIGJpdCBtb3JlIGhlcmUsIGFuZCBJIHRo aW5rIHRoZQ0KPiA+Pj4+IFdHIG5lZWRzIHRvIHJldmlldw0KPiA+PiB0aGlzLg0KPiA+Pj4+IFNv IGJlbG93IGFyZSBteSBjb21tZW50cywgYW5kIHdoYXQgSSB0aGluayBuZWVkIHRvIGJlIGluY2x1 ZGVkLg0KPiA+Pj4+DQo+ID4+Pj4gRmlyc3QsIGlzIHJlYWxseSAiTm9ybWFsIiB0aGUgbXV4IGNh dGVnb3J5IGZvciBhPWV4dG1hcC1hbGxvdy1taXhlZD8NCj4gPj4+Pg0KPiA+Pj4+IFRvIG1lICJJ ZGVudGljYWwiIHdvdWxkIG1ha2UgbXVjaCBtb3JlIHNlbnNlLiBFaXRoZXIgeW91IGFyZQ0KPiA+ Pj4+IGNhcGFibGUgb2Ygc3VwcG9ydCBtaXhlZCBvciBvbmUgaXMgbm90LiBIYXZpbmcgc29tZSBt PSBsaW5lcyBpbiBhDQo+ID4+Pj4gbXV4IHNheWluZyB5ZXMgaXQgaXMgcG9zc2libGUsIGFuZCBv dGhlcnMgc2F5aW5nIG5vLCBJIGNhbid0LiBUaGF0DQo+ID4+Pj4gZG8gbm90IG1ha2UgYW55IHNl bnNlIHRvIG1lLCBhdCBsZWFzdCBhY3Jvc3MgUlRQIG09IGxpbmVzLg0KPiA+Pj4+DQo+ID4+Pg0K PiA+Pj4gIFtSb25pIEV2ZW5dIEkgYW0gbm90IHN1cmUsIGN1cnJlbnRseSB5b3UgY2FuIGhhdmUg c29tZSBtLWxpbmVzDQo+ID4+PiBzdXBwb3J0DQo+ID4+IG1peGVkIGFuZCBzb21lIG5vdCAodXNl IHNlc3Npb24gbGV2ZWwgZm9yIGFsbCkuDQo+ID4+PiBXaHkgZG8geW91IHdhbnQgdG8gZW5mb3Jj ZSBpZGVudGljYWwgZm9yIGJ1bmRsZS4gT25lIGNhbiByZXBlYXQgdGhlDQo+ID4+IGFsbG93ZWQg bWl4ZWQgb3IgdXNlIHNlc3Npb24gbGV2ZWwgaWYgdGhpcyBpcyB3aGF0IGhlIHdhbnRzLg0KPiA+ Pj4gQnkgeW91ciBsb2dpYyB3aHkgZG8gd2UgbmVlZCB0byBhbGxvdyBpbiB0aGUgbm90IGJ1bmRs ZXMgY2FzZSB0bw0KPiA+Pj4gc3VwcG9ydA0KPiA+PiBzb21lIHdpdGggYWxsb3dlZCBtaXhlZCBh bmQgc29tZSB3aXRob3V0PyBXZSBjb3VsZCBoYXZlIHVzZWQgb25seQ0KPiA+PiBzZXNzaW9uIGxl dmVsIGZvciBub3QgYnVuZGxlZCBjYXNlLg0KPiA+Pg0KPiA+PiBTbyB0aGUgZXh0bWFwIGNvbmZp Z3VyYXRpb24gZm9yIGFuIFJUUCBzZXNzaW9uIGhhcyBhIGNvbW1vbiBJRCBzcGFjZS4NCj4gPj4g U28gZm9yIGFsbCBSVFAgbT0gbGluZXMgdGhhdCBlbmRzIHVwIGluIHRoZSBzYW1lIGJ1bmRsZSwg bmVlZHMgdG8NCj4gPj4gaGF2ZSBhIGNvbnNpc3RlbnQgc3BhY2UgYW5kIHRodXMsIGl0IGJlY29t ZXMgZGlmZmljdWx0IGZvciBhbg0KPiA+PiBhbnN3ZXJlciB0byBjcmVhdGUgYW4gYW5zd2VyIHRv IGFuIG9mZmVyIHdoZXJlIG9uZSBtPSBsaW5lIGluIGENCj4gPj4gYnVuZGxlIGFsbG93cyBtaXhl ZCwgYW5kIHRoZSBvdGhlciBub3QgYXMgaXQgYWZmZWN0cyBob3cgdG8gYXNzaWduDQo+ID4+IElE cy4gSXQgaXMgdGhlIHNhbWUgUlRQIHNlc3Npb24gdGhvc2UgUlRQIHN0cmVhbXMgYXJlIGdvaW5n IGludG8uIFRoZQ0KPiA+PiBvbmx5IGFwcHJvYWNoZXMgdG8gaGFuZGxlIHRoaXMgaXMgdG8gYWN0 IGFzIG1peGVkIGJlaW5nIGRpc2FsbG93ZWQsIG9yIG5vdA0KPiBidW5kbGUgYXQgYWxsLg0KPiA+ DQo+ID4NCj4gPiBbUm9uaSBFdmVuXSBJZiBJIHVuZGVyc3RhbmQgeW91ciBwb2ludCwgSSB0aGlu ayB0aGF0IGJ5IG5vdCBhbGxvd2luZyB0aGUgc2FtZQ0KPiBJRCBpbiBtdWx0aXBsZSBtLWxpbmVz IGV2ZW4gaWYgdGhlIHNhbWUgaGVhZGVyIGV4dGVuc2lvbiB3aXRoIHRoZSBzYW1lDQo+IHZhbHVl cyB3aWxsIHdvcmsuDQo+ID4NCj4gDQo+IFNvIHVuZGVyIHRoZSByZXN0cmljdGlvbiB0aGF0IG5v IGV4dG1hcCBsaW5lcyBpbiBhbnkgYnVuZGxlZCBtPSBibG9jayBjYW4NCj4gaGF2ZSB0aGUgc2Ft ZSBJRCwgdGhlbiBkaWZmZXJlbnQgYXBwbGljYXRpb25zIG9mIGE9ZXh0bWFwLWFsbG93LW1peGVk DQo+IHdvdWxkIHJlc3VsdCBpbiB0aGF0IHNvbWUgbT0gYmxvY2tzIG9ubHkgY2FuIHVzZSBvbmUg bnVtYmVyIHNwYWNlLg0KPiBDb25zaWRlcmluZyB0aGUgbGltaXRlZCBzcGFjZSBmb3Igb25lLWJ5 dGUgaGVhZGVyIGNvbXBhdGlibGUgSURzLCB0aGV5IHdpbGwNCj4gYmUgZGlmZmljdWx0IHRvIGFw cGx5LiBFc3BlY2lhbGx5IGNvbnNpZGVyaW5nIGxpa2UgOCBjb25jdXJyZW50IGF1ZGlvIHNvdXJj ZXMNCj4gd2l0aCBpZGVudGljYWwgbmVlZHMgZm9yIENOQU1FLCBNSUQsIFJJRC4gSW4gdGhhdCBj YXNlIG9uZSBpcyBmb3JjZWQgdG8gdXNlIDItDQo+IGJ5dGUgaGVhZGVycy4gVGhpcyByZXN1bHRz IGluIGFuIHVubmVjZXNzYXJ5IG92ZXJoZWFkLg0KPiANCj4gVG8gYmUgY2xlYXIgSSBoYXZlIG5v IGlzc3VlIHdpdGgga2VlcGluZyBleHRtYXAtYWxsb3dlZC1taXhlZCB0byBiZQ0KPiBub3JtYWwu IEFzIGxvbmcgYXMgeW91IGNhbiB3cml0ZSB1cCBhbiBleHBsYW5hdGlvbiBmb3Igd2hlbiBpdCBv Y2N1cnMuDQo+IEFuZCB5b3VyIHNlc3Npb24gbGV2ZWxzIHZzIG1lZGlhIGxldmVsIG1heSBtYWtl IHNlbnNlLiBIb3dldmVyLCBJIGRvIG5vdA0KPiBsaWtlIHRoZSBsaW1pdGF0aW9uIHRoYXQgb25l IG1heSBub3QgdXNlIHRoZSBzYW1lIElEIGluIG11bHRpcGxlIG09IGJsb2NrIHRoYXQNCj4gYXJl IGJ1bmRsZWQgaW4gdGhlIHNhbWUgUlRQIHNlc3Npb24sIGFzc3VtaW5nIGlkZW50aWNhbCBjb25m aWd1cmF0aW9uLg0KPiANCj4gDQo+IA0KPiA+Pj4NCj4gPj4+PiAyLiBFYWNoIG09IGJsb2NrIGNh biBkZWZpbmUgYSBzdWJzZXQgb2YgdGhlIHRvdGFsIGRlZmluZWQgSUQNCj4gPj4+PiBudW1iZXJz IGluZGljYXRpbmcgbGltaXRzIGluIHVzZSBmb3IgYSBwYXJ0aWN1bGFyIG1lZGlhIHNvdXJjZS4N Cj4gPj4+PiBUaGlzIGFsbG93cyBmb3INCj4gPj4gZXhhbXBsZQ0KPiA+Pj4+IGF1ZGlvIGFuZCB2 aWRlbyBtZWRpYSBzb3VyY2VzIHRvIHVzZSBkaWZmZXJlbnQgc2V0IG9mIGhlYWRlcg0KPiBleHRl bnNpb25zLg0KPiA+Pj4+DQo+ID4+Pg0KPiA+Pj4gW1JvbmkgRXZlbl0gc28geW91IGFyZSBzYXlp bmcgdGhhdCBpZiB5b3UgdXNlIG1lZGlhIGxldmVsLCB0aGUNCj4gPj4+IHN1cHBvcnQgZm9yDQo+ ID4+IHRoaXMgZXh0ZW5zaW9ucyBhcmUgb25seSBmb3IgdGhpcyBzcGVjaWZpYyBtLWxpbmUNCj4g Pj4NCj4gPj4gWWVzLCBhY3R1YWwgdXNhZ2UgaXMgb25seSBmb3IgUlRQIHN0cmVhbXMgYmVsb25n aW5nIHRvIHRoaXMgbT0gYmxvY2suDQo+ID4+IEFuIGV4YW1wbGUgb2YgdGhpcyB3b3VsZCBiZSB0 aGlzIGFiYnJldmFpdGVkIFNEUA0KPiA+Pg0KPiA+PiBhPWdyb3VwIEJVTkRMRSBhIGIgYw0KPiA+ PiBtPWF1ZGlvIFJUUCA5Nw0KPiA+PiBhPW1pZDphDQo+ID4+IGE9ZXh0bWFwOjEgdXJuOmlldGY6 cGFyYW1zOnJ0cC1oZHJleHQ6c3NyYy1hdWRpby1sZXZlbA0KPiA+PiBtPWF1ZGlvIFJUUCA5Nw0K PiA+PiBhPW1pZDpiDQo+ID4+IGE9ZXh0bWFwOjEgdXJuOmlldGY6cGFyYW1zOnJ0cC1oZHJleHQ6 c3NyYy1hdWRpby1sZXZlbA0KPiA+PiBtPXZpZGVvIFJUUCA5OA0KPiA+PiBhPW1pZDpjDQo+ID4+ IGE9ZXh0bWFwOjIgdXJuOjNncHA6dmlkZW8tb3JpZW50YXRpb24NCj4gPj4NCj4gPj4gVGhpcyBh Ym92ZSBzaG93cyBhbiBleGFtcGxlIHVzaW5nIGhlYWRlciBleHRlbnNpb25zIHRoYXQgbWFrZXMg bm8NCj4gPj4gc2Vuc2UgdG8gYWN0dWFsbHkgdXNlIGluIHRoZSBvdGhlciBtPSBpbiB0aGUgYnVu ZGxlLCBidXQgdGhlDQo+ID4+IGNvbmZpZ3VyYXRpb24gb2YgdGhlIFJUUCBoZWFkZXIgZXh0ZW5z aW9uIGlzIHNvbWV0aGluZyB0aGF0IGhhcHBlbnMNCj4gPj4gb24gUlRQIHNlc3Npb24gbGV2ZWwg YW5kIHRodXMsIHRoZXkgbXVzdCBoYXZlIHVuaXF1ZSBhbmQgZGlmZmVyZW50DQo+IG51bWJlcnMu DQo+ID4+DQo+ID4+IFllcywgb25lIGNvdWxkIGhhdmUgY29uZmlndXJlIHRoZSB0d28gZXh0bWFw IG9uIFNEUCBzZXNzaW9uIGxldmVsIGFuZA0KPiA+PiBnZXQgdGhlIHNhbWUgY29uZmlndXJhdGlv bi4gQnV0IGl0IHdvdWxkIGxhY2sgdGhlIGluZGljYXRpb24gb24gd2hpY2gNCj4gPj4gb25lIHRo ZXkgYXJlIHVzZWQuIEFuZCBpbiB0aGUgYWJvdmUgY2FzZSwgbWF5YmUgbWlkIGIpIHdvdWxkIG5v dA0KPiA+PiBpbmNsdWRlIGF1ZGlvLWxldmVsLCBhbmQgdGhlbiBvbmUgY291bGQgZXhsdWRlIHRo ZSBleGFtYXAgYXR0cmlidXRlDQo+ID4+IGFuZCBpbmRpY2F0ZSB0aGlzLg0KPiA+DQo+ID4gW1Jv bmkgRXZlbl0gVGhlIGV4YW1wbGUgZG9lcyBub3QgaGF2ZSBhbnkgYXR0cmlidXRlIHZhbHVlLCB3 aGVuIHRoZXJlDQo+ID4gaXMgb25lIGFuZCB5b3Ugd2FudCB0byBjaGFuZ2UgeW91IHdpbGwgbmVl ZCB0byBuZWdvdGlhdGUgYSBuZXcgSUQuDQo+IA0KPiBZZXMsIHRoYXQgaXMgY29ycmVjdCBpZiBv bmUgY2hhbmdlcyB0aGUgYXR0cmlidXRlcyBvbmUgd291bGQgbmVlZCB0byBuZWdvdGlhdGUNCj4g YSBuZXcgSUQuIEkgZG9uJ3QgdGhpbmsgdGhhdCBpcyBkaWZmZXJlbnQgZnJvbSB3aGF0IGlzIHJl cXVpcmVkIHRvZGF5IGlmIG9uZQ0KPiB3YW50IHNhZmUgb3BlcmF0aW9ucyBhY3Jvc3MgYSBzd2l0 Y2ggYXMgc2lnbmFsaW5nIGFuZCBSVFAgaXMgbm90IHN5bmNocm9uaXplZC4NCj4gDQo+IElzIHRo ZXJlIGV2ZW4gYW55IGhlYWRlciBleHRlbnNpb25zIHRoYXQgdXNlcyBhdHRyaWJ1dGVzIGluIHNp Z25hbGluZz8NCj4gDQo+IA0KPiANCj4gPg0KPiA+DQo+ID4NCj4gPj4NCj4gPj4+DQo+ID4+Pg0K PiA+Pj4+IDMuIEFuIElEIG51bWJlciB0aGF0IGlzIGRlZmluZWQgaW4gbXVsdGlwbGUgbT0gYmxv Y2tzIE1VU1QgaGF2ZQ0KPiA+Pj4+IGlkZW50aWNhbCBleHRtYXAgY29uZmlndXJhdGlvbiwgaS5l LiB0aGUgc2FtZSBVUkwgYW5kIGFueSBleHRlbnNpb24NCj4gPj4+PiBhdHRyaWJ1dGVzIHRoYXQg ZWZmZWN0IHRoZSB1c2FnZSBvciBmb3JtIG9mIHRoZSBSVFAgaGVhZGVyIGV4dGVuc2lvbi4NCj4g Pj4+Pg0KPiA+Pj4NCj4gPj4+IFtSb25pIEV2ZW5dIE15IHN1Z2dlc3Rpb24gaXMgdG8gbm90IHJl cGVhdCBJRCBpbiBkaWZmZXJlbnQgbS1saW5lcw0KPiA+PiBldmVuIGlmIHVzZSB0aGUgc2FtZSBl eHRlbnNpb24sIG9uZSBzcGFjZSB3aXRoIHVuaXF1ZSBJRHMuIFRoaXMgd2lsbA0KPiA+PiBiZSBz aW1wbGVyLiBJIGRvIG5vdCB0aGluayB3ZSBoYXZlIGEgcHJvYmxlbSB3aXRoIHRoZSBudW1iZXIg b2YgSURzLg0KPiA+Pg0KPiA+PiBBY3R1YWxseSwgd2Ugb25seSBoYXZlIDE0IHNob3J0IGZvcm1h dCBJRHMsIHNvIEkgZGlzYWdyZWUgd2l0aCB5b3UuDQo+ID4+IFRha2UgYSBDTFVFIGNvbmZlcmVu Y2luZyBzY2VuYXJpbyB3aGVyZSBvbmUgdXNlcyBCVU5ETEUsIHRoZW4gZWFjaA0KPiBtPQ0KPiA+ PiBibG9jayBmb3IgYXVkaW8gbWF5IGhhdmUgNSBjb25maWd1cmVkIElEcyAoc3NyYy1hdWRpby1s ZXZlbCwgZW5jcnlwdCwNCj4gPj4gc2RlczpjbmFtZSwgc2RlczpDYXB0SWQsIHNkZXM6bWlkKS4g VW5sZXNzIHlvdSByZXN1c2UgdGhlbSBhY3Jvc3MgdGhlDQo+ID4+IG09IGxpbmVzIGl0IHdpbGwg bm90IHdvcmsuDQo+ID4gW1JvbmkgRXZlbl0gVGhpcyBpcyB3aHkgd2UgaGF2ZSB0aGUgdHdvIGJ5 dGUgaGVhZGVyIGV4dGVuc2lvbnMsIGFuZCBJDQo+ID4gYXNzdW1lIHRoYXQgaWYgeW91IHN1cHBv cnQgYnVuZGxlIHlvdSBzaG91bGQgc3VwcG9ydCBSRkM1Mjg1LWJpcw0KPiANCj4gVGhhdCBpcyBz dGlsbCBjcmVhdGluZyBhbiB2ZXJ5IGFydGlmaWNpYWwgbGltaXRhdGlvbiB0aGF0IGlzIG5vdCBu ZWVkZWQuDQo+IEFuIElEIGlzIGFuIFJUUCBzZXNzaW9uIGxldmVsIGNvbmZpZ3VyYXRpb24uIEZv cmNpbmcgdGhlIHNpZ25hbGxpbmcgdG8gY3JlYXRlIFgqWQ0KPiBJRHMgaW5zdGVhZCBvZiBzaW1w bGUgWCBhcHBlYXJzIHZlcnkgc3RyYW5nZSB0byBtZS4gSSB3b3VsZCBub3RlIHRoYXQgZm9yDQo+ IGNvbmZlcmVuY2luZyB3aXRoIG1hbnkgc291cmNlcyBvbmUgd291bGQgcG9zc2libHkgcnVuIGlu dG8gdGhlIGxpbWl0YXRpb24uDQo+IFRoZXJlIGFyZSBhZnRlciBhbGwgb25seSAyNTQgIElEcyB0 aGF0IGNhbiBiZSB1c2VkIGJ5IHRoZSBpbXBsZW1lbnRhdGlvbi4gSWYNCj4gb25lIHVzZXMgNSBJ RHMgcGVyIG1lZGlhIHNvdXJjZSB0aGVuIHRoZSBsaW1pdCBpcw0KPiA1MCBzb3VyY2VzLCB0aGF0 IGlzbid0IHRoYXQgaGlnaC4NCj4gDQo+IEkgZmFpbCB0byBzZWUgYW55IGlzc3VlcyB3aXRoIGFs bG93aW5nIGZvciBhIGdpdmVuIGhlYWRlciBleHRlbnNpb24NCj4gY29uZmlndXJhdGlvbiB0byBi ZSByZS11c2VkIGluIG11bHRpcGxlIG09IGJsb2NrcyB3aXRoIHRoZSBzYW1lIElELiBUaGlzIGlz DQo+IHRoZSBzYW1lIGFzIHRoZSBSVFAgUFQuDQo+IA0KPiBBbmQsIHRoZSBDaHJvbWUgV2ViUlRD IFNEUCBleGFtcGxlcyBJIGhhdmUgc2VlbiBkbyByZS11c2UgZXh0bWFwDQo+IHZhbHVlcyBhY3Jv c3MgbXVsdGlwbGUgbT0gYmxvY2tzLg0KPiANCj4gQ2hlZXJzDQo+IA0KPiBNYWdudXMgV2VzdGVy bHVuZA0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBNZWRpYSBUZWNobm9sb2dpZXMsIEVyaWNzc29u IFJlc2VhcmNoDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gRXJpY3Nzb24gQUIgICAgICAgICAgICAgICAg IHwgUGhvbmUgICs0NiAxMCA3MTQ4Mjg3DQo+IEbDpHLDtmdhdGFuIDYgICAgICAgICAgICAgICAg IHwgTW9iaWxlICs0NiA3MyAwOTQ5MDc5DQo+IFNFLTE2NCA4MCBTdG9ja2hvbG0sIFN3ZWRlbiB8 IG1haWx0bzogbWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24uY29tDQo+IC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Cg0K From nobody Wed May 17 08:49:25 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFBF1129AF4 for ; Wed, 17 May 2017 08:49:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.521 X-Spam-Level: X-Spam-Status: No, score=-1.521 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 GXYUVVZh8wix for ; Wed, 17 May 2017 08:49:23 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 7114212EBF1 for ; Wed, 17 May 2017 08:43:07 -0700 (PDT) X-AuditID: c1b4fb2d-5a49e9a000000d37-fe-591c6f8951d6 Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.183.42]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id D7.FC.03383.98F6C195; Wed, 17 May 2017 17:43:05 +0200 (CEST) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.44) with Microsoft SMTP Server id 14.3.339.0; Wed, 17 May 2017 17:43:04 +0200 To: Roni Even , "avt@ietf.org" References: <149379320405.21536.1248894768571572774@ietfa.amsl.com> <6E58094ECC8D8344914996DAD28F1CCD7B263E@DGGEMM506-MBX.china.huawei.com> <6E58094ECC8D8344914996DAD28F1CCD7B26AF@DGGEMM506-MBX.china.huawei.com> <3a98e7a7-72aa-7081-48ba-cc84d14e97ba@ericsson.com> <6E58094ECC8D8344914996DAD28F1CCD7C079E@DGGEMM506-MBX.china.huawei.com> From: Magnus Westerlund Message-ID: <96362fde-88f9-71c6-c846-a2a41dd8a807@ericsson.com> Date: Wed, 17 May 2017 17:43:04 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <6E58094ECC8D8344914996DAD28F1CCD7C079E@DGGEMM506-MBX.china.huawei.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: sv Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrALMWRmVeSWpSXmKPExsUyM2K7lm5nvkykwc5tihYve1ayW3w6dp7F gcmj5chbVo8lS34yBTBFcdmkpOZklqUW6dslcGVcW3SJqeCITMXZ+ZfZGxj3iXUxcnJICJhI TF9yn6WLkYtDSOAIo8SGUw3sEM5yRolbc/awg1QJC3hIHPy7mKmLkYNDRMBZ4srqCIiaw8wS txbOYwSpYROwkLj5o5ENpIZXwF7i3zYrkDCLgKrE22NH2EBsUYEYiUcbzjKB2LwCghInZz5h AbE5BUIkdi1fA2YzA42ZOf88I4QtInHy8n1mCFteonnrbDBbSEBboqGpg3UCo8AsJKNmIWmf haR9FpL2BYwsqxhFi1OLi3PTjYz1Uosyk4uL8/P08lJLNjECw/Xglt+6OxhXv3Y8xCjAwajE wxsXJhMpxJpYVlyZe4hRgoNZSYR3fw5QiDclsbIqtSg/vqg0J7X4EKM0B4uSOK/DvgsRQgLp iSWp2ampBalFMFkmDk6pBsbI93czVv3ufX7q5T0pzTQDuftV2yPLNXPeLGcXyZmWMuNwFM8C X9c3gg9yJzfeOW/9r6m5/86h5sNmeeWF4Yczfue85w2MO3xs97lrHJKSlq1rLWul7F+LcbMI v+a4IN7wdFvOCq/nRnuZPhkv+rEiaNuCmbcW+kkVHylNfKgR+9RZ6rvRfAYlluKMREMt5qLi RAD+nk1aUwIAAA== Archived-At: Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2017 15:49:25 -0000 Hi Roni, Den 2017-05-11 kl. 09:40, skrev Roni Even: > Hi Magnus, Since I do not have strong opinion about the IDs issues I > can live with your text, and add it to section 7 "SDP offer/answer". First of all, do not add my text raw, that will not make sense I believe. You will need to add context and framing to the rules. > > 1. The ID space is common across all m= lines (using RTP) in a BUNDLE > group. > > 2. Each m= block can define a subset of the total defined ID numbers > indicating limits in use for a particular media source. This allows > for example audio and video media sources to use different set of > header extensions. > > 3. An ID number that is defined in multiple m= blocks MUST have > identical extmap configuration, i.e. the same URL and any extension > attributes that effect the usage or form of the RTP header > extension. > > 4. The extmap direction setting for a particular ID number MAY be > independently set per media source (m= block). This as some media > source may be unidirectional and other bi-directional. > > Just some clarifications > > From 3 and 4 I am not sure about the following bundled m-lines, is > this allowed based on 4 or not because of 3? > > M=video A=extmap:1/recvonly uri-gps-string > > M=video A=extmap:1/sendrecv uri-gps-string > I am of the opinion that the above example shall be allowed. The RTP session configuration do not care about direction. The usage configuration of the media streams sent in the RTP session may care about direcitonality. It might be that folding the exception 4) provides into 3) is the better text solution here. > There is no problem if the directionality is not specified and is > based on the RTP stream directionality. Agreed > > As for the allowed mixed as normal I do not understand your concern > about having one m-line support it and the other not. My main issue is the uncertainty over the functionality and what will happen when there is one m= line with mixed and one without in a bundle group. As I see it creates a number of potential outcomes, depending on how the answerer behaves. Alt 1) The answer splits the bundle group to avoid having different capabilities in the same RTP session. alt 2) The answer refuses to support mixed. And I would argue that would be the default case unless the m= lines are split into differnt RTP sessions due to this sentence in Seciton 4.1.2: A stream MUST contain only one-byte or two-byte headers unless it is known that all recipients support mixing, either by SDP Offer/Answer [RFC3264] negotiation (see section 6) or by out- of-band knowledge. As it is explicitly stated that not all receivers, i.e. all m= streams supports the functionality it is turned off. alt 3) The answer accepts mixed for one and non mixed for the other m= stream. Making another interpretation or missing the above sentence. Thus resulting in that some SSRCs sends mixed and other not. I can accept that it can be allowed, but then please clarify what the interpretation of that state is. Because I have as you see multiple ones. Cheers Magnus Westerlund ---------------------------------------------------------------------- Media Technologies, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 FärÜgatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Wed May 17 21:53:34 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0344512949F for ; Wed, 17 May 2017 21:53:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 d1lbiELdS52V for ; Wed, 17 May 2017 21:53:32 -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 37295129AB0 for ; Wed, 17 May 2017 21:48:50 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml709-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DNG59574; Thu, 18 May 2017 04:48:48 +0000 (GMT) Received: from DGGEMM401-HUB.china.huawei.com (10.3.20.209) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 18 May 2017 05:48:46 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.49]) by DGGEMM401-HUB.china.huawei.com ([10.3.20.209]) with mapi id 14.03.0301.000; Thu, 18 May 2017 12:48:39 +0800 From: Roni Even To: Magnus Westerlund , "avt@ietf.org" Thread-Topic: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt Thread-Index: AQHSzyRZ45qwXr6l9UyUDKLbnXQ0k6H5g+6A Date: Thu, 18 May 2017 04:48:39 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD7CC449@DGGEMM506-MBX.china.huawei.com> References: <149379320405.21536.1248894768571572774@ietfa.amsl.com> <6E58094ECC8D8344914996DAD28F1CCD7B263E@DGGEMM506-MBX.china.huawei.com> <6E58094ECC8D8344914996DAD28F1CCD7B26AF@DGGEMM506-MBX.china.huawei.com> <3a98e7a7-72aa-7081-48ba-cc84d14e97ba@ericsson.com> <6E58094ECC8D8344914996DAD28F1CCD7C079E@DGGEMM506-MBX.china.huawei.com> <96362fde-88f9-71c6-c846-a2a41dd8a807@ericsson.com> In-Reply-To: <96362fde-88f9-71c6-c846-a2a41dd8a807@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.201.202] 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.0A020206.591D27B0.006A, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.49, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d0564d588199b8f962933e022e4a79c0 Archived-At: Subject: Re: [AVTCORE] I-D Action: draft-ietf-avtcore-rfc5285-bis-11.txt X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2017 04:53:34 -0000 SGkgTWFnbnVzLA0KSSB3aWxsIGRyYWZ0IHRoZSBwcm9wb3NlZCB0ZXh0IGFuZCBzZW5kIGl0IHRv IHRoZSBsaXN0DQoNCkFzIGZvciBhbGxvd2VkIG1peCwgSSB1bmRlcnN0YW5kIHlvdXIgY29tbWVu dCBub3cuDQoNClRoZSBxdWVzdGlvbiBpcyB3aGF0IGlzIGEgc3RyZWFtLCBpdCBpcyBjbGVhciBp biB0aGUgbm9uIGJ1bmRsZWQgY2FzZSBidXQgZm9yIHRoZSBidW5kbGUgY2FzZSBteSBhc3N1bXB0 aW9uIHdhcyB0aGF0IHN0aWxsIGVhY2ggbS1saW5lIHByb3ZpZGUgYSBzZXBhcmF0ZSBzdHJlYW0g c28gdGhlIGVhY2ggbS1saW5lIGNhbiBoYXZlIGRpZmZlcmVudCBhbGxvd2VkIG1peCwgb25lIHVz ZSBjYXNlIGlzIGZvciBhIG1lZGlhIHN3aXRjaGluZyBNQ1UgdGhhdCBtYXkgcmVkaXJlY3QgdGhl IGluY29taW5nIHN0cmVhbXMgdG8gZGlmZmVyZW50IHJlY2VpdmVycywgc29tZSBzdXBwb3J0IGJ1 bmRsZSBhbmQgc29tZSBub3QgaW4gd2hpY2ggY2FzZSB0aGUgb25lcyB0aGF0IGRvIG5vdCBzdXBw b3J0IGJ1bmRsZSBtYXkgbmVnb3RpYXRlIGFsbG93ZWQgbWl4ZWQgb25seSBmb3IgcGFydCBvZiB0 aGUgbS1saW5lcy4NCkkgdGhpbmsgdGhhdCBhdCBsZWFzdCB3ZSBzaG91bGQgYWxsb3cgdGhpcyBi dXQgbWF5YmUgbWVudGlvbiB0aGF0IHRoZSBiZXN0IHdheSBpcyB0byBoYXZlIGFsbG93ZWQgbWl4 ZWQgb24gdGhlIHNlc3Npb24gbGV2ZWwgb3IgaW4gYWxsIGJ1bmRsZWQgbS1saW5lcw0KDQpSb25p DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogTWFnbnVzIFdlc3Rlcmx1 bmQgW21haWx0bzptYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5jb21dDQo+IFNlbnQ6INeZ15XX ncKg15MgMTcg157XkNeZIDIwMTcgMTg6NDMNCj4gVG86IFJvbmkgRXZlbjsgYXZ0QGlldGYub3Jn DQo+IFN1YmplY3Q6IFJlOiBbQVZUQ09SRV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1hdnRjb3Jl LXJmYzUyODUtYmlzLTExLnR4dA0KPiANCj4gSGkgUm9uaSwNCj4gDQo+IERlbiAyMDE3LTA1LTEx IGtsLiAwOTo0MCwgc2tyZXYgUm9uaSBFdmVuOg0KPiA+IEhpIE1hZ251cywgU2luY2UgSSBkbyBu b3QgaGF2ZSBzdHJvbmcgb3BpbmlvbiBhYm91dCB0aGUgSURzIGlzc3VlcyBJDQo+ID4gY2FuIGxp dmUgd2l0aCB5b3VyIHRleHQsIGFuZCBhZGQgaXQgdG8gc2VjdGlvbiA3ICJTRFAgb2ZmZXIvYW5z d2VyIi4NCj4gDQo+IEZpcnN0IG9mIGFsbCwgZG8gbm90IGFkZCBteSB0ZXh0IHJhdywgdGhhdCB3 aWxsIG5vdCBtYWtlIHNlbnNlIEkgYmVsaWV2ZS4gWW91IHdpbGwNCj4gbmVlZCB0byBhZGQgY29u dGV4dCBhbmQgZnJhbWluZyB0byB0aGUgcnVsZXMuDQo+IA0KPiA+DQo+ID4gMS4gVGhlIElEIHNw YWNlIGlzIGNvbW1vbiBhY3Jvc3MgYWxsIG09IGxpbmVzICh1c2luZyBSVFApIGluIGEgQlVORExF DQo+ID4gZ3JvdXAuDQo+ID4NCj4gPiAyLiBFYWNoIG09IGJsb2NrIGNhbiBkZWZpbmUgYSBzdWJz ZXQgb2YgdGhlIHRvdGFsIGRlZmluZWQgSUQgbnVtYmVycw0KPiA+IGluZGljYXRpbmcgbGltaXRz IGluIHVzZSBmb3IgYSBwYXJ0aWN1bGFyIG1lZGlhIHNvdXJjZS4gVGhpcyBhbGxvd3MNCj4gPiBm b3IgZXhhbXBsZSBhdWRpbyBhbmQgdmlkZW8gbWVkaWEgc291cmNlcyB0byB1c2UgZGlmZmVyZW50 IHNldCBvZg0KPiA+IGhlYWRlciBleHRlbnNpb25zLg0KPiA+DQo+ID4gMy4gQW4gSUQgbnVtYmVy IHRoYXQgaXMgZGVmaW5lZCBpbiBtdWx0aXBsZSBtPSBibG9ja3MgTVVTVCBoYXZlDQo+ID4gaWRl bnRpY2FsIGV4dG1hcCBjb25maWd1cmF0aW9uLCBpLmUuIHRoZSBzYW1lIFVSTCBhbmQgYW55IGV4 dGVuc2lvbg0KPiA+IGF0dHJpYnV0ZXMgdGhhdCBlZmZlY3QgdGhlIHVzYWdlIG9yIGZvcm0gb2Yg dGhlIFJUUCBoZWFkZXIgZXh0ZW5zaW9uLg0KPiA+DQo+ID4gNC4gVGhlIGV4dG1hcCBkaXJlY3Rp b24gc2V0dGluZyBmb3IgYSBwYXJ0aWN1bGFyIElEIG51bWJlciBNQVkgYmUNCj4gPiBpbmRlcGVu ZGVudGx5IHNldCBwZXIgbWVkaWEgc291cmNlIChtPSBibG9jaykuIFRoaXMgYXMgc29tZSBtZWRp YQ0KPiA+IHNvdXJjZSBtYXkgYmUgdW5pZGlyZWN0aW9uYWwgYW5kIG90aGVyIGJpLWRpcmVjdGlv bmFsLg0KPiA+DQo+ID4gSnVzdCBzb21lIGNsYXJpZmljYXRpb25zDQo+ID4NCj4gPiBGcm9tIDMg YW5kIDQgSSBhbSBub3Qgc3VyZSBhYm91dCB0aGUgZm9sbG93aW5nIGJ1bmRsZWQgbS1saW5lcywg aXMNCj4gPiB0aGlzIGFsbG93ZWQgYmFzZWQgb24gNCBvciBub3QgYmVjYXVzZSBvZiAzPw0KPiA+ DQo+ID4gTT12aWRlbyBBPWV4dG1hcDoxL3JlY3Zvbmx5IHVyaS1ncHMtc3RyaW5nDQo+ID4NCj4g PiBNPXZpZGVvIEE9ZXh0bWFwOjEvc2VuZHJlY3YgdXJpLWdwcy1zdHJpbmcNCj4gPg0KPiANCj4g SSBhbSBvZiB0aGUgb3BpbmlvbiB0aGF0IHRoZSBhYm92ZSBleGFtcGxlIHNoYWxsIGJlIGFsbG93 ZWQuIFRoZSBSVFAgc2Vzc2lvbg0KPiBjb25maWd1cmF0aW9uIGRvIG5vdCBjYXJlIGFib3V0IGRp cmVjdGlvbi4gVGhlIHVzYWdlIGNvbmZpZ3VyYXRpb24gb2YgdGhlDQo+IG1lZGlhIHN0cmVhbXMg c2VudCBpbiB0aGUgUlRQIHNlc3Npb24gbWF5IGNhcmUgYWJvdXQgZGlyZWNpdG9uYWxpdHkuDQo+ IA0KPiBJdCBtaWdodCBiZSB0aGF0IGZvbGRpbmcgdGhlIGV4Y2VwdGlvbiA0KSBwcm92aWRlcyBp bnRvIDMpIGlzIHRoZSBiZXR0ZXIgdGV4dA0KPiBzb2x1dGlvbiBoZXJlLg0KPiANCj4gPiBUaGVy ZSBpcyBubyBwcm9ibGVtIGlmIHRoZSBkaXJlY3Rpb25hbGl0eSBpcyBub3Qgc3BlY2lmaWVkIGFu ZCBpcw0KPiA+IGJhc2VkIG9uIHRoZSBSVFAgc3RyZWFtIGRpcmVjdGlvbmFsaXR5Lg0KPiANCj4g QWdyZWVkDQo+IA0KPiA+DQo+ID4gQXMgZm9yIHRoZSBhbGxvd2VkIG1peGVkIGFzIG5vcm1hbCBJ IGRvIG5vdCB1bmRlcnN0YW5kIHlvdXIgY29uY2Vybg0KPiA+IGFib3V0IGhhdmluZyBvbmUgbS1s aW5lIHN1cHBvcnQgaXQgYW5kIHRoZSBvdGhlciBub3QuDQo+IA0KPiBNeSBtYWluIGlzc3VlIGlz IHRoZSB1bmNlcnRhaW50eSBvdmVyIHRoZSBmdW5jdGlvbmFsaXR5IGFuZCB3aGF0IHdpbGwgaGFw cGVuDQo+IHdoZW4gdGhlcmUgaXMgb25lIG09IGxpbmUgd2l0aCBtaXhlZCBhbmQgb25lIHdpdGhv dXQgaW4gYSBidW5kbGUgZ3JvdXAuIEFzDQo+IEkgc2VlIGl0IGNyZWF0ZXMgYSBudW1iZXIgb2Yg cG90ZW50aWFsIG91dGNvbWVzLCBkZXBlbmRpbmcgb24gaG93IHRoZQ0KPiBhbnN3ZXJlciBiZWhh dmVzLg0KPiANCj4gQWx0IDEpIFRoZSBhbnN3ZXIgc3BsaXRzIHRoZSBidW5kbGUgZ3JvdXAgdG8g YXZvaWQgaGF2aW5nIGRpZmZlcmVudA0KPiBjYXBhYmlsaXRpZXMgaW4gdGhlIHNhbWUgUlRQIHNl c3Npb24uDQo+IA0KPiBhbHQgMikgVGhlIGFuc3dlciByZWZ1c2VzIHRvIHN1cHBvcnQgbWl4ZWQu IEFuZCBJIHdvdWxkIGFyZ3VlIHRoYXQgd291bGQgYmUNCj4gdGhlIGRlZmF1bHQgY2FzZSB1bmxl c3MgdGhlIG09IGxpbmVzIGFyZSBzcGxpdCBpbnRvIGRpZmZlcm50IFJUUCBzZXNzaW9ucyBkdWUg dG8NCj4gdGhpcyBzZW50ZW5jZSBpbiBTZWNpdG9uIDQuMS4yOg0KPiANCj4gICAgIEEgc3RyZWFt IE1VU1QgY29udGFpbiBvbmx5IG9uZS1ieXRlIG9yIHR3by1ieXRlDQo+ICAgICBoZWFkZXJzIHVu bGVzcyBpdCBpcyBrbm93biB0aGF0IGFsbCByZWNpcGllbnRzIHN1cHBvcnQgbWl4aW5nLCBlaXRo ZXINCj4gICAgIGJ5IFNEUCBPZmZlci9BbnN3ZXIgW1JGQzMyNjRdIG5lZ290aWF0aW9uIChzZWUg c2VjdGlvbiA2KSBvciBieSBvdXQtDQo+ICAgICBvZi1iYW5kIGtub3dsZWRnZS4NCj4gDQo+IEFz IGl0IGlzIGV4cGxpY2l0bHkgc3RhdGVkIHRoYXQgbm90IGFsbCByZWNlaXZlcnMsIGkuZS4gYWxs IG09IHN0cmVhbXMgc3VwcG9ydHMgdGhlDQo+IGZ1bmN0aW9uYWxpdHkgaXQgaXMgdHVybmVkIG9m Zi4NCj4gDQo+IGFsdCAzKSBUaGUgYW5zd2VyIGFjY2VwdHMgbWl4ZWQgZm9yIG9uZSBhbmQgbm9u IG1peGVkIGZvciB0aGUgb3RoZXIgbT0NCj4gc3RyZWFtLiBNYWtpbmcgYW5vdGhlciBpbnRlcnBy ZXRhdGlvbiBvciBtaXNzaW5nIHRoZSBhYm92ZSBzZW50ZW5jZS4NCj4gVGh1cyByZXN1bHRpbmcg aW4gdGhhdCBzb21lIFNTUkNzIHNlbmRzIG1peGVkIGFuZCBvdGhlciBub3QuDQo+IA0KPiBJIGNh biBhY2NlcHQgdGhhdCBpdCBjYW4gYmUgYWxsb3dlZCwgYnV0IHRoZW4gcGxlYXNlIGNsYXJpZnkg d2hhdCB0aGUNCj4gaW50ZXJwcmV0YXRpb24gb2YgdGhhdCBzdGF0ZSBpcy4gQmVjYXVzZSBJIGhh dmUgYXMgeW91IHNlZSBtdWx0aXBsZSBvbmVzLg0KPiANCj4gQ2hlZXJzDQo+IA0KPiBNYWdudXMg V2VzdGVybHVuZA0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBNZWRpYSBUZWNobm9sb2dpZXMsIEVy aWNzc29uIFJlc2VhcmNoDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gRXJpY3Nzb24gQUIgICAgICAgICAg ICAgICAgIHwgUGhvbmUgICs0NiAxMCA3MTQ4Mjg3DQo+IEbDpHLDtmdhdGFuIDYgICAgICAgICAg ICAgICAgIHwgTW9iaWxlICs0NiA3MyAwOTQ5MDc5DQo+IFNFLTE2NCA4MCBTdG9ja2hvbG0sIFN3 ZWRlbiB8IG1haWx0bzogbWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24uY29tDQo+IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCg0K From nobody Thu May 18 02:17:31 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B6FD129B28 for ; Thu, 18 May 2017 02:17:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 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=-0.001, 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 hSyrEZ7PLE2T for ; Thu, 18 May 2017 02:17:28 -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 39D3F129B2B for ; Thu, 18 May 2017 02:12:15 -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 DNH07552; Thu, 18 May 2017 09:12:08 +0000 (GMT) Received: from DGGEMM403-HUB.china.huawei.com (10.3.20.211) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 18 May 2017 10:11:34 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.49]) by DGGEMM403-HUB.china.huawei.com ([10.3.20.211]) with mapi id 14.03.0301.000; Thu, 18 May 2017 17:11:29 +0800 From: Roni Even To: "avt@ietf.org" Thread-Topic: Adding information to draft-ietf-avtext-framemarking non-scalable extension Thread-Index: AdLPtmQIVl+AIPLPSRetVeYcA2dzZg== Date: Thu, 18 May 2017 09:11:29 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD7CC6EA@DGGEMM506-MBX.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.201.202] Content-Type: multipart/alternative; boundary="_000_6E58094ECC8D8344914996DAD28F1CCD7CC6EADGGEMM506MBXchina_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.591D656B.00C0, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.49, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: bede08879e482f5afcf28eecaa11f0a1 Archived-At: Subject: [AVTCORE] Adding information to draft-ietf-avtext-framemarking non-scalable extension X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2017 09:17:30 -0000 --_000_6E58094ECC8D8344914996DAD28F1CCD7CC6EADGGEMM506MBXchina_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, The current support for non-scalable frame marking provide limited informat= ion for making good decisions about which packets to drop in congestion cas= e. Currently there is only 1 bit for marking discardable packets. I propose using three of the remaining four bits (currently 0000) with the= following semantics: Low motion bit (M) - specifying that this stream or the current packets hav= e low motion (example - a conference room meeting ), removing them will jus= t reduce the frame rate with less artifacts comparing with a live video of = a basketball game. Priority (P) two bits - allowing to prioritize frames in a stream. For exam= ple if we have a sequence (IBBBBPBBB...) even though all B frames may be de= fined as discardable, they may have different relation to the other frames = and by using priority we can make better discarding decisions. The way it may work for example is that when there is a need to discard pa= ckets the middlebox will choose from the discardable packets the ones with= low motion and low priority and continue dropping low motion and higher pr= iority. The dropping policy should be implementation dependent. Roni Even --_000_6E58094ECC8D8344914996DAD28F1CCD7CC6EADGGEMM506MBXchina_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

The current support for non-scalable frame marking p= rovide limited information for making good decisions about which packets to= drop in congestion case. Currently there is only 1 bit for marking discard= able packets.

 

I propose using three of the remaining  four bi= ts (currently 0000) with the following semantics:

 

Low motion bit (M) – specifying that this stre= am or the current packets have low motion (example – a conference roo= m meeting ), removing them will just reduce the frame rate with less artifa= cts comparing with a live video of a basketball game.

Priority (P) two bits – allowing to prioritize= frames in a stream. For example if we have a sequence (IBBBBPBBB…) e= ven though all B frames may be defined as discardable, they may have differ= ent relation to the other frames and by using priority we can make better discarding decisions.

 

The way it may work for example  is that when t= here is a need to discard packets  the middlebox will choose from the = discardable packets the ones with low motion and low priority and continue = dropping low motion and higher priority. The dropping policy should be implementation dependent.

 

 

Roni Even

--_000_6E58094ECC8D8344914996DAD28F1CCD7CC6EADGGEMM506MBXchina_-- From nobody Thu May 18 04:15:57 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 695E812E3AE for ; Thu, 18 May 2017 04:15:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 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=-0.001, 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 la1728aEIigG for ; Thu, 18 May 2017 04:15:54 -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 66A6512949F for ; Thu, 18 May 2017 04:11:04 -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 DNH31437; Thu, 18 May 2017 11:11:00 +0000 (GMT) Received: from DGGEMM406-HUB.china.huawei.com (10.3.20.214) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 18 May 2017 12:10:58 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.49]) by DGGEMM406-HUB.china.huawei.com ([10.3.20.214]) with mapi id 14.03.0301.000; Thu, 18 May 2017 19:10:42 +0800 From: Roni Even To: Roni Even , Magnus Westerlund , "avt@ietf.org" Thread-Topic: draft-ietf-avtcore-rfc5285-bis-11.txt - new text for bundle case Thread-Index: AdLPxyMuz+YWFcXDRVedJ3p+i/n0dA== Date: Thu, 18 May 2017 11:10:42 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD7CC7D1@DGGEMM506-MBX.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.201.202] 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.0A0B0201.591D8145.0163, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.49, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d81068b2d0e6f13833efb4be93ecaa02 Archived-At: Subject: [AVTCORE] draft-ietf-avtcore-rfc5285-bis-11.txt - new text for bundle case X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2017 11:15:55 -0000 SGksDQoNCiBJIHN1Z2dlc3QgYWRkaW5nIHRoZSBmb2xsb3dpbmcgdGV4dCB0byBzZWN0aW9uIDYN Cg0KV2hlbiB1c2VkIGluIFtidW5kbGVdIHRoaXMgYXR0cmlidXRlIGlzIHNwZWNpZmllZCBhcyBu b3JtYWwgY2F0ZWdvcnkgZm9yIHRoZSBbbXV4IGF0dHJpYnV0ZV0uIFRoaXMgYWxsb3dzIGZvciBv bmx5IGEgc3Vic2V0IG9mIHRoZSBtLWxpbmVzIGluIHRoZSBidW5kbGUgZ3JvdXAgdG8gb2ZmZXIg ZXh0bWFwLWFsbG93LW1peGVkLiBXaGVuIGFuIGFuc3dlcmVyIHN1cHBvcnRpbmcgdGhlIGV4dG1h cC1hbGxvdy1taXggYXR0cmlidXRlIHJlY2VpdmVzIGFuIG9mZmVyIHdoZXJlIG9ubHkgc29tZSBv ZiB0aGUgbS1saW5lcyBpbiB0aGUgYnVuZGxlIGdyb3VwIGluY2x1ZGUgdGhlIGV4dG1hcC1hbGxv dy1taXhlZCBhdHRyaWJ1dGUsIHRoZSBhbnN3ZXJlciBtdXN0IHJlY2VpdmUgdGhpcyBvZmZlciBh bmQgc3VwcG9ydCBtaXhlZCBvbmUtYnl0ZSBhbmQgdHdvLWJ5dGVzIG9ubHkgZm9yIHRob3NlIG0t bGluZXMuICANCg0KDQoNCkFuZCB0aGUgZm9sbG93aW5nIHRleHQgdG8gc2VjdGlvbiA3DQoNCldo ZW4gdXNpbmcgW2J1bmRsZV0gdG8gYnVuZGxlIG11bHRpcGxlIG0tbGluZXMgdGhlIGV4dG1hcCBh dHRyaWJ1dGUgZmFsbHMgdW5kZXIgdGhlIHNwZWNpYWwgY2F0ZWdvcnkgb2YgW211eCBhdHRyaWJ1 dGVdLiANCkFsbCB0aGUgbS1saW5lcyBpbiBhIGJ1bmRsZSBncm91cCBhcmUgY29uc2lkZXJlZCB0 byBiZSBwYXJ0IG9mIHRoZSBzYW1lIGxvY2FsIGlkZW50aWZpZXIgKElEKSBzcGFjZS4gIElmIGFu IGV4dGVuc2lvbiBVUkkgaXMgb2ZmZXJlZCBpbiBtdWx0aXBsZSBtLWxpbmVzIHRoZSBzYW1lIGF0 dHJpYnV0ZXMgYXMgcGFydCBvZiB0aGUgc2FtZSBidW5kbGUgZ3JvdXAgaXQgTVVTVCB1c2UgdGhl IHNhbWUgSUQgaW4gYWxsIHRoaXMgbS1saW5lcy4gRWFjaCBtLWxpbmUgaW4gYSBidW5kbGUgZ3Jv dXAgY2FuIGluY2x1ZGUgZGlmZmVyZW50IGV4dGVuc2lvbiBVUklzIGFsbG93aW5nIGZvciBleGFt cGxlIGF1ZGlvIGFuZCB2aWRlbyBzb3VyY2VzIHRvIHVzZSBkaWZmZXJlbnQgc2V0cyBvZiBSVFAg aGVhZGVyIGV4dGVuc2lvbnMuIFRoZSBkaXJlY3Rpb25hbGl0eSBvZiB0aGUgUlRQIGhlYWRlciBl eHRlbnNpb25zIGluIGVhY2ggbS1saW5lIG9mIHRoZSBidW5kbGUgZ3JvdXAgYXJlIGhhbmRsZWQg YXMgdGhlIG5vbi1idW5kbGVkIGNhc2UuIFRoaXMgYWxsb3dzIGZvciBzcGVjaWZ5aW5nIGRpZmZl cmVudCBkaXJlY3Rpb25hbGl0eSBmb3IgZWFjaCBvZiB0aGUgcmVwdGVhdGVkIGV4dGVuc2lvbiBV UkkgaW4gYnVuZGxlZCBncm91cC4NCg0KDQpSb25pIEV2ZW4NCg0K From nobody Tue May 23 05:57:40 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF012129B2A for ; Tue, 23 May 2017 05:57:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.521 X-Spam-Level: X-Spam-Status: No, score=-1.521 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 IFLvmue3a5Tl for ; Tue, 23 May 2017 05:57:35 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 D808E1243F3 for ; Tue, 23 May 2017 05:57:34 -0700 (PDT) X-AuditID: c1b4fb30-4163b9a0000007db-35-592431bdd1b8 Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.183.57]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 4B.3D.02011.DB134295; Tue, 23 May 2017 14:57:33 +0200 (CEST) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.59) with Microsoft SMTP Server id 14.3.339.0; Tue, 23 May 2017 14:57:32 +0200 To: Roni Even , "avt@ietf.org" References: <6E58094ECC8D8344914996DAD28F1CCD7CC7D1@DGGEMM506-MBX.china.huawei.com> From: Magnus Westerlund Message-ID: <9f3be17d-1306-bca3-13eb-5aef99d4a684@ericsson.com> Date: Tue, 23 May 2017 14:57:31 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <6E58094ECC8D8344914996DAD28F1CCD7CC7D1@DGGEMM506-MBX.china.huawei.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: sv Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrALMWRmVeSWpSXmKPExsUyM2K7pe5eQ5VIgz9f+S1e9qxkt/h07DyL A5NHy5G3rB5LlvxkCmCK4rJJSc3JLEst0rdL4MpoOL6XraBHqeLuhfUsDYxXpLsYOTkkBEwk jt+9xNTFyMUhJHCEUWL7sofMEM5yRomWlUvZQKqEBXwl5u9qZu9i5OAQEXCWuLI6AiQsJBAs cf/uM3YQm03AQuLmj0awcl4Be4nWRxA2i4CqxPPXq8BqRAViJB5tOMsEUSMocXLmExYQm1Mg RGLy5MvMIDYz0JyZ888zQtgiEicv34eKy0s0b53NDLFXW6KhqYN1AqPALCSjZiFpn4WkfRaS 9gWMLKsYRYtTi5Ny042M9FKLMpOLi/Pz9PJSSzYxAsP14JbfBjsYXz53PMQowMGoxMPbBwxj IdbEsuLK3EOMEhzMSiK8Vw2AQrwpiZVVqUX58UWlOanFhxilOViUxHkd912IEBJITyxJzU5N LUgtgskycXBKNTBG21/ctON4FlP9F7Eta1N/6u2tWnTv4OtmpZy7TB9nCc+paG7fctesadYM +/WsPmW5yyYsynyy/tRh+zm31VdsvnUum2ndlxu6K5+s9g7JF2R6X5veXMUpnfcv9VR4zL5r TmcWOKzccSAwJzPaVOqhRWbvg9sp26/IC32wdErg1d/VfIV1QYyoEktxRqKhFnNRcSIAb74M vVMCAAA= Archived-At: Subject: Re: [AVTCORE] draft-ietf-avtcore-rfc5285-bis-11.txt - new text for bundle case X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 12:57:38 -0000 Hi Roni, Thanks for drafting text. See below for my comments. Den 2017-05-18 kl. 13:10, skrev Roni Even: > Hi, > > I suggest adding the following text to section 6 > > When used in [bundle] this attribute is specified as normal category > for the [mux attribute]. This allows for only a subset of the m-lines > in the bundle group to offer extmap-allow-mixed. When an answerer > supporting the extmap-allow-mix attribute receives an offer where > only some of the m-lines in the bundle group include the > extmap-allow-mixed attribute, the answerer must receive this offer > and support mixed one-byte and two-bytes only for those m-lines. I think we should clarify what "support" means. I think the reasonable thing that this means is that one MUST only send RTP header extensions using mixed on those RTP streams originating from those media sources (m=) blocks that includes extmap-allow-mixed, and are RECOMMENDED to support receiving mixed on all RTP streams being received in an RTP session where at least one bundled m= block is indicating extmap-allow-mixed. This to maximize interoperability. > > > > And the following text to section 7 > > When using [bundle] to bundle multiple m-lines the extmap attribute > falls under the special category of [mux attribute]. All the m-lines > in a bundle group are considered to be part of the same local > identifier (ID) space. If an extension URI is offered in multiple > m-lines the same attributes as part of the same bundle group it MUST > use the same ID in all this m-lines. Each m-line in a bundle group > can include different extension URIs allowing for example audio and > video sources to use different sets of RTP header extensions. The > directionality of the RTP header extensions in each m-line of the > bundle group are handled as the non-bundled case. This allows for > specifying different directionality for each of the repteated > extension URI in bundled group. This is not discussing the that the extmap attribute may include. https://tools.ietf.org/html/rfc5484 does actually define extension attributes. What I understand of these extension attributes, two extmaps with same URN but with different extensionattributes are not compatible, and need different IDs. I would suggest the following edits: When using [bundle] to bundle multiple m-lines the extmap attribute falls under the special category of [mux attribute]. All the m-lines in a bundle group are considered to be part of the same local identifier (ID) space. If an RTP header extension, i.e. an particular extension URI and configuration using , is offered in multiple m-lines that are part of the same bundle group it MUST use the same ID in all of these m-lines. Each m-line in a bundle group can include different RTP header extensions allowing for example audio and video sources to use different sets of RTP header extensions. It SHALL be assumed that any difference in configuration using any has importance and need to be preserved to any receiver, and thus require assignment of different IDs. Any RTP header extension that do not match this assumption MUST explicitly indicate this provide rules for what are compatible configurations that can be sent with the same ID. The directionality of the RTP header extensions in each m-line of the bundle group are handled as the non-bundled case. This allows for specifying different directionality for each of the repteated extension URI in bundled group. I note that the sentence: Any RTP header extension that do not match this assumption MUST explicitly indicate this provide rules for what are compatible configurations that can be sent with the same ID. Likely should be added to the registation checklist in 10.1. Cheers Magnus Westerlund ---------------------------------------------------------------------- Media Technologies, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 FärÜgatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Wed May 24 03:45:47 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EAF11294A8 for ; Wed, 24 May 2017 03:45:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.821 X-Spam-Level: X-Spam-Status: No, score=-2.821 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 u9zOj1fFNcpK for ; Wed, 24 May 2017 03:45:35 -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 BE5041294B7 for ; Wed, 24 May 2017 03:45:34 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DNR63551; Wed, 24 May 2017 10:45:32 +0000 (GMT) Received: from DGGEMM402-HUB.china.huawei.com (10.3.20.210) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 24 May 2017 11:45:31 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.49]) by DGGEMM402-HUB.china.huawei.com ([10.3.20.210]) with mapi id 14.03.0301.000; Wed, 24 May 2017 18:45:05 +0800 From: Roni Even To: Magnus Westerlund , "avt@ietf.org" Thread-Topic: draft-ietf-avtcore-rfc5285-bis-11.txt - new text for bundle case Thread-Index: AQHS08QnkjRUg73H/0y+GAu6R1shrKIDKHRQ Date: Wed, 24 May 2017 10:45:05 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD7CE5BB@DGGEMM506-MBX.china.huawei.com> References: <6E58094ECC8D8344914996DAD28F1CCD7CC7D1@DGGEMM506-MBX.china.huawei.com> <9f3be17d-1306-bca3-13eb-5aef99d4a684@ericsson.com> In-Reply-To: <9f3be17d-1306-bca3-13eb-5aef99d4a684@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.201.202] 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.0A020206.5925644D.004B, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.49, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 4de8a10ec0f41fc18c0d13319a398477 Archived-At: Subject: Re: [AVTCORE] draft-ietf-avtcore-rfc5285-bis-11.txt - new text for bundle case X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 10:45:37 -0000 SGkgTWFnbnVzLA0KVGhhbmtzLA0KDQpTbyB0aGUgbmV3IHRleHQgYmFzZWQgb24gTWFnbnVzIGNv bW1lbnRzIHdpbGwgYmU6DQoNCg0KSSBzdWdnZXN0IGFkZGluZyB0aGUgZm9sbG93aW5nIHRleHQg dG8gc2VjdGlvbiA2DQoNCldoZW4gdXNlZCBpbiBbYnVuZGxlXSB0aGlzIGF0dHJpYnV0ZSBpcyBz cGVjaWZpZWQgYXMgbm9ybWFsIGNhdGVnb3J5IGZvciB0aGUgW211eCBhdHRyaWJ1dGVdLiBUaGlz IGFsbG93cyBmb3Igb25seSBhIHN1YnNldCBvZiB0aGUgbS1saW5lcyBpbiB0aGUgYnVuZGxlIGdy b3VwIHRvIG9mZmVyIGV4dG1hcC1hbGxvdy1taXhlZC4gV2hlbiBhbiBhbnN3ZXJlciBzdXBwb3J0 aW5nIHRoZSBleHRtYXAtYWxsb3ctbWl4IGF0dHJpYnV0ZSByZWNlaXZlcyBhbiBvZmZlciB3aGVy ZSBvbmx5IHNvbWUgb2YgdGhlIG0tbGluZXMgaW4gdGhlIGJ1bmRsZSBncm91cCBpbmNsdWRlIHRo ZSBleHRtYXAtYWxsb3ctbWl4ZWQgYXR0cmlidXRlLCB0aGUgYW5zd2VyZXIgTVVTVCByZWNlaXZl IHRoaXMgb2ZmZXIgYW5kIHN1cHBvcnQgbWl4ZWQgb25lLWJ5dGUgYW5kIHR3by1ieXRlcyBvbmx5 IGZvciB0aG9zZSBtLWxpbmVzLiBUcmFuc21pdHRlcnMgTVVTVCBvbmx5IHNlbmQgUlRQIGhlYWRl ciBleHRlbnNpb25zIHVzaW5nIG1peGVkIG9uIHRob3NlIFJUUCBzdHJlYW1zIG9yaWdpbmF0aW5n IGZyb20gdGhvc2UgbWVkaWEgc291cmNlcw0KKG09KSBibG9ja3MgdGhhdCBpbmNsdWRlcyBleHRt YXAtYWxsb3ctbWl4ZWQsIGFuZCBhcmUgUkVDT01NRU5ERUQgdG8gc3VwcG9ydCByZWNlaXZpbmcg bWl4ZWQgb24gYWxsIFJUUCBzdHJlYW1zIGJlaW5nIHJlY2VpdmVkIGluIGFuIFJUUCBzZXNzaW9u IHdoZXJlIGF0IGxlYXN0IG9uZSBidW5kbGVkIG09IGJsb2NrIGlzIGluZGljYXRpbmcgZXh0bWFw LWFsbG93LW1peGVkLiANCg0KDQpBbmQgdGhlIGZvbGxvd2luZyB0ZXh0IHRvIHNlY3Rpb24gNw0K DQpXaGVuIHVzaW5nIFtidW5kbGVdIHRvIGJ1bmRsZSBtdWx0aXBsZSBtLWxpbmVzIHRoZSBleHRt YXAgYXR0cmlidXRlIGZhbGxzIHVuZGVyIHRoZSBzcGVjaWFsIGNhdGVnb3J5IG9mIFttdXggYXR0 cmlidXRlXS4NCkFsbCB0aGUgbS1saW5lcyBpbiBhIGJ1bmRsZSBncm91cCBhcmUgY29uc2lkZXJl ZCB0byBiZSBwYXJ0IG9mIHRoZSBzYW1lIGxvY2FsIGlkZW50aWZpZXIgKElEKSBzcGFjZS4gIElm IGFuIFJUUCBoZWFkZXIgZXh0ZW5zaW9uLCBpLmUuIGEgcGFydGljdWxhciBleHRlbnNpb24gVVJJ IGFuZCBjb25maWd1cmF0aW9uIHVzaW5nIDxleHRlbnNpb25hdHRyaWJ1dGVzPiwgaXMgb2ZmZXJl ZCBpbiBtdWx0aXBsZSBtLWxpbmVzIHRoYXQgYXJlIHBhcnQgb2YgdGhlIHNhbWUgYnVuZGxlIGdy b3VwIGl0IE1VU1QgdXNlIHRoZSBzYW1lIElEIGluIGFsbCBvZiB0aGVzZSBtLWxpbmVzLiBFYWNo IG0tbGluZSBpbiBhIGJ1bmRsZSBncm91cCBjYW4gaW5jbHVkZSBkaWZmZXJlbnQgUlRQIGhlYWRl ciBleHRlbnNpb25zIGFsbG93aW5nIGZvciBleGFtcGxlIGF1ZGlvIGFuZCB2aWRlbyBzb3VyY2Vz IHRvIHVzZSBkaWZmZXJlbnQgc2V0cyBvZiBSVFAgaGVhZGVyIGV4dGVuc2lvbnMuDQpJdCBTSEFM TCBiZSBhc3N1bWVkIHRoYXQgZm9yIGFueSBSVFAgaGVhZGVyIGV4dGVuc2lvbiwgZGlmZmVyZW5j ZSBpbiBjb25maWd1cmF0aW9uIHVzaW5nIGFueSBvZiB0aGUgPGV4dGVuc2lvbmF0dHJpYnV0ZXM+ IGlzIGltcG9ydGFudCBhbmQgbmVlZCB0byBiZSBwcmVzZXJ2ZWQgdG8gYW55IHJlY2VpdmVyLCB0 aHVzIHJlcXVpcmluZyBhc3NpZ25tZW50IG9mIGRpZmZlcmVudCBJRHMuIEFueSBSVFAgaGVhZGVy IGV4dGVuc2lvbiB0aGF0IGRvIG5vdCBtYXRjaCB0aGlzIGFzc3VtcHRpb24gTVVTVCBleHBsaWNp dGx5IHByb3ZpZGUgcnVsZXMgZm9yIHdoYXQgYXJlIGNvbXBhdGlibGUgY29uZmlndXJhdGlvbnMg dGhhdCBjYW4gYmUgc2VudCB3aXRoIHRoZSBzYW1lIElELiBUaGUgZGlyZWN0aW9uYWxpdHkgb2Yg dGhlIFJUUCBoZWFkZXIgZXh0ZW5zaW9ucyBpbiBlYWNoIG0tbGluZSBvZiB0aGUgYnVuZGxlIGdy b3VwIGFyZSBoYW5kbGVkIGFzIHRoZSBub24tYnVuZGxlZCBjYXNlLiBUaGlzIGFsbG93cyBmb3Ig c3BlY2lmeWluZyBkaWZmZXJlbnQgZGlyZWN0aW9uYWxpdHkgZm9yIGVhY2ggb2YgdGhlIHJlcGVh dGVkIGV4dGVuc2lvbiBVUkkgaW4gYnVuZGxlZCBncm91cC4NCg0KDQpJbiBzZWN0aW9uIDEwLjEg cmV2aWV3IHByb2Nlc3MgYWRkIGEgbmV3IGJ1bGxldC4NCg0KDQpUaGF0IGZvciBbYnVuZGxlXSBt dWx0aXBsZXhlZCBtLWxpbmVzLCBhbnkgUlRQIGhlYWRlciBleHRlbnNpb24gd2l0aCBkaWZmZXJl bmNlIGluIGNvbmZpZ3VyYXRpb25zIG9mIDxleHRlbnNpb25hdHRyaWJ1dGVzPiB0aGF0IGRvIG5v dCByZXF1aXJlIGFzc2lnbm1lbnQgb2YgZGlmZmVyZW50IElEcywgTVVTVCBleHBsaWNpdGx5IGlu ZGljYXRlIHRoaXMgYW5kIHByb3ZpZGUgcnVsZXMgZm9yIHdoYXQgYXJlIGNvbXBhdGlibGUgY29u ZmlndXJhdGlvbnMgdGhhdCBjYW4gYmUgc2VudCB3aXRoIHRoZSBzYW1lIElELg0KDQoNCg0KDQpQ bGVhc2UgcmV2aWV3IGFuZCBzZW5kIGNvbW1lbnRzLg0KDQpSb25pDQoNCj4gLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogTWFnbnVzIFdlc3Rlcmx1bmQgW21haWx0bzptYWdudXMu d2VzdGVybHVuZEBlcmljc3Nvbi5jb21dDQo+IFNlbnQ6INeZ15XXncKg15IgMjMg157XkNeZIDIw MTcgMTU6NTgNCj4gVG86IFJvbmkgRXZlbjsgYXZ0QGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBk cmFmdC1pZXRmLWF2dGNvcmUtcmZjNTI4NS1iaXMtMTEudHh0IC0gbmV3IHRleHQgZm9yIGJ1bmRs ZSBjYXNlDQo+IA0KPiBIaSBSb25pLA0KPiANCj4gVGhhbmtzIGZvciBkcmFmdGluZyB0ZXh0LiBT ZWUgYmVsb3cgZm9yIG15IGNvbW1lbnRzLg0KPiANCj4gRGVuIDIwMTctMDUtMTgga2wuIDEzOjEw LCBza3JldiBSb25pIEV2ZW46DQo+ID4gSGksDQo+ID4NCj4gPiBJIHN1Z2dlc3QgYWRkaW5nIHRo ZSBmb2xsb3dpbmcgdGV4dCB0byBzZWN0aW9uIDYNCj4gPg0KPiA+IFdoZW4gdXNlZCBpbiBbYnVu ZGxlXSB0aGlzIGF0dHJpYnV0ZSBpcyBzcGVjaWZpZWQgYXMgbm9ybWFsIGNhdGVnb3J5DQo+ID4g Zm9yIHRoZSBbbXV4IGF0dHJpYnV0ZV0uIFRoaXMgYWxsb3dzIGZvciBvbmx5IGEgc3Vic2V0IG9m IHRoZSBtLWxpbmVzDQo+ID4gaW4gdGhlIGJ1bmRsZSBncm91cCB0byBvZmZlciBleHRtYXAtYWxs b3ctbWl4ZWQuIFdoZW4gYW4gYW5zd2VyZXINCj4gPiBzdXBwb3J0aW5nIHRoZSBleHRtYXAtYWxs b3ctbWl4IGF0dHJpYnV0ZSByZWNlaXZlcyBhbiBvZmZlciB3aGVyZSBvbmx5DQo+ID4gc29tZSBv ZiB0aGUgbS1saW5lcyBpbiB0aGUgYnVuZGxlIGdyb3VwIGluY2x1ZGUgdGhlIGV4dG1hcC1hbGxv dy1taXhlZA0KPiA+IGF0dHJpYnV0ZSwgdGhlIGFuc3dlcmVyIG11c3QgcmVjZWl2ZSB0aGlzIG9m ZmVyIGFuZCBzdXBwb3J0IG1peGVkDQo+ID4gb25lLWJ5dGUgYW5kIHR3by1ieXRlcyBvbmx5IGZv ciB0aG9zZSBtLWxpbmVzLg0KPiANCj4gSSB0aGluayB3ZSBzaG91bGQgY2xhcmlmeSB3aGF0ICJz dXBwb3J0IiBtZWFucy4gSSB0aGluayB0aGUgcmVhc29uYWJsZSB0aGluZw0KPiB0aGF0IHRoaXMg bWVhbnMgaXMgdGhhdCBvbmUgTVVTVCBvbmx5IHNlbmQgUlRQIGhlYWRlciBleHRlbnNpb25zIHVz aW5nDQo+IG1peGVkIG9uIHRob3NlIFJUUCBzdHJlYW1zIG9yaWdpbmF0aW5nIGZyb20gdGhvc2Ug bWVkaWEgc291cmNlcw0KPiAobT0pIGJsb2NrcyB0aGF0IGluY2x1ZGVzIGV4dG1hcC1hbGxvdy1t aXhlZCwgYW5kIGFyZSBSRUNPTU1FTkRFRCB0bw0KPiBzdXBwb3J0IHJlY2VpdmluZyBtaXhlZCBv biBhbGwgUlRQIHN0cmVhbXMgYmVpbmcgcmVjZWl2ZWQgaW4gYW4gUlRQIHNlc3Npb24NCj4gd2hl cmUgYXQgbGVhc3Qgb25lIGJ1bmRsZWQgbT0gYmxvY2sgaXMgaW5kaWNhdGluZyBleHRtYXAtYWxs b3ctbWl4ZWQuIFRoaXMNCj4gdG8gbWF4aW1pemUgaW50ZXJvcGVyYWJpbGl0eS4NCj4gDQo+ID4N Cj4gPg0KPiA+DQo+ID4gQW5kIHRoZSBmb2xsb3dpbmcgdGV4dCB0byBzZWN0aW9uIDcNCj4gPg0K PiA+IFdoZW4gdXNpbmcgW2J1bmRsZV0gdG8gYnVuZGxlIG11bHRpcGxlIG0tbGluZXMgdGhlIGV4 dG1hcCBhdHRyaWJ1dGUNCj4gPiBmYWxscyB1bmRlciB0aGUgc3BlY2lhbCBjYXRlZ29yeSBvZiBb bXV4IGF0dHJpYnV0ZV0uIEFsbCB0aGUgbS1saW5lcw0KPiA+IGluIGEgYnVuZGxlIGdyb3VwIGFy ZSBjb25zaWRlcmVkIHRvIGJlIHBhcnQgb2YgdGhlIHNhbWUgbG9jYWwNCj4gPiBpZGVudGlmaWVy IChJRCkgc3BhY2UuICBJZiBhbiBleHRlbnNpb24gVVJJIGlzIG9mZmVyZWQgaW4gbXVsdGlwbGUN Cj4gPiBtLWxpbmVzIHRoZSBzYW1lIGF0dHJpYnV0ZXMgYXMgcGFydCBvZiB0aGUgc2FtZSBidW5k bGUgZ3JvdXAgaXQgTVVTVA0KPiA+IHVzZSB0aGUgc2FtZSBJRCBpbiBhbGwgdGhpcyBtLWxpbmVz LiBFYWNoIG0tbGluZSBpbiBhIGJ1bmRsZSBncm91cCBjYW4NCj4gPiBpbmNsdWRlIGRpZmZlcmVu dCBleHRlbnNpb24gVVJJcyBhbGxvd2luZyBmb3IgZXhhbXBsZSBhdWRpbyBhbmQgdmlkZW8NCj4g PiBzb3VyY2VzIHRvIHVzZSBkaWZmZXJlbnQgc2V0cyBvZiBSVFAgaGVhZGVyIGV4dGVuc2lvbnMu IFRoZQ0KPiA+IGRpcmVjdGlvbmFsaXR5IG9mIHRoZSBSVFAgaGVhZGVyIGV4dGVuc2lvbnMgaW4g ZWFjaCBtLWxpbmUgb2YgdGhlDQo+ID4gYnVuZGxlIGdyb3VwIGFyZSBoYW5kbGVkIGFzIHRoZSBu b24tYnVuZGxlZCBjYXNlLiBUaGlzIGFsbG93cyBmb3INCj4gPiBzcGVjaWZ5aW5nIGRpZmZlcmVu dCBkaXJlY3Rpb25hbGl0eSBmb3IgZWFjaCBvZiB0aGUgcmVwdGVhdGVkDQo+ID4gZXh0ZW5zaW9u IFVSSSBpbiBidW5kbGVkIGdyb3VwLg0KPiANCj4gVGhpcyBpcyBub3QgZGlzY3Vzc2luZyB0aGUg PGV4dGVuc2lvbmF0dHJpYnV0ZXM+IHRoYXQgdGhlIGV4dG1hcCBhdHRyaWJ1dGUNCj4gbWF5IGlu Y2x1ZGUuDQo+IA0KPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNTQ4NCBkb2VzIGFj dHVhbGx5IGRlZmluZSBleHRlbnNpb24gYXR0cmlidXRlcy4NCj4gV2hhdCBJIHVuZGVyc3RhbmQg b2YgdGhlc2UgZXh0ZW5zaW9uIGF0dHJpYnV0ZXMsIHR3byBleHRtYXBzIHdpdGggc2FtZQ0KPiBV Uk4gYnV0IHdpdGggZGlmZmVyZW50IGV4dGVuc2lvbmF0dHJpYnV0ZXMgYXJlIG5vdCBjb21wYXRp YmxlLCBhbmQgbmVlZA0KPiBkaWZmZXJlbnQgSURzLiBJIHdvdWxkIHN1Z2dlc3QgdGhlIGZvbGxv d2luZyBlZGl0czoNCj4gDQo+IFdoZW4gdXNpbmcgW2J1bmRsZV0gdG8gYnVuZGxlIG11bHRpcGxl IG0tbGluZXMgdGhlIGV4dG1hcCBhdHRyaWJ1dGUgZmFsbHMNCj4gdW5kZXIgdGhlIHNwZWNpYWwg Y2F0ZWdvcnkgb2YgW211eCBhdHRyaWJ1dGVdLg0KPiBBbGwgdGhlIG0tbGluZXMgaW4gYSBidW5k bGUgZ3JvdXAgYXJlIGNvbnNpZGVyZWQgdG8gYmUgcGFydCBvZiB0aGUgc2FtZSBsb2NhbA0KPiBp ZGVudGlmaWVyIChJRCkgc3BhY2UuICBJZiBhbiBSVFAgaGVhZGVyIGV4dGVuc2lvbiwgaS5lLiBh biBwYXJ0aWN1bGFyIGV4dGVuc2lvbg0KPiBVUkkgYW5kIGNvbmZpZ3VyYXRpb24gdXNpbmcgPGV4 dGVuc2lvbmF0dHJpYnV0ZXM+LCBpcyBvZmZlcmVkIGluIG11bHRpcGxlIG0tDQo+IGxpbmVzIHRo YXQgYXJlIHBhcnQgb2YgdGhlIHNhbWUgYnVuZGxlIGdyb3VwIGl0IE1VU1QgdXNlIHRoZSBzYW1l IElEIGluIGFsbCBvZg0KPiB0aGVzZSBtLWxpbmVzLiBFYWNoIG0tbGluZSBpbiBhIGJ1bmRsZSBn cm91cCBjYW4gaW5jbHVkZSBkaWZmZXJlbnQgUlRQDQo+IGhlYWRlciBleHRlbnNpb25zIGFsbG93 aW5nIGZvciBleGFtcGxlIGF1ZGlvIGFuZCB2aWRlbyBzb3VyY2VzIHRvIHVzZQ0KPiBkaWZmZXJl bnQgc2V0cyBvZiBSVFAgaGVhZGVyIGV4dGVuc2lvbnMuDQo+IEl0IFNIQUxMIGJlIGFzc3VtZWQg dGhhdCBhbnkgZGlmZmVyZW5jZSBpbiBjb25maWd1cmF0aW9uIHVzaW5nIGFueQ0KPiA8ZXh0ZW5z aW9uYXR0cmlidXRlcz4gaGFzIGltcG9ydGFuY2UgYW5kIG5lZWQgdG8gYmUgcHJlc2VydmVkIHRv IGFueQ0KPiByZWNlaXZlciwgYW5kIHRodXMgcmVxdWlyZSBhc3NpZ25tZW50IG9mIGRpZmZlcmVu dCBJRHMuIEFueSBSVFAgaGVhZGVyDQo+IGV4dGVuc2lvbiB0aGF0IGRvIG5vdCBtYXRjaCB0aGlz IGFzc3VtcHRpb24gTVVTVCBleHBsaWNpdGx5IGluZGljYXRlIHRoaXMNCj4gcHJvdmlkZSBydWxl cyBmb3Igd2hhdCBhcmUgY29tcGF0aWJsZSBjb25maWd1cmF0aW9ucyB0aGF0IGNhbiBiZSBzZW50 IHdpdGgNCj4gdGhlIHNhbWUgSUQuIFRoZSBkaXJlY3Rpb25hbGl0eSBvZiB0aGUgUlRQIGhlYWRl ciBleHRlbnNpb25zIGluIGVhY2ggbS1saW5lDQo+IG9mIHRoZSBidW5kbGUgZ3JvdXAgYXJlIGhh bmRsZWQgYXMgdGhlIG5vbi1idW5kbGVkIGNhc2UuDQo+IFRoaXMgYWxsb3dzIGZvciBzcGVjaWZ5 aW5nIGRpZmZlcmVudCBkaXJlY3Rpb25hbGl0eSBmb3IgZWFjaCBvZiB0aGUgcmVwdGVhdGVkDQo+ IGV4dGVuc2lvbiBVUkkgaW4gYnVuZGxlZCBncm91cC4NCj4gDQo+IEkgbm90ZSB0aGF0IHRoZSBz ZW50ZW5jZToNCj4gDQo+IEFueSBSVFAgaGVhZGVyIGV4dGVuc2lvbiB0aGF0IGRvIG5vdCBtYXRj aCB0aGlzIGFzc3VtcHRpb24gTVVTVCBleHBsaWNpdGx5DQo+IGluZGljYXRlIHRoaXMgcHJvdmlk ZSBydWxlcyBmb3Igd2hhdCBhcmUgY29tcGF0aWJsZSBjb25maWd1cmF0aW9ucyB0aGF0IGNhbiBi ZQ0KPiBzZW50IHdpdGggdGhlIHNhbWUgSUQuDQo+IA0KPiBMaWtlbHkgc2hvdWxkIGJlIGFkZGVk IHRvIHRoZSByZWdpc3RhdGlvbiBjaGVja2xpc3QgaW4gMTAuMS4NCj4gDQo+IENoZWVycw0KPiAN Cj4gTWFnbnVzIFdlc3Rlcmx1bmQNCj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gTWVkaWEgVGVjaG5v bG9naWVzLCBFcmljc3NvbiBSZXNlYXJjaA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IEVyaWNzc29uIEFC ICAgICAgICAgICAgICAgICB8IFBob25lICArNDYgMTAgNzE0ODI4Nw0KPiBGw6Ryw7ZnYXRhbiA2 ICAgICAgICAgICAgICAgICB8IE1vYmlsZSArNDYgNzMgMDk0OTA3OQ0KPiBTRS0xNjQgODAgU3Rv Y2tob2xtLCBTd2VkZW4gfCBtYWlsdG86IG1hZ251cy53ZXN0ZXJsdW5kQGVyaWNzc29uLmNvbQ0K PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQoNCg== From nobody Wed May 24 23:11:12 2017 Return-Path: X-Original-To: avt@ietf.org Delivered-To: avt@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C98FA129401; Wed, 24 May 2017 23:11:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: avtcore-chairs@ietf.org, ben@nostrum.com, Rachel@huawei.com, avt@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.51.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149569267074.8665.7901469294184372498.idtracker@ietfa.amsl.com> Date: Wed, 24 May 2017 23:11:10 -0700 Archived-At: Subject: [AVTCORE] avtcore - New Meeting Session Request for IETF 99 X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 06:11:11 -0000 A new meeting session request has just been submitted by Rachel Huang, a Chair of the avtcore working group. --------------------------------------------------------- Working Group Name: Audio/Video Transport Core Maintenance 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: mmusic payload xrblock perc dispatch rtcweb artarea quic rmcat netvc ice Second Priority: ippm tsvarea tsvwg iccrg People who must be present: Jonathan Lennox Ben Campbell Rachel Huang Resources Requested: Special Requests: --------------------------------------------------------- From nobody Thu May 25 15:47:37 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DF21128CFF; Thu, 25 May 2017 15:47:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.881 X-Spam-Level: X-Spam-Status: No, score=-1.881 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] 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 EhPi_rHufKSG; Thu, 25 May 2017 15:47:34 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 7158A127B52; Thu, 25 May 2017 15:47:31 -0700 (PDT) Received: from [10.0.1.63] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id v4PMlUML085257 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 25 May 2017 17:47:31 -0500 (CDT) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.63] From: Ben Campbell Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Message-Id: Date: Thu, 25 May 2017 17:47:30 -0500 To: draft-ietf-avtext-lrr.all@ietf.org, avt@ietf.org X-Mailer: Apple Mail (2.3273) Archived-At: Subject: [AVTCORE] AD Evaluation of draft-ietf-avtext-lrr-05 X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 22:47:36 -0000 Hi, This is my AD Evaluation of draft-ietf-avtext-lrr-05. I only have a = couple of editorial comments, which can be handled along with any IETF = Last Call comments. I will request IETF Last Call shortly. Thanks! Ben. =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94 -3.2, last paragraph: the =E2=80=9CMAY=E2=80=9D seems like a statement = of fact, rather than normative permission. Please consider lower case. -4.3, 2nd paragraph: "=20 Figure 8 shows the format of the layer index field for H.265 streams. = The "RES" fields MUST be set to 0 on transmission and ignored on = reception.=E2=80=9D Is that MUST a new normative requirement, or a reference to one in RFC = 7798? If the later, please use descriptive (i.e. non-2119) language. From nobody Fri May 26 22:56:00 2017 Return-Path: X-Original-To: avt@ietfa.amsl.com Delivered-To: avt@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73E4A127B57 for ; Fri, 26 May 2017 22:55:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.702 X-Spam-Level: X-Spam-Status: No, score=-3.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-0.001, 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 jHYUEI8PRRBX for ; Fri, 26 May 2017 22:55:57 -0700 (PDT) Received: from smtps.ntu.edu.tw (smtps.ntu.edu.tw [140.112.2.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E0E312EACF for ; Fri, 26 May 2017 22:55:57 -0700 (PDT) Received: from mail-vk0-f41.google.com (mail-vk0-f41.google.com [209.85.213.41]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtps.ntu.edu.tw (Postfix) with ESMTP id A950B10699E for ; Sat, 27 May 2017 13:55:55 +0800 (CST) Received: by mail-vk0-f41.google.com with SMTP id y190so13641439vkc.1 for ; Fri, 26 May 2017 22:55:55 -0700 (PDT) X-Gm-Message-State: AODbwcBn2XeBkYGcURVmFtBIDm7gNSd3iXGsn+hWobMBq8Gu85Z2k5UM jbFjrgWLkVUo0N9QES+GrUszefT8Ow== X-Received: by 10.31.242.79 with SMTP id q76mr2501939vkh.128.1495864553820; Fri, 26 May 2017 22:55:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.198.193 with HTTP; Fri, 26 May 2017 22:55:53 -0700 (PDT) From: Polly Huang Date: Sat, 27 May 2017 13:55:53 +0800 X-Gmail-Original-Message-ID: Message-ID: To: avt@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [AVTCORE] ACM BuildSys 2017 Call for Paper X-BeenThere: avt@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Audio/Video Transport Core Maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 May 2017 05:55:59 -0000 -- Our sincere apologies if you receive duplicates of the call -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Dear Colleagues, Please see below the Call for Papers for ACM BuildSys 2017. We enthusiastically look forward to your submissions on advancements in systems for any aspect of the built environment. Our sincere apologies if you receive multiple copies of this email. BuildSys has established itself as the premier conference for researchers and practitioners working to develop and optimize smart infrastructure systems that are driven by sensing, computing, and control functions. The review process is very thorough, and publications are considered to have the same value as journal publications in engineering fields. November 8-9, 2017 Delft, The Netherlands | co-located with ACM SenSys 2017 http://buildsys.acm.org/2017/ Important Dates: Abstract Registration: June 9, 2017 (11:59 PM AoE) Paper Submission Deadline: June 16, 2017 (11:59 PM AoE) Acceptance Notification: August 18, 2017 Camera-Ready Deadline: September, 2017 Conference Dates: November 8-9, 2017 ** For the abstract registration, you only need to enter the title of the paper, the list of authors and their email addresses, the PC conflicts, and a brief abstract (~150-250 words). After registering the paper's abstract, you will have an additional week to upload the PDF file of the paper (either a 10-page Full paper or a 4-page Notes paper). Advances in the effective integration of networked sensors, building controls, and physical infrastructure are transforming our society, allowing the formation of unprecedented built environments and interlocking physical, social, cyber challenges. Built environments, including buildings and critical urban infrastructure, account for over half of society=E2=80=99s energy consumption and are the mainstay of o= ur nation=E2=80=99s economy, security and health. As a result, there is a broa= d recognition that systems optimizing explicitly for the built environment are particularly important in improving our society, e.g., by increasing its sustainability and enhancing people=E2=80=99s quality-of-life. These systems represent the foundation for emerging =E2=80=9Csmart cities=E2=80=9D. The 4th ACM International Conference on Systems for Energy-Efficient Built Environments (BuildSys 2017) will be held November 8-9, 2017 at Delft, The Netherlands. We invite original contributions in the areas of intelligent systems and applications for the built environment. BuildSys particularly emphasizes approaches that improve energy efficiency, reduce costs, increase performance, and add novel functionality for improving users=E2=80=99 comfort and experience. BuildSys= =E2=80=99 scope is broad, encompassing all systems within the built environment of the urban fabric, including not only buildings but also critical infrastructure systems, such as water, power, lighting, communications, and transportation that will make up the =E2=80=9Csmart cities=E2=80=9D of the future. Submission Types: We solicit three types of original submissions: * Regular papers for oral presentation (10 pages) * Notes papers for oral presentation (4 pages) * Technical posters and demos will be solicited via a separate call (2 pa= ges) Topics: Papers are invited in all emerging aspects of information-driven systems for the built environment. Topics of interest include but are not limited to the following: =C2=B7 Applications in smart and connected communities; =C2=B7 Sensing and control for urban infrastructure systems; =C2=B7 Novel sensor methodologies, techniques, and tools; =C2=B7 Sensing and control of electrical, gas, and water loads; =C2=B7 Improved user interfaces to built infrastructure; =C2=B7 Modeling, simulation, optimization, and control of heating, cooling, lighting, ventilation, water usage and other resource flows in built environments; =C2=B7 Sensor systems and applications that enhance energy efficiency, energy reliability, durability and comfort; =C2=B7 Systems that integrate infrastructure with the smart grid to offer demand response and ancillary services; =C2=B7 Distributed generation, alternative energy, renewable sources, and energy storage in buildings; =C2=B7 Emerging standards for data collection, energy control, or interoperability of disparate devices or systems; =C2=B7 Sensing, modeling, and predicting the urban heartbeat including sounds, movements, and radio spectrum; =C2=B7 Human in the loop sensing and control for efficient usage of electricity, gas, heating, water; =C2=B7 Sensor systems for reliable occupancy counting; =C2=B7 Long-lived and energy harvesting sensor systems; =C2=B7 Scalable indoor localization and contextual computing; =C2=B7 Security, privacy, safety, and reliability in built systems; =C2=B7 Empirical studies of city-scale wireless communications.