From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 9EDCF21F283 for ; Sat, 4 Apr 2015 06:23:11 -0700 (PDT) Received: by obvd1 with SMTP id d1so201045826obv.0 for ; Sat, 04 Apr 2015 06:23:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YD0h/Lu2SS5N2AEQVN5YE3Vsjbxm57QHEHR32q022bI=; b=FCkyDTRughiCjrUNVG07GrPVbF5jnUHO5LtMOeow5EGoFt7F0oE/8KIkLgbOZR8UwQ DNdxPNp/V+gF9gbdrdSKyn7ZMeHujqlu593RAimcLOc3HAUMzyyzc1/IeudlaeQdPlFo hWm0ENRCtFbCECUr84+FaLs/eJybitX2XGUEHA1OVpY4Agr/7r/8asGkqFeoAtO825Am A4T3fO/UbvhWVKPuLUgQpnuoWKcgWabaY1GC9k5Zx1lnH1ieeWUGWTGHl0cgtKB16x+B irEI0xJNdnhWOMKGyN+Hj9xemAFSqVeTCn7UsTTbhJoVAMwOVM+LGd3+doBzG1JAGdzV 5lkQ== MIME-Version: 1.0 X-Received: by 10.60.123.83 with SMTP id ly19mr8295000oeb.8.1428153790257; Sat, 04 Apr 2015 06:23:10 -0700 (PDT) Received: by 10.202.51.66 with HTTP; Sat, 4 Apr 2015 06:23:10 -0700 (PDT) In-Reply-To: References: Date: Sat, 4 Apr 2015 06:23:10 -0700 Message-ID: From: Dave Taht To: "Bill Ver Steeg (versteb)" Content-Type: multipart/related; boundary=047d7b5d54985c96710512e5f7ad Cc: Ingemar Johansson S , "rmcat WG \(rmcat@ietf.org\)" , "iccrg@irtf.org" , bloat Subject: Re: [Bloat] [rmcat] Scream C++ source code available X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 13:23:39 -0000 --047d7b5d54985c96710512e5f7ad Content-Type: multipart/alternative; boundary=047d7b5d54985c966e0512e5f7ac --047d7b5d54985c966e0512e5f7ac Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable it is always awesome to see testable source code. A core area we have not been able to test with netperf-wrapper and other tools are the characteristics of videoconferencing traffic. This looks to be a start! thx= ! On Mon, Mar 2, 2015 at 5:46 AM, Bill Ver Steeg (versteb) wrote: > Ingemar- > > > > I read the document on the repository, and it is not clear to me if the > test code actually sends packets over a live network or not. It seems to > use a simulated wireless network, but I am not sure. > > > > I am currently running some tests on how ABR video (mostly MPEG DASH) > interacts with the various AQM schemes (Codel, PIE, FQ_Codel, FQ_PIE) and > it would be pretty easy for me to add a few SCREAM tests to my testbed. I > could make these test results available to this group, if that would be > interesting=E2=80=A6=E2=80=A6=E2=80=A6If there is a way to have the SCREA= M C++ code send data over > a live network using a simple script, I could plug that in pretty easily. > The MS Visual Studio dependencies do not thrill me, but I can get past th= at > 8-). > > > > In the preliminary ABR testing, we have seen that the ABR algorithms > actually work better when run on networks that do modern AQM. As you > probably know, most ABR algorithms only use loss as a congestion signal a= nd > do not use delay at all. When a link experiences bloat/delay (using > large-buffer-tail-drop), the loss signal is delayed. It can be > significantly delayed. This does have some impact on the ABR algorithms. > The most obvious artifact is a new ABR session taking a longer amount of > time to get enough data to display its first video chunk, but there also > appear to be some impacts on the baseline rate adaptation algorithm. We a= re > still quantifying these impacts=E2=80=A6=E2=80=A6. > > > > It would be interesting to compare how the candidate WEBRTC algorithms > handles vs events via legacy buffer management algorithms>. > > > > Bvs > > > > [image: http://www.cisco.com/web/europe/images/email/signature/logo05.jpg= ] > > *Bill Ver Steeg* > DISTINGUISHED ENGINEER > versteb@cisco.com > > > > > > > > > > > > *From:* rmcat [mailto:rmcat-bounces@ietf.org] *On Behalf Of *Ingemar > Johansson S > *Sent:* Monday, March 02, 2015 8:03 AM > *To:* rmcat WG (rmcat@ietf.org); iccrg@irtf.org > *Subject:* [rmcat] SCReAM C++ source code available > > > > Hi > > > > Please find C++ source code for the SCReAM congestion control candidate > algorithm at > > https://github.com/EricssonResearch/scream > > This code can be useful for experiments with SCReAM. The experimental cod= e > includes a simple video and network model for initial experiments, the co= de > should however be fairly easy to integrate into e.g. ns3 for more in-dept= h > studies. > > > > Please note also that work is ongoing to integrate SCReAM in OpenWebRTC, > the long term intention is to make OpenWebRTC pluggable for other > congestion control algorithms as well. Go to http://www.openwebrtc.io/ > for more information about the OpenWebRTC project. > > > > Short executive summary : > > SCReAM (*S*elf-*C*locked *R*at*e* *A*daptation for *M*ultimedia) is a > congestion control algorithm devised mainly for Video. Congestion control > for WebRTC media is currently being standardized in the IETF RMCAT WG, th= e > scope of the working group is to define requirements for congestion contr= ol > and also to standardize a few candidate solutions. SCReAM is a congestion > control candidate solution for WebRTC developed at Ericsson Research and > optimized for good performance in wireless access. > > > > Regards > > Ingemar > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > > Ingemar Johansson M.Sc. > > Senior Researcher > > > > Ericsson AB > > Wireless Access Networks > > Labratoriegr=C3=A4nd 11 > > 971 28, Lule=C3=A5, Sweden > > Phone +46-1071 43042 > > SMS/MMS +46-73 078 3289 > > ingemar.s.johansson@ericsson.com > > www.ericsson.com > > > > =E2=80=9CThe Earth is a very small stage in a > > vast cosmic arena=E2=80=9D > Carl Sagan =E2=80=9CPale Blue Dot=E2=80=9D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > > > --=20 Dave T=C3=A4ht Let's make wifi fast, less jittery and reliable again! https://plus.google.com/u/0/107942175615993706558/posts/TVX3o84jjmb --047d7b5d54985c966e0512e5f7ac Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
it is always awesome to see testable source code. A core a= rea we have not been able to test with netperf-wrapper and other tools are = the characteristics of videoconferencing traffic. This looks to be a start!= thx!

On Mon= , Mar 2, 2015 at 5:46 AM, Bill Ver Steeg (versteb) <versteb@cisco.com&= gt; wrote:

Ingemar-=

=C2=A0

I read the document on= the repository, and it is not clear to me if the test code actually sends = packets over a live network or not. It seems to use a simulated wireless ne= twork, but I am not sure.

=C2=A0

I am currently running= some tests on how ABR video (mostly MPEG DASH) interacts with the various = AQM schemes (Codel, PIE, FQ_Codel, FQ_PIE) and it would be pretty easy for = me to add a few SCREAM tests to my testbed. I could make these test results available to this group, if that would be = interesting=E2=80=A6=E2=80=A6=E2=80=A6If there is a way to have the SCREAM = C++ code send data over a live network using a simple script, I could plug = that in pretty easily. The MS Visual Studio dependencies do not thrill me, but I can get past that 8-).

