From nobody Fri Aug 12 13:25:43 2016 Return-Path: X-Original-To: rmcat@ietfa.amsl.com Delivered-To: rmcat@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E30B612DA93 for ; Fri, 12 Aug 2016 13:25:41 -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] 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 Ht88dAJby_Jl for ; Fri, 12 Aug 2016 13:25:40 -0700 (PDT) Received: from nasse.dc.kau.se (smtp.kau.se [193.10.220.39]) (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 22FF812DA86 for ; Fri, 12 Aug 2016 13:25:40 -0700 (PDT) X-Spam-Processed: mail.kau.se, Fri, 12 Aug 2016 22:25:33 +0200 (not processed: spam filter heuristic analysis disabled) X-MDRemoteIP: 95.197.7.239 X-MDArrival-Date: Fri, 12 Aug 2016 22:25:33 +0200 X-Authenticated-Sender: anna.brunstrom@kau.se X-Return-Path: anna.brunstrom@kau.se X-Envelope-From: anna.brunstrom@kau.se X-MDaemon-Deliver-To: rmcat@ietf.org To: "rmcat@ietf.org" From: Anna Brunstrom Message-ID: <4ed36acf-d58d-13ab-8481-7eb8ed56200e@kau.se> Date: Fri, 12 Aug 2016 22:25:08 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [rmcat] Berlin minutes posted X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Aug 2016 20:25:42 -0000 Hi all, Minutes from the rmcat session in Berlin are available at https://www.ietf.org/proceedings/96/minutes/minutes-96-rmcat. Thanks to Alan for taking the notes! Let us know of any corrections or additions. Cheers, Anna From nobody Sun Aug 14 22:37:07 2016 Return-Path: X-Original-To: rmcat@ietfa.amsl.com Delivered-To: rmcat@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A09312D0EB for ; Sun, 14 Aug 2016 22:37:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.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 Q98VrbxAaKuj for ; Sun, 14 Aug 2016 22:37:04 -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 095F012B011 for ; Sun, 14 Aug 2016 22:37:03 -0700 (PDT) X-AuditID: c1b4fb3a-0618b980000009bd-37-57b154fc1a90 Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by (Symantec Mail Security) with SMTP id BF.D9.02493.CF451B75; Mon, 15 Aug 2016 07:37:01 +0200 (CEST) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.60) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 15 Aug 2016 07:36:58 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=a5n+/IHE8aY3eLa21HASofn4JO4yJ0Dy147dtupsLIE=; b=lkN+C8xOLsY2MQib4GD895g/IYfk1n1orNp1TybK/oFMwc4OVAz87kBRSH/CIDo7L26qv6wImnyeB687X/FE2SdEx6adCsqny8R3nR9BqAwA6FEBNMEJjh3XGqZ28Tc8eDt2QwjbBbVN5LBsijz13+9dmkAfXdC9SchxKae4ZZE= Received: from DB4PR07MB348.eurprd07.prod.outlook.com (10.141.234.148) by DB4PR07MB347.eurprd07.prod.outlook.com (10.141.234.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.557.21; Mon, 15 Aug 2016 05:36:55 +0000 Received: from DB4PR07MB348.eurprd07.prod.outlook.com ([10.141.234.148]) by DB4PR07MB348.eurprd07.prod.outlook.com ([10.141.234.148]) with mapi id 15.01.0549.025; Mon, 15 Aug 2016 05:36:53 +0000 From: Ingemar Johansson S To: "anna.brunstrom@kau.se" , "rmcat@ietf.org" Thread-Topic: [rmcat] Berlin minutes posted Thread-Index: AQHR9ZT/3PlXpKoFMEOQyWi/DM7t6aBJfWcg Date: Mon, 15 Aug 2016 05:36:53 +0000 Message-ID: References: <4ed36acf-d58d-13ab-8481-7eb8ed56200e@kau.se> In-Reply-To: <4ed36acf-d58d-13ab-8481-7eb8ed56200e@kau.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ingemar.s.johansson@ericsson.com; x-originating-ip: [192.176.1.84] x-ms-office365-filtering-correlation-id: 653c7f55-50ca-4101-66eb-08d3c4ce2a1a x-microsoft-exchange-diagnostics: 1; DB4PR07MB347; 6:Mx81dQjRI7cuh8tJhqOCI73R74AKHlyf1AHBwmHHmMf1dh8dwhDkQfOXGnaqPUJyrSMmgmzyYZetuenpBT/+b2zB0+AJNGTmbxzMfrtgW7VbMgUCl/ReB08gCh35GnUxzZIcxr25usS1crWDS2QxgnBZz4ppnLXv9Uln6pEOgzJf4nuOEhPt2JRQsmwbUYQJXxCQ2rzfKKRiYIUVvItRylNR8e9ncA2VKWbMIVVVbVZjBgCvhPDDr1k8LEu5DIuih2mM6MPLUHKg16dzWrVXfMU6O+78uqSwYnPD0/sbUls=; 5:n+A+cWB16SHAeW5ktB/pP17W2MaPcWXP5UwVSALDAOIE6UQQYT5Jm4A8OHtJZmUUgpegZEeHhFZckDqDnWVbK9UlNHEkKXFp+ZU0uSY/5+PmxAnkcNz8wxsTTiHA37sXboYYb9ZI/ZJbkVJfCQpH9A==; 24:yeEOjJEepYOeNQetdr3nbLYzNnDJwQjDwmw9uX6yNNvRvdNeh/XaBkO6qtkbjFZ82IqAufCTwsEV5vw3h5EtCe7bZ6qiODMhr1pMfFr/gqs=; 7:2PeTGCTJ78gABvsoB6bGPVn2sdpd0HwXTevF56PdexCWRrZKJg1IrcFA+VUjVwhIxfDevOSdnHauV6k2+KtUDNcGXga2+/BioGA52dF1ZgvWPYz3yZ0nw2CCaUxeBDEX9sfAovOO8C/a8D/XGo3iUpNZ88wpLe38+1my1PK69gE+aZW1hYcN6srlGC1BZP+edITpBRJs/AUyMcA22cOBpdFZ1bOM7j8DEitQPxwY3K1hSlq7LNVvDGHvgxV3y6OM x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB4PR07MB347; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415321)(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:DB4PR07MB347; BCL:0; PCL:0; RULEID:; SRVR:DB4PR07MB347; x-forefront-prvs: 0035B15214 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(13464003)(53754006)(199003)(189002)(122556002)(8936002)(5002640100001)(19580405001)(106116001)(2501003)(3660700001)(92566002)(2906002)(76576001)(586003)(3280700002)(102836003)(3846002)(107886002)(189998001)(77096005)(15975445007)(2900100001)(2950100001)(86362001)(10400500002)(101416001)(54356999)(105586002)(106356001)(5001770100001)(33656002)(97736004)(6116002)(76176999)(50986999)(99936001)(19580395003)(87936001)(66066001)(8676002)(81156014)(7736002)(7696003)(9686002)(305945005)(7846002)(81166006)(74316002)(68736007); DIR:OUT; SFP:1101; SCL:1; SRVR:DB4PR07MB347; H:DB4PR07MB348.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_002B_01D1F6C7.CA053A00" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Aug 2016 05:36:53.5590 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR07MB347 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0iTYRTGeb+bn+bibWkd1HDOjDSylIQuUkZGdhENitmF6su+aqSfY59a RtSKLDVGkaY5pPxjWGaRhtWkcm2UTY1SNGmplaWWXWBG5A0rt3dB//3e5zzv4TyHw9PKRjaI 10rZol4SMtScH1Oedj9+4eSWOs3iYue0pY7RDnppjdPFJVBJZvMYlTTZls+lUtv94veJGdpc Ub9o5R6/gy23XlG69k1HHv+aZ0B164uQLw94CZgmC1ER8uOV+DYCR0Ev7S4osQPBnY4Ed4HB RhqeXLRTxFVKwbPhB95HE4L+e2Yf9xcOx0O1fQS5OQCnwcvuoimd52fiKHhnTCHyAjjTeIUl HAs9DU2cmxkcAeeHyig3K/B2aDC7KDLFMhh50eGZyBcvh+Kfkx4/wrNgpOWmx0Pj2fCm/ypF 4gRAX3srRzgQhj7+Zok/HX44jSzRVfDlnMHrSYbR/Daa8HcOTjUHE14L9VXnGcJaOHn6obd/ FBQ8MXmyA7YhuOSw0u6MgEOgulki+isWLOXtDAkgwrVb+Z6dzMRB0NtZ6OUQ+NzziL2A5pv+ y0DYiKBp4LDJs4sZ0FzezxB9AQw4B7wcCve/V9CEV8DlcRtHOAxKzvX5EI6Dr0+HUSXib6BA WZTlzAOxsdGiXpsuy1lStCRm30FTl2Srn1huQbZPq+0I80jtr6isq9UoWSFXzsu0o7lTfT7U 1rShIEbKkkR1gMK6uU6jVOwT8o6K+qzd+pwMUbajYJ5Rz1akDIVplPiAkC0eEkWdqP9XpXjf IAOKYf+od17fZtF2q8ZsCYVCYubblMjW+lktpS7Q7E9+Pf1K6vM8Fdd+fNy/bMNdg1y5t+Hi RIYq7H1ORLguMa6kO3LdZ0vlif7k4MBdgYNCZ4Q0h+6q7ar6tmPr1eFjruc6a8Xgxi6lVTgr h4Z3xqTNU/9as0rzWtEgO6QxJMarGfmgEBNF62XhL0DvSoZRAwAA Archived-At: Subject: Re: [rmcat] Berlin minutes posted X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2016 05:37:06 -0000 ------=_NextPart_000_002B_01D1F6C7.CA053A00 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Some additional around the SCReAM update presentation, not captured in the notes but brought up nonetheless. Ingemar Johansson asked for WGLC for draft-ietf-rmcat-scream-cc, it was suggested by chairs that as section with suggested experiments is added and a new update is submitted, after that the document is ready for WGLC. Regards Ingemar Johansson > -----Original Message----- > From: Anna Brunstrom [mailto:anna.brunstrom@kau.se] > Sent: den 12 augusti 2016 22:25 > To: rmcat@ietf.org > Subject: [rmcat] Berlin minutes posted > > Hi all, > > Minutes from the rmcat session in Berlin are available at > https://www.ietf.org/proceedings/96/minutes/minutes-96-rmcat. > > Thanks to Alan for taking the notes! Let us know of any corrections or > additions. > > Cheers, > Anna > > ------=_NextPart_000_002B_01D1F6C7.CA053A00 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVYzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQDR4D5bSO3Hngk/QN7hYcOLMA0GCSqGSIb3DQEBBQUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMDcx MDE4MTI1MjAxWhcNMTkxMDE3MDUwNDExWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBBQUAA4IBAQB7L2bVGhb4q6FZUtsGVNbneHh+Q5OmrXeyTfAHxWAg90PVlDgAY0+cBk4o PxOL9ZVGnhec070CdiGWHwrqqKER1uDC2H97BTr3jBzGl9mf/43MxbY7NJB9LHMONfDeF+V+8bMK ziBdedr0HocKuKtBbzbvChOkDOaAKZkqCVXEC4+x1AUwqx4++t6D3aSnC3+1CWt2+AXfXrIzjE6p AKqZcnJfrI2mqIatmAtaXvW12I8TyZR+ERIMcOVGIa4MYfxxSpz0TSSz94DWfLK3DlKiXaxT+Tqo k3yH1wZhC+6q/11vPLL52cPWk2HciFDaylK2u3watcxmk8kaxNEt6K5zMIIGADCCA+igAwIBAgIQ eyeE6FBBHSc8YzDpWR1mVTANBgkqhkiG9w0BAQUFADA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMG A1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MjAeFw0xNDEyMDIxNDI5MTdaFw0xNzEy MDIxNDI5MTZaMHQxETAPBgNVBAoMCEVyaWNzc29uMRwwGgYDVQQDDBNJbmdlbWFyIEpvaGFuc3Nv biBTMS8wLQYJKoZIhvcNAQkBFiBpbmdlbWFyLnMuam9oYW5zc29uQGVyaWNzc29uLmNvbTEQMA4G A1UEBRMHRVBMSUpPSDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAK6dOkJu7hl4aOKX k6YBf5PgWpDbO6iINxyYJetBuJZJqEdDqKukaHZmP8Rn5hhiQZDWa89koR41DNS7umMwZtHQkN+j m3b5Z1LUMQle7XDtUy3rn47hgjYUFgZOEp1fWYIoAKxZNOTf4AfiMbOGn2t8IFxe8JUYrAVy6tAE YnSnPM+nn4UeipLBwncBVhxUQU5R4W8b5k7tY8HJB+CWGgSbkyLWfxeuiwAA48nKqa6fOqo2ZpS4 ukNf9u8Hk3fIT8XvDJVnT2NwB7Z29oL3Fq20tm4M96SkuLlNjLZ9wvskfmYAk+PUP44ugvkB7Uon cAzoPXlkz3N5IB9Ly7/SIgsCAwEAAaOCAcYwggHCMEgGA1UdHwRBMD8wPaA7oDmGN2h0dHA6Ly9j cmwudHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2Mi5jcmwwgYIGCCsGAQUF BwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggrBgEF BQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVh bGNhdjIuY2VyMCsGA1UdEQQkMCKBIGluZ2VtYXIucy5qb2hhbnNzb25AZXJpY3Nzb24uY29tMFUG A1UdIAROMEwwSgYMKwYBBAGCDwIDAQESMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3NpdG9y eS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcD AjAdBgNVHQ4EFgQUOrfg77a5Xcj2OffxTY1aeC+5CqEwHwYDVR0jBBgwFoAUsQ3K1Ea3r4YCwy9v BsoOdnF/SzcwDgYDVR0PAQH/BAQDAgWgMA0GCSqGSIb3DQEBBQUAA4ICAQCddA412wylfbLwBiyQ uVz1IDcaYZ14Yh1L52IhX14BGl0eNc/5BbWL3yCF2eGv8h6FmckZHOM7+OS4g+inNZbaKysTkLah T3UbrUWFPpkZFAS1HfaxBJZTVS3UIVnIYP06ZvRRRNf3VJzwpZSES4tu0euzI2CatWCZLa+N4QyT ZkMnw1JLUXbz0dPA40b9Qdoec23PkpMqf1CxNNuaRBF9L5wKGily7RyPOtkcrWJ3R2oSGC7ugKK9 vWzQzEHoE95txgF/kq7MdRJks8BXqnb3w8Fthu+1zIORjcR9yxv1e9gYo0ZcaPqyjC/LDdzsHv59 5hkwQnxAGyPDBgCdq5Ion/4Lx+YI61SKcyGEH+VYD6CJX44/IfRAE+tq8BHZYOJLW8uCd7Jboqd2 jklsUfSPN8i4cvQpfYzDkrSziyfcvdplEvxSEbTEFZ+w6IbvCtV0xBSfS9+RhqBOn6LZSdw/jp+b 9penQAWekRykrKyKroDtwesqg0HbC7bkprqOwSaar5gcFGYVYJ5JuHT3Ou44hGn/yiwbTnc2Mb12 8nWesZQZvIT2n5Y42ZYebo1cLBYdF6U/Q5OHLOUk596LephQggvKphe7F2w87CpaUUoANa4H1ri+ LTOKdz+itrkbu3dDs6oDZuSwMU3fJaf8d/3PPLoGJtFQWQ8v2e/Oxxe0sDCCBrYwggSeoAMCAQIC EQCgDMvMm5mY7OI6cPR8wcBZMA0GCSqGSIb3DQEBBQUAMDcxFDASBgNVBAoMC1RlbGlhU29uZXJh MR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE0MDUyNzA3NDYyMVoXDTI0MDUy NzA3NDYyMVowOjERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2 aWR1YWwgQ0EgdjIwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDaulPrX0iWU5+JOOqj ddx4Gnl17DJhklkoXOgOSBMhW6FzGVt5RR7KPv+rjt2YpbwdoqWSYa4VPkS/72vuQoWsvz2avWWX hPTdNzrB3zs5cJO7sKIyd+LRy4l/8kKK4iPm+Q18XyGF0xTuc5WS3WiMScJSxEKdIOP8xehBraHZ abrGh9OxQHC4iBHkzD0YF3J/vBqBTr7blRzYf1h3j5a7qVIHCPfz+eCE175mResXDQRI7LvMiZtV aqitBl0oAJiJyeBmvEujBNsIEgUQ6JcQFG5ny0EazLywv7clwb7izvLgoXc6SFrd0D7TGJtkdldV JtMwDYXpyFMGAijT6uf8h2kuPIwrDgQFNEyIQZ4q52ZpRGwugC6sMxgHEDGjA/CxX9aC5Vi1EMRJ iOGF6gV3T+V5yHDHSBBeQbVAXm8wSTDBfXQwdro/AXqET0mG6Rpe4q2FGBaauE8qHEO6qR3WAEgv jVfFU2k6xZx1qmvwhkXadxh6ZIMXzgb6WpjivLnR0GEKNrgN2DXdvo+6eAt45Bhvmeka2TrJDxML WiBy8QYgNeNXYQsuREnDsjWo6wF0LqbA5769om9nn/uJzmzxb3nT1iHue5co9J93ta06kxiASHvc IzZwAOjKnmk0vR3IT7Qbzq2of3E1s18xo8DM9D91Cak0Nq+RALtdv1uZKQIDAQABo4IBuDCCAbQw gYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFzb25l cmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5j b20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1c3Qu dGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFLENytRGt6+GAsMvbwbKDnZx f0s3MB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBBQUAA4ICAQBu ByBsr6x3PZBCsmGbcSZ/XL+0tnVMblInoJgL1Bh3PiRicgdo8l+6cvWp/ArBwMYNwSNyrvY9Iewy aV8n65c5oN+l2JDUuzrdANVKnYxha7ZyCEiPmY98sB2bnZgxfJLXQYoRwI7pOOwfyoP2fCYVCd+x hsfysYiIl4ORzE3TpeppQ2yWkyBBmoHUXJh97ue6+bJ2fqnVUoOVMVnYYEtvsz67v7w2z3fvdcy0 4/RnoylxSenxADi1tY9iIydHMgyOu3dfzsxU8AivMGG4aKStsCfUEyg0LlkbhqMrdness3e1qAEu eSRNASLfpFwyRmzmiuNh9onzuhER2yYhK/6IeCs4HQHrPhkY8JUmhtmdL2uErOZWOs38FQhGWHWX I0g6SgdDObU0GEHju0MkDziOhm+BVwPZKN7B7wD7OPj6vlLVo6d8vLGK9bywhEfXjxLIC3Qhtu5l JPTgIo5Bup+aBBjiJ/u9BfqryqZpudnWfG+wxC327rpNAq2OKdFsR92wbehSZD3mSSAemDVwGB2Y u0XHQYyyYfpWsGyGEyRSHKFhRwJdINPzWLI89wy4Wc+PgqyekkEmJqe6g4XSQFj4mqtwvqhP4dg2 QCcKM/bh62RwfM7GeSS/LFGe84KmJjTDfvT8c2rK8nEyZ/emOtwCGXQ6tZCByMNLxeDwU1TGbTGC AvMwggLvAgEBME4wOjERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIElu ZGl2aWR1YWwgQ0EgdjICEHsnhOhQQR0nPGMw6VkdZlUwCQYFKw4DAhoFAKCCAXowGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwODE1MDUzNjUxWjAjBgkqhkiG9w0B CQQxFgQUOl9BfcvbaaUhAie4qFvA3OJKJXEwWwYJKoZIhvcNAQkPMU4wTDAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYF Kw4DAhowXQYJKwYBBAGCNxAEMVAwTjA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJp Y3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MgIQeyeE6FBBHSc8YzDpWR1mVTBfBgsqhkiG9w0BCRAC CzFQoE4wOjERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1 YWwgQ0EgdjICEHsnhOhQQR0nPGMw6VkdZlUwDQYJKoZIhvcNAQEBBQAEggEAN6db+6iQ5j2OhUDD 1wD0LDPn1oyCA5iECrEbEMjtOmDZGcmEea1HcxSrz6anRX1lTiR5wcRu1X5nlOG3ZdSCf/Yqko2m CLCHTtfXJ0CBdr6wL5bvx0PA+i3VlRFp8lRdwpwPVDmUopD3rzIJxkWXbwJbBgPf0Q3W8ICwMQad coQukDAKf4bOSUfHs0+zaDN/SEq+vso98C5ayPDbgUi4LjwP3ICZXZWfmYgwrgtDtJHtzSjDR1Eb rWb6ew1Sx7Ulf9QWz80qTn1WnF65RZPn94D20KBb3QCmYKh068Ry6Zn8irzkfYwrsgKSRXhQuen9 rYuFj46CktncVDc29pIgLwAAAAAAAA== ------=_NextPart_000_002B_01D1F6C7.CA053A00-- From nobody Mon Aug 15 12:57:50 2016 Return-Path: X-Original-To: rmcat@ietf.org Delivered-To: rmcat@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C78112D575; Mon, 15 Aug 2016 12:57:45 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.29.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147129106550.31575.12564187436426435897.idtracker@ietfa.amsl.com> Date: Mon, 15 Aug 2016 12:57:45 -0700 Archived-At: Cc: rmcat@ietf.org Subject: [rmcat] I-D Action: draft-ietf-rmcat-scream-cc-06.txt X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2016 19:57:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the RTP Media Congestion Avoidance Techniques of the IETF. Title : Self-Clocked Rate Adaptation for Multimedia Authors : Ingemar Johansson Zaheduzzaman Sarker Filename : draft-ietf-rmcat-scream-cc-06.txt Pages : 36 Date : 2016-08-15 Abstract: This memo describes a rate adaptation algorithm for conversational media services such as video. The solution conforms to the packet conservation principle and uses a hybrid loss and delay based congestion control algorithm. The algorithm is evaluated over both simulated Internet bottleneck scenarios as well as in a LTE (Long Term Evolution) system simulator and is shown to achieve both low latency and high video throughput in these scenarios. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-rmcat-scream-cc/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-rmcat-scream-cc-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-rmcat-scream-cc-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 Mon Aug 15 13:02:42 2016 Return-Path: X-Original-To: rmcat@ietfa.amsl.com Delivered-To: rmcat@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64B7C12D0E3 for ; Mon, 15 Aug 2016 13:02:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.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 sLn0nrZpA3ki for ; Mon, 15 Aug 2016 13:02:40 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCA0712D0AC for ; Mon, 15 Aug 2016 13:02:39 -0700 (PDT) X-AuditID: c1b4fb30-ea88e980000009f9-12-57b21fdd37f1 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.183.39]) by (Symantec Mail Security) with SMTP id 26.4C.02553.DDF12B75; Mon, 15 Aug 2016 22:02:37 +0200 (CEST) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.39) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 15 Aug 2016 22:02:35 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=KF7mMTSOv7rTy8r5GM7lY2VTCJZPoU4VEcr5dMp6h+Y=; b=NJohYzi70rQEXvilqVsDA1byJDBZBfgOmm1AdMGG9Rs/DQ/QrR5cZPF/VFB+1Kj+5iadpCBQDT8xRhl/pB//NVC1pWLYpeZj/aBnAtazHAOE9xMKzmRoNmrwikQg0PEwDBJVlwfQJs98PznaRjDDUxipYt78G9UKRZQy/Dy9GQc= Received: from DB4PR07MB348.eurprd07.prod.outlook.com (10.141.234.148) by DB4PR07MB347.eurprd07.prod.outlook.com (10.141.234.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.557.21; Mon, 15 Aug 2016 20:02:33 +0000 Received: from DB4PR07MB348.eurprd07.prod.outlook.com ([10.141.234.148]) by DB4PR07MB348.eurprd07.prod.outlook.com ([10.141.234.148]) with mapi id 15.01.0549.025; Mon, 15 Aug 2016 20:02:33 +0000 From: Ingemar Johansson S To: "rmcat WG (rmcat@ietf.org)" Thread-Topic: New Version Notification for draft-ietf-rmcat-scream-cc-06.txt Thread-Index: AQHR9y9SK5a5oYXQpEyckhyoO2U/AaBKcPyA Date: Mon, 15 Aug 2016 20:02:33 +0000 Message-ID: References: <147129106613.31575.4283654745143078045.idtracker@ietfa.amsl.com> In-Reply-To: <147129106613.31575.4283654745143078045.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ingemar.s.johansson@ericsson.com; x-originating-ip: [213.113.27.92] x-ms-office365-filtering-correlation-id: c17903d6-fbfc-471d-08a7-08d3c54718b1 x-microsoft-exchange-diagnostics: 1; DB4PR07MB347; 6:Pn00riTLBLhLCDjeH1Bs9ZibOwGtoemKiO1usv6rKTrUyK3WbUbZUiIIc0B9Li2MuqETHM28aW1kIzYMJMzPpqOgT5AHMCvHfcU+OirxU4PeVxZoiHmit37qmpLWm42f4EbT9DBsBZdXD0/ue8s7xI93QNnYJHBmHsbGHNrFQoVE2EfUDmPk0Kaoe9IVElyAeEzGCfrfRje7H+DvF042CZ8E6m5vFS0BJyeAGezW8fycKsCcluoUJdOZcJhxmuPbW5oMxXOezg+y+t/K6xNNu/oLSpBmGLGjXUueP7+Ggmw=; 5:DN1l29i0flB+eOCNt+aWJnv8TlnLH/RrTJSDmtPZic7ld48D5s5GdzpXGX5vsgsgf078Cjiq9lu6lfR0N20fySVS2pRlFxxBjkYZjGbTJ5H+/8LWri7v+mhjK4aoZxDyeJzdFxX1NuCPuOIjNI634g==; 24:pGJjzedlqNg/j6YvFmil68B8++3eu6wx3TWEgMT5VnO3Uj3FZ/WBNma41tMAA3ja6H4NWp/NLQCdyC7z0yPlhefsN/muGoiMd00Sh19AJRc=; 7:yXGz6v5ToBWILb0fUB2O2+ZM9OPUFgvYRyjiALIOnqJo8hnAkCsBioW0jyPqmiXj7tsJMssf3RQzCBvCXv/nil5O3eyckmKy9klqrY0zh4DiqYOVcK64FHaCJxIcevRx1CYgnusF+EdsiJuBiNJEpcCWf1D578E5kzfKUBHBr0R7wgiV5DD/L1MySlAot9+sHXgNRnILOvSlRP1dWiiovU7naMDxBDbhdVzbtbWEEh7hTAX+AnKNC89iMd1xG/Ry x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB4PR07MB347; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415321)(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:DB4PR07MB347; BCL:0; PCL:0; RULEID:; SRVR:DB4PR07MB347; x-forefront-prvs: 0035B15214 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(377424004)(199003)(189002)(8936002)(11100500001)(122556002)(5002640100001)(110136002)(106116001)(2906002)(92566002)(3660700001)(76576001)(586003)(4001430100002)(4326007)(102836003)(189998001)(3846002)(2900100001)(77096005)(3280700002)(15975445007)(2950100001)(86362001)(76176999)(10400500002)(54356999)(105586002)(107886002)(106356001)(101416001)(33656002)(97736004)(50986999)(6116002)(66066001)(7696003)(230783001)(19580395003)(87936001)(8676002)(81156014)(99936001)(7736002)(9686002)(7846002)(305945005)(81166006)(74316002)(68736007); DIR:OUT; SFP:1101; SCL:1; SRVR:DB4PR07MB347; H:DB4PR07MB348.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0387_01D1F740.B8DCC9E0" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Aug 2016 20:02:33.4495 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR07MB347 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTURjAOffe3a6jxXFO/VDBHIWYZOYjpEkUUmn5SC0sQXTpxfcmm1lq gYJCKkMNFV3TAqVSi0RdKkakZLpMKjRo6sxnYaKmCTLLyu0Y9N/vO9/ve5zD4WjxC4ETl6rI 5lUKeYaUFTJ1l7vcD5tc22O8K00BAbe3i5iAVuN39iQV3NRkpoI3Rn+wF6hYYWASn5Gaw6uO nEgQpiybfLNWIm9M1c+xBWg6rBTZcID94PnIHbYUCTkxfopge8BAkWAIQUdJsTVgsIaGKZ0J kUwNBfqP5Xss9WL8GkHRPG9hFgdCc//mjsRxEuwNRo2/xaexHkFt4Tfa4tjh8zD7a1JgYQkO hZH1CgHxfaCwLNpyzOCDsFXxh7GwCMdCb7mZIqPCoLZz09rGBofDku6tdQWEHWDzzWOrQ2NH GJ+/R5GrSWDmwzBL2B4W534LiJ8I60aNdSxgN3hVdZ0oYWCe6GAsKwNeZqGuoX23z2nofFDO EE6FiV79LstgqNG4W9CHYNiwSJGmLtBsUBBnVgC67nyyPw8PnxQj8gxOYBorQRXIQ/vf2lrr c2kQ6Df0SGu9vy0Y6uYZInnCgnFhl12ha1lHE5ZB7VYfS9gNqspm9hD2h6WBNXQfcS3IXs2r r2Ym+/h48arURLVaqfBS8NntaOcn9XX+9O5Gi19P9SPMIele0X66PUYskOeoczP70YGdPrNt re+RE6NQKnipRLTPZSctSpLn5vEqZbzqWgav7kfOHCN1FEUsusWIcbI8m0/n+Sxe9S9LcTZO Bagx7aZyzaN6NEQxqS2PzotbucvVrIcEh02nfaEXIH51bTW82sNPk574qCFUc6nn7Ngt2VDP S9+6qMGy4eCLJSHNzv6b3pVtnrDtdVwrLJTJmlvWzJXZ+bafzr2TJFSJdWAXeEY52RYXFHWs LXew/nOQwX3ccCWyJsjB1POsNkLKqFPkRw/RKrX8L+GKmRZRAwAA Archived-At: Cc: Ingemar Johansson S , Zaheduzzaman Sarker , "rmcat-chairs@tools.ietf.org" Subject: [rmcat] FW: New Version Notification for draft-ietf-rmcat-scream-cc-06.txt X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2016 20:02:42 -0000 ------=_NextPart_000_0387_01D1F740.B8DCC9E0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi Just uploaded a new version of draft-ietf-rmcat-scream-cc with a list of suggested experiments. With this I believe that the draft is ready for WGLC. Regards Ingemar Johansson ============= A new version of I-D, draft-ietf-rmcat-scream-cc-06.txt has been successfully submitted by Ingemar Johansson and posted to the IETF repository. Name: draft-ietf-rmcat-scream-cc Revision: 06 Title: Self-Clocked Rate Adaptation for Multimedia Document date: 2016-08-15 Group: rmcat Pages: 36 URL: https://www.ietf.org/internet-drafts/draft-ietf-rmcat-scream-cc-06.txt Status: https://datatracker.ietf.org/doc/draft-ietf-rmcat-scream-cc/ Htmlized: https://tools.ietf.org/html/draft-ietf-rmcat-scream-cc-06 Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-rmcat-scream-cc-06 Abstract: This memo describes a rate adaptation algorithm for conversational media services such as video. The solution conforms to the packet conservation principle and uses a hybrid loss and delay based congestion control algorithm. The algorithm is evaluated over both simulated Internet bottleneck scenarios as well as in a LTE (Long Term Evolution) system simulator and is shown to achieve both low latency and high video throughput in these scenarios. 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. The IETF Secretariat ------=_NextPart_000_0387_01D1F740.B8DCC9E0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVYzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIGADCCA+igAwIBAgIQ eyeE6FBBHSc8YzDpWR1mVTANBgkqhkiG9w0BAQUFADA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMG A1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MjAeFw0xNDEyMDIxNDI5MTdaFw0xNzEy MDIxNDI5MTZaMHQxETAPBgNVBAoMCEVyaWNzc29uMRwwGgYDVQQDDBNJbmdlbWFyIEpvaGFuc3Nv biBTMS8wLQYJKoZIhvcNAQkBFiBpbmdlbWFyLnMuam9oYW5zc29uQGVyaWNzc29uLmNvbTEQMA4G A1UEBRMHRVBMSUpPSDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAK6dOkJu7hl4aOKX k6YBf5PgWpDbO6iINxyYJetBuJZJqEdDqKukaHZmP8Rn5hhiQZDWa89koR41DNS7umMwZtHQkN+j m3b5Z1LUMQle7XDtUy3rn47hgjYUFgZOEp1fWYIoAKxZNOTf4AfiMbOGn2t8IFxe8JUYrAVy6tAE YnSnPM+nn4UeipLBwncBVhxUQU5R4W8b5k7tY8HJB+CWGgSbkyLWfxeuiwAA48nKqa6fOqo2ZpS4 ukNf9u8Hk3fIT8XvDJVnT2NwB7Z29oL3Fq20tm4M96SkuLlNjLZ9wvskfmYAk+PUP44ugvkB7Uon cAzoPXlkz3N5IB9Ly7/SIgsCAwEAAaOCAcYwggHCMEgGA1UdHwRBMD8wPaA7oDmGN2h0dHA6Ly9j cmwudHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2Mi5jcmwwgYIGCCsGAQUF BwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggrBgEF BQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVh bGNhdjIuY2VyMCsGA1UdEQQkMCKBIGluZ2VtYXIucy5qb2hhbnNzb25AZXJpY3Nzb24uY29tMFUG A1UdIAROMEwwSgYMKwYBBAGCDwIDAQESMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3NpdG9y eS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcD AjAdBgNVHQ4EFgQUOrfg77a5Xcj2OffxTY1aeC+5CqEwHwYDVR0jBBgwFoAUsQ3K1Ea3r4YCwy9v BsoOdnF/SzcwDgYDVR0PAQH/BAQDAgWgMA0GCSqGSIb3DQEBBQUAA4ICAQCddA412wylfbLwBiyQ uVz1IDcaYZ14Yh1L52IhX14BGl0eNc/5BbWL3yCF2eGv8h6FmckZHOM7+OS4g+inNZbaKysTkLah T3UbrUWFPpkZFAS1HfaxBJZTVS3UIVnIYP06ZvRRRNf3VJzwpZSES4tu0euzI2CatWCZLa+N4QyT ZkMnw1JLUXbz0dPA40b9Qdoec23PkpMqf1CxNNuaRBF9L5wKGily7RyPOtkcrWJ3R2oSGC7ugKK9 vWzQzEHoE95txgF/kq7MdRJks8BXqnb3w8Fthu+1zIORjcR9yxv1e9gYo0ZcaPqyjC/LDdzsHv59 5hkwQnxAGyPDBgCdq5Ion/4Lx+YI61SKcyGEH+VYD6CJX44/IfRAE+tq8BHZYOJLW8uCd7Jboqd2 jklsUfSPN8i4cvQpfYzDkrSziyfcvdplEvxSEbTEFZ+w6IbvCtV0xBSfS9+RhqBOn6LZSdw/jp+b 9penQAWekRykrKyKroDtwesqg0HbC7bkprqOwSaar5gcFGYVYJ5JuHT3Ou44hGn/yiwbTnc2Mb12 8nWesZQZvIT2n5Y42ZYebo1cLBYdF6U/Q5OHLOUk596LephQggvKphe7F2w87CpaUUoANa4H1ri+ LTOKdz+itrkbu3dDs6oDZuSwMU3fJaf8d/3PPLoGJtFQWQ8v2e/Oxxe0sDCCBrYwggSeoAMCAQIC EQCgDMvMm5mY7OI6cPR8wcBZMA0GCSqGSIb3DQEBBQUAMDcxFDASBgNVBAoMC1RlbGlhU29uZXJh MR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE0MDUyNzA3NDYyMVoXDTI0MDUy NzA3NDYyMVowOjERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2 aWR1YWwgQ0EgdjIwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDaulPrX0iWU5+JOOqj ddx4Gnl17DJhklkoXOgOSBMhW6FzGVt5RR7KPv+rjt2YpbwdoqWSYa4VPkS/72vuQoWsvz2avWWX hPTdNzrB3zs5cJO7sKIyd+LRy4l/8kKK4iPm+Q18XyGF0xTuc5WS3WiMScJSxEKdIOP8xehBraHZ abrGh9OxQHC4iBHkzD0YF3J/vBqBTr7blRzYf1h3j5a7qVIHCPfz+eCE175mResXDQRI7LvMiZtV aqitBl0oAJiJyeBmvEujBNsIEgUQ6JcQFG5ny0EazLywv7clwb7izvLgoXc6SFrd0D7TGJtkdldV JtMwDYXpyFMGAijT6uf8h2kuPIwrDgQFNEyIQZ4q52ZpRGwugC6sMxgHEDGjA/CxX9aC5Vi1EMRJ iOGF6gV3T+V5yHDHSBBeQbVAXm8wSTDBfXQwdro/AXqET0mG6Rpe4q2FGBaauE8qHEO6qR3WAEgv jVfFU2k6xZx1qmvwhkXadxh6ZIMXzgb6WpjivLnR0GEKNrgN2DXdvo+6eAt45Bhvmeka2TrJDxML WiBy8QYgNeNXYQsuREnDsjWo6wF0LqbA5769om9nn/uJzmzxb3nT1iHue5co9J93ta06kxiASHvc IzZwAOjKnmk0vR3IT7Qbzq2of3E1s18xo8DM9D91Cak0Nq+RALtdv1uZKQIDAQABo4IBuDCCAbQw gYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFzb25l cmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5j b20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1c3Qu dGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFLENytRGt6+GAsMvbwbKDnZx f0s3MB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBBQUAA4ICAQBu ByBsr6x3PZBCsmGbcSZ/XL+0tnVMblInoJgL1Bh3PiRicgdo8l+6cvWp/ArBwMYNwSNyrvY9Iewy aV8n65c5oN+l2JDUuzrdANVKnYxha7ZyCEiPmY98sB2bnZgxfJLXQYoRwI7pOOwfyoP2fCYVCd+x hsfysYiIl4ORzE3TpeppQ2yWkyBBmoHUXJh97ue6+bJ2fqnVUoOVMVnYYEtvsz67v7w2z3fvdcy0 4/RnoylxSenxADi1tY9iIydHMgyOu3dfzsxU8AivMGG4aKStsCfUEyg0LlkbhqMrdness3e1qAEu eSRNASLfpFwyRmzmiuNh9onzuhER2yYhK/6IeCs4HQHrPhkY8JUmhtmdL2uErOZWOs38FQhGWHWX I0g6SgdDObU0GEHju0MkDziOhm+BVwPZKN7B7wD7OPj6vlLVo6d8vLGK9bywhEfXjxLIC3Qhtu5l JPTgIo5Bup+aBBjiJ/u9BfqryqZpudnWfG+wxC327rpNAq2OKdFsR92wbehSZD3mSSAemDVwGB2Y u0XHQYyyYfpWsGyGEyRSHKFhRwJdINPzWLI89wy4Wc+PgqyekkEmJqe6g4XSQFj4mqtwvqhP4dg2 QCcKM/bh62RwfM7GeSS/LFGe84KmJjTDfvT8c2rK8nEyZ/emOtwCGXQ6tZCByMNLxeDwU1TGbTGC AvMwggLvAgEBME4wOjERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIElu ZGl2aWR1YWwgQ0EgdjICEHsnhOhQQR0nPGMw6VkdZlUwCQYFKw4DAhoFAKCCAXowGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwODE1MjAwMjMyWjAjBgkqhkiG9w0B CQQxFgQUuu1hbB+yak9woXHYGCOcOUTvIrcwWwYJKoZIhvcNAQkPMU4wTDAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYF Kw4DAhowXQYJKwYBBAGCNxAEMVAwTjA6MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJp Y3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MgIQeyeE6FBBHSc8YzDpWR1mVTBfBgsqhkiG9w0BCRAC CzFQoE4wOjERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1 YWwgQ0EgdjICEHsnhOhQQR0nPGMw6VkdZlUwDQYJKoZIhvcNAQEBBQAEggEAj1+Ty+gq0Ml5YYNh CDUXPTO7jz+koDVT92YCgK1L9IAQMXtxx2P6s8FafdfwYrSbR/9F+lz37jPZrDhDlQZ58zY2Assk 4Pcnw2QmYMimPRn0rDV/hubCNVnI3tDKCeDBvX6Fwu/c3b17+y8u/H0TK1SEqyBNSd8LzIqutqEk Fw2xPQhQOGR2ldbjIoBA4GTnsajvaI0SaDAkH5EkTWY7IlwqKNvY8WFEM03hQMx3AfPjNI9WQzGd 6Ntr3jkWXxGd7MZZS56oigGeA+OYlQZ4DQFg7qZb5cv6pkRE+/ofWvUOD8i/mhq0KHL/7MAGeAf2 WWiRlIrGY9UdKtqdCfU2FwAAAAAAAA== ------=_NextPart_000_0387_01D1F740.B8DCC9E0-- From nobody Tue Aug 23 08:30:48 2016 Return-Path: X-Original-To: rmcat@ietfa.amsl.com Delivered-To: rmcat@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B5D812D98D for ; Tue, 23 Aug 2016 08:30:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.248 X-Spam-Level: X-Spam-Status: No, score=-3.248 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_LOW=-0.7, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 lqJGP4xGlFbQ for ; Tue, 23 Aug 2016 08:30:45 -0700 (PDT) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (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 1306312D9EB for ; Tue, 23 Aug 2016 08:09:45 -0700 (PDT) Received: by mail-wm0-x232.google.com with SMTP id o80so200221188wme.1 for ; Tue, 23 Aug 2016 08:09:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=cXskG6K8xBxZtchDeUP6+2f0QGyeMrafibLMEdFaM0w=; b=ly4mpNKfi5dXZ6e/9B/wL3kSPOmk6XTeHdKpHskq1wiiUyZaPctqM5SYQC1gQrh8hd aVBAZTlAOCZAhOYyJ46XcdQn7Upd+/g4oVgf2Zr/TVwXqDqKzXTu/ELEzTO+k+yFS63U Ad0GRd/RPH/f5vt8481mJkECRaT/gfThuzdkMRKwyEBsv3P58AShs8onhnR77PX6bA7/ P54TTei8GhAY/nr+XMimLLDw2T/FbtB5InyMruWBYzJwwQLWUZErgv+5vOCgaD9P8Mgf 4FZPYI+gQWp9Pbhng7xKCWsL73XtGRdeh1pb8SCwNe9kpffjDWIn/UQWNDmKfSuLGTpt XLlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=cXskG6K8xBxZtchDeUP6+2f0QGyeMrafibLMEdFaM0w=; b=dyrezeeV4moJ3pPSEZaY5bZ04l2j4uxJ2kquGcHhTVwK3B7asc0ZtU4RgCj4bsS3D5 qtxfBx4cnVCaxuXnIeN4hZhA6OrMWbdkMEZ7BKqJtZU3gcuZ/JnyETx0bMM+npvzPZcD u9/lNPWQBNWqDc4B2xDECEMKHa8bu0xOfrX4Z6lUnwaCdC/hbarccfNGYMqdCMpyPdok SRpZnTq5XURqS7OjzfLX009OV2zL2ykQzfKFlNAE30I1fnOJ2RvN34ib11rhgPH6fQvS J2+W55F8+I0mvgWh67JZm2gGTfeFZX2fFj4P7PciiWf0ZgezsbRkKQUOVc3jYzYnH0z+ tGKQ== X-Gm-Message-State: AEkoouvCBzetgwf7torHCEXo2kqkHFmiNKM48SNlMAN1UzdfyHgvppFLdY//7BlSGL7Qh/RL9URVHjxjotCrmko5 X-Received: by 10.28.13.143 with SMTP id 137mr21268046wmn.46.1471964983327; Tue, 23 Aug 2016 08:09:43 -0700 (PDT) MIME-Version: 1.0 From: Stefan Holmer Date: Tue, 23 Aug 2016 15:09:32 +0000 Message-ID: To: Colin Perkins , rmcat WG , Zaheduzzaman Sarker Content-Type: multipart/alternative; boundary=001a11442488f46cc1053abe8dba Archived-At: Subject: [rmcat] Scenarios as input for new feedback format design X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 15:30:47 -0000 --001a11442488f46cc1053abe8dba Content-Type: text/plain; charset=UTF-8 Hi, As was requested in Berlin, here are a set of scenarios where we (Google) are of interested in using the feedback format . It would be great to analyze what would be needed to achieve this and discuss how we can improve the current design to possibly accommodate these scenarios. *Very low bitrate, audio only* If a mobile connection becomes really bad for a period of time, we'd like to be able to gracefully degrade to audio only at a low bitrate. This is an extreme, but valid if the connection degrades to 2G for a while. - Uplink: 20 kbps - Downlink: 20 kbps - Audio packet rate: 17 packets/second *Low bitrate audio and video* - Uplink: 70-100 kbps - Downlink: 70-100 kbps - Audio packet rate: 50 packets/second - Video framerate: 7-15 fps *ADSL conference, 10 small thumbnail streams, 1 main stream* - Uplink: 500 kbps - Audio packet rate: 50 packets/second - Video framerate: 30 fps - Downlink: 8000 kbps - Thumbnail streams: 15 x 7 fps - Main stream: 30 fps /Stefan --001a11442488f46cc1053abe8dba Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

As was requested in Berlin, here are a set of scenarios=C2=A0whe= re we (Google) are of interested in using the=C2=A0feedback format. It= would be great to analyze what would be needed to achieve this and discuss= how we can improve the current design to possibly accommodate these scenar= ios.

Very low bitrate, audio only
If a mobile connection becomes really bad= for a period of time, we'd like to be able to gracefully degrade to au= dio only at a low bitrate. This is an extreme, but valid if the connection = degrades to 2G for a while.
-= Uplink: 20 kbps
- Downlink: = 20 kbps
- Audio packet rate: = 17 packets/second

<= div style=3D"color:rgb(33,33,33);font-family:"helvetica neue",hel= vetica,arial,sans-serif;font-size:13px">Low bitrate audio and=C2=A0video=
- Uplink: 70-100 kbps
- Downlink: 70-100 kbps
- Audio packet rate: 50 packets/seco= nd
- Video framerate: 7-15 fp= s

ADSL conference, 10 small thumbnail streams, 1 m= ain stream
- Uplink: 500 = kbps
=C2=A0 =C2=A0 - Aud= io packet rate: 50 packets/second
=C2=A0 =C2=A0 - Video framerate= : 30 fps
- Downlink: 80= 00 kbps
=C2=A0 =C2=A0 - Thumb= nail streams: 15 x 7 fps
=C2= =A0 =C2=A0 - Main stream: 30 fps

/Stefan
--001a11442488f46cc1053abe8dba-- From nobody Tue Aug 23 14:25:51 2016 Return-Path: X-Original-To: rmcat@ietfa.amsl.com Delivered-To: rmcat@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D471212DB37 for ; Tue, 23 Aug 2016 14:25:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-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 QbPWM_FNYmtX for ; Tue, 23 Aug 2016 14:25:48 -0700 (PDT) Received: from bisque.oak.relay.mailchannels.net (bisque.oak.relay.mailchannels.net [23.83.215.18]) (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 5778212DB36 for ; Tue, 23 Aug 2016 14:25:46 -0700 (PDT) X-Sender-Id: wwwh|x-authuser|randell@jesup.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 4236610064F for ; Tue, 23 Aug 2016 21:25:45 +0000 (UTC) Received: from rcentral501.webserversystems.com (ip-10-120-4-226.us-west-2.compute.internal [10.120.4.226]) by relay.mailchannels.net (Postfix) with ESMTPA id 901A6100609 for ; Tue, 23 Aug 2016 21:25:44 +0000 (UTC) X-Sender-Id: wwwh|x-authuser|randell@jesup.org Received: from rcentral501.webserversystems.com (rcentral501.webserversystems.com [10.16.27.41]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.7.6); Tue, 23 Aug 2016 21:25:45 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: wwwh|x-authuser|randell@jesup.org X-MailChannels-Auth-Id: wwwh X-MC-Loop-Signature: 1471987544794:4171385579 X-MC-Ingress-Time: 1471987544794 Received: from pool-108-16-238-163.phlapa.fios.verizon.net ([108.16.238.163]:58311 helo=[192.168.1.12]) by rcentral501.webserversystems.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1bcJDL-0005eS-5O for rmcat@ietf.org; Tue, 23 Aug 2016 17:26:31 -0400 References: To: rmcat@ietf.org From: Randell Jesup Message-ID: <47c5c455-db10-b3be-d35d-9b23f44eec52@jesup.org> Date: Tue, 23 Aug 2016 17:25:19 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------E0095C9EA93D70A0AD0ECCC3" X-AuthUser: randell@jesup.org Archived-At: Subject: Re: [rmcat] Scenarios as input for new feedback format design X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 21:25:50 -0000 This is a multi-part message in MIME format. --------------E0095C9EA93D70A0AD0ECCC3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 8/23/2016 11:09 AM, Stefan Holmer wrote: > Hi, > > As was requested in Berlin, here are a set of scenarios where we > (Google) are of interested in using thefeedback format > . It > would be great to analyze what would be needed to achieve this and > discuss how we can improve the current design to possibly accommodate > these scenarios. > > *Very low bitrate, audio only* > If a mobile connection becomes really bad for a period of time, we'd > like to be able to gracefully degrade to audio only at a low bitrate. > This is an extreme, but valid if the connection degrades to 2G for a > while. > - Uplink: 20 kbps > - Downlink: 20 kbps > - Audio packet rate: 17 packets/second These scenarios look good. I'll add a few which may or may not be covered already: * Audio-only, variable bandwidth (perhaps in place of the above) - Uplink 16Kbps to 500Kbps (assumes 8Kbps codec @ 40ms with no SRTP auth tag (unencrypted or at least unauthenticated; encrypted would be ~18Kbps) - Downlink 16Kbps to 500Kbps - Audio packet rate: 26 to 110(?) (assumes max ptime of 40ms) I include unencrypted because this isn't just a webrtc spec. Bandwidth includes RTP/UDP/IP overhead. * Screensharing (likely understood already) - uplink 100Kbps to 10Mbps - Downlink 70Kbps to 2Mbps - Audio packet rate 50 packets/s (audio may be optional in some cases) - Video framerate: <1fps to 30fps (variable, depending on content - may be regular or very bursty) This is especially nasty as the output rate is VERY bursty in some low-fps cases, and even in high-fps cases the bitrate will still be very bursty (screen transitions or window changes, alternating with small changes or animations). Lack of content means the algorithm can't maintain an estimate easily, and may need time to push others to give it a fair share. > > *Low bitrate audio and video* > - Uplink: 70-100 kbps > - Downlink: 70-100 kbps > - Audio packet rate: 50 packets/second > - Video framerate: 7-15 fps > > *ADSL conference, 10 small thumbnail streams, 1 main stream* > - Uplink: 500 kbps > - Audio packet rate: 50 packets/second > - Video framerate: 30 fps > - Downlink: 8000 kbps > - Thumbnail streams: 15 x 7 fps > - Main stream: 30 fps -- Randell Jesup -- rjesup a t mozilla d o t com Please please please don't email randell-ietf@jesup.org! Way too much spam --------------E0095C9EA93D70A0AD0ECCC3 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On 8/23/2016 11:09 AM, Stefan Holmer wrote:

These scenarios look good.=C2=A0 I'll add a few which may or may not = be covered already:

* Audio-only, variable bandwidth (perhaps in place of the above)
- Uplink 16Kbps to 500Kbps (assumes 8Kbps codec @ 40ms with no SRTP auth tag (unencrypted or at least unauthenticated; encrypted would be ~18Kbps)
- Downlink 16Kbps to 500Kbps
- Audio packet rate: 26 to 110(?) (assumes max ptime of 40ms)

I include unencrypted=C2=A0 because this isn't just a webrtc spec.=C2= =A0 Bandwidth includes RTP/UDP/IP overhead.

* Screensharing (likely understood already)
- uplink 100Kbps to 10Mbps
- Downlink 70Kbps to 2Mbps
- Audio packet rate 50 packets/s (audio may be optional in some cases)
- Video framerate: <1fps to 30fps (variable, depending on content - may be regular or very bursty)
This is especially nasty as the output rate is VERY bursty in some low-fps cases, and even in high-fps cases the bitrate will still be very bursty (screen transitions or window changes, alternating with small changes or animations).=C2=A0 Lack of content means the algorit= hm can't maintain an estimate easily, and may need time to push others to give it a fair share.


Low bitrate audio and=C2=A0video
- Uplink: 70-100 kbps
- Downlink: 70-100 kbps
- Audio packet rate: 50 packets/second
- Video framerate: 7-15 fps

ADSL conference, 10 small thumbnail streams, 1 main stream
- Uplink: 500 kbps
=C2=A0 =C2=A0 - Audio packet rate: 50 packets/second
=C2=A0 =C2=A0 - Video framerate: 30 fps
- Downlink: 8000 kbps
=C2=A0 =C2= =A0 - Thumbnail streams: 15 x 7 fps
=C2=A0 =C2= =A0 - Main stream: 30 fps

--=20
Randell Jesup -- rjesup a t mozilla d o t com
Please please please don't email randell-ietf@jesup.org!  Way too=
 much spam
--------------E0095C9EA93D70A0AD0ECCC3-- From nobody Thu Aug 25 08:54:43 2016 Return-Path: X-Original-To: rmcat@ietfa.amsl.com Delivered-To: rmcat@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDC0912D74D for ; Thu, 25 Aug 2016 08:54:41 -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] 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 FoS7l6qnSp9f for ; Thu, 25 Aug 2016 08:54:40 -0700 (PDT) Received: from haggis.mythic-beasts.com (haggis.mythic-beasts.com [IPv6:2a00:1098:0:86:1000:0:2:1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2BA5E12D1F0 for ; Thu, 25 Aug 2016 08:54:40 -0700 (PDT) Received: from [130.209.247.112] (port=57590 helo=mangole.dcs.gla.ac.uk) by haggis.mythic-beasts.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1bcwzF-0003oh-EM; Thu, 25 Aug 2016 16:54:37 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Colin Perkins In-Reply-To: Date: Thu, 25 Aug 2016 16:54:33 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <867DB440-EEA2-49A7-9405-5EE96940AF0F@csperkins.org> References: To: Stefan Holmer X-Mailer: Apple Mail (2.3124) X-BlackCat-Spam-Score: -28 X-Mythic-Debug: Threshold = On = Archived-At: Cc: rmcat WG , Zaheduzzaman Sarker Subject: Re: [rmcat] Scenarios as input for new feedback format design X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 15:54:42 -0000 Hi, Thanks for sending this! Some questions below, to make sure I = understand, and we end up with realistic scenarios to evaluate. > On 23 Aug 2016, at 16:09, Stefan Holmer wrote: > As was requested in Berlin, here are a set of scenarios where we = (Google) are of interested in using the feedback format. It would be = great to analyze what would be needed to achieve this and discuss how we = can improve the current design to possibly accommodate these scenarios. >=20 > Very low bitrate, audio only > If a mobile connection becomes really bad for a period of time, we'd = like to be able to gracefully degrade to audio only at a low bitrate. = This is an extreme, but valid if the connection degrades to 2G for a = while. > - Uplink: 20 kbps > - Downlink: 20 kbps > - Audio packet rate: 17 packets/second This is presumably Opus at 8kbps with 60ms frames?=20 RTP/UDP/IPv4 header of 12 + 8 + 20 =3D 40 octets, plus 60 octets per = packet Opus payload when coding 60ms frames at 8kbps CBR, gives a bit = rate of 13333bps with no RTP header extensions and no RTCP.=20 With 8 octets per packet for an RTP header extension (e.g., a short mid = tag), this is 14400bps. Are there any other header extensions used? It=E2=80=99s also presumably SRTP, so is there any extra padding, = authentication tags, etc? > Low bitrate audio and video > - Uplink: 70-100 kbps > - Downlink: 70-100 kbps > - Audio packet rate: 50 packets/second > - Video framerate: 7-15 fps >=20 > ADSL conference, 10 small thumbnail streams, 1 main stream > - Uplink: 500 kbps > - Audio packet rate: 50 packets/second > - Video framerate: 30 fps > - Downlink: 8000 kbps > - Thumbnail streams: 15 x 7 fps > - Main stream: 30 fps For the video streams, what=E2=80=99s a typical pattern of = packets-per-frame and octets-per-packet for the codecs used in these = scenarios (the 30fps stream is presumably not 30 identically sized RTP = packets sent evenly spaced, for example)?=20 If you have packet traces, that=E2=80=99d be very helpful.=20 Also, if it=E2=80=99s easier, we can schedule a call to talk through the = details, and I can summarise.=20 Cheers, Colin --=20 Colin Perkins https://csperkins.org/ From nobody Thu Aug 25 09:04:02 2016 Return-Path: X-Original-To: rmcat@ietfa.amsl.com Delivered-To: rmcat@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 416A812D84A for ; Thu, 25 Aug 2016 09:04:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3] 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 q5ej8p8HtFxT for ; Thu, 25 Aug 2016 09:03:59 -0700 (PDT) Received: from haggis.mythic-beasts.com (haggis.mythic-beasts.com [IPv6:2a00:1098:0:86:1000:0:2:1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7917A12D1DD for ; Thu, 25 Aug 2016 09:03:59 -0700 (PDT) Received: from [130.209.247.112] (port=57691 helo=mangole.dcs.gla.ac.uk) by haggis.mythic-beasts.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1bcx8G-00059C-LK; Thu, 25 Aug 2016 17:03:57 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_35602AEF-A7EF-48D7-B53C-03F9BF047640" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Colin Perkins In-Reply-To: Date: Thu, 25 Aug 2016 17:03:43 +0100 Message-Id: <5D91991A-378A-4184-9A85-06E265C61BC0@csperkins.org> References: <4179289c-9e21-2a36-7a6e-3821131d109b@gmail.com> To: Randell Jesup X-Mailer: Apple Mail (2.3124) X-BlackCat-Spam-Score: -28 X-Mythic-Debug: Threshold = On = Archived-At: Cc: rmcat@ietf.org Subject: Re: [rmcat] Colin's feedback bandwidth analysis X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 16:04:01 -0000 --Apple-Mail=_35602AEF-A7EF-48D7-B53C-03F9BF047640 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Randell, > On 19 Jul 2016, at 13:51, Randell Jesup = wrote: >=20 > Colin - thanks for the analysis! Thanks for following up! > Agree with Mo that this implies we're way over the default 5% (which = can be bumped, of course, but knowing how far we need to bump it is = important). >=20 > As for expected rates... I would expect a common range of rates = (especially at the start of a stream) would be 200-500kbps @ 30fps, = extending up to 1-3Mbps @ 30fps. I would expect to see bandwidths scale = down to 40-50Kbps @ 30fps (I've deployed videophones operating well = down to that (QCIF H264)). At the high end, I expect to scale up to = 5+Mbps @ 30 or even 60fps. And there may be use for 60fps down in the = 500Kbps-2Mbps range for some usecases. That=E2=80=99s helpful, but how bursty are the codecs? The analysis I = did in draft-ietf-rmcat-rtp-cc-feedback-01 assumes CBR video (split the = bit rate evenly between frames, assuming all frames are the same size). = That=E2=80=99s clearly not right, but is it close enough? And, if not, = what=E2=80=99s the pattern of bursts that might be expected? > This speaks to: > * improve compression of the feedback data (RLE the loss data (or = huffman encode, etc), and delta-encode the arrival times). I was pretty = sure we'd need to do this, and this confirms it. > ** There's more to win with compressing the arrival times aggressively > * negotiate the needed resolution and reporting intervals with the = sender-side control in some manner. If need be, do it in-band in RTCP. > ** while more painful in implementation, even the resolution/range of = the timestamps could be negotiated > * we should consider if there's a way to compress or omit the repeated = information that's in every report that Colin enumerated > ** list of streams etc rarely changes >=20 > The bandwidth implications of this was part of why (for adaptation in = the 30-250Kbps @ 30fps) I used sparse receiver-side congestion control = in the Ojo, reporting only significant changes in derived bandwidth via = RTCP. The challenge here will be to find a way to fit feedback needed = for sender-side congestion control into the available bandwidth. I'm = not concerned with having to increase the 5% default per se, but I am = concerned with how much "goodput" we get in two-way traffic. I don't = want 200Kbps @ 30 spending 50Kbps on feedback=E2=80=A6. These are all possibilities, certainly. I think we next need to get = agreement on the range of scenarios, and the types of RTP packet traces = we might get out of them, so we can evaluate the possibilities.=20 Cheers, Colin --=20 Colin Perkins https://csperkins.org/ --Apple-Mail=_35602AEF-A7EF-48D7-B53C-03F9BF047640 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Randell,

On = 19 Jul 2016, at 13:51, Randell Jesup <randell-ietf@jesup.org> wrote:

=20 =20
Colin - thanks for the analysis!

Thanks for = following up!

Agree with Mo that this implies we're way over the default 5% (which can be bumped, of course, but knowing how far we need to bump it is important).

As for expected rates... I would expect a common range of rates (especially at the start of a stream) would be 200-500kbps @ 30fps, extending up to 1-3Mbps @ 30fps.  I would expect to see = bandwidths scale down to  40-50Kbps @ 30fps (I've deployed videophones operating well down to that (QCIF H264)).  At the high end, I = expect to scale up to 5+Mbps @ 30 or even 60fps.  And there may be use = for 60fps down in the 500Kbps-2Mbps range for some usecases.

That=E2=80=99s helpful, but how bursty are the = codecs? The analysis I did in draft-ietf-rmcat-rtp-cc-feedback-01 = assumes CBR video (split the bit rate evenly between frames, assuming = all frames are the same size). That=E2=80=99s clearly not right, but is = it close enough? And, if not, what=E2=80=99s the pattern of bursts that = might be expected?

This speaks to:
* improve compression of the feedback data (RLE the loss data (or huffman encode, etc), and delta-encode the arrival times).  I = was pretty sure we'd need to do this, and this confirms it.
= ** There's more to win with compressing the arrival times aggressively
* negotiate the needed resolution and reporting intervals with the sender-side control in some manner.  If need be, do it in-band = in RTCP.
** while more painful in implementation, even the resolution/range of the timestamps could be negotiated
* we should consider if there's a way to compress or omit the repeated information that's in every report that Colin enumerated
** list of streams etc rarely changes

The bandwidth implications of this was part of why (for adaptation in the 30-250Kbps @ 30fps) I used sparse receiver-side congestion control in the Ojo, reporting only significant changes in derived bandwidth via RTCP.  The challenge here will be to find a way = to fit feedback needed for sender-side congestion control into the available bandwidth.  I'm not concerned with having to increase = the 5% default per se, but I am concerned with how much "goodput" we get in two-way traffic.  I don't want 200Kbps @ 30 spending 50Kbps = on feedback=E2=80=A6.

These are all possibilities, certainly. I think we = next need to get agreement on the range of scenarios, and the types of = RTP packet traces we might get out of them, so we can evaluate the = possibilities. 

Cheers,
Colin


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



= --Apple-Mail=_35602AEF-A7EF-48D7-B53C-03F9BF047640-- From nobody Thu Aug 25 23:15:05 2016 Return-Path: X-Original-To: rmcat@ietfa.amsl.com Delivered-To: rmcat@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B2F612D196; Thu, 25 Aug 2016 23:14:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.548, 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 BbnsiYdpQLXp; Thu, 25 Aug 2016 23:14:58 -0700 (PDT) Received: from mail.taht.net (mail.taht.net [176.58.107.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0515712D127; Thu, 25 Aug 2016 23:14:57 -0700 (PDT) Received: from dair-2506.local (c-73-71-234-12.hsd1.ca.comcast.net [73.71.234.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id DB8262131E; Fri, 26 Aug 2016 06:14:54 +0000 (UTC) To: "aqm@ietf.org" , rmcat@ietf.org, bloat@lists.bufferbloat.net From: =?UTF-8?Q?Dave_T=c3=a4ht?= Message-ID: Date: Thu, 25 Aug 2016 23:14:51 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Subject: [rmcat] webrtc vs aqm and/or sfq X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 06:14:59 -0000 Pretty good paper at: http://c3lab.poliba.it/images/0/0e/Gcc_aqm.pdf I do keep hoping the videoconferencing folk give ecn a shot one day, especially for iframes. Has anyone pursued the early line of work for ecn that was in nada, or tried to add it to gcc? Another hope is that we see more videoconferencing analyses on wifi and at higher baseline rates than 2mbit. From nobody Fri Aug 26 14:27:47 2016 Return-Path: X-Original-To: rmcat@ietfa.amsl.com Delivered-To: rmcat@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7A0912D5BF for ; Fri, 26 Aug 2016 14:27:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-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 bJHSv1WQRKMI for ; Fri, 26 Aug 2016 14:27:43 -0700 (PDT) Received: from beetle.oak.relay.mailchannels.net (beetle.oak.relay.mailchannels.net [23.83.215.15]) (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 4334012D133 for ; Fri, 26 Aug 2016 14:27:43 -0700 (PDT) X-Sender-Id: wwwh|x-authuser|randell@jesup.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 5564F125CCA for ; Fri, 26 Aug 2016 21:27:42 +0000 (UTC) Received: from rcentral501.webserversystems.com (ip-10-220-3-24.us-west-2.compute.internal [10.220.3.24]) by relay.mailchannels.net (Postfix) with ESMTPA id 728A5125BEE for ; Fri, 26 Aug 2016 21:27:41 +0000 (UTC) X-Sender-Id: wwwh|x-authuser|randell@jesup.org Received: from rcentral501.webserversystems.com (rcentral501.webserversystems.com [10.45.13.172]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.7.6); Fri, 26 Aug 2016 21:27:42 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: wwwh|x-authuser|randell@jesup.org X-MailChannels-Auth-Id: wwwh X-MC-Loop-Signature: 1472246861668:2748799217 X-MC-Ingress-Time: 1472246861668 Received: from pool-108-16-238-163.phlapa.fios.verizon.net ([108.16.238.163]:53294 helo=[192.168.1.12]) by rcentral501.webserversystems.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1bdOft-0007Cl-Jj for rmcat@ietf.org; Fri, 26 Aug 2016 17:28:29 -0400 References: <4179289c-9e21-2a36-7a6e-3821131d109b@gmail.com> <5D91991A-378A-4184-9A85-06E265C61BC0@csperkins.org> To: rmcat@ietf.org From: Randell Jesup Message-ID: <325e261f-bcce-ebf0-a14c-3b9f11d3091b@jesup.org> Date: Fri, 26 Aug 2016 17:27:31 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <5D91991A-378A-4184-9A85-06E265C61BC0@csperkins.org> Content-Type: multipart/alternative; boundary="------------D8BD80C04E0323C71889FB83" X-AuthUser: randell@jesup.org Archived-At: Subject: Re: [rmcat] Colin's feedback bandwidth analysis X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 21:27:46 -0000 This is a multi-part message in MIME format. --------------D8BD80C04E0323C71889FB83 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 8/25/2016 12:03 PM, Colin Perkins wrote: > >> Agree with Mo that this implies we're way over the default 5% (which=20 >> can be bumped, of course, but knowing how far we need to bump it is=20 >> important). >> >> As for expected rates... I would expect a common range of rates=20 >> (especially at the start of a stream) would be 200-500kbps @ 30fps,=20 >> extending up to 1-3Mbps @ 30fps. I would expect to see bandwidths=20 >> scale down to 40-50Kbps @ 30fps (I've deployed videophones operating=20 >> well down to that (QCIF H264)). At the high end, I expect to scale=20 >> up to 5+Mbps @ 30 or even 60fps. And there may be use for 60fps down=20 >> in the 500Kbps-2Mbps range for some usecases. > > That=E2=80=99s helpful, but how bursty are the codecs? The analysis I d= id=20 > in draft-ietf-rmcat-rtp-cc-feedback-01 assumes CBR video (split the=20 > bit rate evenly between frames, assuming all frames are the same=20 > size). That=E2=80=99s clearly not right, but is it close enough? And, i= f not,=20 > what=E2=80=99s the pattern of bursts that might be expected? Definitely not CBR... I'm actually gathering data using VP8 and H264=20 which I've been feeding to one of the teams to improve the synthetic=20 codec model (both steady-state, and how they respond to bitrate changes=20 in the control inputs). In general, they're somewhat variable frame-to-frame, and within a frame=20 > XXXX bytes, you'll have N XXXX byte packets and then a smaller one,=20 generally. Also you'll get occasional packet retransmissions and/or iframes (likely=20 followed by several dropped-frames to compensate for the added bandwidth=20 of the iframe. --=20 Randell Jesup -- rjesup a t mozilla d o t com Please please please don't email randell-ietf@jesup.org! Way too much sp= am --------------D8BD80C04E0323C71889FB83 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On 8/25/2016 12:03 PM, Colin Perkins wrote:

Agree= with Mo that this implies we're way over the default 5% (which can be bumped, of course, but knowing how far we need to bump it is important).

As for expected rates... I would expect a common range of rates (especially at the start of a stream) would be 200-500kbps @ 30fps, extending up to 1-3Mbps @ 30fps.=C2=A0= I would expect to see bandwidths scale down to=C2=A0 40-50K= bps @ 30fps (I've deployed videophones operating well down to that (QCIF H264)).=C2=A0 At the high end, I expect to scale up to 5+Mbps @ 30 or even 60fps.=C2=A0 And there ma= y be use for 60fps down in the 500Kbps-2Mbps range for some usecases.

That=E2=80=99s helpful, but how bursty are the codecs? The analysis I did in=C2=A0draft-ietf-rmcat-rtp-cc-feedback-01 assumes CBR video (split the bit rate evenly between frames, assuming all frames are the same size). That=E2=80=99s clearl= y not right, but is it close enough? And, if not, what=E2=80=99s th= e pattern of bursts that might be expected?

Definitely not CBR... I'm actually gathering data using VP8 and H264 which I've been feeding to one of the teams to improve the synthetic codec model (both steady-state, and how they respond to bitrate changes in the control inputs).

In general, they're somewhat variable frame-to-frame, and within a frame > XXXX bytes, you'll have N XXXX byte packets and then a smaller one, generally.

Also you'll get occasional packet retransmissions and/or iframes (likely followed by several dropped-frames to compensate for the added bandwidth of the iframe.


--=20
Randell Jesup -- rjesup a t mozilla d o t com
Please please please don't email randell-ietf@jesup.org!  Way too=
 much spam
--------------D8BD80C04E0323C71889FB83-- From nobody Sat Aug 27 03:01:29 2016 Return-Path: X-Original-To: rmcat@ietfa.amsl.com Delivered-To: rmcat@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F15212D532; Sat, 27 Aug 2016 03:01:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.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 7QFT2BaiEWfx; Sat, 27 Aug 2016 03:01:22 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E6E712D1E4; Sat, 27 Aug 2016 03:01:22 -0700 (PDT) X-AuditID: c1b4fb2d-917ff700000019a3-b7-57c164ef88e3 Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.183.72]) by (Symantec Mail Security) with SMTP id CB.F1.06563.FE461C75; Sat, 27 Aug 2016 12:01:20 +0200 (CEST) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.72) with Microsoft SMTP Server (TLS) id 14.3.301.0; Sat, 27 Aug 2016 12:01:18 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=R/1Ym+Helv4TaJOl+Ugpd8jwQOiii/H+e1cViyqgzQE=; b=e7vHGghX4ajKWbr63yaBy/HLCK6ysUMVhbpYel5Pw7EwkhByqgOpUJ5bkUp5MtO+o3otNTUDwfak09xPpdiQ6ADw64lF2KAVNUxtX1pSraHlJWle6gqgGhsisjyBOAsCSPzNGjv+5STC0jArEAVxqMtpFDv/oM05V5T3k/jgUkU= Received: from DB4PR07MB348.eurprd07.prod.outlook.com (10.141.234.148) by DB4PR07MB346.eurprd07.prod.outlook.com (10.141.234.144) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.549.15; Sat, 27 Aug 2016 10:01:16 +0000 Received: from DB4PR07MB348.eurprd07.prod.outlook.com ([10.141.234.148]) by DB4PR07MB348.eurprd07.prod.outlook.com ([10.141.234.148]) with mapi id 15.01.0587.013; Sat, 27 Aug 2016 10:01:16 +0000 From: Ingemar Johansson S To: =?utf-8?B?RGF2ZSBUw6RodA==?= , "aqm@ietf.org" , "rmcat@ietf.org" , "bloat@lists.bufferbloat.net" Thread-Topic: [rmcat] webrtc vs aqm and/or sfq Thread-Index: AQHR/8xZnN4PVvKNfEuurKbUaV76m6BckWlQ Date: Sat, 27 Aug 2016 10:01:16 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ingemar.s.johansson@ericsson.com; x-originating-ip: [213.113.27.92] x-ms-office365-filtering-correlation-id: d7c25353-1915-4bae-0337-08d3ce611607 x-microsoft-exchange-diagnostics: 1; DB4PR07MB346; 6:Nyrnul626UlHastxg+prGc67aD0/a7EfuwVu5il9+FBPvJurv95C883SKbJfvFVSnZeoLF9kaladGemYkRgFlMg1qzFyR2TLqHM1cHVibUH+D6c/SLEO8yYgzJ9QRjISX83T09vi4nEOjhLSKCJS2v2xCINqIsYzj1UxQNHP/qiCTS05PBzz675kSS39TXZ4Y+tPdxUB7LEKDgXynslRyQnUTJ23WKIcJnPW++S831cf30HfhEJ1Qp5LEnRHmtZC8qRU1jVQR8/D2/8o/4dtqmHCabr0Sv9dzrXqsZ4e4kM=; 5:ZCZR6IFSr6G4nP3HwrutRG2Wy8BKT4wXwbHSHzilwmrWLWnm5KguDzQpfxABZp8ANcwmTwefUGTVj+DMhDdiOe8NO4aUv5opm90IaeQqRZGBa1psi56PmSUiHrKPZ5CPdEPRhqHWER6Q9YnY18Mi4g==; 24:p2qBWo96I/cgxwsjco/fCarN3+F0Rz6e0VJOLsDgcj0rr9+E/XL13X4/EfMXYpXuyVKw9w8+fbVLyVssyn8yd1jvkzkpWlReDUiOZ8xBJ28=; 7:DrpJaBEeeYf6rN2XmyUgmhy5rIeII0+htPxvnpqLcMCQV9L2283clbDCCPDL35QMOikTq7BbB1sn5HS9XwSCfW26DcExHjpzM4iwYgzZQxNK0EHuKeK2IjY1UhBnJEI39aSh0IZHle7F4Aidhtp3dZsjETHP6Cf1u/hvjJ/Nz7O2RP1LcWtvITjltEEx3VAlci2bh12aURVj08fRaxmDbB2L5rhB79EddiOMluCscXP1Lt6YxFBf2d2qd0MwYY28 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB4PR07MB346; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(166708455590820); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:DB4PR07MB346; BCL:0; PCL:0; RULEID:; SRVR:DB4PR07MB346; x-forefront-prvs: 0047BC5ADE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(189002)(199003)(13464003)(586003)(10400500002)(105586002)(2501003)(8676002)(11100500001)(19580395003)(3280700002)(19580405001)(5002640100001)(33656002)(92566002)(76576001)(7846002)(2950100001)(87936001)(2900100001)(106116001)(107886002)(5001770100001)(19625735002)(189998001)(97736004)(50986999)(9686002)(2906002)(8936002)(76176999)(74316002)(122556002)(7696003)(15975445007)(81166006)(7736002)(66066001)(86362001)(81156014)(2201001)(101416001)(54356999)(102836003)(6116002)(5660300001)(3846002)(77096005)(106356001)(68736007)(3660700001)(305945005); DIR:OUT; SFP:1101; SCL:1; SRVR:DB4PR07MB346; H:DB4PR07MB348.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Aug 2016 10:01:16.4338 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR07MB346 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0hTYRjHeXcuHkej49J8mn1xZKCkpkaYiiQR7YsYhU2EyrEddKTTzlmm RaTZhKyhpBBKpeIq85paznttjXBeGlJZmkO8FEopw2qWXWzbWdC33/v8n//zPv+Xl8LENwkJ pdZoGVajyJaSQrw6zSgLd6hM8r2G+cDYlqEdseUbs0Rsyb1iMrZ5ykEexGUGww+BzDgxJpCt NVSTR7F0YYKKyVbnM2xkYoYwa7DjOZY3Jiyw2S1YEWoUliFfCuh9oLtj9ClDQkpMtyPoW11A bkFMDyN4alS5BZzWY2Cdr8f5rkoBrLzp9R5eINDPNhBuC0knwEPzusfuT3chMN7KcPM2Ohxs mw4fvh4BLyeXvBwNk91OgZtxOgSaTFdIN4vodPja20Pya8RDvWPcM9PXNf/J+DfczYjeDusj LR4vRgfC9GKtgM9Dg2HAhvEcAMsLfwi+XwlrU3oXU656MFiqzvMtyWCwFmHuLECvkDD56wvJ C4fhd73RO1MNTl0dwXM81Ok6vYZuBO9Mrd7LdsLqXL2AFxwE6NumcT4BAw9adYh/CQnYX1/z 8k5YmhkkKlBozX8halwLYnQotPdF8uVgqLo+51PjeRc/sFYv4nUIb0IBHMNxOZnRMREMq1Zy XK4mQsNoO5Hrp5ge/wzvQc2fksyIppB0i6iu5JlcTCjyucIcMwIKk/qL1k+Z5GKRSlF4gWFz T7PnshnOjIIoXBooSlkOlovpTIWWOcMweQz7TxVQvpIiJM7pX6qNP5vC7v4YotRYRkaPdffP tEc5Z/3jrm6o03RK50zyobb7xft3CRIDrdatH45XvL2MjkhibjTGJdtDxvPmfFP1ZQvllUl3 K/smtK96O4q50s+DQXmlfpujdumeA5bvty8+Sm0Js4UFvS+UDZ1sGS7oWu06calqYyCqVzIj xbksRVQYxnKKv6m9KSMlAwAA Archived-At: Subject: Re: [rmcat] webrtc vs aqm and/or sfq X-BeenThere: rmcat@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 10:01:24 -0000 SGkNCg0KRm9yIHdoYXQgaXQgaXMgd29ydGgsIEVDTiBoYW5kbGluZyBpcyBkZXNjcmliZWQgZm9y IFNDUmVBTSBzaW5jZSBhIHdoaWxlIGJhY2suIA0KSXQgaXMgaG93ZXZlciBub3QgeWV0IGltcGxl bWVudGVkIGluIHRoZSBjb2RlIGF0IChodHRwczovL2dpdGh1Yi5jb20vRXJpY3Nzb25SZXNlYXJj aC9zY3JlYW0gKSwgdGhpcyBpcyBob3dldmVyIGEgcXVpdGUgZWFzeSB0YXNrIHRvIGRvIGFuZCBp ZiB0aGUgaW50ZXJlc3QgaW4gU0NSZUFNIHBpY2tzIHVwIHRoZW4gSSBhbSBoYXBweSB0byBzcGVu ZCB0aGUgMi0zIGhvdXJzIHRoYXQgaXQgdGFrZXMgdG8gYWRkIEVDTiBzdXBwb3J0IHRvIHRoZSBj b2RlLg0KDQovSW5nZW1hcg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206 IERhdmUgVMOkaHQgW21haWx0bzpkYXZlQHRhaHQubmV0XQ0KPiBTZW50OiBkZW4gMjYgYXVndXN0 aSAyMDE2IDA4OjE1DQo+IFRvOiBhcW1AaWV0Zi5vcmc7IHJtY2F0QGlldGYub3JnOyBibG9hdEBs aXN0cy5idWZmZXJibG9hdC5uZXQNCj4gU3ViamVjdDogW3JtY2F0XSB3ZWJydGMgdnMgYXFtIGFu ZC9vciBzZnENCj4gDQo+IFByZXR0eSBnb29kIHBhcGVyIGF0Og0KPiANCj4gaHR0cDovL2MzbGFi LnBvbGliYS5pdC9pbWFnZXMvMC8wZS9HY2NfYXFtLnBkZg0KPiANCj4gSSBkbyBrZWVwIGhvcGlu ZyB0aGUgdmlkZW9jb25mZXJlbmNpbmcgZm9sayBnaXZlIGVjbiBhIHNob3Qgb25lIGRheSwNCj4g ZXNwZWNpYWxseSBmb3IgaWZyYW1lcy4gSGFzIGFueW9uZSBwdXJzdWVkIHRoZSBlYXJseSBsaW5l IG9mIHdvcmsgZm9yIGVjbiB0aGF0DQo+IHdhcyBpbiBuYWRhLCBvciB0cmllZCB0byBhZGQgaXQg dG8gZ2NjPw0KPiANCj4gQW5vdGhlciBob3BlIGlzIHRoYXQgd2Ugc2VlIG1vcmUgdmlkZW9jb25m ZXJlbmNpbmcgYW5hbHlzZXMgb24gd2lmaSBhbmQgYXQNCj4gaGlnaGVyIGJhc2VsaW5lIHJhdGVz IHRoYW4gMm1iaXQuDQo+IA0KDQo=