From nobody Thu Jan 7 05:51:48 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C28D21A89A5; Thu, 7 Jan 2016 05:51:46 -0800 (PST) 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 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 3eXFR1UrVFdH; Thu, 7 Jan 2016 05:51:44 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B759C1A89FB; Thu, 7 Jan 2016 05:51:43 -0800 (PST) X-AuditID: c1b4fb25-f797e6d000007600-9c-568e6d6d8e3f Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 6A.05.30208.D6D6E865; Thu, 7 Jan 2016 14:51:42 +0100 (CET) Received: from ESESSMB105.ericsson.se ([169.254.5.202]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0248.002; Thu, 7 Jan 2016 14:51:41 +0100 From: Bo Burman To: Ben Campbell , Magnus Westerlund Thread-Topic: AD Evaluation of draft-ietf-avtext-sdes-hdr-ext-02 Thread-Index: AQHRNJNDWu/xkgLNyEWZU+plUTM2yZ7Kn0uAgAz2sYCAGKODEA== Date: Thu, 7 Jan 2016 13:51:40 +0000 Message-ID: References: <3E1623EC-9FDB-40CE-BE9D-308D4D3BDBF4@nostrum.com> <566EEE69.20500@ericsson.com> <5F9DEC6A-A6AC-4948-AE28-EE75978C1027@nostrum.com> In-Reply-To: <5F9DEC6A-A6AC-4948-AE28-EE75978C1027@nostrum.com> Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.16] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuphkeLIzCtJLcpLzFFi42KZGbE9XDcvty/MYJm9xcd7N1gt5neeZreY MeUAswOzx5IlP5k8Zu18whLAFMVlk5Kak1mWWqRvl8CV8fHZI9aCOxkVb/fsY21gbEnrYuTk kBAwkeg6/5QVwhaTuHBvPVsXIxeHkMBhRomvG3tYIZzFjBJ/Dk1gB6liE9CQmL/jLiOILSIQ ITFxajtYEbNAB6PEjG1LwUYJC9hLLLt7kxWiyEFi1pZp7BC2k8SK5/eZQWwWARWJ33OPg9Xw CvhKfFl7DqxGSGAyo8SerTEgNifQnGnT7oHVMArIStz/fo8FxGYWEJe49WQ+E8TZAhJL9pxn hrBFJV4+/gf1jqLEzrPtQHEOoHpNifW79CFaFSWmdD9kh1grKHFy5hOWCYxis5BMnYXQMQtJ xywkHQsYWVYxihanFiflphsZ66UWZSYXF+fn6eWllmxiBMbRwS2/VXcwXn7jeIhRgINRiYe3 YE5vmBBrYllxZe4hRgkOZiURXmmvvjAh3pTEyqrUovz4otKc1OJDjNIcLErivEkyjWFCAumJ JanZqakFqUUwWSYOTqkGRm3X739bPbNdejVfPizT+M8bZFE1h6f7zVQW/oSW8knSs0+4Nuz5 s+RQBWfmv7Ldggxp2cY3s5VWMS2/IrHhSemWeJm+CR/Kbhfd22kztWz2Tp2dTmmTvvWXtCna Wt8tXWzzIDK5UF0qeG9JwdoTrecVHz4Q22TLMG/f390XK5g0lk10DmHao8RSnJFoqMVcVJwI AEDe4/afAgAA Archived-At: Cc: "draft-ietf-avtext-sdes-hdr-ext.all@ietf.org" , "avtext@ietf.org" Subject: Re: [avtext] AD Evaluation of draft-ietf-avtext-sdes-hdr-ext-02 X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2016 13:51:47 -0000 U28sIHRvIHN1bW1hcml6ZSB0aGUgcHJvcG9zZWQgc2VjdXJpdHkgc2VjdGlvbiBjaGFuZ2VzLCB3 aGF0IGFib3V0IChvbmx5IGFmZmVjdGVkIHBhcnRzLCBub3RlIHRoZSBhZGRlZCBTSE9VTEQgaW4g dGhlIGZpcnN0IHBhcmFncmFwaCk6DQoNCk9MRDoNCiAgIEluIFJUUCBzZXNzaW9ucyB3aGVyZSBh bnkgdHlwZSBvZiBjb25maWRlbnRpYWxpdHkgcHJvdGVjdGlvbiBpcw0KICAgZW5hYmxlZCBmb3Ig UlRDUCwgdGhlIFNERVMgaXRlbSBoZWFkZXIgZXh0ZW5zaW9ucyBNVVNUIGFsc28gYmUNCiAgIHBy b3RlY3RlZCBwZXIgZGVmYXVsdC4gIFRoaXMgaW1wbGllcyB0aGF0IHRvIHByb3ZpZGUgY29uZmlk ZW50aWFsaXR5LA0KICAgdXNlcnMgb2YgU1JUUCBuZWVkIHRvIGltcGxlbWVudCBlbmNyeXB0ZWQg aGVhZGVyIGV4dGVuc2lvbnMgcGVyDQogICBbUkZDNjkwNF0uICBDb21tb25seSwgaXQgaXMgZXhw ZWN0ZWQgdGhhdCB0aGUgc2FtZSBzZWN1cml0eSBsZXZlbCBpcw0KICAgYXBwbGllZCB0byBSVENQ IHBhY2tldHMgY2FycnlpbmcgU0RFUyBpdGVtcywgYW5kIHRvIGFuIFJUUCBoZWFkZXINCiAgIGV4 dGVuc2lvbiBjb250YWluaW5nIFNERVMgaXRlbXMuICBJZiB0aGUgc2VjdXJpdHkgbGV2ZWwgaXMg ZGlmZmVyZW50LA0KICAgaXQgaXMgaW1wb3J0YW50IHRvIGNvbnNpZGVyIHRoZSBzZWN1cml0eSBw cm9wZXJ0aWVzIGFzIHRoZSB3b3JzdCBpbg0KICAgZWFjaCBhc3BlY3QgZm9yIHRoZSBkaWZmZXJl bnQgY29uZmlndXJhdGlvbnMuDQoNCiAgIEFzIHRoZSBTREVTIGl0ZW1zIGFyZSB1c2VkIGJ5IHRo ZSBSVFAgYmFzZWQgYXBwbGljYXRpb24gdG8gZXN0YWJsaXNoDQogICByZWxhdGlvbnNoaXBzIGJl dHdlZW4gUlRQIHN0cmVhbXMgb3IgYmV0d2VlbiBhbiBSVFAgc3RyZWFtIGFuZA0KICAgaW5mb3Jt YXRpb24gYWJvdXQgdGhlIG9yaWdpbmF0aW5nIFBhcnRpY2lwYW50LCB0aGVyZSBTSE9VTEQgYmUg c3Ryb25nDQogICByZXF1aXJlbWVudHMgb24gaW50ZWdyaXR5IGFuZCBzb3VyY2UgYXV0aGVudGlj YXRpb24gb2YgdGhlIGhlYWRlcg0KICAgZXh0ZW5zaW9ucy4gIElmIG5vdCwgYW4gYXR0YWNrZXIg Y2FuIG1vZGlmeSB0aGUgU0RFUyBpdGVtIHZhbHVlIHRvDQogICBjcmVhdGUgZXJyb25lb3VzIHJl bGF0aW9uc2hpcCBiaW5kaW5ncyBpbiB0aGUgcmVjZWl2aW5nIGFwcGxpY2F0aW9uLg0KDQpORVc6 DQogICBJbiBSVFAgc2Vzc2lvbnMgd2hlcmUgYW55IHR5cGUgb2YgY29uZmlkZW50aWFsaXR5IHBy b3RlY3Rpb24gaXMNCiAgIGVuYWJsZWQgZm9yIFJUQ1AsIHRoZSBTREVTIGl0ZW0gaGVhZGVyIGV4 dGVuc2lvbnMgTVVTVCBhbHNvIGJlDQogICBwcm90ZWN0ZWQuICBUaGlzIGltcGxpZXMgdGhhdCB0 byBwcm92aWRlIGNvbmZpZGVudGlhbGl0eSwgdXNlcnMgb2YNCiAgIFNSVFAgbmVlZCB0byBpbXBs ZW1lbnQgYW5kIHVzZSBlbmNyeXB0ZWQgaGVhZGVyIGV4dGVuc2lvbnMgcGVyDQogICBbUkZDNjkw NF0uICBUaGUgc2VjdXJpdHkgbGV2ZWwgdGhhdCBpcyBhcHBsaWVkIHRvIFJUQ1AgcGFja2V0cw0K ICAgY2FycnlpbmcgU0RFUyBpdGVtcyBTSE9VTEQgYWxzbyBiZSBhcHBsaWVkIHRvIFNERVMgaXRl bXMgY2FycmllZCBhcw0KICAgUlRQIGhlYWRlciBleHRlbnNpb25zLiAgSWYgdGhlIHNlY3VyaXR5 IGxldmVsIGlzIGNob3NlbiB0byBiZQ0KICAgZGlmZmVyZW50IGZvciBhbiBTREVTIGl0ZW0gaW4g UlRDUCBhbmQgUlRQIGhlYWRlciBleHRlbnNpb24sIGl0IGlzDQogICBpbXBvcnRhbnQgdG8gbW90 aXZhdGUgdGhlIGV4Y2VwdGlvbiwgYW5kIHRvIGNvbnNpZGVyIHRoZSBzZWN1cml0eQ0KICAgcHJv cGVydGllcyBhcyB0aGUgd29yc3QgaW4gZWFjaCBhc3BlY3QgZm9yIHRoZSBkaWZmZXJlbnQNCiAg IGNvbmZpZ3VyYXRpb25zLg0KDQogICBBcyB0aGUgU0RFUyBpdGVtcyBhcmUgdXNlZCBieSB0aGUg UlRQIGJhc2VkIGFwcGxpY2F0aW9uIHRvIGVzdGFibGlzaA0KICAgcmVsYXRpb25zaGlwcyBiZXR3 ZWVuIFJUUCBzdHJlYW1zIG9yIGJldHdlZW4gYW4gUlRQIHN0cmVhbSBhbmQNCiAgIGluZm9ybWF0 aW9uIGFib3V0IHRoZSBvcmlnaW5hdGluZyBwYXJ0aWNpcGFudCwgdGhlcmUgU0hPVUxEIGJlIHN0 cm9uZw0KICAgaW50ZWdyaXR5IHByb3RlY3Rpb24gYW5kIHNvdXJjZSBhdXRoZW50aWNhdGlvbiBv ZiB0aGUgaGVhZGVyDQogICBleHRlbnNpb25zLiAgSWYgbm90LCBhbiBhdHRhY2tlciBjYW4gbW9k aWZ5IHRoZSBTREVTIGl0ZW0gdmFsdWUgdG8NCiAgIGNyZWF0ZSBlcnJvbmVvdXMgcmVsYXRpb25z aGlwIGJpbmRpbmdzIGluIHRoZSByZWNlaXZpbmcgYXBwbGljYXRpb24uDQoNCkFyZSB0aG9zZSBj aGFuZ2VzIGFjY2VwdGFibGUgdG8gdGhlIFdHPw0KDQovQm8NCg0KDQo+IC0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQo+IEZyb206IEJlbiBDYW1wYmVsbCBbbWFpbHRvOmJlbkBub3N0cnVtLmNv bV0NCj4gU2VudDogZGVuIDIyIGRlY2VtYmVyIDIwMTUgMjM6MjgNCj4gVG86IE1hZ251cyBXZXN0 ZXJsdW5kDQo+IENjOiBkcmFmdC1pZXRmLWF2dGV4dC1zZGVzLWhkci1leHQuYWxsQGlldGYub3Jn OyBhdnRleHRAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IEFEIEV2YWx1YXRpb24gb2YgZHJhZnQt aWV0Zi1hdnRleHQtc2Rlcy1oZHItZXh0LTAyDQo+IA0KPiBPbiAxNCBEZWMgMjAxNSwgYXQgMTA6 MjksIE1hZ251cyBXZXN0ZXJsdW5kIHdyb3RlOg0KPiANCj4gPiBIaSBCZW4sDQo+ID4NCj4gPiBT ZWUgYmVsb3cgbXkgYW5zd2VyIGFuZCBmZWVkYmFjayBvbiB5b3VyIGV2YWx1YXRpb24uIEkgdGhp bmsgaXQgaXMNCj4gPiBmYWlybHkgY2xlYXIgdGhhdCB3ZSBuZWVkIHRvIGRvIGEgbmV3IHJldmlz aW9uIHByaW9yIHRvIHRoZSBJRVRGIGxhc3QNCj4gPiBjYWxsLg0KPiA+DQo+ID4gRGVuIDIwMTUt MTItMTIga2wuIDA1OjExLCBza3JldiBCZW4gQ2FtcGJlbGw6DQo+ID4+IEhpLA0KPiA+Pg0KPiA+ PiBIZXJlIGlzIG15IEFEIGV2YWx1YXRpb24gb2YgZHJhZnQtaWV0Zi1hdnRleHQtc2Rlcy1oZHIt ZXh0LTAyLiBJIGhhdmUNCj4gPj4gYSBmZXcgcXVlc3Rpb25zIGFuZCBjb21tZW50cyB0aGF0IEkg d291bGQgbGlrZSB0byByZXNvbHZlIHByaW9yIHRvDQo+ID4+IElFVEYgbGFzdCBjYWxsLCBhcyB3 ZWxsIGFzIHNvbWUgZWRpdG9yaWFsIGNvbW1lbnRzIHRoYXQgY2FuIGJlDQo+ID4+IGhhbmRsZWQg d2hlbmV2ZXIgaXMgY29udmVuaWVudDoNCj4gPj4NCj4gPj4gVGhhbmtzIQ0KPiA+Pg0KPiA+PiBC ZW4uDQo+ID4+DQo+ID4+ID09PSBTdWJzdGFudGl2ZToNCj4gPj4NCj4gPj4gLSA0LjIuMSwgbGFz dCBwYXJhZ3JhcGg6DQo+ID4+IFRoZSBndWlkYW5jZSBhYm91dCBSVFAgbWlkZGxlYm94ZXMgc2Vl bXMgdG8gYXBwbHkgdG8gaGVhZGVyDQo+ID4+IGV4dGVuc2lvbnMgaW4gZ2VuZXJhbC4gSXMgdGhp cyBub3QgYWxyZWFkeSBkb2N1bWVudGVkIHNvbWV3aGVyZSBlbHNlPw0KPiA+DQo+ID4gTm90LCB3 aGF0IEkgY2FuIHJlbWVtYmVyLiBJdCBpcyBkZWZpbml0ZWx5IG5vdCBpbiBSRkM1Mjg1LCBhbmQg dGhpcw0KPiA+IHNob3VsZCBiZSBjb25zaWRlcmVkIHRvIGJlIGFkZGVkIHRvIFJGQzUyODViaXMg ZHJhZnQuDQo+ID4NCj4gDQo+IE9rYXkuDQo+IA0KPiA+Pg0KPiA+PiAtIDQuMi42LCAybmQgcGFy YWdyYXBoOiAiLi4uIGlzc3VlcyBjYW4gYmUgYXZvaWQgYnkgcGVyZm9ybWluZyAuLi4iDQo+ID4+ DQo+ID4+IERvIHlvdSBtZWFuICIuLi4gdGhlIHJlY2VpdmVyIHBlcmZvcm1pbmcuLi4iPw0KPiA+ DQo+ID4gWWVzLCB0aGVzZSBhcmUgYWxsIHJlY2VpdmVyIHNpZGUgYWN0aW9ucy4NCj4gDQo+IFRo YXQncyBwcm9iYWJseSBvYnZpb3VzLCBidXQgaXQgd291bGRuJ3QgaHVydCB0byBiZSBleHBsaWNp dC4NCj4gDQo+ID4NCj4gPj4NCj4gPj4gLSA1LjE6DQo+ID4+DQo+ID4+IFBsZWFzZSBlbGFib3Jh dGUgb24gd2hhdCB5b3UgbWVhbiBieSBzdWItc3BhY2UuIEkgZG9uJ3QgdGhpbmsgUkZDDQo+ID4+ IDUyODUNCj4gPj4gY29udGVtcGxhdGVkIHRoaXMgaWRlYS4gSG93IHdvdWxkIElBTkEgaW5kaWNh dGUgdGhhdCB0aGluZ3MgaW4gdGhpcw0KPiA+PiBzdWItc3BhY2UgaGF2ZSBhZGRpdGlvbmFsIHJ1 bGVzIGJleW9uZCB0aG9zZSBvZiA1Mjg1PyBPciBtb3JlDQo+ID4+IGNvbmNyZXRlbHksIGhvdyBk byB3ZSBpbmRpY2F0ZSB0aGF0DQo+ID4+IHVybjppZXRmOnBhcmFtczpydHAtaGRyZXh0OnNkZXM6 Y25hbWUgaXMgYm91bmQgYnkgdGhlIHJ1bGVzIGZvcg0KPiA+PiB1cm46aWV0ZjpwYXJhbXM6cnRw LWhkcmV4dDpzZGVzPw0KPiA+Pg0KPiA+DQo+ID4gV2hhdCBJIG1lYW4gaXMgdGhhdCBhbnkgVVJO IHN0YXJ0aW5nIHdpdGgNCj4gPiAidXJuOmlldGY6cGFyYW1zOnJ0cC1oZHJleHQ6c2RlcyIgaXMg dW5kZXIgdGhlc2UgcnVsZXMuIEFuZCBJIHRoaW5rDQo+ID4gdGhhdCBJQU5BIGlzIGFscmVhZHkg aGFuZGxpbmcgZGlmZmVyZW50IHNldCBvZiBydWxlcyBmb3IgZGlmZmVyZW50DQo+ID4gcGFydHMg b2YgdGhlIFVSTiBzcGFjZS4gVGhlIHJ1bGVzIGZvciAidXJuOmlldGYiIGlzIGRpZmZlcmVudCBm cm9tIHRoZQ0KPiA+IG9uZXMgZm9yICJ1cm46aWV0ZjpwYXJhbXM6cnRwLWhkcmV4dCIuDQo+IA0K PiBPa2F5LCBsZXQgbWUgdGFrZSBhbm90aGVyIGFwcHJvYWNoLiBSRkMgNTI4NSBoYXMgYSBzZXQg b2YgcmVnaXN0cmF0aW9uIHJ1bGVzIGZvciB0aGUgUlRQIGNvbXBhY3QgaGVhZGVyIGV4dGVuc2lv bg0KPiByZWdpc3RyeS4gVGhpcyBkcmFmdCBzYXlzIHRoYXQgc29tZSBlbnRyaWVzIHRoYXQgY29u dGFpbiB0aGUgc3RyaW5nICJoZHJleHQ6c2RlcyIuLi4iIHdpbGwgaGF2ZSBhZGRpdGlvbmFsIHJ1 bGVzLiBCdXQgdGhpcw0KPiBkb2Vzbid0IGNyZWF0ZSBhIG5ldyByZWdpc3RyeSwgZG9lcyBpdD8g SXMgdGhlcmUgc29tZSBleHBlY3RhdGlvbiB0aGF0IGEgbmV3IHJlZ2lzdHJhbnQgd2hvIHdhbnRz IHRvIHJlZ2lzdGVyDQo+ICIuLi5oZHJleHQ6c2Rlczpmb28iIHdpbGwgZXZlbiByZWFkIHRoaXMg ZHJhZnQ/DQo+IA0KPiBJJ20gY3VyaW91cyB3aHkgdGhlIGdyb3VwIGRpZCBub3QgZGVmaW5lIGEg bmV3IHRhYmxlIGZvciB0aGluZ3MgbGlrZSAidXJuOmlldGY6cGFyYW1zOnJ0cC1oZHJleHQ6c2Rl czpmb28iLCB3aXRoIHRoZQ0KPiBhZGRpdGlvbmFsIHJlZ2lzdHJhdGlvbiBydWxlcyBmcm9tIHRo aXMgZHJhZnQuDQo+IA0KPiA+DQo+ID4+IFBhcmFncmFwaCAyIHNheXMgInByZWZlcmFibHkgaW4g YSBwdWJsaWNhbGx5IGF2YWlsYWJsZSByZWZlcmVuY2UuIiBJDQo+ID4+IHRoaW5rIHRoYXQncyBh IGhhcmQgcmVxdWlyZW1lbnQgaW4gNTI4NS4gVGhpcyBzZWVtcyB0byByZWxheCB0aGF0LS1JDQo+ ID4+IGFzc3VtZSB0aGF0IGlzIG5vdCB0aGUgaW50ZW50LiBTZWN1cml0eSBjb25zaWRlcmF0aW9u cyBhcmUgYWxzbw0KPiA+PiBhbHJlYWR5DQo+ID4+IHJlcXVpcmVkIGJ5IDUyODUgKGJ1dCB0aGVy ZSBpcyBubyBtZW50aW9uIG9mIHByaXZhY3kgY29uc2lkZXJhdGlvbnMuKQ0KPiA+DQo+ID4gWWVz LCB5b3UgYXJlIHJpZ2h0LCBmb3IgUlRQIGhlYWRlciBleHRlbnNpb25zIFJGQzUyODUgZG8gcmVx dWlyZQ0KPiA+IHB1YmxpY2x5IGF2YWlsYWJsZSBzcGVjaWZpY2F0aW9uLiBJIHRoaW5rIHdlIG1p Z2h0IGhhdmUgcHJpbWFyaWx5DQo+ID4gbG9va2VkIGF0IHRoZSBydWxlcyBmb3IgU0RFUyBpdGVt cyB3aGljaCBhcmUgYWNjb3JkaW5nIHRvIFJGQzM1NTA6DQo+ID4NCj4gPiBUbyBmYWNpbGl0YXRl IHJldmlldyBvZiByZXF1ZXN0cyBhbmQgdG8NCj4gPiBwcm9tb3RlIHNoYXJlZCB1c2Ugb2YgbmV3 IHR5cGVzIGFtb25nIG11bHRpcGxlIGFwcGxpY2F0aW9ucywgcmVxdWVzdHMNCj4gPiBmb3IgcmVn aXN0cmF0aW9uIG9mIG5ldyB2YWx1ZXMgbXVzdCBiZSBkb2N1bWVudGVkIGluIGFuIFJGQyBvciBv dGhlcg0KPiA+IHBlcm1hbmVudCBhbmQgcmVhZGlseSBhdmFpbGFibGUgcmVmZXJlbmNlIHN1Y2gg YXMgdGhlIHByb2R1Y3Qgb2YNCj4gPiBhbm90aGVyIGNvb3BlcmF0aXZlIHN0YW5kYXJkcyBib2R5 IChlLmcuLCBJVFUtVCkuICBPdGhlciByZXF1ZXN0cyBtYXkNCj4gPiBhbHNvIGJlIGFjY2VwdGVk LCB1bmRlciB0aGUgYWR2aWNlIG9mIGEgImRlc2lnbmF0ZWQgZXhwZXJ0LiINCj4gPg0KPiA+IFdo aWNoIGdpdmVzIHNvbWUgbGVld2F5IGZvciBub24gcHVibGljIGF2YWlsYWJsZSByZWZlcmVuY2Vz IHdoaWNoDQo+ID4gUkZDNTI4NSBkby4NCj4gPg0KPiA+IEkgdGhpbmsgdGhlIGVhc3kgZml4IGhl cmUgaXMgdG8gYmUgY2xlYXIgdGhhdCBpdCBtdXN0IGZ1bGZpbCB0aGUgcnVsZXMNCj4gPiBvZiBS RkM1Mjg1LCBhbmQgdGhlbiBoYXZlIHRoaXMgZG9jdW1lbnQgaW4gYWRkaXRpb24gbm90ZSB0aGUg bmVlZCBmb3INCj4gPiAxKSBiZWluZyBhIHJlZ2lzdGVyZWQgU0RFUyBpdGVtIChpbXBsaWVzIGZv bGxvd2luZyB0aGUgcnVsZXMgaW4NCj4gPiBSRkMzNTUwIGZvciBTREVTIGl0ZW1zKSwgMikgYmVp bmcgZXhwbGljaXQgYWJvdXQgcHJpdmFjeQ0KPiA+IGNvbnNpZGVyYXRpb25zIGFuZCAzKSB0aGUg bW90aXZhdGlvbiBmb3IgdGltZWx5IGRlbGl2ZXIuDQo+IA0KPiBJIGFncmVlLg0KPiANCj4gPg0K PiA+Pg0KPiA+PiAtNiwgZ2VuZXJhbDoNCj4gPj4NCj4gPj4gVGhlIHJlcXVpcmVtZW50cyBoZXJl IGFyZSBwcmV0dHkgYWJzdHJhY3QuIFdvdWxkIGl0IG1ha2Ugc2Vuc2UgdG8gc2F5DQo+ID4+IHNv bWV0aGluZyB0byB0aGUgZWZmZWN0IG9mICJJZiB5b3UgU1JUUCBpdCB5b3UgTVVTVCBlbmNyeXB0 IHRoZSBSVFANCj4gPj4gZXh0ZW5zaW9uIGhlYWRlciI/DQo+ID4NCj4gPiBJbiBSVFAgc2Vzc2lv bnMgd2hlcmUgYW55IHR5cGUgb2YgY29uZmlkZW50aWFsaXR5IHByb3RlY3Rpb24gaXMNCj4gPiBl bmFibGVkIGZvciBSVENQLCB0aGUgU0RFUyBpdGVtIGhlYWRlciBleHRlbnNpb25zIE1VU1QgYWxz byBiZQ0KPiA+IHByb3RlY3RlZCBwZXIgZGVmYXVsdC4gIFRoaXMgaW1wbGllcyB0aGF0IHRvIHBy b3ZpZGUgY29uZmlkZW50aWFsaXR5LA0KPiA+IHVzZXJzIG9mIFNSVFAgbmVlZCB0byBpbXBsZW1l bnQgZW5jcnlwdGVkIGhlYWRlciBleHRlbnNpb25zIHBlcg0KPiA+IFtSRkM2OTA0XS4NCj4gPg0K PiA+IEkgdGhvdWdodCB0aGUgYWJvdmUgd2FzIGJhc2ljYWxseSBzYXlpbmcgdGhpcywgd2l0aCB0 aGUgZXhjZXB0aW9uIHRoYXQNCj4gPiBpdCBnYXRlcyBvbiBlbmNyeXB0aW5nIFJUQ1AsIHJhdGhl ciB0aGFuIHVzaW5nIFNSVFAuIEFuZCBJIHRoaW5rIHlvdQ0KPiA+IGFjdHVhbGx5IHdhbnQgdG8g Y29uc2lkZXIgaWYgdXNpbmcganVzdCBTUlRQIGZvciBpbnRlZ3JpdHkgcHJvdGVjdGlvbiwNCj4g PiBpLmUuIG51bGwgZW5jcnlwdGlvbiBzaGFsbCBmb3JjZSBlbmNyeXB0aW9uIG9uIHRoZSBTREVT IGhlYWRlcg0KPiA+IGV4dGVuc2lvbi4gSSBhbSBmaW5lIHRvIGVkaXQgdGhpcyB0byBzYXkgdGhh dCBpZiB5b3UgY29uZmlkZW50aWFsaXR5DQo+ID4gcHJvdGVjdCBlaXRoZXIgUlRQIG9yIFJUQ1As IHRoZW4geW91IE1VU1QgY29uZmlkZW50aWFsaXR5IHByb3RlY3QgYWxzbw0KPiA+IHRoaXMgaGVh ZGVyIGV4dGVuc2lvbi4NCj4gPg0KPiA+IEJ1dCwgSSB0aGluayBmb3IgdGhlIFNSVFAgcGFydGll cywgaWYgd2Ugd2FudCB0byBiZSBjbGVhcmVyIHRoZW4gd2UNCj4gPiBzaG91bGQgc2ltcGxleSBh ZGQgImFuZCB1c2UiIHRvIHRoZSBzZWNvbmQgc2VudGVuY2UuDQo+IA0KPiBUaGF0IHdvcmtzIGZv ciBtZS4NCj4gDQo+ID4NCj4gPj4NCj4gPj4gLTYsIHBhcmFncmFwaCAyOg0KPiA+PiAtICJJbiBS VFAgc2Vzc2lvbnMgd2hlcmUgYW55IHR5cGUgb2YgY29uZmlkZW50aWFsaXR5IHByb3RlY3Rpb24g aXMNCj4gPj4gZW5hYmxlZCBmb3IgUlRDUCwgdGhlIFNERVMgaXRlbSBoZWFkZXIgZXh0ZW5zaW9u cyBNVVNUIGFsc28gYmUNCj4gPj4gcHJvdGVjdGVkIHBlciBkZWZhdWx0LiAiDQo+ID4+DQo+ID4+ IFdoeSDigJxwZXIgZGVmYXVsdOKAnT8gVGhhdCB0ZWxscyBtZSB0aGF0IGFuIGltcGxlbWVudGF0 aW9uIHdvdWxkLCBpZg0KPiA+PiBub3QNCj4gPj4gY29uZmlndXJlZCBvdGhlcndpc2UsIHByb3Rl Y3QgdGhlIGhlYWRlciBleHRlbnNpb24gaWYgaXQgcHJvdGVjdGVkDQo+ID4+IFJUQ1AuDQo+ID4+ IERvIHlvdSBpbnRlbmQgdG8gYWxsb3cgdGhlIOKAnGNvbmZpZ3VyZWQgb3RoZXJ3aXNl4oCdIGxv b3Bob2xlPw0KPiA+DQo+ID4gSSBhbSBoYXBweSB0byBsb29zZSB0aGUgInBlciBkZWZhdWx0IiBo ZXJlLiBJIGNhbid0IHJlbWVtYmVyIGEgcmVhc29uDQo+ID4gZm9yIGl0Lg0KPiANCj4gT2theS4N Cj4gDQo+ID4NCj4gPj4NCj4gPj4gLSAidXNlcnMgb2YgU1JUUCBuZWVkIHRvIGltcGxlbWVudCBl bmNyeXB0ZWQgaGVhZGVyIGV4dGVuc2lvbnMiDQo+ID4+IERvIHlvdSBtZWFuIHRvIHNheSDigJxp bXBsZW1lbnRlcnMgbXVzdCBhbHNvIGltcGxlbWVudOKAnSBvciDigJx1c2Vycw0KPiA+PiBtdXN0 DQo+ID4+IGFsc28gdXNl4oCdPyBPciBib3RoPw0KPiA+DQo+ID4gVGhlIGZpcnN0IHNlbnRlbmNl IHNheXMgeW91IG11c3QgdXNlIGl0IGlmIFJUQ1AgaXMgcHJvdGVjdGVkLiBJZiB1c2luZw0KPiA+ IFNSVFAsIHRoZW4gdGhpcyBpbXBsaWVzIHRoYXQgeW91IG11c3QgaW1wbGVtZW50IGFuZCB1c2Ug UkZDNjkwNCB0bw0KPiA+IGFjaGlldmUgdGhlIG5vcm1hdGl2ZSBzdGF0ZW1lbnQuIEFuZCBhcyBz YWlkIGFib3ZlLCBJIGFtIGhhcHB5IHRvDQo+ID4gY2xhcmlmeSB0aGF0IHRoaXMgaXMgcmVhbGx5 IGltcGxlbWVudCBhbmQgdXNlLg0KPiANCj4gT2theS4NCj4gDQo+ID4NCj4gPj4NCj4gPj4gLSAi Q29tbW9ubHksIGl0IGlzIGV4cGVjdGVkIHRoYXQgdGhlIHNhbWUgc2VjdXJpdHkgbGV2ZWwgaXMN Cj4gPj4gYXBwbGllZCB0byBSVENQIHBhY2tldHMgY2FycnlpbmcgU0RFUyBpdGVtcywgYW5kIHRv IGFuIFJUUCBoZWFkZXINCj4gPj4gZXh0ZW5zaW9uIGNvbnRhaW5pbmcgU0RFUyBpdGVtcy4gIg0K PiA+Pg0KPiA+PiBUaGUgcGhyYXNlIOKAnENvbW1vbmx5LCBpdCBpcyBleHBlY3RlZOKApuKAnSBz ZWVtcyB0byB3YXRlciBkb3duIHRoZQ0KPiA+PiBndWlkYW5jZS4NCj4gPj4gQW55IHJlYXNvbiBu b3QgdG8gc2F5IFNIT1VMRCBvciBNVVNUIGhlcmU/DQo+ID4NCj4gPiBZZXMsIHdlIGNhbiBsb29z ZSB0aGUgImNvbW1vbmx5IC4uLiIgcGFydC4gSSB0aGluayBTSE9VTEQgaXMgZ29vZCwgYW5kDQo+ ID4gYW5kIGJhc2ljYWxseSBhc2sgdGhlIG9uZXMgdHJ5aW5nIHRvIGludm9rZSB0aGUgZXhjZXB0 aW9uIHRvIG1vdGl2YXRlDQo+ID4gdGhlbXNlbHZlcy4NCj4gDQo+IE9rYXkuDQo+IA0KPiA+DQo+ ID4+DQo+ID4+IC0gNiwgcGFyYWdyYXBoIDM6DQo+ID4+IC0gInRoZXJlIFNIT1VMRCBiZSBzdHJv bmcNCj4gPj4gcmVxdWlyZW1lbnRzIG9uIGludGVncml0eSBhbmQgc291cmNlIGF1dGhlbnRpY2F0 aW9uIg0KPiA+Pg0KPiA+PiBXaGF0IG5lZWRzIHRvIGhhdmUgdGhhdCBzdHJvbmcgcmVxdWlyZW1l bnQ/IFRoZSBzcGVjcyBmb3IgZXh0ZW5zaW9ucw0KPiA+PiBpbg0KPiA+PiB0aGUgc3ViLXNwYWNl PyBPciBkb2VzIHRoaXMgbWVhbiB0byBzYXkgdGhhdCAidGhlcmUgU0hPVUxEIGJlIHN0cm9uZw0K PiA+PiBpbnRlZ3JpdHkgcHJvdGVjdGlvbiBhbmQgc291cmNlIGF1dGhlbnRpY2F0aW9uIj8NCj4g Pg0KPiA+IFRoZSBsYXRlci4NCj4gDQo+IE9rYXkuIElmIGl0J3Mgbm90IG9idmlvdXMsIEkgcHJv cG9zZSByZW1vdmluZyAicmVxdWlyZW1lbnRzIG9uIg0KPiANCj4gWy4uLl0NCg== From nobody Wed Jan 13 07:02:30 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28F201B2E66 for ; Wed, 13 Jan 2016 07:02:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.496 X-Spam-Level: X-Spam-Status: No, score=-1.496 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, KHOP_DYNAMIC=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=0.77, SPF_PASS=-0.001] autolearn=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 DUHIwuzIumtZ for ; Wed, 13 Jan 2016 07:02:28 -0800 (PST) Received: from mx0b-00198e01.pphosted.com (mx0b-00198e01.pphosted.com [67.231.157.197]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5CE41B2E8E for ; Wed, 13 Jan 2016 07:02:27 -0800 (PST) Received: from pps.filterd (m0073110.ppops.net [127.0.0.1]) by mx0b-00198e01.pphosted.com (8.15.0.59/8.15.0.59) with SMTP id u0DEoXXk016527 for ; Wed, 13 Jan 2016 10:02:23 -0500 Received: from mail.vidyo.com ([162.209.16.214]) by mx0b-00198e01.pphosted.com with ESMTP id 20320w9sd6-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Wed, 13 Jan 2016 10:02:23 -0500 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; Wed, 13 Jan 2016 09:02:22 -0600 From: Jonathan Lennox To: "avtext@ietf.org" Thread-Topic: Proposed addition to rtp-stream-pause, on RTT estimates for receivers Thread-Index: AQHRThNnSrTsEwVNdke/yNBIoAgDgw== Date: Wed, 13 Jan 2016 15:02:22 +0000 Message-ID: <4142C79A-EEEA-4319-B893-C4F64F96D6B3@vidyo.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: text/plain; charset="utf-8" Content-ID: <9BB499E27C5163489A458A766CC48B82@vidyo.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.15.21, 1.0.33, 0.0.0000 definitions=2016-01-13_05:2016-01-13,2016-01-13,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1511060000 definitions=main-1601130252 Archived-At: Subject: [avtext] Proposed addition to rtp-stream-pause, on RTT estimates for receivers X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2016 15:02:29 -0000 SGksIGFsbCDigJQNCg0KV2hpbGUgZG9pbmcgdGhlIEFVVEg0OCBlZGl0cyBmb3IgZHJhZnQtaWV0 Zi1hdnRleHQtcnRwLXN0cmVhbS1wYXVzZSwgQm8gQnVybWFuIHByb3Bvc2VkIG9uZSBjbGFyaWZp Y2F0aW9uIG9uIHRoZSBhdmFpbGFiaWxpdHkgb2YgUlRUIGVzdGltYXRlcyBmb3IgUlRQIHJlY2Vp dmVyLW9ubHkuDQoNCkhlIHdyaXRlczoNCg0KQ2xhcmlmaWNhdGlvbiBvbiBhdmFpbGFiaWxpdHkg b2YgUlRUIGVzdGltYXRlIGZvciBSVFAgcmVjZWl2ZXItb25seQ0KSW4gU2VjdGlvbiA4LjEsIHRo ZXJlIGlzIGFuIGltcGxpZWQgYXZhaWxhYmlsaXR5IG9mIHRoZSBSVFQgZXN0aW1hdGUsIHdoaWNo IGlzbid0IGFsd2F5cyB0cnVlLiBCYXNlZCBvbiBSRkMgMzU1MCwgb25seSBSVFAgc3RyZWFtIHNl bmRlcnMgY2FuIGhhdmUgUlRUIGVzdGltYXRlcyB0byBvdGhlciByZWNlaXZlcnMuIEluIG1hbnkg dXNlIGNhc2VzIHRoaXMgd2lsbCBiZSBjb3JyZWN0LCBidXQgbm90IGFsd2F5cy4gVGh1cywgdGhl IHByb3Bvc2FsIGlzIHRvIGNhbGwgdGhpcyBvdXQsIGZvciBjb21wbGV0ZW5lc3MsIGFuZCB0byBy ZWZlcmVuY2UgUkZDMzYxMSB0aGF0IGNvbnRhaW5zIGFuIGV4dGVuc2lvbiB0aGF0IGEgcmVjZWl2 ZXItb25seSBjb3VsZCB1c2UgdG8gZGV0ZXJtaW5lIFJUVC4gSWYgdGhhdCBpcyBub3QgdXNlZCwg d2Ugc3VnZ2VzdCA1MDAgbXMgaXMgYSBnb29kIGRlZmF1bHQgdmFsdWUgdG8gdXNlLiBBbGwgb2Yg dGhhdCBpcyBub3Qgc3BlY2lmaWMgdG8gcGF1c2UvcmVzdW1lLCBidXQgdmFsaWQgd2hlbmV2ZXIg YW4gUlRUIGVzdGltYXRlIGlzIG5lZWRlZCBieSBhbiBSVFAgcmVjZWl2ZXIuIEEgc2ltcGxlIHJl ZmVyZW5jZSB3b3VsZCBzdWZmaWNlIGlmIHRoaXMgd2FzIHNwZWNpZmllZCBlbHNld2hlcmUsIGJ1 dCB3ZSBmb3VuZCBub25lLg0KDQpPTEQ6DQogICBJZiB0aGUgdGFyZ2V0ZWQgUlRQIHN0cmVhbSBk b2VzIG5vdCBwYXVzZSwgaWYgbm8gUEFVU0VEIGluZGljYXRpb24NCiAgIHdpdGggYSBmdXR1cmUg UGF1c2VJRCBjb21wYXJlZCB0byB0aGUgb25lIHVzZWQgaW4gUEFVU0UgaXMgcmVjZWl2ZWQsDQog ICBhbmQgaWYgbm8gUkVGVVNFRCB3aXRoIHRoZSBjdXJyZW50IG9yIGEgZnV0dXJlIFBhdXNlSUQg aXMgcmVjZWl2ZWQNCiAgIHdpdGhpbiAyICogUlRUICsgVF9kaXRoZXJfbWF4LCB0aGUgUEFVU0Ug TUFZIGJlIHNjaGVkdWxlZCBmb3INCiAgIHJldHJhbnNtaXNzaW9uLCB1c2luZyB0aGUgc2FtZSBj dXJyZW50IFBhdXNlSUQuICBSVFQgaXMgdGhlIG9ic2VydmVkDQogICByb3VuZCB0cmlwIHRvIHRo ZSBSVFAgc3RyZWFtIHNlbmRlciwgYW5kIFRfZGl0aGVyX21heCBpcyBkZWZpbmVkIGluDQogICBT ZWN0aW9uIDMuNCBvZiBbUkZDNDU4NV0uDQoNCk5FVzoNCjxzYW1lIGFzIGFib3ZlLCBwbHVzIGFk ZGluZyB0ZXh0IGF0IHRoZSBlbmQgb2YgdGhhdCBwYXJhZ3JhcGgsIGhlcmUgbGlzdGluZyBmcm9t IHRoZSBsYXN0IGxpbmUgb2YgT0xEIHRleHQgYWJvdmU+DQogIC4uLg0KICBTZWN0aW9uIDMuNCBv ZiBbUkZDNDU4NV0uICBBbiBSVFAgc3RyZWFtIHJlY2VpdmVyIGluIGEgYmktZGlyZWN0aW9uYWwN CiAgUlRQIGNvbW11bmljYXRpb24gd2lsbCBnZW5lcmFsbHkgaGF2ZSBhbiBSVFQgZXN0aW1hdGUg dG8gdGhlIFJUUA0KICBzdHJlYW0gc2VuZGVyLCBlLmcuLCBmcm9tIFJUQ1AgU1IvUlIgYXMgZGVz Y3JpYmVkIGluIFNlY3Rpb24gNi40IG9mDQogIFtSRkMzNTUwXS4gIEhvd2V2ZXIsIFJUUCBzdHJl YW0gcmVjZWl2ZXJzIHRoYXQgZG9uJ3Qgc2VuZCBhbnkgUlRQDQogIHN0cmVhbXMgd2lsbCBsYWNr IGFuIFJUVCBlc3RpbWF0ZSB1bmxlc3MgdGhleSB1c2UgYWRkaXRpb25hbA0KICBtZWNoYW5pc21z LCBzdWNoIGFzIHRoZSAiUmVjZWl2ZXIgUmVmZXJlbmNlIFRpbWUgUmVwb3J0IEJsb2NrIiBwYXJ0 DQogIG9mIFJUQ1AgWFIgW1JGQzM2MTFdLiAgUlRQIHN0cmVhbSByZWNlaXZlcnMgdGhhdCBsYWNr IGFuIFJUVCBlc3RpbWF0ZQ0KICB0byB0aGUgc2VuZGVyIFNIT1VMRCB1c2UgNTAwIG1zIGFzIGRl ZmF1bHQgdmFsdWUuDQoNClBsZWFzZSBjb21tZW50IHdpdGhpbiB0aGUgbmV4dCB3ZWVrIChpLmUu LCBieSBXZWRuZXNkYXksIEphbnVhcnkgMjB0aCkgb24gdGhpcyBwcm9wb3NhbC4NCg0KVGhhbmsg eW91IQ0KDQpKb25hdGhhbiBMZW5ub3gNCkFWVEV4dCBDby1DaGFpcg== From nobody Wed Jan 13 07:03:19 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FCCF1A6FA8; Wed, 13 Jan 2016 03:08:26 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Meeting Session Request Tool\"" To: X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160113110826.20012.30038.idtracker@ietfa.amsl.com> Date: Wed, 13 Jan 2016 03:08:26 -0800 Archived-At: X-Mailman-Approved-At: Wed, 13 Jan 2016 07:03:17 -0800 Cc: Rachel@huawei.com, avtext@ietf.org, avtext-chairs@ietf.org Subject: [avtext] avtext - New Meeting Session Request for IETF 95 X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.15 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2016 11:08:26 -0000 A new meeting session request has just been submitted by Rachel Huang, a Chair of the avtext working group. --------------------------------------------------------- Working Group Name: Audio/Video Transport Extensions Area Name: Applications and Real-Time Area Session Requester: Rachel Huang Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 70 Conflicts to Avoid: First Priority: avtcore payload xrblock mmusic perc rmcat dispatch netvc clue Second Priority: tsvwg sipcore lmap tram apparea Special Requests: --------------------------------------------------------- From nobody Thu Jan 14 14:48:26 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C8FF1A0161 for ; Thu, 14 Jan 2016 14:48:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 3A745UEQX8OB for ; Thu, 14 Jan 2016 14:48:19 -0800 (PST) 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 BB6441A0158 for ; Thu, 14 Jan 2016 14:48:19 -0800 (PST) Received: from [10.0.1.10] (cpe-70-119-203-4.tx.res.rr.com [70.119.203.4]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id u0EMmE2L070541 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 14 Jan 2016 16:48:15 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-70-119-203-4.tx.res.rr.com [70.119.203.4] claimed to be [10.0.1.10] From: "Ben Campbell" To: Huangyihong Date: Thu, 14 Jan 2016 16:48:14 -0600 Message-ID: <61629DE7-C994-4742-8046-63B304942392@nostrum.com> In-Reply-To: <51E6A56BD6A85142B9D172C87FC3ABBB86E77423@nkgeml513-mbx.china.huawei.com> References: <51E6A56BD6A85142B9D172C87FC3ABBB8649E7A2@nkgeml501-mbs.china.huawei.com> <51E6A56BD6A85142B9D172C87FC3ABBB86E76EED@nkgeml513-mbx.china.huawei.com> <96CAFAC8-4643-4234-BFB8-7ED4E1910272@nostrum.com> <51E6A56BD6A85142B9D172C87FC3ABBB86E77423@nkgeml513-mbx.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.3r5187) Archived-At: Cc: "avtext@ietf.org" Subject: Re: [avtext] New Version Notification for draft-ietf-avtext-splicing-notification-03.txt X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2016 22:48:24 -0000 Hi Rachel, If I understand correctly, only one of your comments seemed to need a response from me. Please see below. Thanks! Ben. On 22 Dec 2015, at 20:02, Huangyihong (Rachel) wrote: [...] >>>>> - 5: >>>>> -- 3rd paragraph: The text "If a mixer works as the splicer >>>>> [RFC6828] >>>>> still seems to depend on RFC 6828 to define what a splicer is. > >>>> >>>> [Rachel]: How about the following changing: >>>> >>>> " If a mixer works as the splicer as described in [RFC6828] and it >>>> follows >>>> [RFC3550], " > > >> >> Let's back up on this a bit. A reference needs to be normative if a >> reader needs to read that reference to understand and/or implement >> the >> protocol. If a reader doesn't read 6828, they will probably not >> understand this paragraph. Is that important for understanding and >> implementing the draft in general? (I think it probably is at least >> somewhat important.) Can you restate the paragraph in a way that >> describes the concept even if the reader doesn't read 6828? (It's >> okay >> to use it as an example, as long as the reader can likely understand >> things without the example.) >> >> > > > [Rachel]: How about following proposed rephrasing? > OLD > " > If a mixer works as the splicer [RFC6828] and it follows [RFC3550], > the RTP sender whose content is being passed to a downstream receiver > will see the reception quality of its stream as received by the mixer > and the reception quality of the processed stream as received by the > receiver; The RTP sender whose content is not being passed to a > downstream receiver will only see the reception quality of its stream > as received by the mixer. In such a case, the main RTP sender can > learn that splicing failed if it still sees the RTCP RR packets sent > from downstream receivers when the splicing starts; In a similar > manner, the substitutive sender can also learn that splicing failed > if it does not receive any RTCP RR packets from downstream receivers > when the splicing starts. > > Other cases where senders and receivers are in different RTCP domains > may require translation of RTCP reports, or additional reporting, if > the senders want to detect splicing problems. > " > > NEW > " > The splicer can be implemented to have its own SSRC, and send RTCP > reception reports to the senders of the main and substitutive RTP > streams. This allows the senders to detect problems on the path to the > splicer. Alternatively, it is possible to implement the splicer such > that it has no SSRC, and does not send RTCP reports; this prevents the > senders from being able to monitor the quality to the path to the > splicer. > > If the splicer has an SSRC and sends its own RTCP reports, it can > choose not to pass RTCP reports it receives from the receivers to the > senders. This will stop the senders from being able to monitor the > quality of the paths from the splicer to the receivers. > > A splicer that has an SSRC can choose to pass RTCP reception reports > from the receivers back to the senders, after modifications to account > for the splicing. This will allow the senders the monitor the quality > of the paths from the splicer to the receivers. A splicer that does > not have its own SSRC has to forward and translation RTCP reports from > the receiver, otherwise the senders will not see any receivers in the > RTP session. > > If the splicer is implemented following [RFC6828], it will have its > own SSRC and will send its own RTCP reports, and will forward > translated RTCP reports from the receivers. > " That works for me :-) [...] From nobody Tue Jan 26 00:22:33 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B28691A710C for ; Tue, 26 Jan 2016 00:22:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham 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 GLuea1qUiQa7 for ; Tue, 26 Jan 2016 00:22:29 -0800 (PST) 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 690551A70FE for ; Tue, 26 Jan 2016 00:22:28 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CHL18976; Tue, 26 Jan 2016 08:22:25 +0000 (GMT) Received: from LHREML708-CAH.china.huawei.com (10.201.5.202) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 26 Jan 2016 08:22:24 +0000 Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 26 Jan 2016 08:22:24 +0000 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.112]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0235.001; Tue, 26 Jan 2016 16:22:17 +0800 From: "Huangyihong (Rachel)" To: Ben Campbell Thread-Topic: [avtext] New Version Notification for draft-ietf-avtext-splicing-notification-03.txt Thread-Index: AQHRNt4m3XkdErjQP0SXYPQ3EJ3j657LwreggAk0aXCAALrCgIAAqqTwgCTq7gCAEm4HQA== Date: Tue, 26 Jan 2016 08:22:16 +0000 Message-ID: <51E6A56BD6A85142B9D172C87FC3ABBB86E800C7@nkgeml513-mbx.china.huawei.com> References: <51E6A56BD6A85142B9D172C87FC3ABBB8649E7A2@nkgeml501-mbs.china.huawei.com> <51E6A56BD6A85142B9D172C87FC3ABBB86E76EED@nkgeml513-mbx.china.huawei.com> <96CAFAC8-4643-4234-BFB8-7ED4E1910272@nostrum.com> <51E6A56BD6A85142B9D172C87FC3ABBB86E77423@nkgeml513-mbx.china.huawei.com> <61629DE7-C994-4742-8046-63B304942392@nostrum.com> In-Reply-To: <61629DE7-C994-4742-8046-63B304942392@nostrum.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.79.191] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.56A72CC2.0085, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.112, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 3c05e6644ee076aebeafa51468bee895 Archived-At: Cc: "avtext@ietf.org" Subject: Re: [avtext] New Version Notification for draft-ietf-avtext-splicing-notification-03.txt X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 08:22:31 -0000 Hi Ben, Sorry for the late response. I was in a business trip during last several w= eeks. I'll update a new version soon to reflect the following discussions w= ith you. BR, Rachel > -----Original Message----- > From: Ben Campbell [mailto:ben@nostrum.com] > Sent: Friday, January 15, 2016 6:48 AM > To: Huangyihong (Rachel) > Cc: avtext@ietf.org > Subject: Re: [avtext] New Version Notification for > draft-ietf-avtext-splicing-notification-03.txt >=20 > Hi Rachel, >=20 > If I understand correctly, only one of your comments seemed to need a > response from me. Please see below. >=20 > Thanks! >=20 > Ben. >=20 > On 22 Dec 2015, at 20:02, Huangyihong (Rachel) wrote: >=20 > [...] >=20 > >>>>> - 5: > >>>>> -- 3rd paragraph: The text "If a mixer works as the splicer > >>>>> [RFC6828] still seems to depend on RFC 6828 to define what a > >>>>> splicer is. > > > >>>> > >>>> [Rachel]: How about the following changing: > >>>> > >>>> " If a mixer works as the splicer as described in [RFC6828] and it > >>>> follows [RFC3550], " > > > > > >> > >> Let's back up on this a bit. A reference needs to be normative if a > >> reader needs to read that reference to understand and/or implement > >> the protocol. If a reader doesn't read 6828, they will probably not > >> understand this paragraph. Is that important for understanding and > >> implementing the draft in general? (I think it probably is at least > >> somewhat important.) Can you restate the paragraph in a way that > >> describes the concept even if the reader doesn't read 6828? (It's > >> okay to use it as an example, as long as the reader can likely > >> understand things without the example.) > >> > >> > > > > > > [Rachel]: How about following proposed rephrasing? > > OLD > > " > > If a mixer works as the splicer [RFC6828] and it follows [RFC3550], > > the RTP sender whose content is being passed to a downstream receiver > > will see the reception quality of its stream as received by the mixer > > and the reception quality of the processed stream as received by the > > receiver; The RTP sender whose content is not being passed to a > > downstream receiver will only see the reception quality of its stream > > as received by the mixer. In such a case, the main RTP sender can > > learn that splicing failed if it still sees the RTCP RR packets sent > > from downstream receivers when the splicing starts; In a similar > > manner, the substitutive sender can also learn that splicing failed if > > it does not receive any RTCP RR packets from downstream receivers when > > the splicing starts. > > > > Other cases where senders and receivers are in different RTCP domains > > may require translation of RTCP reports, or additional reporting, if > > the senders want to detect splicing problems. > > " > > > > NEW > > " > > The splicer can be implemented to have its own SSRC, and send RTCP > > reception reports to the senders of the main and substitutive RTP > > streams. This allows the senders to detect problems on the path to the > > splicer. Alternatively, it is possible to implement the splicer such > > that it has no SSRC, and does not send RTCP reports; this prevents the > > senders from being able to monitor the quality to the path to the > > splicer. > > > > If the splicer has an SSRC and sends its own RTCP reports, it can > > choose not to pass RTCP reports it receives from the receivers to the > > senders. This will stop the senders from being able to monitor the > > quality of the paths from the splicer to the receivers. > > > > A splicer that has an SSRC can choose to pass RTCP reception reports > > from the receivers back to the senders, after modifications to account > > for the splicing. This will allow the senders the monitor the quality > > of the paths from the splicer to the receivers. A splicer that does > > not have its own SSRC has to forward and translation RTCP reports from > > the receiver, otherwise the senders will not see any receivers in the > > RTP session. > > > > If the splicer is implemented following [RFC6828], it will have its > > own SSRC and will send its own RTCP reports, and will forward > > translated RTCP reports from the receivers. > > " >=20 > That works for me :-) >=20 > [...] From nobody Tue Jan 26 00:25:11 2016 Return-Path: X-Original-To: avtext@ietf.org Delivered-To: avtext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A21DD1A8029; Tue, 26 Jan 2016 00:25:08 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.13.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160126082508.28063.3131.idtracker@ietfa.amsl.com> Date: Tue, 26 Jan 2016 00:25:08 -0800 Archived-At: Cc: avtext@ietf.org Subject: [avtext] I-D Action: draft-ietf-avtext-splicing-notification-04.txt X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.15 List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 08:25:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Extensions Working Group of the IETF. Title : RTP/RTCP extension for RTP Splicing Notification Authors : Jinwei Xia Roni Even Rachel Huang Lingli Deng Filename : draft-ietf-avtext-splicing-notification-04.txt Pages : 19 Date : 2016-01-26 Abstract: Content splicing is a process that replaces the content of a main multimedia stream with other multimedia content, and delivers the substitutive multimedia content to the receivers for a period of time. The splicer is designed to handle RTP splicing and needs to know when to start and end the splicing. This memo defines two RTP/RTCP extensions to indicate the splicing related information to the splicer: an RTP header extension that conveys the information in-band and an RTCP packet that conveys the information out-of-band. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-avtext-splicing-notification/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-avtext-splicing-notification-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-avtext-splicing-notification-04 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 Jan 26 00:28:05 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA8E61A854C for ; Tue, 26 Jan 2016 00:28:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham 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 j_OVqxSYY-op for ; Tue, 26 Jan 2016 00:28:02 -0800 (PST) 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 E05D21A854B for ; Tue, 26 Jan 2016 00:28:01 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CDL62208; Tue, 26 Jan 2016 08:27:58 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 26 Jan 2016 08:27:57 +0000 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.112]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Tue, 26 Jan 2016 16:27:52 +0800 From: "Huangyihong (Rachel)" To: "avtext@ietf.org" Thread-Topic: [avtext]FW: New Version Notification for draft-ietf-avtext-splicing-notification-04.txt Thread-Index: AQHRWBNypvZa7/nR9UOGWyVz4ZteCA== Date: Tue, 26 Jan 2016 08:27:51 +0000 Message-ID: <51E6A56BD6A85142B9D172C87FC3ABBB86E800EB@nkgeml513-mbx.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.79.191] 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.56A72E0F.0038, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.112, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 4b83193b6ed6009da19014d96fc9608a Archived-At: Subject: [avtext] FW: New Version Notification for draft-ietf-avtext-splicing-notification-04.txt X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 08:28:04 -0000 RGVhciBhbGwsDQoNClRoaXMgdmVyc2lvbiB0cmllcyB0byBhZGRyZXNzIHRoZSBBRCdzIGNvbW1l bnRzLiBQbGVhc2UgZmVlbCBmcmVlIHRvIHJhaXNlIGFueSBvdGhlciBzdWdnZXN0aW9ucy4gVGhh bmtzLiANCg0KQlIsDQpSYWNoZWwNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9y Z10gDQpTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDI2LCAyMDE2IDQ6MjUgUE0NClRvOiBEZW5nIExp bmdsaTsgUm9uaSBFdmVuOyBYaWFqaW53ZWk7IEh1YW5neWlob25nIChSYWNoZWwpOyBMaW5nbGkg RGVuZw0KU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1pZXRmLWF2 dGV4dC1zcGxpY2luZy1ub3RpZmljYXRpb24tMDQudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJ LUQsIGRyYWZ0LWlldGYtYXZ0ZXh0LXNwbGljaW5nLW5vdGlmaWNhdGlvbi0wNC50eHQNCmhhcyBi ZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgUmFjaGVsIEh1YW5nIGFuZCBwb3N0ZWQgdG8g dGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWlldGYtYXZ0ZXh0LXNwbGljaW5n LW5vdGlmaWNhdGlvbg0KUmV2aXNpb246CTA0DQpUaXRsZToJCVJUUC9SVENQIGV4dGVuc2lvbiBm b3IgUlRQIFNwbGljaW5nIE5vdGlmaWNhdGlvbg0KRG9jdW1lbnQgZGF0ZToJMjAxNi0wMS0yNg0K R3JvdXA6CQlhdnRleHQNClBhZ2VzOgkJMTkNClVSTDogICAgICAgICAgICBodHRwczovL3d3dy5p ZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1hdnRleHQtc3BsaWNpbmctbm90aWZp Y2F0aW9uLTA0LnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWlldGYtYXZ0ZXh0LXNwbGljaW5nLW5vdGlmaWNhdGlvbi8NCkh0bWxpemVk OiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1hdnRleHQtc3Bs aWNpbmctbm90aWZpY2F0aW9uLTA0DQpEaWZmOiAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5v cmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtYXZ0ZXh0LXNwbGljaW5nLW5vdGlmaWNhdGlvbi0w NA0KDQpBYnN0cmFjdDoNCiAgIENvbnRlbnQgc3BsaWNpbmcgaXMgYSBwcm9jZXNzIHRoYXQgcmVw bGFjZXMgdGhlIGNvbnRlbnQgb2YgYSBtYWluDQogICBtdWx0aW1lZGlhIHN0cmVhbSB3aXRoIG90 aGVyIG11bHRpbWVkaWEgY29udGVudCwgYW5kIGRlbGl2ZXJzIHRoZQ0KICAgc3Vic3RpdHV0aXZl IG11bHRpbWVkaWEgY29udGVudCB0byB0aGUgcmVjZWl2ZXJzIGZvciBhIHBlcmlvZCBvZg0KICAg dGltZS4gVGhlIHNwbGljZXIgaXMgZGVzaWduZWQgdG8gaGFuZGxlIFJUUCBzcGxpY2luZyBhbmQg bmVlZHMgdG8NCiAgIGtub3cgd2hlbiB0byBzdGFydCBhbmQgZW5kIHRoZSBzcGxpY2luZy4NCg0K ICAgVGhpcyBtZW1vIGRlZmluZXMgdHdvIFJUUC9SVENQIGV4dGVuc2lvbnMgdG8gaW5kaWNhdGUg dGhlIHNwbGljaW5nDQogICByZWxhdGVkIGluZm9ybWF0aW9uIHRvIHRoZSBzcGxpY2VyOiBhbiBS VFAgaGVhZGVyIGV4dGVuc2lvbiB0aGF0DQogICBjb252ZXlzIHRoZSBpbmZvcm1hdGlvbiBpbi1i YW5kIGFuZCBhbiBSVENQIHBhY2tldCB0aGF0IGNvbnZleXMgdGhlDQogICBpbmZvcm1hdGlvbiBv dXQtb2YtYmFuZC4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3Rl IHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1 Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJs ZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Tue Jan 26 07:19:54 2016 Return-Path: X-Original-To: avtext@ietfa.amsl.com Delivered-To: avtext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEB501B2AF8 for ; Tue, 26 Jan 2016 07:19:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 D5gPTdwIIxwB for ; Tue, 26 Jan 2016 07:19:52 -0800 (PST) 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 01F1A1B2AF6 for ; Tue, 26 Jan 2016 07:19:51 -0800 (PST) Received: from [10.0.1.10] (cpe-70-119-203-4.tx.res.rr.com [70.119.203.4]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id u0QFJjuK094872 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 26 Jan 2016 09:19:46 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-70-119-203-4.tx.res.rr.com [70.119.203.4] claimed to be [10.0.1.10] From: "Ben Campbell" To: Huangyihong Date: Tue, 26 Jan 2016 09:19:44 -0600 Message-ID: <04635E0C-FC55-4C0E-AF12-53D02873E2CF@nostrum.com> In-Reply-To: <51E6A56BD6A85142B9D172C87FC3ABBB86E800C7@nkgeml513-mbx.china.huawei.com> References: <51E6A56BD6A85142B9D172C87FC3ABBB8649E7A2@nkgeml501-mbs.china.huawei.com> <51E6A56BD6A85142B9D172C87FC3ABBB86E76EED@nkgeml513-mbx.china.huawei.com> <96CAFAC8-4643-4234-BFB8-7ED4E1910272@nostrum.com> <51E6A56BD6A85142B9D172C87FC3ABBB86E77423@nkgeml513-mbx.china.huawei.com> <61629DE7-C994-4742-8046-63B304942392@nostrum.com> <51E6A56BD6A85142B9D172C87FC3ABBB86E800C7@nkgeml513-mbx.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.3r5187) Archived-At: Cc: "avtext@ietf.org" Subject: Re: [avtext] New Version Notification for draft-ietf-avtext-splicing-notification-03.txt X-BeenThere: avtext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Audio/Video Transport Extensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 15:19:54 -0000 No problem, thanks! On 26 Jan 2016, at 2:22, Huangyihong (Rachel) wrote: > Hi Ben, > > Sorry for the late response. I was in a business trip during last > several weeks. I'll update a new version soon to reflect the following > discussions with you. > > BR, > Rachel > >> -----Original Message----- >> From: Ben Campbell [mailto:ben@nostrum.com] >> Sent: Friday, January 15, 2016 6:48 AM >> To: Huangyihong (Rachel) >> Cc: avtext@ietf.org >> Subject: Re: [avtext] New Version Notification for >> draft-ietf-avtext-splicing-notification-03.txt >> >> Hi Rachel, >> >> If I understand correctly, only one of your comments seemed to need a >> response from me. Please see below. >> >> Thanks! >> >> Ben. >> >> On 22 Dec 2015, at 20:02, Huangyihong (Rachel) wrote: >> >> [...] >> >>>>>>> - 5: >>>>>>> -- 3rd paragraph: The text "If a mixer works as the splicer >>>>>>> [RFC6828] still seems to depend on RFC 6828 to define what a >>>>>>> splicer is. >>> >>>>>> >>>>>> [Rachel]: How about the following changing: >>>>>> >>>>>> " If a mixer works as the splicer as described in [RFC6828] and >>>>>> it >>>>>> follows [RFC3550], " >>> >>> >>>> >>>> Let's back up on this a bit. A reference needs to be normative if a >>>> reader needs to read that reference to understand and/or implement >>>> the protocol. If a reader doesn't read 6828, they will probably not >>>> understand this paragraph. Is that important for understanding and >>>> implementing the draft in general? (I think it probably is at least >>>> somewhat important.) Can you restate the paragraph in a way that >>>> describes the concept even if the reader doesn't read 6828? (It's >>>> okay to use it as an example, as long as the reader can likely >>>> understand things without the example.) >>>> >>>> >>> >>> >>> [Rachel]: How about following proposed rephrasing? >>> OLD >>> " >>> If a mixer works as the splicer [RFC6828] and it follows [RFC3550], >>> the RTP sender whose content is being passed to a downstream >>> receiver >>> will see the reception quality of its stream as received by the >>> mixer >>> and the reception quality of the processed stream as received by the >>> receiver; The RTP sender whose content is not being passed to a >>> downstream receiver will only see the reception quality of its >>> stream >>> as received by the mixer. In such a case, the main RTP sender can >>> learn that splicing failed if it still sees the RTCP RR packets sent >>> from downstream receivers when the splicing starts; In a similar >>> manner, the substitutive sender can also learn that splicing failed >>> if >>> it does not receive any RTCP RR packets from downstream receivers >>> when >>> the splicing starts. >>> >>> Other cases where senders and receivers are in different RTCP >>> domains >>> may require translation of RTCP reports, or additional reporting, if >>> the senders want to detect splicing problems. >>> " >>> >>> NEW >>> " >>> The splicer can be implemented to have its own SSRC, and send RTCP >>> reception reports to the senders of the main and substitutive RTP >>> streams. This allows the senders to detect problems on the path to >>> the >>> splicer. Alternatively, it is possible to implement the splicer such >>> that it has no SSRC, and does not send RTCP reports; this prevents >>> the >>> senders from being able to monitor the quality to the path to the >>> splicer. >>> >>> If the splicer has an SSRC and sends its own RTCP reports, it can >>> choose not to pass RTCP reports it receives from the receivers to >>> the >>> senders. This will stop the senders from being able to monitor the >>> quality of the paths from the splicer to the receivers. >>> >>> A splicer that has an SSRC can choose to pass RTCP reception reports >>> from the receivers back to the senders, after modifications to >>> account >>> for the splicing. This will allow the senders the monitor the >>> quality >>> of the paths from the splicer to the receivers. A splicer that does >>> not have its own SSRC has to forward and translation RTCP reports >>> from >>> the receiver, otherwise the senders will not see any receivers in >>> the >>> RTP session. >>> >>> If the splicer is implemented following [RFC6828], it will have its >>> own SSRC and will send its own RTCP reports, and will forward >>> translated RTCP reports from the receivers. >>> " >> >> That works for me :-) >> >> [...]