=C2=A0

In the preliminary ABR= testing, we have seen that the ABR algorithms actually work better when ru= n on networks that do modern AQM. As you probably know, most ABR algorithms= only use loss as a congestion signal and do not use delay at all. When a link experiences bloat/delay (using la= rge-buffer-tail-drop), the loss signal is delayed. It can be significantly = delayed. This does have some impact on the ABR algorithms. The most obvious= artifact is a new ABR session taking a longer amount of time to get enough data to display its first video chun= k, but there also appear to be some impacts on the baseline rate adaptation= algorithm. We are still quantifying these impacts=E2=80=A6=E2=80=A6.

=C2=A0

It would be interestin= g to compare how the candidate WEBRTC algorithms handles <timely loss ev= ents via AQM> vs <packet delay and subsequent loss events via legacy = buffer management algorithms>.

=C2=A0

Bvs

<= /p>

=C2=A0

3D"http://www.ci==

Bill Ver Steeg=
DISTINGUISHED ENGINEER
versteb@cisco.com

= =C2=A0

=C2=A0<= /p>

=C2=A0<= /p>

= =C2=A0

=C2=A0

From: rmcat [m= ailto:rmcat-bou= nces@ietf.org] On Behalf Of Ingemar Johansson S
Sent: Monday, March 02, 2015 8:03 AM
To: rmcat WG (rm= cat@ietf.org); iccr= g@irtf.org
Subject: [rmcat] SCReAM C++ source code available

