From nobody Mon Jul 2 15:27:34 2018 Return-Path: X-Original-To: payload@ietf.org Delivered-To: payload@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 55AFD1313D6; Mon, 2 Jul 2018 15:27:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: payload@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153057044130.16387.11619662396578378581@ietfa.amsl.com> Date: Mon, 02 Jul 2018 15:27:21 -0700 Archived-At: Subject: [payload] I-D Action: draft-ietf-payload-vp9-06.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.26 List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2018 22:27:27 -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 Payloads WG of the IETF. Title : RTP Payload Format for VP9 Video Authors : Justin Uberti Stefan Holmer Magnus Flodman Jonathan Lennox Danny Hong Filename : draft-ietf-payload-vp9-06.txt Pages : 23 Date : 2018-07-02 Abstract: This memo describes an RTP payload format for the VP9 video codec. The payload format has wide applicability, as it supports applications from low bit-rate peer-to-peer usage, to high bit-rate video conferences. It includes provisions for temporal and spatial scalability. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-vp9/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-payload-vp9-06 https://datatracker.ietf.org/doc/html/draft-ietf-payload-vp9-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-payload-vp9-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jul 6 04:04:02 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F53B124C04; Fri, 6 Jul 2018 04:03:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 KTlwsZemdAMJ; Fri, 6 Jul 2018 04:03:49 -0700 (PDT) Received: from mailout0.cwwtf.bbc.co.uk (mailout0.cwwtf.bbc.co.uk [132.185.160.179]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CE34130ECE; Fri, 6 Jul 2018 04:03:49 -0700 (PDT) Received: from BGB01XI1001.national.core.bbc.co.uk ([10.184.50.51]) by mailout0.cwwtf.bbc.co.uk (8.15.2/8.15.2) with ESMTP id w66B3ljN023702; Fri, 6 Jul 2018 12:03:47 +0100 (BST) Received: from BGB01XUD1007.national.core.bbc.co.uk ([10.161.14.5]) by BGB01XI1001.national.core.bbc.co.uk ([10.184.50.51]) with mapi id 14.03.0389.001; Fri, 6 Jul 2018 12:03:47 +0100 From: James Barrett To: Eric Rescorla CC: The IESG , "ali.begen@networked.media" , "payload-chairs@ietf.org" , "payload@ietf.org" , "draft-ietf-payload-rtp-vc2hq@ietf.org" Thread-Topic: Eric Rescorla's No Objection on draft-ietf-payload-rtp-vc2hq-06: (with COMMENT) Thread-Index: AQHUB9URjNQLXQW13EOKVvgnXV2YPKSCEZaA Date: Fri, 6 Jul 2018 11:03:46 +0000 Message-ID: <0DE61DA5-74ED-4576-A7F8-289588F1BD04@bbc.co.uk> References: <152941647603.30045.10144097525043801716.idtracker@ietfa.amsl.com> In-Reply-To: <152941647603.30045.10144097525043801716.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.19.161.211] x-exclaimer-md-config: 1cd3ac1c-62e5-43f2-8404-6b688271c769 x-tm-as-product-ver: SMEX-12.5.0.1300-8.2.1013-23950.006 x-tm-as-result: No-26.359300-8.000000-10 x-tmase-matchedrid: pS5owHKhBO27lpQUW6Uvz7iMC5wdwKqdwZLXS0hN8p2638ZUY6gSd7CM 3XLwfevK0sdysRfisBSJ1N6/tfbp3tZefdMFhlLUBV46O93nF5p/r8x3wtvaX8TeCtA1yktYmgO k8c5v6Hbd/R78GDAj0PVDDMr8tHBtX+AaUzfp3hNc/msUC5wFQUrh/hn4JkBnsVuGFxbE1A5BWF CS0LqYKpLTXPVtYCL0bgYFyWh6uK4oGqMgvSPKDcFWmsryu9Zf0HjeANoeuJ1BDVeC8J7uwfMGv LV2aw2YnwDcrOcCIStU70glz6LcJ2J3E2cqaomvn4TOxGsZP0jldxMQJxoUtqXJ9vMysD/CA4eV 6z+cHCfV71VrbN/u265rvA1mDOMfBawxeDgsyEmPmEs8Jfdl044t02g4gpL9yPQR7DhM3jYbfm9 /D+tKzSjS61KNUxA9Oy811XHia/tHJXeB0puIo5mug812qIbzUCwb19dUaUmMqzgAXGqIHTk7qO yhJpt7KvP0K3PRiirteO1tk8XvUGy36MnQs0AzVSXcqb97N4YzB0AzKawy53FRl6C48ENB+EL3x VXtSmQ8z6Q/HeQO04iJWsrft4YczfNRzzMaVCBgP1dNF1ow7ZnZ3QZNYH8lN2WxgvaD/ztrQnEs Hq4OJuFtj5VIl6C8biIWvDi8KmgRkbqgJpDN9s+ayFtEW0uYlzlaNFD3vRTY+WMspgYx+kJcODv F+zGcNsibzoOZbrcDZCldP9AFvkZ3fHBmZ4FEq4QhBU51QA9tv2q+Uxc7gjyC5ddG2Jcgwg3Ixe Tkv4joMCC8T2HKlqi0S1zpoGCUf2m2UgBa0MeeAiCmPx4NwJuJ+Pb8n/Vx+gD2vYtOFhj8338/l jjrYg== x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No x-tmase-result: 10--26.359300-8.000000 x-tmase-version: SMEX-12.5.0.1300-8.2.1013-23950.006 Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [payload] Eric Rescorla's No Objection on draft-ietf-payload-rtp-vc2hq-06: (with COMMENT) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2018 11:03:54 -0000 PiBUaGlzIGRvY3VtZW50IHdvdWxkIGFsc28gYmVuZWZpdCBmcm9tIHNpZ25pZmljYW50IGVkaXRv cmlhbCB3b3JrLg0KPiBCYXNlZCBvbiBTICA0LjUuMSwgSSB0YWtlIHRoZSBzdHJ1Y3R1cmUgdG8g YmUgdGhhdCB5b3Ugc3RhcnQgd2l0aCB0aGUNCj4gVkMtMiBzdHJlYW0gYW5kIHRoZW4gdXNlIFJU UCBoZWFkZXJzIHRvIGNvbnRhaW4gdGhlIGluZm9ybWF0aW9uIGluDQo+IFBhcnNlIEluZm8gYmxv Y2tzLiBJZiB0aGF0IGlzIGNvcnJlY3QsIGl0IHdvdWxkIGJlIG11Y2ggY2xlYXJlciBpZg0KPiBz dGF0ZWQgdXBmcm9udC4NCg0KV291bGQgaXQgYmUgY2xlYXJlciBpZiBJIGNoYW5nZWQgdGhlIHNl Y29uZCBwYXJhZ3JhcGggb2YgU2VjdGlvbiAzIHRvIHJlYWQ6DQoNCiAgIEVhY2ggU2VxdWVuY2Ug Y29uc2lzdHMgb2YgYSBzZXJpZXMgb2YgMTMtb2N0ZXQgUGFyc2UgSW5mbw0KICAgaGVhZGVycyBh bmQgdmFyaWFibGUgbGVuZ3RoIERhdGEgVW5pdHMuIFRoZSBTZXF1ZW5jZSBiZWdpbnMNCiAgIGFu ZCBlbmRzIHdpdGggYSBQYXJzZSBJbmZvIGhlYWRlciBhbmQgZWFjaCBEYXRhIFVuaXQgaXMNCiAg IHByZWNlZGVkIGJ5IGEgUGFyc2UgSW5mbyBIZWFkZXIuIERhdGEgVW5pdHMgY29tZSBpbiBhIHZh cmlldHkNCiAgIG9mIHR5cGVzLCBhbmQgdGhlIHR5cGUgb2YgYSBEYXRhIFVuaXQgaXMgc2lnbmFs bGVkIGluIHRoZQ0KICAgcHJlY2VkaW5nIFBhcnNlIEluZm8gSGVhZGVyLiBUaGUgbW9zdCBpbXBv cnRhbnQgdHlwZXMgYXJlIHRoZQ0KICAgU2VxdWVuY2UgSGVhZGVyLCB3aGljaCBjb250YWlucyBj b25maWd1cmF0aW9uIGRhdGEgbmVlZGVkIGJ5DQogICB0aGUgZGVjb2RlciwgYW5kIHNldmVyYWwg dHlwZXMgb2YgQ29kZWQgUGljdHVyZSwgd2hpY2ggY29udGFpbg0KICAgdGhlIGNvZGVkIGRhdGEg Zm9yIHRoZSBwaWN0dXJlcyB0aGVtc2VsdmVzLiBFYWNoIHBpY3R1cmUNCiAgIHJlcHJlc2VudHMg YSBmcmFtZSBpbiBhIHByb2dyZXNzaXZlbHkgc2Nhbm5lZCB2aWRlbyBTZXF1ZW5jZQ0KICAgb3Ig YSBmaWVsZCBpbiBhbiBpbnRlcmxhY2VkIHZpZGVvIFNlcXVlbmNlLg0KDQpUaGVuIGF0IHRoZSBz dGFydCBvZiBTZWN0aW9uIDQgYWRkOg0KDQogICBJbiB0aGlzIHNwZWNpZmljYXRpb24gZWFjaCBS VFAgcGFja2V0IGlzIHVzZWQgdG8gY2FycnkgZGF0YQ0KICAgY29ycmVzcG9uZGluZyB0byBhIHNp bmdsZSBQYXJzZSBJbmZvIEhlYWRlciBhbmQgaXRzIGZvbGxvd2luZyBkYXRhDQogICB1bml0IChp ZiBpdCBoYXMgb25lKS4gIEEgc2luZ2xlIHBhY2tldCBNQVkgTk9UIGNvbnRhaW4gZGF0YSBmcm9t IG1vcmUNCiAgIHRoYW4gb25lIFBhcnNlIEluZm8gaGVhZGVyIG9yIGRhdGEgdW5pdCBhbmQgYSBz aW5nbGUgUGFyc2UgSW5mbw0KICAgSGVhZGVyIGFuZCBEYXRhIFVuaXQgcGFpciBNVVNUIE5PVCBi ZSBzcGxpdCBhY2Nyb3NzIG1vcmUgdGhhbiBvbmUNCiAgIHBhY2tldC4NCg0KQW5kIGNoYW5nZSB0 aGUgZm9sbG93aW5nIHBhcmFncmFwaCB0byByZWFkOg0KDQogICBUaGlzIHNwZWNpZmljYXRpb24g b25seSBjb3ZlcnMgdGhlIHRyYW5zcG9ydCBvZiBTZXF1ZW5jZSBIZWFkZXJzDQogICAodG9nZXRo ZXIgd2l0aCB0aGVpciBhY2NvbXBhbnlpbmcgZGF0YSB1bml0KSwgSGlnaCBRdWFsaXR5IEZyYWdt ZW50cw0KICAgKHRvZ2V0aGVyIHdpdGggdGhlaXIgYWNjb21wYW55aW5nIGRhdGEgdW5pdCksIEF1 eGlsaWFyeSBEYXRhDQogICAodG9nZXRoZXIgd2l0aCB0aGVpciBhY2NvbXBhbnlpbmcgZGF0YSB1 bml0KSwgYW5kIChvcHRpb25hbGx5KSBFbmQNCiAgIFNlcXVlbmNlIEhlYWRlcnMgYW5kIFBhZGRp bmcgRGF0YSAob3B0aW9uYWxseSBhbG9uZyB3aXRoIGEgZGF0YQ0KICAgdW5pdCkuDQoNCg0KSSB0 aGluayB0aGF0IHNob3VsZCBtYWtlIHRoZSBzaXR1YXRpb24gY2xlYXJlci4NCg0KPiBJTVBPUlRB TlQNCj4gUyA0LjIuDQo+Pg0KPj4gICAgIFRoZSBmaWVsZHMgb2YgdGhlIGV4dGVuZGVkIGhlYWRl cnMgYXJlIGRlZmluZWQgYXMgZm9sbG93czoNCj4+DQo+PiAgICAgRXh0ZW5kZWQgU2VxdWVuY2Ug TnVtYmVyOiAxNiBiaXRzICBNVVNUIENvbnRhaW4gdGhlIGhpZ2gtb3JkZXINCj4+ICAgICAgICAg ICAxNi1iaXRzIG9mIHRoZSAzMi1iaXQgcGFja2V0IHNlcXVlbmNlIG51bWJlciwgYSBudW1iZXIg d2hpY2gNCj4+ICAgICAgICAgICBpbmNyZW1lbnRzIHdpdGggZWFjaCBwYWNrZXQuICBUaGlzIGlz IG5lZWRlZCBzaW5jZSB0aGUgaGlnaA0KPg0KPiBJbmNyZW1lbnRzIGJ5IG9uZT8NCg0KDQpZZXMs IGFzIG90aGVycyBoYXZlIGNvbW1lbnRlZCB0aGlzIGlzIHByb2JhYmx5IGFuIHVubmVjZXNzYXJ5 IHN0YXRlbWVudCBiZWNhdXNlIHRoYXQgaXMgdGhlIGRlZmluaXRpb24gb2YgdGhlIFNlcXVlbmNl IE51bWJlci4NCg0KDQo+IFMgNC4yLg0KPj4gICAgICAgICAgIGRhdGEgcmF0ZXMgb2YgVkMyIFNl cXVlbmNlcyBtZWFuIHRoYXQgaXQgaXMgaGlnaGx5IGxpa2VseSB0aGF0DQo+PiAgICAgICAgICAg dGhlIDE2LWJpdCBzZXF1ZW5jZSBudW1iZXIgd2lsbCByb2xsLW92ZXIgdG9vIGZyZXF1ZW50bHkg dG8gYmUNCj4+ICAgICAgICAgICBvZiB1c2UgZm9yIHN0cmVhbSBzeW5jaHJvbmlzYXRpb24uDQo+ Pg0KPj4gICAgIEI6IDEgYml0ICBNVVNUIGJlIHNldCB0byAxIGlmIHRoZSBwYWNrZXQgY29udGFp bnMgdGhlIGZpcnN0IGJ5dGUgb2YNCj4+ICAgICAgICAgICBhbiBBdXhpbGlhcnkgRGF0YSBvciBQ YWRkZWQgRGF0YSBVbml0Lg0KPg0KPiBBbmQgb3RoZXJ3aXNlIG11c3QgYmUgMD8NCg0KWWVzLg0K DQo+IFMgNC4yLg0KPj4NCj4+ICAgICBCOiAxIGJpdCAgTVVTVCBiZSBzZXQgdG8gMSBpZiB0aGUg cGFja2V0IGNvbnRhaW5zIHRoZSBmaXJzdCBieXRlIG9mDQo+PiAgICAgICAgICAgYW4gQXV4aWxp YXJ5IERhdGEgb3IgUGFkZGVkIERhdGEgVW5pdC4NCj4+DQo+PiAgICAgRTogMSBiaXQgIE1VU1Qg YmUgc2V0IHRvIDEgaWYgdGhlIHBhY2tldCBjb250YWlucyB0aGUgZmluYWwgYnl0ZSBvZg0KPj4g ICAgICAgICAgIGFuIEF1eGlsaWFyeSBEYXRhIG9yIFBhZGRlZCBEYXRhIFVuaXQuDQo+DQo+IEFu ZCBvdGhlcndpc2UgbXVzdCBiZSAwPw0KDQpZZXMuDQoNCg0KPiBTIDQuMi4NCj4+ICAgICAgICAg ICBmcm9tIGEgbmV3IHBpY3R1cmUgdW50aWwgYWxsIHRoZSBjb2RlZCBkYXRhIGZyb20gdGhlIGN1 cnJlbnQNCj4+ICAgICAgICAgICBwaWN0dXJlIGhhcyBiZWVuIHNlbnQuDQo+Pg0KPj4gICAgICAg ICAgIElmIHRoZSByZWNlaXZlciBkb2VzIG5vdCByZWNlaXZlIGEgdHJhbnNmb3JtIHBhcmFtZXRl cnMgcGFja2V0DQo+PiAgICAgICAgICAgZm9yIGEgcGljdHVyZSB0aGVuIGl0IE1BWSBhc3N1bWUg dGhhdCB0aGUgcGFyYW1ldGVycyBhcmUNCj4+ICAgICAgICAgICB1bmNoYW5nZWQgc2luY2UgdGhl IGxhc3QgcGljdHVyZSwgb3IgTUFZIGRpc2NhcmQgdGhlIHBpY3R1cmUuDQo+DQo+IEhvdyBkb2Vz IHRoaXMgaW50ZXJhY3Qgd2l0aCBwYWNrZXQgbG9zcz8NCg0KDQpXb3VsZCB0aGlzIGJlIGJldHRl cj8NCg0KICAgICAgICAgSWYgdGhlIHJlY2VpdmVyIGRvZXMgbm90IHJlY2VpdmUgYSB0cmFuc2Zv cm0gcGFyYW1ldGVycyBwYWNrZXQNCiAgICAgICAgIGZvciBhIHBpY3R1cmUgdGhlbiBpdCBNQVkg YXNzdW1lIHRoYXQgdGhlIHBhcmFtZXRlcnMgYXJlDQogICAgICAgICB1bmNoYW5nZWQgc2luY2Ug dGhlIGxhc3QgcGljdHVyZSwgb3IgTUFZIGRpc2NhcmQgdGhlIHBpY3R1cmUuDQogICAgICAgICBD aG9vc2luZyBiZXR3ZWVuIHRoZXNlIHR3byBvcHRpb25zIGlzIGxlZnQgdXAgdG8gdGhlDQogICAg ICAgICBpbXBsZW1lbnRhdGlvbiBhcyBpdCB3aWxsIGJlIGRlcGVuZGVudCBvbiBpbnRlbmRlZCB1 c2UsIHRoZQ0KICAgICAgICAgZm9ybWVyIG1heSByZXN1bHQgaW4gbWFsZm9ybWVkIHBpY3R1cmVz LCB0aGUgbGF0dGVyIHdpbGwgcmVzdWx0DQogICAgICAgICBpbiBkcm9wcGVkIGZyYW1lcy4gIFN1 Y2ggYW4gb2NjdXJhbmNlIGlzIGFuIGluZGljYXRpb24gZWl0aGVyDQogICAgICAgICBvZiBwYWNr ZXQgbG9zcywgam9pbmluZyBhIHN0cmVhbSBtaWQtcGljdHVyZSwgb3Igb2YgYSBub24tDQogICAg ICAgICBjb21wbGlhbnQgdHJhbnNtaXR0ZXIuDQoNCg0KPiBDT01NRU5UUw0KPiBTIDMuDQo+PiAg ICAgdGhlIGRlY29kZXIuDQo+Pg0KPj4gICAgIEVhY2ggU2VxdWVuY2UgY29uc2lzdHMgb2YgYSBz ZXJpZXMgb2YgMTMtb2N0ZXQgUGFyc2UgSW5mbyBoZWFkZXJzIGFuZA0KPj4gICAgIHZhcmlhYmxl IGxlbmd0aCBEYXRhIFVuaXRzLiAgVGhlIFNlcXVlbmNlIGJlZ2lucyBhbmQgZW5kcyB3aXRoIGEN Cj4+ICAgICBQYXJzZSBJbmZvIGhlYWRlciBhbmQgZWFjaCBEYXRhIFVuaXQgaXMgcHJlY2VkZWQg YnkgYSBQYXJzZSBJbmZvDQo+PiAgICAgSGVhZGVyLiAgRGF0YSBVbml0cyBjb21lIGluIGEgdmFy aWV0eSBvZiB0eXBlcywgdGhlIG1vc3QgaW1wb3J0YW50DQo+DQo+IFRoaXMgdGV4dCBpc24ndCB2 ZXJ5IGNsZWFyIHRvIG1lLiBJcyB0aGUgZm9sbG93aW5nIHZhbGlkOiBQSSB8IERhdGEgfA0KPiBQ ST8gSG93IGFib3V0IFBJIHwgUEkgfCBEYXRhIHwgUEkuICBQSSB8IFBJIHwgUEkgfCBEYXRhIHwg UEk/DQoNCg0KSG9wZWZ1bGx5IHRoZSBhYm92ZSByZXZpc2lvbiB3b3VsZCBtYWtlIHRoaXMgY2xl YXJlci4gRm9yIGNsYXJpZmljYXRpb24gc29tZSB0eXBlcyBvZiBwYXJzZSBpbmZvIGhlYWRlciBh cmUgYWx3YXlzIGZvbGxvd2VkIGJ5IGEgZGF0YSB1bml0IGFuZCBzb21lIG5ldmVyIGFyZS4gU2lu Y2UgdGhlIFNlcXVlbmNlIEhlYWRlciBQSSBIZWFkZXIgbXVzdCBhbHdheXMgYmUgZm9sbG93ZWQg YnkgYSBkYXRhIHVuaXQgYW5kIG11c3QgYmUgdGhlIGZpcnN0IGluIGFueSBzZXF1ZW5jZSB5b3Vy IHNlY29uZCB0d28gZXhhbXBsZXMgYXJlIG5vdCBhbGxvd2VkLiBUaGlzIGNvdWxkIGJlIG1hZGUg Y2xlYXJlciBieSBjaGFuZ2luZyBwYXJhZ3JhcGggNCBvZiBTZWN0aW9uIDMgdG8gcmVhZDoNCg0K ICAgVGhlIEhpZ2ggUXVhbGl0eSAoSFEpIHByb2ZpbGUgZm9yIFZDLTIgcmVzdHJpY3RzIHRoZSB0 eXBlcyBvZiBQYXJzZQ0KICAgSW5mbyBIZWFkZXJzIHdoaWNoIG1heSBhcHBlYXIgaW4gdGhlIFNl cXVlbmNlIChhbmQgaGVuY2UgYWxzbyB0aGUNCiAgIHR5cGVzIG9mIERhdGEgVW5pdCkgdG8gb25s eToNCg0KICAgbyAgU2VxdWVuY2UgSGVhZGVycyAod2hpY2ggYXJlIGFsd2F5cyBmb2xsb3dlZCBi eSBhIERhdGEgVW5pdCksDQoNCiAgIG8gIEhpZ2ggUXVhbGl0eSBQaWN0dXJlcyAod2hpY2ggYXJl IGFsd2F5cyBmb2xsb3dlZCBieSBhIERhdGEgVW5pdCksDQoNCiAgIG8gIEhpZ2ggUXVhbGl0eSBG cmFnbWVudHMgKHdoaWNoIGFyZSBhbHdheXMgZm9sbG93ZWQgYnkgYSBEYXRhIFVuaXQpLA0KDQog ICBvICBBdXhpbGlhcnkgRGF0YSAod2hpY2ggYXJlIGFsd2F5cyBmb2xsb3dlZCBieSBhIERhdGEg VW5pdCksDQoNCiAgIG8gIFBhZGRpbmcgRGF0YSAod2hpY2ggYXJlIGFsd2F5cyBmb2xsb3dlZCBi eSBhIERhdGEgVW5pdCksIGFuZA0KDQogICBvICBFbmQgb2YgU2VxdWVuY2UgKHdoaWNoIGFyZSBu ZXZlciBmb2xsb3dlZCBieSBhIERhdGEgVW5pdCkuDQoNCg0KVGhlbiBjb21iaW5pbmcgdGhhdCB3 aXRoIHRoZSBvdGhlciByZXN0cmljdGlvbnMgdGhlIGN1cnJlbnQgZGVmaW5pdGlvbiBvZiBWQy0y IGFsbG93cyB0aGUgZm9sbG93aW5nIHN0cnVjdHVyZSBpbiBhIHN0cmVhbSB0aGF0IGNvbXBsaWVz IHdpdGggdGhlIEhRIHByb2ZpbGU6DQoNCiAgUEkgRFUgWyBQSSBEVSBdKiBQSQ0KDQooV2hlcmUg KiBpcyDigJwwIG9yIG1vcmXigJ0gYXMgaW4gcmVndWxhciBleHByZXNzaW9ucykuDQoNCj4gUyAz Lg0KPj4gICAgIHNob3VsZCBub3QgYmUgYXNzdW1lZC4NCj4+DQo+PiAgICAgVGhlIEhpZ2ggUXVh bGl0eSAoSFEpIHByb2ZpbGUgZm9yIFZDLTIgcmVzdHJpY3RzIHRoZSB0eXBlcyBvZiBQYXJzZQ0K Pj4gICAgIEluZm8gSGVhZGVycyB3aGljaCBtYXkgYXBwZWFyIGluIHRoZSBTZXF1ZW5jZSB0byBv bmx5Og0KPj4NCj4+ICAgICBvICBTZXF1ZW5jZSBIZWFkZXJzLA0KPg0KPiBUaGUgdGV4dCBhYm92 ZSBzYXlzIHRoYXQgU2VxdWVuY2UgSGVhZGVycyBhcmUgYSB0eXBlIG9mIERhdGEgVW5pdC4gU28N Cj4gSSdtIGNvbmZ1c2VkIGJ5IHRoaXMgdGV4dC4NCg0KSG9wZWZ1bGx5IHRoZSBjaGFuZ2VzIGFi b3ZlIGNsYXJpZnkgdGhpcy4gQSBEYXRhIFVuaXQgdHlwZSBpcyBpZGVudGlmaWVkIGJ5IHRoZSBQ YXJzZSBJbmZvIGhlYWRlciB0aGF0IHByZWNlZGVzIGl0LiBBIFNlcXVlbmNlIEhlYWRlciBEYXRh IFVuaXQgaXMgYWx3YXlzIHByZWNlZGVkIGJ5IGEgU2VxdWVuY2UgSGVhZGVyIFBhcnNlIEluZm8g SGVhZGVyLg0KDQoNCj4gUyA0Lg0KPj4NCj4+ICA0LiAgUGF5bG9hZCBmb3JtYXQNCj4+DQo+PiAg ICAgVGhpcyBzcGVjaWZpY2F0aW9uIG9ubHkgY292ZXJzIHRoZSB0cmFuc3BvcnQgb2YgU2VxdWVu Y2UgSGVhZGVycywNCj4+ICAgICBIaWdoIFF1YWxpdHkgRnJhZ21lbnRzLCBBdXhpbGlhcnkgRGF0 YSwgYW5kIChvcHRpb25hbGx5KSBFbmQgb2YNCj4+ICAgICBTZXF1ZW5jZSBIZWFkZXJzIGFuZCBQ YWRkaW5nIERhdGEuDQo+DQo+IFNvIGl0IGRvZXNuJ3QgaW5jbHVkZSBQYXJzZSBJbmZvPw0KDQoN ClRoZSBwYXJzZSBpbmZvIGhlYWRlcnMgc2VydmUgdG8gc3RydWN0dXJlIHRoZSBzdHJlYW0gYW5k IGlkZW50aWZ5IHRoZSBmb2xsb3dpbmcgZGF0YSB1bml0LCB0aGUgUEMgZmllbGQgaW4gdGhlIHBh Y2tldCBoZWFkZXJzIGVzc2VudGlhbGx5IGNhcnJpZXMgYWxsIHRoZSByZWxldmFudCBpbmZvcm1h dGlvbiBmcm9tIHRoZSBQSSBIZWFkZXIuDQoNCg0KPiBTIDQuDQo+PiAgICAgICAgUGljdHVyZSAo RmlndXJlIDIpLA0KPj4NCj4+ICAgICBvICBBIFBpY3R1cmUgRnJhZ21lbnQgY29udGFpbmluZyBW Qy0yIENvZGVkIFNsaWNlcyAoRmlndXJlIDMpIGZvciBhDQo+PiAgICAgICAgcGljdHVyZSwNCj4+ DQo+PiAgICAgbyAgVGhlIGVuZCBvZiBhIFZDLTIgU2VxdWVuY2UgKEZpZ3VyZSA0KQ0KDQpIb3cg YWJvdXQ6DQoNCg0KICAgbyAgQSBWQy0yIFNlcXVlbmNlIEhlYWRlciAoRmlndXJlIDEpIChzZWUg U2VjdGlvbiAxMSBvZiB0aGUgVkMtMg0KICAgICAgc3BlY2lmaWNhdGlvbiBbVkMyXSksDQoNCiAg IG8gIEEgUGljdHVyZSBGcmFnbWVudCBjb250YWluaW5nIHRoZSBWQy0yIFRyYW5zZm9ybSBQYXJh bWV0ZXJzIGZvciBhDQogICAgICBQaWN0dXJlIChGaWd1cmUgMikgKHNlZSBTZWN0aW9uIDE0IG9m IHRoZSBWQy0yIHNwZWNpZmljYXRpb24NCiAgICAgIFtWQzJdKSwNCg0KICAgbyAgQSBQaWN0dXJl IEZyYWdtZW50IGNvbnRhaW5pbmcgVkMtMiBDb2RlZCBTbGljZXMgKEZpZ3VyZSAzKSBmb3IgYQ0K ICAgICAgcGljdHVyZSAoc2VlIFNlY3Rpb24gMTQgb2YgdGhlIFZDLTIgc3BlY2lmaWNhdGlvbiBb VkMyXSksDQoNCiAgIG8gIFRoZSBlbmQgb2YgYSBWQy0yIFNlcXVlbmNlIChGaWd1cmUgNCkoc2Vl IFNlY3Rpb24gMTAuNS4yIG9mIHRoZQ0KICAgICAgVkMtMiBzcGVjaWZpY2F0aW9uIFtWQzJdKSwN Cg0KICAgbyAgVGhlIGNvbnRlbnRzIG9mIGFuIGF1eGlsaWFyeSBkYXRhIHVuaXQgKEZpZ3VyZSA1 KShzZWUNCiAgICAgIFNlY3Rpb24gMTAuNC40IG9mIHRoZSBWQy0yIHNwZWNpZmljYXRpb24gW1ZD Ml0pLCBhbmQNCg0KICAgbyAgQW4gaW5kaWNhdGlvbiBvZiB0aGUgcHJlc2VuY2Ugb2YgYSBwYWRk aW5nIGRhdGEgdW5pdCAoRmlndXJlIDYpDQogICAgICAoc2VlIFNlY3Rpb24gMTAuNC41IG9mIHRo ZSBWQy0yIHNwZWNpZmljYXRpb24gW1ZDMl0pLg0KDQo+IFMgNC4NCj4+ICAgICAuICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLg0K Pj4gICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0rDQo+Pg0KPj4gICAgICAgICAgICAgICAgIEZpZ3VyZSA2OiBSVFAgUGF5 bG9hZCBGb3JtYXQgRm9yIFBhZGRpbmcgRGF0YQ0KPj4NCj4+ICAgICBBbGwgZmllbGRzIGluIHRo ZSBoZWFkZXJzIGxvbmdlciB0aGFuIGEgc2luZ2xlIGJpdCBhcmUgaW50ZXJwcnRlZCBhcw0KPg0K PiBOaXQ6IGludGVycHJldGVkLg0KDQpZZXAsIHRoYXQgbmVlZHMgdG8gYmUgY29ycmVjdGVkLg0K DQo+IFMgNC4yLg0KPj4NCj4+ICAgICBEYXRhIExlbmd0aDogMzIgYml0cyAgRm9yIGFuIGF1eGls aWFyeSBkYXRhIHVuaXQgdGhpcyBjb250YWlucyB0aGUNCj4+ICAgICAgICAgICBudW1iZXIgb2Yg Ynl0ZXMgb2YgZGF0YSBjb250YWluZWQgaW4gdGhlIHVuY29kZWQgcGF5bG9hZA0KPj4gICAgICAg ICAgIHNlY3Rpb24gb2YgdGhpcyBwYWNrZXQuICBGb3IgYSBQYWRkaW5nIERhdGEgVW5pdCB0aGlz IGZpZWxkIG1heQ0KPj4gICAgICAgICAgIGhhdmUgYW55IHZhbHVlIGFuZCBzaW1wbHkgaW5kaWNh dGVzIHRoZSBzaXplIG9mIHRoZSByZWNvbW1lbmRlZA0KPj4gICAgICAgICAgIHBhZGRpbmcuDQo+ DQo+IFRoaXMgc2VlbXMgbGlrZSBhIHZlcnkgbGFyZ2UgZmllbGQgZ2l2ZW4gdGhhdCBSVFAgZGF0 YWdyYW1zIGFyZSBhbG1vc3QNCj4gbmV2ZXIgdGhpcyBsYXJnZSwgc28gSSBhbSBzdXNwZWN0aW5n IHRoZSAidW5jb2RlZCBwYXlsb2FkIiBtZWFucyBwcmUtDQo+IGNvbXByZXNzZWQ/IENhbiB5b3Ug YmUgY2xlYXJlci4uDQoNCg0KSSB0aGluayB0aGlzIG1pZ2h0IGJlIGJlc3QgaGFuZGxlZCBieSBy ZW1vdmluZyB0aGUgd29yZCDigJx1bmNvZGVk4oCdIGhlcmUgYW5kIGFkZGluZyB0aGUgZm9sbG93 aW5nIHRvIHRoZSBmaXJzdCBidWxsZXQgcG9pbnQgbGlzdCBpbiBTZWN0aW9uIDQuNDoNCg0KICAg byAgRXZlcnkgQXV4aWxpYXJ5IERhdGEgVW5pdCBTSE9VTEQgYmUgc21hbGwgZW5vdWdoIHRoYXQg dGhlIFJUUA0KICAgICAgcGFja2V0IGNhcnJ5aW5nIGl0IHdpbGwgZml0IHdpdGhpbiB0aGUgbmV0 d29yayBNVFUgc2l6ZS4gIFNpbmNlDQogICAgICB0aGVyZSBpcyBjdXJyZW50bHkgbm8gc3BlY2lm aWNhdGlvbiBmb3IgdGhlIGZvcm1hdCBvZiBBdXhpbGlhcnkNCiAgICAgIERhdGEgaW4gVkMtMiB0 aGUgbWVjaGFuaXNtIGZvciBlbnN1cmluZyB0aGlzIHdpdGggYW4gZW5jb2Rlcg0KICAgICAgaW1w bGVtZW50YXRpb24gdGhhdCBpbmNsdWRlcyBBdXhpbGlhcnkgRGF0YSBVbml0cyB3aWxsIGJlDQog ICAgICBkZXBlbmRlbnQgdXBvbiB0aGUgaW1wbGVtZW50YXRpb24ncyB1c2UgZm9yIHRoZW0uDQoN CkFuZCB0aGlzIHRvIHRoZSBzZWNvbmQgbGlzdDoNCg0KICAgbyAgRXZlcnkgQXV4aWxpYXJ5IERh dGEgVW5pdCBpcyBzbWFsbCBlbm91Z2ggdGhhdCB0aGUgUlRQIHBhY2tldA0KICAgICAgY2Fycnlp bmcgaXQgd2lsbCBmaXQgd2l0aGluIHRoZSBuZXR3b3JrIE1UVSBzaXplLg0KDQpJbiBwcmluY2lw bGUgYSBWQy0yIHN0cmVhbSBjb3VsZCBoYXZlIEF1eGlsaWFyeSBEYXRhIHVuaXRzIHRvbyBsYXJn ZSB0byBmaXQgaW50byB0aGUgbmV0d29yayBNVFUsIGJ1dCBpbiBwcmFjdGljZSB0aGlzIHNlZW1z IHVubGlrZWx5LiBUaGUgY3VycmVudCBWQy0yIHNwZWNpZmljYXRpb24gaW5jbHVkZXMgbm8gcmVz dHJpY3Rpb25zIG9uIHRoZSBjb250ZW50cyBvZiBvciBzaXplIG9mIEF1eGlsaWFyeSBEYXRhIFVu aXRzIGJleW9uZCB0aG9zZSBpbXBvc2VkIGJ5IHRoZSBzaXplIG9mIHRoZSBmaWVsZHMgaW4gdGhl IFBJIGhlYWRlciwgYnV0IGFzIGZhciBhcyBJIGFtIGF3YXJlIHRoZSBvbmx5IGVuY29kZXJzL2Rl Y29kZXJzIHRoYXQgaGF2ZSBldmVyIHVzZWQgdGhlbSBoYXZlIHVzZWQgdmVyeSBzbWFsbCB1bml0 cy4gSSB0aGluayBpdCBpcyByZWFzb25hYmxlIGZvciBhIHRyYW5zbWl0dGVyIHRvIHJlamVjdCBp bmNvbWluZyBzdHJlYW1zIHRoYXQgdmlvbGF0ZSB0aGlzIHJ1bGUuIEluIGV4dHJlbWlzIElQIGZy YWdtZW50YXRpb24gY291bGQgYmUgdXNlZCB0byBjYXJyeSBvbiBvdmVyc2l6ZWQgQXV4aWxpYXJ5 IERhdGEgVW5pdC4NCg0KLS0NCkphbWVzIFAuIFdlYXZlciAobsOpIEJhcnJldHQpDQpSZXNlYXJj aCBFbmdpbmVlcg0KQkJDIFImRCBOb3J0aCBMYWIsDQpGbG9vciA1IERvY2sgSG91c2UsIE1lZGlh Q2l0eSwNCk01MCAyTEgNClRlbDogKzQ0KDApMzAgMzA0MC05NTIxDQplLW1haWw6IGphbWVzLmJh cnJldHRAYmJjLmNvLnVrDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCmh0dHA6 Ly93d3cuYmJjLmNvLnVrDQpUaGlzIGUtbWFpbCAoYW5kIGFueSBhdHRhY2htZW50cykgaXMgY29u ZmlkZW50aWFsIGFuZA0KbWF5IGNvbnRhaW4gcGVyc29uYWwgdmlld3Mgd2hpY2ggYXJlIG5vdCB0 aGUgdmlld3Mgb2YgdGhlIEJCQyB1bmxlc3Mgc3BlY2lmaWNhbGx5IHN0YXRlZC4NCklmIHlvdSBo YXZlIHJlY2VpdmVkIGl0IGluDQplcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBmcm9tIHlvdXIgc3lz dGVtLg0KRG8gbm90IHVzZSwgY29weSBvciBkaXNjbG9zZSB0aGUNCmluZm9ybWF0aW9uIGluIGFu eSB3YXkgbm9yIGFjdCBpbiByZWxpYW5jZSBvbiBpdCBhbmQgbm90aWZ5IHRoZSBzZW5kZXINCmlt bWVkaWF0ZWx5Lg0KUGxlYXNlIG5vdGUgdGhhdCB0aGUgQkJDIG1vbml0b3JzIGUtbWFpbHMNCnNl bnQgb3IgcmVjZWl2ZWQuDQpGdXJ0aGVyIGNvbW11bmljYXRpb24gd2lsbCBzaWduaWZ5IHlvdXIg Y29uc2VudCB0bw0KdGhpcy4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo= From nobody Fri Jul 6 04:14:16 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D136130EA3; Fri, 6 Jul 2018 04:14:10 -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, 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 Fa0U3HCQGOT7; Fri, 6 Jul 2018 04:14:08 -0700 (PDT) Received: from mailout1.telhc.bbc.co.uk (mailout1.telhc.bbc.co.uk [132.185.161.180]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B507124C04; Fri, 6 Jul 2018 04:14:08 -0700 (PDT) Received: from BGB01XI1005.national.core.bbc.co.uk ([10.184.50.55]) by mailout1.telhc.bbc.co.uk (8.15.2/8.15.2) with ESMTP id w66BE1IV028590; Fri, 6 Jul 2018 12:14:01 +0100 (BST) Received: from BGB01XI1004.national.core.bbc.co.uk (10.184.50.54) by BGB01XI1005.national.core.bbc.co.uk (10.184.50.55) with Microsoft SMTP Server (TLS) id 14.3.389.1; Fri, 6 Jul 2018 12:14:00 +0100 Received: from BGB01XUD1007.national.core.bbc.co.uk ([10.161.14.5]) by BGB01XI1004.national.core.bbc.co.uk ([10.184.50.54]) with mapi id 14.03.0389.001; Fri, 6 Jul 2018 12:14:00 +0100 From: James Barrett To: "Roni Even (A)" CC: Benjamin Kaduk , The IESG , "draft-ietf-payload-rtp-vc2hq@ietf.org" , "ali.begen@networked.media" , "payload-chairs@ietf.org" , "payload@ietf.org" Thread-Topic: Benjamin Kaduk's No Objection on draft-ietf-payload-rtp-vc2hq-06: (with COMMENT) Thread-Index: AQHUCACYZN9CTHTrTUmiogAdGscCQ6RzpycAgA5s84A= Date: Fri, 6 Jul 2018 11:13:59 +0000 Message-ID: <8862FB87-31E5-4C97-B67A-8D333E3FCF00@bbc.co.uk> References: <152943516607.32343.1107662038846659185.idtracker@ietfa.amsl.com> <6E58094ECC8D8344914996DAD28F1CCD89E9E3@DGGEMM506-MBX.china.huawei.com> In-Reply-To: <6E58094ECC8D8344914996DAD28F1CCD89E9E3@DGGEMM506-MBX.china.huawei.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.19.161.211] x-exclaimer-md-config: 1cd3ac1c-62e5-43f2-8404-6b688271c769 X-TM-AS-Product-Ver: SMEX-12.5.0.1300-8.2.1013-23950.006 X-TM-AS-Result: No-36.134100-8.000000-10 X-TMASE-MatchedRID: 8HTFlOrbAtG31G6CKdUG1fSG/+sPtZVkSuH+GfgmQGexW4YXFsTUDvmv 83Rzid1pXS60TRykZ0xUKdXEU/1EFvB6QzEz0aLZL9hNDj2bBweU1za3Jug9wm6sM/3NCjxvg/5 gNr8OG71t2NHF//nyAILT/gShz8BN2HzzjwqZ3wLH+dlQ+aycmVAsG9fXVGlJ/NpLPdn/hpqI1o jMbV6gyECKw2r34RpsGdfk8pdt0dEWpnc5ffWbfUKcYi5Qw/RVaU4+utsGZqAM74Nf6tTB9nFvM bE/yv2YywF1zfhVtMj2ONsZQ3l1FJxjBzzEqmFVnVTWWiNp+v8FcnqPYTPUh7rfxlRjqBJ3ID6D MKSDmdgEEd6/kO9ODO0RGECmBVFOkXTOUBxubDbTzWmGCXkX+SDPOgHqOrGCFLXUWU5hGiGqzBk 3OfQMkFYYuPHNg/U3gUHmLzco81EPRVepDWIjxyVypP66BP0QYY0tNGdvli3hpE4kTKmv3BUCbk 61HtNgLhwkBedKfrg3gpP5vpdhG1reDA8Jv+bz2Om/jbhb8vqZf5btvM85AX1ZAf3L+lJd6D9Ao a8Tz6kGeaiqWaJ1Tc+1nm1lsdsVPOqr6B64RICm/Bn0aZ3AM7A8mtWaa3flax+0dEYaKwyVkyH/ rzeXLvBcNmB9AjM9p0IjHbiBDzYyc9zRj+LBopMSBMTQNiSAlFphfRKYqurJYIv7y0tu9gOkuVk kJKW7XCL/XVBNT2MQoXJc60V7Q7GmCpeiKrRB6rBZUF8y6+i0NJ9wxH7tkyKFs8W+EhYQi8Y/1q urmGq4f1A2F1rkO/BB3Xc2j+C5roog4Khw0rueAiCmPx4NwMFrpUbb72MU1B0Hk1Q1KyLUZxEAl FPo846HM5rqDwqtlExlQIQeRG0= X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No X-TMASE-Result: 10--36.134100-8.000000 X-TMASE-Version: SMEX-12.5.0.1300-8.2.1013-23950.006 Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: c91d45b2-6e10-4209-9543-d9970fac71b7 Archived-At: Subject: Re: [payload] Benjamin Kaduk's No Objection on draft-ietf-payload-rtp-vc2hq-06: (with COMMENT) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2018 11:14:11 -0000 SSB0aGluayBhZGRpbmcgdGhlIGZvbGxvd2luZyB0byB0aGUgc3RhcnQgb2YgU2VjdGlvbiA0IHdv dWxkIGhlbHAgaGVyZToNCg0KICBJbiB0aGlzIHNwZWNpZmljYXRpb24gZWFjaCBSVFAgcGFja2V0 IGlzIHVzZWQgdG8gY2FycnkgZGF0YQ0KICBjb3JyZXNwb25kaW5nIHRvIGEgc2luZ2xlIFBhcnNl IEluZm8gSGVhZGVyIGFuZCBpdHMgZm9sbG93aW5nIGRhdGENCiAgdW5pdCAoaWYgaXQgaGFzIG9u ZSkuICBBIHNpbmdsZSBwYWNrZXQgTUFZIE5PVCBjb250YWluIGRhdGEgZnJvbSBtb3JlDQogIHRo YW4gb25lIFBhcnNlIEluZm8gaGVhZGVyIG9yIGRhdGEgdW5pdCBhbmQgYSBzaW5nbGUgUGFyc2Ug SW5mbw0KICBIZWFkZXIgYW5kIERhdGEgVW5pdCBwYWlyIE1VU1QgTk9UIGJlIHNwbGl0IGFjY3Jv c3MgbW9yZSB0aGFuIG9uZQ0KICBwYWNrZXQuDQoNCi0tDQpKYW1lcyBQLiBXZWF2ZXIgKG7DqSBC YXJyZXR0KQ0KUmVzZWFyY2ggRW5naW5lZXINCkJCQyBSJkQgTm9ydGggTGFiLA0KRmxvb3IgNSBE b2NrIEhvdXNlLCBNZWRpYUNpdHksDQpNNTAgMkxIDQpUZWw6ICs0NCgwKTMwIDMwNDAtOTUyMQ0K ZS1tYWlsOiBqYW1lcy5iYXJyZXR0QGJiYy5jby51aw0KDQoNCg0KPiBPbiAyNyBKdW4gMjAxOCwg YXQgMDc6NTYsIFJvbmkgRXZlbiAoQSkgPHJvbmkuZXZlbkBodWF3ZWkuY29tPiB3cm90ZToNCj4N Cj4gSGksDQo+DQo+IEFib3V0ICIgQSBzaW5nbGUgUlRQIHBhY2tldCBNVVNUIE5PVCAgICBjb250 YWluIGNvZGVkIGRhdGEgZm9yIG1vcmUgdGhhbiBvbmUgY29kZWQgcGljdHVyZSwgc28gdGhlcmUg aXMgICAgIG5vIGFtYmlndWl0eSBoZXJlLiINCj4gSSBhc3N1bWUgdGhhdCBpdCBpcyBub3QgYWxs b3dlZCB0byBoYXZlIG1vcmUgdGhhbiBvbmUgZnJhbWUvcGljdHVyZSBpbiBhbiBSVFAgcGFja2V0 IGFuZCB0aGlzIGlzIHRoZSBjaGFuZ2UgZnJvbSBSRkMzNTUwDQo+IFJvbmkgRXZlbg0KPg0KPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBCZW5qYW1pbiBLYWR1ayBbbWFpbHRv OmthZHVrQG1pdC5lZHVdDQo+IFNlbnQ6IFR1ZXNkYXksIEp1bmUgMTksIDIwMTggMTA6MDYgUE0N Cj4gVG86IFRoZSBJRVNHDQo+IENjOiBkcmFmdC1pZXRmLXBheWxvYWQtcnRwLXZjMmhxQGlldGYu b3JnOyBhbGkuYmVnZW5AbmV0d29ya2VkLm1lZGlhOyBwYXlsb2FkLWNoYWlyc0BpZXRmLm9yZzsg YWxpLmJlZ2VuQG5ldHdvcmtlZC5tZWRpYTsgcGF5bG9hZEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBC ZW5qYW1pbiBLYWR1aydzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLXBheWxvYWQtcnRwLXZj MmhxLTA2OiAod2l0aCBDT01NRU5UKQ0KPg0KPiBCZW5qYW1pbiBLYWR1ayBoYXMgZW50ZXJlZCB0 aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCj4gZHJhZnQtaWV0Zi1wYXlsb2FkLXJ0 cC12YzJocS0wNjogTm8gT2JqZWN0aW9uDQo+DQo+IFdoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtl ZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFsbCBlbWFpbCBhZGRyZXNz ZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhp cyBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCj4NCj4NCj4gUGxlYXNlIHJlZmVy IHRvIGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEu aHRtbA0KPiBmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1F TlQgcG9zaXRpb25zLg0KPg0KPg0KPiBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFs bG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGF5bG9hZC1ydHAtdmMyaHEvDQo+DQo+DQo+DQo+IC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCj4gQ09NTUVOVDoNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPg0KPiBUaGFua3MgZm9y IHRoZSBjbGVhciBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyBzZWN0aW9uLg0KPiBJIGFtIGEgbGl0 dGxlIHVuY2VydGFpbiBhYm91dCB0aGUgcHJpdmFjeSBwcm9wZXJ0aWVzIG9mIHRoZSBwYWRkaW5n IGRhdGEsIHRob3VnaCwgbGFyZ2VseSBkdWUgdG8gbXkgdW5jZXJ0YWludHkgYWJvdXQgdGhlIGRl dGFpbHMgb2YgaG93IHRoZSBwYWRkaW5nIHdvcmtzLiAgKFRoaXMgaXMsIHBlcmhhcHMsIGluIGEg c2ltaWxhciB2ZWluIHRvIEVyaWMncyBnZW5lcmFsIGNvbmNlcm5zIG9uIGludGVyb3BlcmFiaWxp dHkuKQ0KPg0KPiBJbiBwYXJ0aWN1bGFyLCBTZWN0aW9uIDQuMiBzYXlzIHRoYXQgdGhlIERhdGEg TGVuZ3RoIGZvciBhIFBhZGRpbmcgRGF0YSBVbml0ICJtYXkgaGF2ZSBhbnkgdmFsdWUiIGFuZCAi aW5kaWNhdGVzIHRoZSBzaXplIG9mIHRoZSByZWNvbW1lbmRlZCBwYWRkaW5nIi4gIFRoZXJlIGlz IGFsc28gYW4gIk9wdGlvbmFsIFBheWxvYWQgRGF0YSIgaW4gRmlndXJlIDYsIGFuZCBJIGZhaWxl ZCB0byBmaW5kIGEgZGVzY3JpcHRpb24gb2Ygd2hhdCBpdHMgY29udGVudHMgYXJlIGZvciBwYWRk aW5nIGRhdGEgdW5pdHMuICBTZWN0aW9uIDQuNS4xJ3MgY292ZXJhZ2Ugb2YgdGhlIFBhZGRpbmcg RGF0YSBQYXJzZSBJbmZvIEhlYWRlciBzdWdnZXN0cyB0aGF0IHRoZSAibmF0aXZlIFZDLTIiIGFu ZCBSVFAgcGFkZGluZyBlbGVtZW50cyBhcmUgZXNzZW50aWFsbHkgZGlzdGluY3QsIHdpdGggdGhl IFJUUCBvbmUgYmVpbmcgZXNzZW50aWFsbHkgYSByZWNvbW1lbmRhdGlvbiB0byBhZGQgYSBWQy0y IG9uZSwgYnV0IGdpdmluZyBubyBtYW5kYXRvcnkgZ3VpZGFuY2Ugb24gaG93IG11Y2ggcGFkZGlu ZyB0byBhcHBseS4gIEluIHRoaXMgc2NlbmFyaW8gSSBkb24ndCBrbm93IHdoYXQgdGhlIHB1cnBv c2Ugb2YgdGhlICJvcHRpb25hbCBwYXlsb2FkIGRhdGEiIGluIEZpZ3VyZQ0KPiA2IGJlLCB0aG91 Z2guICBQYWRkaW5nIGlzIG9mIGNvdXJzZSBpZ25vcmVkIGJ5IHRoZSBhY3R1YWwgVkMtMiBkZWNv ZGVyLCBzbyB0aGUgY29uY2VybiB3b3VsZCBtb3N0bHkgYmUgaWYgdGhlIChSVFApIGJpdHMgb24g dGhlIHdpcmUgaW5jbHVkZSBhIHNpZGUgY2hhbm5lbCBvciAic3RlZ2FuZ3JhcGhpYyBjaGFubmVs IiAobm90IGV4YWN0bHkgdGhlIG5vcm1hbCBtZWFuaW5nIG9mIHRoYXQgb25lKSB3aGVyZSBpZGVu dGlmeWluZyBpbmZvcm1hdGlvbiBjb3VsZCBiZSBpbnNlcnRlZCwgdW5iZWtub3duc3QgdG8gdGhl IHJlY2lwaWVudC4gIFRoaXMgY291bGQgY29tZSBpbnRvIHBsYXkgaWYgbWVkaWEgZW5jcnlwdGlv biBpcyBub3QgdXNlZCwgb3Igd2hlbiBhIG1pZGRsZWJveC9taXhlciBpcyB1c2VkLCBvciBwcm9i YWJseSBpbiBvdGhlciBzY2VuYXJpb3MgYXMgd2VsbC4gIFRoZSBzcGVjaWZpY2F0aW9uIG9mIGFs bC16ZXJvcyBwYWRkaW5nIGFsb25nIHdpdGggdGhlIFBhZGRpbmcgRGF0YSBQYXJzZSBJbmZvIEhl YWRlciBvZiBjb3Vyc2UgcmVtb3ZlcyBhbnkgc3VjaCBjaGFubmVsIGF0IHRoYXQgcG9pbnQsIGJ1 dCBJIGRpZG4ndCBzZWUgYSByZWFsIGNvbmZpcm1hdGlvbiB0aGF0IHRoZXJlIHdhcyBubyBjaGFu bmVsIGluIHRoZSBSVFAgYml0cyBvbiB0aGUgd2lyZS4NCj4NCj4gU29tZSBhZGRpdGlvbmFsIHNl Y3Rpb24tYnktc2VjdGlvbiBjb21tZW50cyBmb2xsb3cuDQo+DQo+IFNlY3Rpb24gNC4xDQo+DQo+ ICAgVGltZXN0YW1wOiAzMiBiaXRzICBJZiB0aGUgcGFja2V0IGNvbnRhaW5zIHRyYW5zZm9ybSBw YXJhbWV0ZXJzIG9yDQo+ICAgICAgICAgY29kZWQgc2xpY2UgZGF0YSBmb3IgYSBjb2RlZCBwaWN0 dXJlIHRoZW4gdGhlIHRpbWVzdGFtcA0KPiAgICAgICAgIGNvcnJlc3BvbmRzIHRvIHRoZSBzYW1w bGluZyBpbnN0YW50IG9mIHRoZSBjb2RlZCBwaWN0dXJlLiAgQQ0KPiAgICAgICAgIDkwa0h6IGNs b2NrIFNIT1VMRCBiZSB1c2VkLiAgQSBzaW5nbGUgUlRQIHBhY2tldCBNVVNUIE5PVA0KPiAgICAg ICAgIGNvbnRhaW4gY29kZWQgZGF0YSBmb3IgbW9yZSB0aGFuIG9uZSBjb2RlZCBwaWN0dXJlLCBz byB0aGVyZSBpcw0KPiAgICAgICAgIG5vIGFtYmlndWl0eSBoZXJlLg0KPg0KPiBJcyB0aGlzIGEg bmV3IHJlcXVpcmVtZW50IG9yIHF1b3RpbmcgYSBwcmVleGlzdGluZyBvbmU/ICBJZiBhIG5ldyBy ZXF1aXJlbWVudCwgSSBzdWdnZXN0IHJlcGxhY2luZyAic28gdGhlcmUgaXMgbm8gYW1iaWd1aXR5 IGhlcmUiDQo+IHdpdGggImluIG9yZGVyIHRvIGVsaW1pbmF0ZSBhbnkgY2hhbmNlIGZvciBhbWJp Z3VpdHkiLg0KPg0KPiBTZWN0aW9uIDQuMg0KPg0KPiAgICAgICAgIElmIHRoZSByZWNlaXZlciBk b2VzIG5vdCByZWNlaXZlIGEgdHJhbnNmb3JtIHBhcmFtZXRlcnMgcGFja2V0DQo+ICAgICAgICAg Zm9yIGEgcGljdHVyZSB0aGVuIGl0IE1BWSBhc3N1bWUgdGhhdCB0aGUgcGFyYW1ldGVycyBhcmUN Cj4gICAgICAgICB1bmNoYW5nZWQgc2luY2UgdGhlIGxhc3QgcGljdHVyZSwgb3IgTUFZIGRpc2Nh cmQgdGhlIHBpY3R1cmUuDQo+DQo+IFRob3NlIHNlZW0gbGlrZSB0d28gdmVyeSBkaWZmZXJlbnQg b3B0aW9ucyEgIEhvdyB3b3VsZCBJIGNob29zZSBiZXR3ZWVuIHRoZW0/DQo+DQo+DQo+IFdlIG9u bHkgZ2V0IHRoZSBzdGFydGluZyB4LSBhbmQgeS1jb29yZGluYXRlcyBvZiBhIHNsaWNlIGZvciB0 aGUgZmlyc3Qgc2xpY2UgaW4gYSBwYWNrZXQ7IGl0IHNvdW5kcyBsaWtlIHRoZSBtYWluIFZDLTIg c3BlYyBzcGVjaWZpZXMgdGhlIG9yZGVyIGluIHdoaWNoIHRoZSBmb2xsb3dpbmcgc2xpY2VzIGFy ZSBsYWlkIG91dD8NCj4gKERvIHdlIG5lZWQgdG8gc2F5IGFueXRoaW5nIGFib3V0IHdoYXQgIngg Y29vcmRpbmF0ZSIgYW5kICJ5IGNvb3JkaW5hdGUiIG1lYW4/ICBJIHNlZW0gdG8gcmVjYWxsIHRo YXQgb3ZlciBoaXN0b3J5IHRoZXJlIGhhdmUgZXhpc3RlZCBwaXhlbCBpZGVudGlmeWluZyBzY2hl bWVzIHRoYXQgcHV0IHRoZSBvcmlnaW4gYXQgYm90aCB0aGUgdG9wIGxlZnQgYW5kIGJvdHRvbSBs ZWZ0IG9mIHRoZSBkaXNwbGF5LikNCj4NCj4gU2VjdGlvbiA0LjUuMQ0KPg0KPiBUaGVyZSBpcyBz b21lIHRleHQgaGVyZSBhbmQgZWxzZXdoZXJlIHRoYXQgc2VlbXMgdG8gaW1wbHkgcmV1c2luZyBh IFBhcnNlIEluZm8gSGVhZGVyIGZvciB2YXJpb3VzIGRhdGEgcmVjZWl2ZWQgaW4gZGlmZmVyZW50 IFJUUCBwYWNrZXRzLCBwb3RlbnRpYWxseSBldmVuIGZyb20gZGlmZmVyZW50IGNvZGVkIHBpY3R1 cmVzLiAgVGhlIFBhcnNlIEluZm8gSGVhZGVyIGNvbnRhaW5zICJuZXh0IiBhbmQgInByZXYgcGFy c2Ugb2Zmc2V0InMsIHRob3VnaCAtLSB3aGVuIHdvdWxkIHRob3NlIG9mZnNldHMgbmVlZCB0byBi ZSB1cGRhdGVkPw0KPg0KPiAgIG8gIEEgcmVjZWl2ZXIgTUFZIGNvbWJpbmUgYWxsIGZyYWdtZW50 IGRhdGEgdW5pdHMgKHdpdGggcGFyc2UgY29kZQ0KPiAgICAgIDB4RUMpIGFuZCB0aGUgc2FtZSBw aWN0dXJlIG51bWJlciBpbnRvIGEgc2luZ2xlIHBpY3R1cmUgZGF0YSB1bml0DQo+ICAgICAgd2l0 aCBwYXJzZSBjb2RlIDB4RTguICBJZiB0aGUgc3RyZWFtIGlzIHJlcXVpcmVkIHRvIGNvbXBseSB3 aXRoDQo+ICAgICAgbWFqb3IgdmVyc2lvbnMgMSBvciAyIG9mIHRoZSBWQy0yIFNwZWMgdGhlbiB0 aGlzIE1VU1QgYmUgZG9uZS4NCj4NCj4gVGhlICJhbmQiIGluICJhbmQgdGhlIHNhbWUgcGljdHVy ZSBudW1iZXIiIHNlZW1zIHRvIGJlIGFuIGVkaXRpbmcgZXJyb3I7IG1heWJlICJ3aXRoIiBpcyBi ZXR0ZXI/DQo+DQo+ICAgbyAgT25jZSBhIGRhdGEgdW5pdCBoYXMgYmVlbiBhc3NlbWJsZWQsIHdo ZXRoZXIgYSBTZXF1ZW5jZSBIZWFkZXIsDQo+ICAgICAgQ29kZWQgUGljdHVyZSBGcmFnbWVudCwg Q29kZWQgUGljdHVyZSwgb3IgQXV4aWxpYXJ5IERhdGEgVW5pdCwgdGhlDQo+ICAgICAgbmV4dCBw YXJzZSBvZmZzZXQgYW5kIHByZXZpb3VzIHBhcnNlIG9mZnNldCB2YWx1ZXMgaW4gaXRzIFBhcnNl DQo+ICAgICAgSW5mbyBIZWFkZXIgc2hvdWxkIGJlIGZpbGxlZCB3aXRoIHRoZSBvZmZzZXQgYmV0 d2VlbiB0aGUgc3RhcnQgb2YNCj4gICAgICB0aGUgaGVhZGVyIGFuZCB0aGUgc3RhcnQgb2YgdGhl IG5leHQgb3IgcHJldmlvdXMuDQo+DQo+IFRoaXMgdGV4dCBjb3VsZCBwcm9iYWJseSBiZSB0aWdo dGVuZWQgdXAgd2l0aCByZXNwZWN0IHRvIHdoaWNoIG5leHQvcHJldmlvdXMgZmllbGRzIGFyZSB1 cGRhdGVkIHdoZW4sIGFuZCB3aGF0IHZhbHVlcyBnbyBpbiB0aGVtLg0KPiBFLmcuLCBkbyB3ZSBo YXZlIGVub3VnaCBpbmZvcm1hdGlvbiB0byBmaWxsIGluIHRoZSAicHJldmlvdXMiIGZpZWxkIHdo ZW4gd2Ugc3RhcnQgYXNzZW1ibGluZyBhIGRhdGEgdW5pdCwgYW5kIHRoZSAibmV4dCIgd2hlbiB3 ZSBmaW5pc2ggYXNzZW1ibGluZyB0aGF0IGRhdGEgdW5pdD8NCj4NCj4gU2VjdGlvbiA2LjENCj4N Cj4gUGVyaGFwcyAiUkZDIFhYWFgiIG1ha2VzIG1vcmUgc2Vuc2UgYXMgdGhlICJwdWJsaXNoZWQg c3BlY2lmaWNhdGlvbiINCj4gdGhhbiBTVCAyMDQyLTE/ICBUaGF0IGlzLCB0aGlzIGlzIHdoZXJl IHRoZSAobWFuZGF0b3J5KSBSVFAgZnJhbWluZyBpcyByZXF1aXJlZCwgc28gaXQgbWF5IGJlIGEg YmV0dGVyIHN0YXJ0aW5nIHBvaW50IGZvciBhbiBpbXBsZW1lbnRvci4NCj4NCj4NCg0KDQoNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpodHRwOi8vd3d3LmJiYy5jby51aw0KVGhpcyBl LW1haWwgKGFuZCBhbnkgYXR0YWNobWVudHMpIGlzIGNvbmZpZGVudGlhbCBhbmQNCm1heSBjb250 YWluIHBlcnNvbmFsIHZpZXdzIHdoaWNoIGFyZSBub3QgdGhlIHZpZXdzIG9mIHRoZSBCQkMgdW5s ZXNzIHNwZWNpZmljYWxseSBzdGF0ZWQuDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCBpdCBpbg0KZXJy b3IsIHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5c3RlbS4NCkRvIG5vdCB1c2UsIGNvcHkg b3IgZGlzY2xvc2UgdGhlDQppbmZvcm1hdGlvbiBpbiBhbnkgd2F5IG5vciBhY3QgaW4gcmVsaWFu Y2Ugb24gaXQgYW5kIG5vdGlmeSB0aGUgc2VuZGVyDQppbW1lZGlhdGVseS4NClBsZWFzZSBub3Rl IHRoYXQgdGhlIEJCQyBtb25pdG9ycyBlLW1haWxzDQpzZW50IG9yIHJlY2VpdmVkLg0KRnVydGhl ciBjb21tdW5pY2F0aW9uIHdpbGwgc2lnbmlmeSB5b3VyIGNvbnNlbnQgdG8NCnRoaXMuDQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K From nobody Fri Jul 6 04:18:28 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C52CF130F3A; Fri, 6 Jul 2018 04:18:19 -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, 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 NbvQG5KiQn9x; Fri, 6 Jul 2018 04:18:17 -0700 (PDT) Received: from mailout0.telhc.bbc.co.uk (mailout0.telhc.bbc.co.uk [132.185.161.179]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72DF2126CB6; Fri, 6 Jul 2018 04:18:17 -0700 (PDT) Received: from BGB01XI1010.national.core.bbc.co.uk (bgb01xi1010.national.core.bbc.co.uk [10.161.14.14]) by mailout0.telhc.bbc.co.uk (8.15.2/8.15.2) with ESMTP id w66BIFh1011230; Fri, 6 Jul 2018 12:18:15 +0100 (BST) Received: from BGB01XUD1007.national.core.bbc.co.uk ([10.161.14.5]) by BGB01XI1010.national.core.bbc.co.uk ([10.161.14.14]) with mapi id 14.03.0389.001; Fri, 6 Jul 2018 12:18:15 +0100 From: James Barrett To: Adam Roach CC: The IESG , "draft-ietf-payload-rtp-vc2hq@ietf.org" , "ali.begen@networked.media" , "payload-chairs@ietf.org" , "payload@ietf.org" Thread-Topic: Adam Roach's No Objection on draft-ietf-payload-rtp-vc2hq-06: (with COMMENT) Thread-Index: AQHUCAhcGcThl11mYkGu0GVrLh+BbaSCFTsA Date: Fri, 6 Jul 2018 11:18:14 +0000 Message-ID: References: <152943850634.32270.3044591697939186046.idtracker@ietfa.amsl.com> In-Reply-To: <152943850634.32270.3044591697939186046.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.19.161.211] x-exclaimer-md-config: c91d45b2-6e10-4209-9543-d9970fac71b7 x-tm-as-product-ver: SMEX-12.5.0.1300-8.2.1013-23950.006 x-tm-as-result: No-18.284700-8.000000-10 x-tmase-matchedrid: GbXsb7+cNU8/mJEvNFL+dY+emiGnyeDRevuB9fjPRh64m9/D8jYl3xVp 5VqT3KoYVZxv//wqwFd7MDmjWIdAk3KgzS9kU8wE2wfHKMCJx5ATcFr9nQa5pGso23uKlCJjE7o rXnCF9AyI7qXZddSBHa0Pj/9cOH4sHodpx3o6Gru7bIst2UfDBAebMc7dN8D4LfPI8FJF6vUjDr hrReC9RDTlWVFAk31gzzU2+MLrDVSF1SyzhV53s/SG/+sPtZVkEtdrY/Wb3fPjsTquy0JRiwA0T KIn6AX5DrDyZczHr0m4Tn45eLMz6kc4wGiwoQDUKkmNLLBos7CdwomSL6ihHR1u7K8HqaNcMLSk khBSIk4AzbdODEF2vV+24nCsUSFNt7DW3B48kkHdB/CxWTRRu92KvEVWmYr1efdOUvlAvmS8c+y o3jc0gaqiSVXXEN2vcHR0A8mkG6iMU/aY0yPC0g== x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No x-tmase-result: 10--18.284700-8.000000 x-tmase-version: SMEX-12.5.0.1300-8.2.1013-23950.006 Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [payload] Adam Roach's No Objection on draft-ietf-payload-rtp-vc2hq-06: (with COMMENT) X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2018 11:18:21 -0000 SSBiZWxpZXZlIHRoZSBvcmRlciBvZiBpbXBvcnRhbmNlIGZvciBwYWNrZXRzIHdvdWxkIGJlOg0K DQoxLiBTZXF1ZW5jZSBIZWFkZXJzDQoyLiBGcmFnbWVudHMgY29udGFpbmluZyBUcmFuc2Zvcm0g UGFyYW1ldGVycw0KMy4gT3RoZXIgRnJhZ21lbnRzDQo0LiBBdXhpbGlhcnkgRGF0YSBhbmQgRW5k IG9mIFNlcXVlbmNlDQo1LiBQYWRkaW5nDQoNCi0tDQpKYW1lcyBQLiBXZWF2ZXIgKG7DqSBCYXJy ZXR0KQ0KUmVzZWFyY2ggRW5naW5lZXINCkJCQyBSJkQgTm9ydGggTGFiLA0KRmxvb3IgNSBEb2Nr IEhvdXNlLCBNZWRpYUNpdHksDQpNNTAgMkxIDQpUZWw6ICs0NCgwKTMwIDMwNDAtOTUyMQ0KZS1t YWlsOiBqYW1lcy5iYXJyZXR0QGJiYy5jby51aw0KDQoNCg0KPiBPbiAxOSBKdW4gMjAxOCwgYXQg MjE6MDEsIEFkYW0gUm9hY2ggPGFkYW1Abm9zdHJ1bS5jb20+IHdyb3RlOg0KPiANCj4gQWRhbSBS b2FjaCBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCj4gZHJh ZnQtaWV0Zi1wYXlsb2FkLXJ0cC12YzJocS0wNjogTm8gT2JqZWN0aW9uDQo+IA0KPiBXaGVuIHJl c3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0 byBhbGwNCj4gZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGluZXMu IChGZWVsIGZyZWUgdG8gY3V0IHRoaXMNCj4gaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZl ci4pDQo+IA0KPiANCj4gUGxlYXNlIHJlZmVyIHRvIGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cv c3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KPiBmb3IgbW9yZSBpbmZvcm1hdGlvbiBh Ym91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KPiANCj4gDQo+IFRoZSBk b2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQg aGVyZToNCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1wYXls b2FkLXJ0cC12YzJocS8NCj4gDQo+IA0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBDT01NRU5UOg0K PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQo+IA0KPiBUaGFua3MgZm9yIHRoZSB3b3JrIG9uIHRoaXMgZG9jdW1l bnQuDQo+IA0KPiBHaXZlbiB0aGF0IHRoZSB1bmRlcmx5aW5nIGZvcm1hdCBkb2Vzbid0IGFwcGVh ciB0byBiZSByZXNpbGllbnQgdG8gbG9zcywgSSdtIGENCj4gbGl0dGxlIHN1cnByaXNlZCB0byBz ZWUgbm8gZGlzY3Vzc2lvbiBvZiBGRUM7IGFuZCwgaW4gcGFydGljdWxhciwgbm8gdHJlYXRtZW50 DQo+IG9mIHRoZSBhbGxvY2F0aW9uIG9mIHVuZXF1YWwgZXJyb3IgcHJvdGVjdGlvbiB0byB0aGUg dmFyaW91cyBwYWNrZXQgdHlwZXMuIEZvcg0KPiBleGFtcGxlLCBpdCBzb3VuZHMgbGlrZSB0aGUg dHJhbnNmb3JtIHBhcmFtZXRlcnMgcGFja2V0IGlzIHNpZ25pZmljYW50bHkgbW9yZQ0KPiBpbXBv cnRhbnQgdGhhbiwgZS5nLiwgYSBwaWN0dXJlIGZyYWdtZW50IHRoYXQgY29udGFpbnMgc2xpY2Vz LiBJIHN1c3BlY3QgdGhlcmUNCj4gaXMgYSBnZW5lcmFsIHByaW9yaXRpemF0aW9uIGFtb25nIHRo ZSB2YXJpb3VzIHR5cGVzIHRoYXQgd291bGQgdXNlZnVsIHRvIGNhbGwNCj4gb3V0IGZvciBpbXBs ZW1lbnRvcnMuDQo+IA0KPiANCg0K From nobody Tue Jul 10 11:04:32 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B047130FB7 for ; Tue, 10 Jul 2018 11:04:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 NoJv8slUI7x2 for ; Tue, 10 Jul 2018 11:04:28 -0700 (PDT) Received: from cuda.olm1.com (cuda.olm1.com [72.236.255.32]) (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 0CC2F130DCE for ; Tue, 10 Jul 2018 11:04:27 -0700 (PDT) X-ASG-Debug-ID: 1531245831-092fd34fcb94d20001-U2jSCT Received: from host105.olm1.com (host105.olm1.com [72.236.255.15]) by cuda.olm1.com with ESMTP id pvetjzmSpkPLJIQT (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 10 Jul 2018 14:03:51 -0400 (EDT) X-Barracuda-Envelope-From: Dave.Satterlee@vocal.com X-Barracuda-Apparent-Source-IP: 72.236.255.15 Received: from [192.168.11.222] (rrcs-72-43-202-98.nys.biz.rr.com [72.43.202.98]) by host105.olm1.com (Postfix) with ESMTPSA id B8DB8B46D01; Tue, 10 Jul 2018 14:03:51 -0400 (EDT) From: "Dave Satterlee (Vocal)" Openpgp: preference=signencrypt Autocrypt: addr=Dave.Satterlee@vocal.com; prefer-encrypt=mutual; keydata= xsFNBFefUJQBEACplue4WNnPVdkcwqiUNnmdmvwADKWk7Leil/8zu7HcFDldPe5OBR7PEutO sLZy679YVSGGxrQhpLQCdnQHXchMxxwCluCcKFDb2G9DDR60ADVW0cPrbk1YQ8/S/qHwRG3F DXQBOQhM+Yp/RMjvT1vXXWlyoEFYpciMO9Zz71SUG/arZddXHE6+npWGhIqOQYcW5KNWLvq5 6FyZC/+Ak5CnS1V5XwRP1wKjSxS+ReghT3ykp5Pwtsh472ix22WvHO3MOktrFUr88bbVMjKP M9wFDkAHuWRNEHHDycN5byRE1IYwEED1YnjTkxRPVaHx5j8rtov3QZz52dBukn+ln4Kip4GV p9MgsUnnV85IDVUzGDymD/rKoQ030GBIXG8jbrtCd4E/qTLQF/kv8LNhuq+kPXFHj8s3ODjF NzhD8tNUN2l6poAG8Qpy114ybgy8L7Lco9ts2Ham4Q1je5pKNQGkxrgFyaKXGE6euVP2pqOC UzdqgsW8dRb6/SrR5dDEUd8WOjByS0lhH11J2RsFkF2gS5aCxwlDVCBL/EdtzD5J/qT5hDDB gNd7EemB7k7myWaEYWa0hDMvRoQ9B0QpASTqTfmtUDC0QK99qWYXzzuP+sViL1cU++L58SBM A9hxnQdHqbAIpJu/vxVdsmELyrGg0estmZ2MOFDZqkbz7MOpmQARAQABzTFEYXZlIFNhdHRl cmxlZSAoVm9jYWwpIDxEYXZlLlNhdHRlcmxlZUB2b2NhbC5jb20+wsF/BBMBCAApBQJXn1CU AhsjBQkJZgGABwsJCAcDAgEGFQgCCQoLBBYCAwECHgECF4AACgkQX+7cGIMiwvmcwRAAipLB 7qq+QL3e93wRPG8EAZRkeyID/O7FbQwcAi9WtCmi4eL3yrASRjifHb8o0XZ7J9I0a+hQ6QnJ Lin2tehfYeD41TOSXfqTGGbmMQ5zpwQr+cbrASZbgoUYfvlV1ad9eL9pZPKjiJdtD4ZQtw9N DVa3/f53PRUHJJRi4hADpJK3xuYNd6UAN5SG4fGV1nQy7+/25OTpE0Yc3+avv9AMU46LlcgD cdC9tvUXlUoY9fvu+NWSLuSWh/g4z5Ye/bdlN/2J9TMpizxuhJBEy2M02DUI+FxwY7Vvys6D tkMqrMXfD2XV0gIlg1hyW+WwKypkvPjRcveZ0vukzNZBWVyU9ORsdkfD26vGSbfBT+oiZCTb afjbhZzwDKK3KzTeITbjhSTNnWmOKeQXqlV9nXSVYZxJObzIzzY7iUujmWFgAK4BklfIA0SG Z7TxDU52oIZhF9mKUESA12AELhXx8ZVM4CPO2xNEhbFVLTr6YCr1+uDamyWl0vqzz4Q9NPGI xU2yFHvdzE6fu547hU7BCZ+7aEx59HA9HIBowHFUk5JjmmNU5vv+VMu2/iqfGJdZQnmC2Gtn q32Mtq2PFmCVEKpWHC9WAehihD5hE0qPj+uW6MtNuJhySMU8wJZZVGK4AtcALh24ZBFF+zon mk2yFOsy9YIjqTU6+yUiR9Qv85LtKiDOwU0EV59QlAEQAMaYaxnHmdvoDR8DOyJJSMCDFfQf d2J3oh2mkB1jkY7PKrD2w94yklvFaeczfD4MiAzCy6maV/yJ4fS+UbDaLaHstHXqWjupvf9z l73edz/e5nEuf2BGf8lzs9y5N6tIL+SQmjjaO7zisQyxTLedRBTJSKrZwjPJISN3Xlo67Dh9 6RYwhObjFCAN+Q8F5q8fZvdn+w4nzkvlowihkHYuv70t4v2Kl85TBwWmVn+f238UcgKXLR9f wJCd++ZPhjttYkcAjYR+5Yh18IQv6wqfdI+LQbH0Wuh2QhcD50Cv+QdWl+0ERkQReiH10Pej plv3FEO/heMqRGDjm4qcZvgUHDT1xP2B39HJO8pGOmEgVdDm71fTrbxL4+eo09NJymccMvz8 Lki0u9JulwNM4v90AySMZCTTzwvNVQkEFxAPgSLzNpnYcXhX5pm4pm9Zmrm2GMeh+8Lc+V4b rkPiTf+Unnbj4ZPZpbESzxbxlLlrJLai2IEw+W4siBPawQ9USfDaoUbjM2NZ/B7m/f9hddfT OrHOm9ex0KPNuKLXclQsnJd1yvc+UCH3Msb7zWApkH9R3eFCRiYAchrswEla8PO6UpiQO7KY SeQxPIGA+e+XSUpbnnnSe7lWtUL5kLneUXI67I+SCKST5yRZ1n9dIfxFxO6kP69sh4nxfcHK s10FIeBjABEBAAHCwWUEGAEIAA8FAlefUJQCGwwFCQlmAYAACgkQX+7cGIMiwvk41g//SXIa p+Uvj2Wswi5tVi4EcnA0gw06iiTeT4lQX8RlrZc9wrxrZu9L9nm6eZnmEUJxO4+4yzbuhQ3u 8dkDjLIcUcoJsEI/Pr9bFjuNniCPM+AHUSG5jXxSNrLaqsoJfDmGQCh2I8goyCB60K14v4cX 9kGZBMxlPkZZ+C9trGf+CGiKBZ6NEU6wUvr1Wpf8N/q8eFN84LrFEcllYmllClWNkqrEVtlC ePnyxXde/rO13kxEG6x4EgqIbEzzUDMYOdXlvFWsBH51VE0IpUIP+Wo6aE+mHacVGhf3NN7F 0/KNZjChmjtFkWcGl9JZzLi9JVeNi+r7c1iDXewPMQehF/b4ooivym5Q6zQDXLztDFm1mORT Nh9U34mk2Q3OjGYAYWJ6cXjGtNHRRSECDYSKBOGUAENydntaBn8zRfC5wTtrx222oQFthPXI ebGob9Xomu8Mpjlny/rMHZcN99cexECdKA0+vmKIGuKifLWpIpRWLZvNWTNOoR9Pt5otz2IA WY1UIUKN7K71MzvJ8RFKyszoe9cd+RVA9siudAa2AZiTuMeVQZBnnKzZHsz5qKH6U9RQB1nm 2VVBxLtNCQvqnLclX1PA0/6ri2NUUmXHrnu099CF1TGxKDcLghfDrWOWaDFwWqBabIhKPOU3 9HJXyFltQhHUyjLK107ffvm02XrJ77M= Organization: Vocal Technologies To: "payload@ietf.org" Message-ID: X-ASG-Orig-Subj: Re: [payload] WGLC on draft-ietf-payload-tetra-00 Date: Tue, 10 Jul 2018 14:03:51 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------F743E1CD0B6779527F497BA2" Content-Language: en-US X-Barracuda-Connect: host105.olm1.com[72.236.255.15] X-Barracuda-Start-Time: 1531245831 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://72.236.255.32:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at olm1.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=5.0 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.53363 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message Archived-At: Subject: Re: [payload] WGLC on draft-ietf-payload-tetra-00 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2018 18:04:31 -0000 This is a multi-part message in MIME format. --------------F743E1CD0B6779527F497BA2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Review Comments for:    RTP Payload Format for the TETRA Audio Codec  draft-ietf-payload-tetra-00   July 10, 2018 by David Satterlee David.Satterlee@vocal.com   The draft appears to be generally well specified and useful.   Review Comments: 1. Introduction It would seem to me that: TErrestial Trunked Radio (TETRA) should be have a capital A (in multiple places in the document): TErrestial Trunked RAdio (TETRA) 4.3.7. S: Spare (7 bits) The use of 'those' appears awkward. There are a number of these cases throughout the document: << Those bits are reserved for future use and set to "0" currently. >> The S bits... 5. Payload example << The following example shows how a first and a consecutive 30 ms frame is combined into a single 60ms RTP packet. >> The use of consecutive is awkward - maybe subsequent, or second consecutive? 8.1. Offer/Answer Considerations << o Integer multiples of 30ms SHALL be used for ptime. It is recommended to use packet size of 60ms. Even if there is no good reason why not doing so, there is no need that ptime and maxptime parameters are negotiated symmetrically. >> o Integer multiples of 30ms SHALL be used for ptime. It is recommended to use packet size of 60ms. There is no need that the ptime and maxptime parameters be negotiated symmetrically. 8.2. Declarative SDP Considerations << For declarative media, the "ptime" and "maxptime" parameter specifies the possible variants used by the sender. >> For declarative media, the "ptime" and "maxptime" parameter specify the possible variants used by the sender. --------------F743E1CD0B6779527F497BA2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Review Comments for:
 
 RTP Payload Format for the TETRA Audio Codec
 draft-ietf-payload-tetra-00
 