=C2=A0

Hi

=C2=A0

Please find C++ source code for the SCReA= M congestion control candidate algorithm at

https://github.com/EricssonRese= arch/scream

This code can be useful for experiments w= ith SCReAM. The experimental code includes a simple video and network model= for initial experiments, the code should however be fairly easy to integrate into e.g. ns3 for more in-depth studies. <= /span>

=C2=A0

Please note also that work is ongoing to = integrate SCReAM in OpenWebRTC, the long term intention is to make OpenWebR= TC pluggable for other congestion control algorithms as well.=C2=A0 Go to = http://www.openwebrtc.io/ for more information about the OpenWebRTC pro= ject.

=C2=A0

Short executive summary :

SCReAM (= Self-Clocked=C2=A0R= ate=C2=A0Adaptati= on for=C2=A0Multimedia) is a congestion contro= l algorithm devised mainly for Video. Congestion control for WebRTC media i= s currently being standardized in the IETF RMCAT WG, the scope of the working group is to define requirem= ents for congestion control and also to standardize a few candidate solutio= ns. SCReAM is a congestion control candidate solution for WebRTC developed = at Ericsson Research and optimized for good performance in wireless access.

=C2=A0

Regards

Ingemar

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D

Ingemar Joh= ansson=C2=A0 M.Sc.

Senior Rese= archer

=C2= =A0

Ericsson AB=

Wireless Ac= cess Networks

Labratorieg= r=C3=A4nd 11

971 28, Lul= e=C3=A5, Sweden

Phone +46-1= 071 43042

SMS/MMS +46-73 078 3289

ingemar.s.johansson@ericsson.com

www.ericsson.com

=C2= =A0

=E2=80=9CThe Earth is a very small stage in a

=C2=A0vast cosmic arena=E2=80=9D
Carl Sagan =E2=80=9CPale Blue Dot=E2=80=9D
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=

=C2=A0




--
Dave T=C3=A4ht
Let's make wifi fast, less jitte= ry and reliable again!

https://plus.google.co= m/u/0/107942175615993706558/posts/TVX3o84jjmb
--047d7b5d54985c966e0512e5f7ac-- --047d7b5d54985c96710512e5f7ad Content-Type: image/jpeg; name="image002.jpg" Content-Disposition: inline; filename="image002.jpg" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: 8cf7febf21e5ddc8_0.1 /9j/4AAQSkZJRgABAQEAkACQAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCABuAKUDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAopKKAFpKK4 ey8Q6hL4zktXnJtxIyCPtirhByvboY1a0aTin1djuaKSioNhaKKKACikrk/iFrF7pGjxtYTGGR3w XHUCqjHmdkTOShFyZ1tFYfg7UbjVfDFpd3bbpnB3N64NbdJqzsOL5kmLRRRSGFFFFABRRRQAUUUU AFFFQ3TFLSZlOCsbEflQJuyuS1zvi7W7nRreE2m0M7clhniqHgXULm8lu0uJmkAwRuOcVH8RTiC1 /wB6t40+Wrys4amIdXCupDQ6zTLlrzTbe4kADSIGOK8605v+Lgyj/pu1d9oBzoVn/wBcxXnumt/x cWYf9PDVVJfGTiW2qTfdHf8AiPUJdL0O5u4ADLGvy56Zqj4K1u613RmuLzb5iSFMqMZFP8bHHhW8 /wB2sr4XnPhyb/ruf5CoUV7JvzN3KX1hRvpY7OmyMVjZh1AJrznx9rN9Z+JbSK3uHjjQKwVTgEn1 9a9BVzJpwdvvNFk/lUSg4pPuaxqqUpRXQ4/wT4tv9d1i8trzy/LQEptGMc4qP4rcaLb/APXSsX4X nPiO/wD90/8AoRrZ+K//ACBbf/rpW7SVZJHPGTlQbZr/AA858FWP0b+ZrHvPGWoweP10pRH9k3bC NvJ/Gtf4d/8AIk2H0b+ZriNTP/F2R/12pRinOV/MuUmqcLeR69RWV4nuZbPw5fTwPskSIlW9K5b4 Tald6jpF8byd5ikwClzkjIrFQvFyN3O01E76iiioLCiiigAooooAKa6CSNkblWBB+lOpKAM3SdBt NGaU2oOZTzml1nQ7XW4Ujutw2HIK9a0aR3WNSzsFUdSTiq5pX5upn7KChyW0GW1vHaW8cEQxHGNq ivN9N028T4izO1u+zzmfdjjHrmvQhqlizBVvLcseABIKnlmigj8yWRI0/vMQB+dVCbjfTcipSjU5 ddiHUdPh1SxltLgExyDBxUGiaJa6DZG1swdhbcSepNXILmC6UtbzRyqOpRgRTbi8t7XH2ieKLPTe 4Gai7tymto35jL1jwpp+t30N1dBvMi9O/wBa2BGoi8sD5Au3HtUVve2t0SLe4ilI6hHBxU5IAJJw BQ29mCjFXa6mJonhLT9BvZ7mzDb5uuT0+lYfxStLi50KJoImkCSfMFGSK6ttX05GKtfWwI7GVf8A GrassiBlIZWGQRyDVKbUlJkuEXFxRz/gO1ms/B9jFcRmOQKSVPUZNSS+D9Nm8RLrLK32gc4zwT61 rXF9a2mBc3EMOem9wv8AOlt722u8/ZriKXHXY4b+VDlK7kuo1GNlF9BL2zi1CyltZxmKVSrD2rP8 O+GrLwzaSQWIbbI25ix5JrXoqbu1irK9xaKKKQwooooAKKKKACiiigBK8u8Za3earrv9l2bOI0YI FQ/fb3r1GvINcEvhvxv9rMZKrJ5iZ6MO9dGHS5n3OPGt8iXS+pqQfDO9jENx9pQTqwYp2H410njx Svg6VW6gqDTU+IejPDGwkfzZCF8vHIJp3j593g+Zh0JU0OU3Nc4KFKNOXs+xn/CwAaFcY/56j+Vc V4luDqnjS4g1G5aK3WXZk8hB9K7T4Vn/AIkNx/11H8qg8UReD9Wu5heX8drfRna7KDkn3q1K1WRL hzUY6l3wV4ZsNJupbvTdTF5G42kADisn4m+Jri3li0qylaMsMyspwfYVz/gKaa28ZrBYyNJAdwOO jL64q38U9Oltdfhv9pMMoB3dgR2pqP733ncOb9z7qsNsvhZqGo6d9puLlYppF3Ih5P416Dd3jeFv BiyTENNbQBBjkFsYFY2nfE7Rm0pHu3aKdEAaPHUj0rS8UwHxH4IlezB/exiZFPUjris5ucpJT2ua wUIxbp72PMNI0TV/H9/NPNO3lqcu7nhSewFGqaVrHw81KCeKc+WxyjKflf2IrR+HvjK28OJcWOpK yI77g+Punpg1F8Q/F1v4nktbLTUZ44nLBscsx4wK6Lz5+W3umFocnNf3j1jQtTGs6NbXoGDKgLAd j3rRrD8Haa+leGLS3lBEm3cwPYntW5XDK13Y7o3srhRRRUlBRRRQAUUUUAFFFFACVQ1bQ7HWoPKv YQ+Put3X6GtCimm1qhNJqzOOi+GOjRTpKHuSyMGAL8V0Or6Nb6zpjWNyXELY5Q4PFaFFU5ybu2TG lCKaSMnQPDtp4ctHt7NpGR23HzGyaxtR+Gmj6lfzXcz3IkmbcwV8DNdfRQpyTvcHTi1ZrQxNB8J6 Z4dBNlETIeDI5y2PrWjf6da6patb3sKyxN/Cwq1RUuTbuUopKyRw8nwl0GSRm33QDH7ok4H6V2Nn aR2NlDaw58uJAi59BU9FOU5S3YowjHZHK6z8O9E1m4M8kTwyMcsYW27jS6L8PNE0S5E8MTzSqcq0 x3bfpXU0U/aSta4vZxvewlLRRUFhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQB//Z --047d7b5d54985c96710512e5f7ad--