July 10, 2018 by
David Satterlee
David.Satterlee@vocal.com
 
The draft appears to be generally well specified and useful.
 
Review Comments:


1.  Introduction

It would seem to me that:
TErrestial Trunked Radio (TETRA)

should be have a capital A (in multiple places in the document):
TErrestial Trunked RAdio (TETRA)



4.3.7.  S: Spare (7 bits)

The use of 'those' appears awkward. There are a number of these cases throughout the document:

<< Those bits are reserved for future use and set to "0" currently.
>> The S bits...



5.  Payload example

<< The following example shows how a first and a consecutive 30 ms frame
   is combined into a single 60ms RTP packet. 

>> The use of consecutive is awkward - maybe subsequent, or second consecutive?



8.1.  Offer/Answer Considerations

<< o  Integer multiples of 30ms SHALL be used for ptime.  It is
      recommended to use packet size of 60ms.  Even if there is no good
      reason why not doing so, there is no need that ptime and maxptime
      parameters are negotiated symmetrically.

>> o  Integer multiples of 30ms SHALL be used for ptime.  It is
      recommended to use packet size of 60ms.  There is no need that
      the ptime and maxptime parameters be negotiated symmetrically.



8.2.  Declarative SDP Considerations

<< For declarative media, the "ptime" and "maxptime" parameter specifies
   the possible variants used by the sender.

>> For declarative media, the "ptime" and "maxptime" parameter specify
   the possible variants used by the sender.
--------------F743E1CD0B6779527F497BA2-- From Schmack@iabg.de Fri Jul 13 08:11:11 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A55EC130E0E for ; Fri, 13 Jul 2018 08:11:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 9USQ2ojo9K5C for ; Fri, 13 Jul 2018 08:11:09 -0700 (PDT) Received: from mail2.iabg.de (mail2.iabg.de [62.245.167.132]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B0EEC130DD0 for ; Fri, 13 Jul 2018 08:11:08 -0700 (PDT) Received: from webmail.iabg.de (unknown [192.168.30.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by mail2.iabg.de (Mailserver 2 IABG OTN) with ESMTPS id BCD021826D9 for ; Fri, 13 Jul 2018 17:11:05 +0200 (CEST) Received: from Ex16d.iabg.de (192.168.30.34) by Ex16c.iabg.de (192.168.30.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1531.3; Fri, 13 Jul 2018 17:11:05 +0200 Received: from Ex16d.iabg.de ([fe80::619e:5318:38a6:cd41]) by Ex16d.iabg.de ([fe80::619e:5318:38a6:cd41%15]) with mapi id 15.01.1531.003; Fri, 13 Jul 2018 17:11:05 +0200 From: Schmack Steffen To: "payload@ietf.org" Thread-Topic: [payload] Comment on RTP Payload Format for the TETRA Audio Codec Thread-Index: AdQatglPgtyr/XnKTRyBT99v3tk1Mw== Date: Fri, 13 Jul 2018 15:11:05 +0000 Message-ID: <566684f8e021407f86048707550fb4f2@iabg.de> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [192.168.30.8] Content-Type: multipart/related; boundary="_004_566684f8e021407f86048707550fb4f2iabgde_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Fri, 13 Jul 2018 20:44:21 -0700 Subject: [payload] Comment on RTP Payload Format for the TETRA Audio Codec X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 15:12:04 -0000 --_004_566684f8e021407f86048707550fb4f2iabgde_ Content-Type: multipart/alternative; boundary="_000_566684f8e021407f86048707550fb4f2iabgde_" --_000_566684f8e021407f86048707550fb4f2iabgde_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable General Comment: This draft seems to me as a well defined preparation for standardization of= TETRA voice signals transport via IP networks. It addresses the current ch= allenge of the interfacing between radio systems and control centers. Detailed Review Comments: 2. TETRA: TErrestial Trunked RAdio (>>have a look at the capitals) 3. The TETRA codec is designed in such a way that on the air interface two of these 30ms samples are transported together (sub- block 1 and sub-block 2). (>> "these" instead of "theses") Codec payload is specified for TDM lines with 2048 kBit/s serialisation wit= hin the traditional circuit mode based TETRA system (>>place "traditional circuit mode based TETRA system" at the end) These two formats differ mainly ... (>> usage of "differ" instead of "defer") 5. Note: This example shows the usage of OSTE mapping. (>>usage of "the" instead of "of") Kind Regards Steffen Schmack [Beschreibung: Logo_IABG_klein] IABG mbH, Niederlassung Berlin Friedrichstra=DFe 185 / Haus E 10117 Berlin Mobile: +49 175 1902649 e-Mail: schmack@iabg.de Web: http://www.iabg.de ________________________________ Industrieanlagen-Betriebsgesellschaft mbH Sitz der Gesellschaft: Ottobrunn, Registergericht: Amtsgericht M=FCnchen, H= RB 5499 Gesch=E4ftsf=FChrung: Prof. Dr.-Ing. Rudolf F. Schwarz Vorsitzender des Aufsichtsrats: RA Engelbert Kupka MdL a.D. --_000_566684f8e021407f86048707550fb4f2iabgde_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

General Comment:

This draft seems to me as a well d= efined preparation for standardization of TETRA voice signals transport via= IP networks. It addresses the current challenge of the interfacing between= radio systems and control centers.

 

Detailed Review Comments:

 

2.

TETRA: TErrestial Trunked RAdio

(>>have a look at the capita= ls)

 

3.

The TETRA codec is designed in suc= h a way that on the air

   interface two of thes= e 30ms samples are transported together (sub-

   block 1 and sub-block= 2).

(>> “these” inst= ead of “theses”)

 

Codec payload is specified for TDM= lines with 2048 kBit/s serialisation within the

   traditional circuit m= ode based TETRA system

(>>place ”traditional = circuit mode based TETRA system” at the end)

 

These two formats  differ mai= nly …

(>> usage of “differ&#= 8220; instead of “defer”)

 

5.

Note: This example shows the usage of OSTE mapping.

(>>usage of “the”= ; instead of “of”)

 

 

Kind Regards=

 <= /o:p>

Steffen Schm= ack

 <= /o:p>

<= span style=3D"color:#1F497D;mso-fareast-language:DE;text-decoration:none"><= img border=3D"0" width=3D"76" height=3D"23" id=3D"Grafik_x0020_1" src=3D"ci= d:image001.jpg@01D41ACA.7D928FA0" alt=3D"Beschreibung: Logo_IABG_klein"> =

 <= /o:p>

IABG mbH, Ni= ederlassung Berlin

Friedrichstr= a=DFe 185 / Haus E

10117 Berlin=

 <= /o:p>

Mobile: = ;  +49 175 1902649

e-Mail: = ;   schmack@iabg.de

Web: &n= bsp;     http://www.iabg.= de

 

 


Industrieanlagen-Betriebsgesellschaft mbH

Sitz der Gesellschaft: Ottobrunn, Registergericht: Amt= sgericht M=FCnchen, HRB 5499
Gesch=E4ftsf=FChrung: Prof. Dr.-Ing. Rudolf F. Schwarz=
Vorsitzender des Aufsichtsrats: RA Engelbert Kupka MdL= a.D. --_000_566684f8e021407f86048707550fb4f2iabgde_-- --_004_566684f8e021407f86048707550fb4f2iabgde_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=1398; creation-date="Fri, 13 Jul 2018 15:11:05 GMT"; modification-date="Fri, 13 Jul 2018 15:11:05 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwgHBgoICAgLCgoLDhgQDg0NDh0VFhEYIx8lJCIf IiEmKzcvJik0KSEiMEExNDk7Pj4+JS5ESUM8SDc9Pjv/2wBDAQoLCw4NDhwQEBw7KCIoOzs7Ozs7 Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozv/wAARCAAXAEwDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwBPEeh+ LrrxtNc2xnlD3G61uI5hsjXPHOflwOv0717GhMcC+c67lUb26DPevAfHtlbaZ4yvrWxiEEK7GVE4 CkqCcfjXrviLWNN0nwaJdVjW4jlgVFt25MzEDA/qT2r0sTByjTt18vQ5KUknM6JZonOEkRj6BgaV mVF3MwUDuTivniC11LRbS08SWl3BExlJSJJgZIx23LnO08j+fWvZND1rTPHfhp/PhR8rsurZudrd fy7g/wCFY1sL7JKSd0aU63PpazOg+0wf89o/++hSi4hJwJoyf94V84aMuknWUTW5Zo7AFvMaIncO Dj9cV0OpRfDpdOnOm32pNeBD5IbOC3bOQOK2lgVF2u/u/wCCZxxF1e34nuVQT3tra/8AHxcww/8A XSQL/OvHE8Z6vpPw/s7aK+D3V1NIElDh5IYlxwfQkk4z0FaXgn4fWviHTk1zXria6+0EmOLzDyAc ZZuvUHisnhVCLlUlZXt6lqtzNKK1PUIL6zuji3uoZj/0zkDfyqxXJXXw78KRW7SJanT2jGRcxXDI 0fvknH51o+H7r7Ppa299rdnfyxMUW4SQZZf4d3P3sda55Rja8H+BqpO9pHmfxA8OavqHjO9ubWzM kLhNreYgzhAOhOa2NP8ADOp+Nda+1+I4mttOs4xFBbJKCTx6qePUn6Ciiut4iapq3RbnOqUXN3N/ /hVfhPr9jm/8CG/xrkn8Oa94F8W/adEiN3ZSD7jSqu+M9UbJHI7GiisqWIqXtJ3T7mk6UbXSsYmi 6Pr2jaymo/2HFdhN37maaPacgjnntmuh1PVNd1HTbiz/AOEL06Hz0KeYskZKZ7jnrRRXTKtzS5ml f5/5mEYWVkyho3wo1O/0m4uLyVLO5IH2aMsGDeu4jOM9sVJpeq+Lfh4rWV3YRXFnuJEbTL8pPUqQ cjPoRRRSp4iVabhUSaZUqSpx5o7mt/wtWXUYmt4vDInLjaySXKlT7EEc1zMHgLxJeebcw6THDHNI zrGJ48IDyAOeg6UUVpVksL/DW/r/AJkQTrfGz//Z --_004_566684f8e021407f86048707550fb4f2iabgde_-- From nobody Sun Jul 15 21:40:39 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C07A3130E9D for ; Sun, 15 Jul 2018 21:40:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.509 X-Spam-Level: X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 bM3cbD-N2w0P for ; Sun, 15 Jul 2018 21:40:33 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A6F7D130DC8 for ; Sun, 15 Jul 2018 21:40:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14051; q=dns/txt; s=iport; t=1531716033; x=1532925633; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=0/5PrtVDlNg0mO6+h6yyfVZ/EuMLH76jhMsjhFYYYOY=; b=KMAzRCfwH3E9Ip9ohCC/r3fm+1WB1Xb2s1S9wtuKaoUXgerQGCq75vkX 198DZxf94cqnF4NYHFQEHngEAiqLtni4zKHF+NL2qq9SVFnHEFQDCkEld bobeqJNt7OBLGVtLlWw1GScY+6dCf0ws4dMC59+DAoJPktkwmmTSdIBV8 I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AXAQAvIUxb/4sNJK1cGgEBAQEBAgE?= =?us-ascii?q?BAQEIAQEBAYJTdmN/KAqLdow5ggyQKoUPgXoLGAEMhAFGAoJPITQYAQIBAQI?= =?us-ascii?q?BAQJtHAyFNgEBAQEDAQErQRkCAgEIEQECAQIoBxsMCxQDBggCBAESCYMYgRt?= =?us-ascii?q?kD6oaH4Q8hWMFiH2BVz+BEYMRgj1RCwEBA4F9hTYCh2WRdwkChgiJHYFDhBG?= =?us-ascii?q?IEYd9gjyHNAIRFIEkHTgmgSxwFTuCaQmCHBeIWYU+b4wrgRoBAQ?= X-IronPort-AV: E=Sophos;i="5.51,359,1526342400"; d="scan'208,217";a="421091108" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Jul 2018 04:40:32 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id w6G4eWtF024926 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 16 Jul 2018 04:40:32 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sun, 15 Jul 2018 23:40:31 -0500 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1320.000; Sun, 15 Jul 2018 23:40:31 -0500 From: "Mo Zanaty (mzanaty)" To: Magnus Westerlund , "payload@ietf.org" Thread-Topic: [payload] [rtcweb] Second WGLC on draft-ietf-payload-flexible-fec-scheme Thread-Index: AQHUHL8gcz9lgfkO2EKaOXlbd4Assg== Date: Mon, 16 Jul 2018 04:40:31 +0000 Message-ID: References: <6E58094ECC8D8344914996DAD28F1CCD86E663@DGGEMM506-MBX.china.huawei.com> <2d9b0ac5-87f2-6f50-2a4e-bf7e7943d55d@ericsson.com> In-Reply-To: <2d9b0ac5-87f2-6f50-2a4e-bf7e7943d55d@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.212.251] Content-Type: multipart/alternative; boundary="_000_D77181167F593mzanatyciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [payload] [rtcweb] Second WGLC on draft-ietf-payload-flexible-fec-scheme X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2018 04:40:37 -0000 --_000_D77181167F593mzanatyciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Magnus, Thanks for the review. In general, I agree with your comments, and will upd= ate the draft accordingly. See Mo: inline for details. Mo From: payload > o= n behalf of 'Magnus Westerlund' > Date: Monday, June 11, 2018 at 10:15 AM To: "payload@ietf.org" > Subject: Re: [payload] [rtcweb] Second WGLC on draft-ietf-payload-flexible-= fec-scheme Hi, I have now reviewed -07. It is not ready yet. A significant issue appear to= exist around how one recovers CSRC lists or header extensions. 1. Section 4.2.2, Figure 13: The R and F bits are swapped. To my understanding this figure should use R= =3D0 and F=3D1, i.e. 0 1 in the two first bits. Mo: Yes, the figure should use R=3D0 and F=3D1 to match the text. I will co= rrect this. 2. Section 4.2.2, Figure 15: So when R=3D1, why is F=3D1? As neither of the F values apply when R=3D1, w= hy not simply define that F=3D0, which would result in that the RTP payload= would be equal to the complete RTP packet being retransmitted? Mo: Yes, R=3D1 can be redefined to use F=3D0 instead of F=3D1, to simplify = copying the complete source RTP packet being transmitted. I will make this = change, unless anyone objects. 3. Section 4.2.2, Figure 15: Why isn't the CSRC list or packet header extension of the retransmitted pac= ket included in the figure, they will be there if P or X bits of the Retran= smission is present? Or are they counted as part of the retransmission / re= pair payload? Mo: The CSRC list and header extensions of the original source packet are p= art of the retransmission "payload". I will clarify this with more explicit= wording, namely that retransmission "payload" (in quotes) includes everyth= ing following the fixed 12-byte RTP header of the source packet. 4. Section 6.2: The repair packet payload consists of the bits that are generated by applying the XOR operation on the payloads of the source RTP packets. If the payload lengths of the source packets are not equal, each shorter packet MUST be padded to the length of the longest packet by adding octet 0's at the end. The repair packet does not appear to protect the source packets packet exte= nsion or CSRC list. I think what is missing here is the need to be explicit= that the repair payload will be XOR of the source packets' CSRC list, exte= nsion header and payload? The reverse thus need to be explicitly said in the recovery section also. Mo: Same as the prior comment. The CSRC list and header extensions of the o= riginal source packet are protected as part of the repair "payload". I will= clarify this with more explicit wording, namely that repair "payload" (in = quotes) used in the XOR operation includes everything following the fixed 1= 2-byte RTP header of the source packet. Cheers Magnus Den 2018-03-22 kl. 17:41, skrev Roni Even (A): Hi, I would like to start a three week second WGLC on RTP Payload Format for Fl= exible Forward Error Correction in draft-ietf-payload-flexible-fec-scheme-0= 7. The WGLC will end on April 11th , 2018 Note that the first WGLC was on the 05 version and the 06,07 are increment= al updates. The slides from the IETF 101 payload session describe the changes see https= ://datatracker.ietf.org/meeting/101/materials/slides-101-payload-flexible-f= ec-00 . Please send comments to the payload mailing list. The double posting is to notify RTCweb WG that the second WGLC has starte= d since this document is needed for RTCweb Roni Even Payload WG co-chair _______________________________________________ rtcweb mailing list rtcweb@ietf.orghttps://www.ietf.org/mailman/listinf= o/rtcweb -- Magnus Westerlund ---------------------------------------------------------------------- Network Architecture & Protocols, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Torshamnsgatan 23 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- --_000_D77181167F593mzanatyciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Magnus,

Thanks for the review. In general, I agree with your comments, and wil= l update the draft accordingly. See Mo: inline for details.

Mo

From: payload <payload-bounces@ietf.org> on behalf of 'M= agnus Westerlund' <mag= nus.westerlund@ericsson.com>
Date: Monday, June 11, 2018 at 10:1= 5 AM
To: "payload@ietf.org" <payload@ietf.org>
Subject: Re: [payload] [rtcweb] Sec= ond WGLC on draft-ietf-payload-flexible-fec-scheme

Hi,

I have now reviewed -07. It is not ready yet. A significant issue appear= to exist around how one recovers CSRC lists or header extensions.

1. Section 4.2.2, Figure 13:

The R and F bits are swapped. To my understanding this figure should use= R=3D0 and F=3D1, i.e. 0 1 in the two first bits.


Mo: Yes, the figure should use R=3D0 and F=3D1 to match the text. I wi= ll correct this.


2. Section 4.2.2, Figure 15:

So when R=3D1, why is F=3D1? As neither of the F values apply when R=3D1= , why not simply define that F=3D0, which would result in that the RTP payl= oad would be equal to the complete RTP packet being retransmitted?


Mo: Yes, R=3D1 can be redefined to use F=3D0 instead of F=3D1, to simp= lify copying the complete source RTP packet being transmitted. I will make = this change, unless anyone objects.


3. Section 4.2.2, Figure 15:

Why isn't the CSRC list or packet header extension of the retransmitted = packet included in the figure, they will be there if P or X bits of the Ret= ransmission is present? Or are they counted as part of the retransmission /= repair payload?


Mo: The CSRC list and header extensions of the original source packet = are part of the retransmission "payload". I will clarify this wit= h more explicit wording, namely that retransmission "payload" (in= quotes) includes everything following the fixed 12-byte RTP header of the source packet.


4. Section 6.2:

   The repair packet payload consists of the bits that are gen= erated by
   applying the XOR operation on the payloads of the source RTP p= ackets.
   If the payload lengths of the source packets are not equal, ea= ch
   shorter packet MUST be padded to the length of the longest pac= ket by
   adding octet 0's at the end.

The repair packet does not appear to protect the source packets packet e= xtension or CSRC list. I think what is missing here is the need to be expli= cit that the repair payload will be XOR of the source packets' CSRC list, e= xtension header and payload?

The reverse thus need to be explicitly said in the recovery section also= .


Mo: Same as the prior comment. The CSRC list and header extensions of = the original source packet are protected as part of the repair "payloa= d". I will clarify this with more explicit wording, namely that repair= "payload" (in quotes) used in the XOR operation includes everything following the fixed 12-byte RTP header of the source p= acket.


Cheers

Magnus


Den 2018-03-22 kl. 17:41, skrev Roni Even (A):

Hi,

I would like to start a three week second WGLC on RTP Payload Format for Flexible Forward Error Correction in draft-ietf-payload-flexible-fec-scheme-07.

The WGLC will end on April 11th , 2018

 

Note that the first WGLC was on the 05 version  = ;and the 06,07 are incremental updates.

The slides from the IETF 101 payload session describ= e the changes see https://datatracker.ietf.org/meeting/101/materials/slides-101-payload-flexi= ble-fec-00 .

 

Please send comments to the payload mailing list.

The double posting is to  notify RTCweb WG that the second  WGLC has started since this d= ocument is needed for RTCweb

 =

 =

Roni Even

Payload WG co-chair=

 



_______________________________________________
rtcweb mailing list
rtcwe=
b@ietf.orghttps://www.ietf.org/mailman/listinfo/rtcweb

--=20

Magnus Westerlund=20

----------------------------------------------------------------------
Network Architecture & Protocols, Ericsson Research
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Torshamnsgatan 23           | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.=
com
----------------------------------------------------------------------
--_000_D77181167F593mzanatyciscocom_-- From nobody Mon Jul 16 12:51:50 2018 Return-Path: X-Original-To: payload@ietf.org Delivered-To: payload@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 809C1130E13; Mon, 16 Jul 2018 12:51:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: payload@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.82.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: payload@ietf.org Message-ID: <153177070147.21651.11659194501852162473@ietfa.amsl.com> Date: Mon, 16 Jul 2018 12:51:41 -0700 Archived-At: Subject: [payload] I-D Action: draft-ietf-payload-flexible-fec-scheme-08.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.27 List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2018 19:51:42 -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 Payloads WG of the IETF. Title : RTP Payload Format for Flexible Forward Error Correction (FEC) Authors : Mo Zanaty Varun Singh Ali Begen Giridhar Mandyam Filename : draft-ietf-payload-flexible-fec-scheme-08.txt Pages : 39 Date : 2018-07-16 Abstract: This document defines new RTP payload formats for the Forward Error Correction (FEC) packets that are generated by the non-interleaved and interleaved parity codes from source media encapsulated in RTP. These parity codes are systematic codes, where a number of FEC repair packets are generated from a set of source packets from one or more source RTP streams. These FEC repair packets are sent in a redundancy RTP stream separate from the source RTP stream(s) that carries the source packets. RTP source packets that were lost in transmission can be reconstructed using the source and repair packets that were received. The non-interleaved and interleaved parity codes which are defined in this specification offer a good protection against random and bursty packet losses, respectively, at a cost of decent complexity. The RTP payload formats that are defined in this document address the scalability issues experienced with the earlier specifications including RFC 2733, RFC 5109 and SMPTE 2022-1, and offer several improvements. Due to these changes, the new payload formats are not backward compatible with the earlier specifications, but endpoints that do not implement this specification can still work by simply ignoring the FEC repair packets. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-flexible-fec-scheme/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-payload-flexible-fec-scheme-08 https://datatracker.ietf.org/doc/html/draft-ietf-payload-flexible-fec-scheme-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-payload-flexible-fec-scheme-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jul 17 11:22:37 2018 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5292130EA7 for ; Tue, 17 Jul 2018 11:22:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.311 X-Spam-Level: X-Spam-Status: No, score=-4.311 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, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 5zLT7zCofTIl for ; Tue, 17 Jul 2018 11:22:33 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 4ED94130F20 for ; Tue, 17 Jul 2018 11:22:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1531851748; 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=rYm+v8kc1SKm0/tjApFPp3vVHbvT+uoJIIEm2S4uzw0=; b=GiALFQPSRBAy+MRDwBbeMvwir0BBOSjJ+qe2lbUHpAbPaP5NSsucbaDLxAE3mRKA K+CJFNkGrfRHo0SnafEc5KeLq/txExeu2ehAQ9HVYxmpeZMZ0p6TPkUlHqIxSRaa r3QT8oFOsgtcETAch6LlRdOnt9jwijJ1EnF6duSW7ns=; X-AuditID: c1b4fb3a-9e9ff700000079c1-97-5b4e33e4e5f4 Received: from ESESSMB502.ericsson.se (Unknown_Domain [153.88.183.120]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 71.96.31169.4E33E4B5; Tue, 17 Jul 2018 20:22:28 +0200 (CEST) Received: from [100.94.35.38] (153.88.183.153) by ESESSMB502.ericsson.se (153.88.183.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Tue, 17 Jul 2018 20:22:27 +0200 To: "payload@ietf.org" , From: Magnus Westerlund Message-ID: <633bb439-9c53-2cd7-b34a-1071ad0dbaa8@ericsson.com> Date: Tue, 17 Jul 2018 14:22:26 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Originating-IP: [153.88.183.153] X-ClientProxiedBy: ESESSMB501.ericsson.se (153.88.183.162) To ESESSMB502.ericsson.se (153.88.183.163) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrOLMWRmVeSWpSXmKPExsUyM2J7he4TY79og1XrzS3+3i6yuHTxLJMD k8eSJT+ZAhijuGxSUnMyy1KL9O0SuDKmv+xnL3jlVtF48z1TA2OLRRcjJ4eEgIlE97dlTF2M XBxCAkcZJa7du80C4bxjlPh3pJkFpEpEIE7i1e9ZjCA2m4CFxM0fjWxdjBwcwgI2Ek2fTUDC vAL2Er0bnrOB2CwCqhKfvh5kBbFFBWIkjk5uYYOoEZQ4OfMJC0grM1D9g61lIGFmAXmJ5q2z mSFscYmmLyvBWoUEtCUamjpYIe5Ukrg+7zpYq4RAusTr03wTGAVmIRk6C2HoLCRDZyEZuoCR ZRWjaHFqcXFuupGRXmpRZnJxcX6eXl5qySZGYHAe3PLbagfjweeOhxgFOBiVeHi/q/pFC7Em lhVX5h5ilOBgVhLhPfrBN1qINyWxsiq1KD++qDQntfgQozQHi5I4r1OaRZSQQHpiSWp2ampB ahFMlomDU6qBsdo1THeB2J4i9+dTH/uXtW1uUVkfuPuvgdK6fC/WfIeQRZwOYt/WfzE9WnHh We5hnwbpuz/XvQlnXlIdy7RRlvVwW9n7122ad6asW6TTvkaz6THL1qbpR+6nLSgqOLZi42sH B8P7znyv9XJT275d2+MZ6xS99U7GSalZk2e9l3ivl+/7uTxXX4mlOCPRUIu5qDgRAOzYdbdK AgAA Archived-At: Subject: [payload] Review of draft-ietf-payload-flexible-fec-scheme-08 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2018 18:22:36 -0000 Hi, I have reviewed the updated draft -08. So now I finally done a complete review from front to end. Sorry about the delay to get these comments in. A. Section 4.2.1:       Synchronization Source (SSRC): The SSRC value for each repair       stream SHALL be randomly assigned as suggested by [RFC3550].  This       allows the sender to multiplex the source and repair RTP streams       on the same port, or multiplex multiple repair streams on a single       port.  The repair streams SHOULD use the RTCP CNAME field to       associate themselves with the source stream. Instead of port in this text, I think what you want to refer to RTP sessions. Maybe:       Synchronization Source (SSRC): The SSRC value for each repair       stream SHALL be randomly assigned as suggested by [RFC3550].  This       allows the sender to multiplex the source and repair RTP streams       in the same RTP session, or multiplex multiple repair streams in an RTP session. B. Section 4.2.1:       The repair streams SHOULD use the RTCP CNAME field to       associate themselves with the source stream. So in cases when the host sends multiple source RTP streams, the CNAME only results in the repair stream being associated with a set of source RTP Streams through common CNAME. After all the actual source RTP stream is identified explicitly. There will also occur none-resolvable cases when a inline FEC producer includes source packets from multiple different hosts, and thus likely different CNAMEs. I think the right way forward here is to say that the repair RTP streams SSRC's CNAME value SHOULD be identical to the CNAME of the source RTP stream(s) that this repair stream protects. In cases when the repair stream covers packets from multiple source RTP streams with different CNAME, any CNAME value MAY be used. Also maybe the text following on inline FEC protectors should be changed, so that they would use its own CNAME so that one can determine if the transmission timestamp clock really is the same as the one used for the source RTP Streams? C. Section 4.2.2.1:   o  The Length recovery (16 bits) field is used to determine the       length of the recovered packets.  This length includes all octets       following the fixed 12-byte RTP header of source packets,       including CSRC list and options if present.  It excludes the fixed       12-byte RTP header of source packets. "Options" in the above, is that intended to be header extensions? D. Section 4.2.2.2: There is no formal definition here for how the source block is created when there are multiple SSRCs in the CSRC list. E. Section 4.2.2.2:      |    ... next SN base and M/N for CSRC_i in CSRC list ... | What is M/N is it supposed to be L and D? F. Section 4.2.2.2:    If L>0, D=1, indicates Row FEC, and column FEC will follow.                 Hence, FEC = SN, SN+1, SN+2, ... , SN+(L-1), SN+L.                 And more FEC to come. What does "more FEC to come means here?" Without explicit definition I don't see what difference this has to L>0, D=0? G. Section 4.2.2.3: Are there any assumptions about the relation between repair RTP stream SSRC and the source RTP stream SSRC? The text here appears to indicate that it can be 1 (repair stream) sending retransmission packets for many source RTP streams? Can you please clarify this. Are there a point of doing this type of retransmission in a 1 to 1 fashion instead? H. Section 5.1:   o  ToP: indicates the type of protection applied by the sender: 0 for       1-D interleaved FEC protection, 1 for 1-D non-interleaved FEC       protection, and 2 for 2-D parity FEC protection.  The ToP value of       3 is reserved for future uses. What about retransmission only uses? And what about combinations with retransmission and other types? I. Section 5.1:    o  L: indicates the number of columns of the source block that are       protected by this FEC block and it applies to all the source       SSRCs.  L is a positive integer.    o  D: indicates the number of rows of the source block that are       protected by this FEC block and it applies to all the source       SSRCs.  D is a positive integer.    o  ToP: indicates the type of protection applied by the sender: 0 for       1-D interleaved FEC protection, 1 for 1-D non-interleaved FEC       protection, and 2 for 2-D parity FEC protection.  The ToP value of       3 is reserved for future uses.-- Section 4.2.2.2:    If L=0, D=0, use the optional payload format parameters for L and D. I don't quite understand how a receiver will be able to determine which packets where part of the source block to generate this FEC packet. L and D will only specify the size of the block, but there is no information if this is a row or column packet for the 2-D ones. Or is the intention that these will only be 1-D codes, and the row or column mode will be based on the value of the Media Type parameters of L and D? Section 6.3.1.3 implies that only a 1-D code is supported in this use case. Please document that restriction with the signalling parameters. J. Section 5.2.1    o  There are no optional format parameters defined for this payload. Isn't L, D and ToP optional parameters. K. Section 6.2:    o  The lowest Sequence Number of the source packets protected by this       repair packet is written into the Sequence Number Base field in       the FEC header.    o  Depending on the chosen FEC header variant, the mask(s) are set       when F=0, or the L and D values are set when F=1. These steps needs to be repeated for each SSRC that has packets included in the source block. L. Section 6.3.1: I think this text is missing the really first step of the receiver knowing in which RTP sessions the source and repair RTP streams that are related are being sent in. This may be different or the same session as indicated by signalling or other out-of-bands means. M. Section 6.3.2:    14.  Set the SSRC of the new packet to the SSRC of the source RTP         stream. Maybe to be even more explicit to say, the SSRC of the missing source RTP stream, to avoid confusion in multiple SSRC source blocks. N. Section 7: I think this section is missing the discussion of the need to signal the RTP session relation between source and repair RTP Streams. There is basically two choices here, either the repair RTP stream(s) are in the same RTP Session as the source packets, or they are in a different one. When they are in the same, it is clear that the packets carry the SSRC(s) of the source RTP packets. However, one thing is a bit unclear and could vary with implementation and that is the number of repair RTP streams in use when there are multiple source RTP streams. Are there only one repair stream, or one per source RTP stream or some other relation? So example 7.1 could be one or more source RTP stream but nothing in the signalling reveals this. Signalling context can make it clear if there is a single media source or could be more. For 7.2 there is an explicit binding between the repair and source SSRCs. I think the need and not need to explicitly indicate the source to repair stream relations. For different RTP sessions there need to be some type of RTP/RTCP out of band mechanism to indicate the relation.  The use of grouping of media lines FEC semantics is very reasonable and should be made clear and probably include an example. I would prefer if the signalling requirements where discussed first, followed by SDP related mechanisms then followed by the examples of the realization. O. Section 7: The use of draft-ietf-avtext-rid RepairedRtpStreamId is not at all needed, even if it could be used in a sub-set of applications of flexfec. It would work in same RTP Session, with a single repair RTP stream only protects a singe source RTP stream. But, considering the possibility of repair of multiple source streams and different RTP Sessions, I think an explicit statement that this SHOULD NOT be used for the payload format would be good to include. P. Section 9. Is there a need to discuss in the security consideration the risk that additional source RTP streams can result in creation of buffers that may or may not be used. Also the FEC has a non uniform processing requirement that may affect the higher layer application. Cheers--- Magnus Westerlund ---------------------------------------------------------------------- Network Architecture & Protocols, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Torshamnsgatan 23 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ----------------------------------------------------------------------