From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (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 1B82C21F1A0 for ; Mon, 23 Feb 2015 10:31:22 -0800 (PST) Received: by mail-oi0-f50.google.com with SMTP id v1so15089831oia.9 for ; Mon, 23 Feb 2015 10:31:21 -0800 (PST) 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=FuOEmLCRrVeC/ra1LGOM3RUNH1e2SoBhS1PCBPQISDI=; b=HGSBCUHDpu7KNTv1vkTZEAwFxuIhzLtyqGUk9PCUlN6Y23+W6PuJd+gvv5tiG6dpUx ai50Oc3U8yH4eu7pIxntf8UITUr/9134Ql6BsJPfSSYoa9eA7blEfRSq/gJ0yyHidV/K Nf0s+J/hg1ciBPgD+q1o3nQ599GbRN+4s0UX4isY5L9zNHieBFXK8IS4jrS0Ie9/2mci 5mcOK0/Glj386OjbjU8mmu6kMx6r+8URLNyfZ1B4vjcZvjEv0YJX6bUtAmEfauqRSZUW 6SFiJ6ixDCa17AzF1aSoZP9Mkt0/lx6Hs3HRyjMxjAN5yk4SkntydXRbZcKZNBdEG0JW aZXA== MIME-Version: 1.0 X-Received: by 10.182.144.136 with SMTP id sm8mr8435503obb.63.1424716281682; Mon, 23 Feb 2015 10:31:21 -0800 (PST) Received: by 10.202.51.66 with HTTP; Mon, 23 Feb 2015 10:31:21 -0800 (PST) In-Reply-To: References: Date: Mon, 23 Feb 2015 10:31:21 -0800 Message-ID: From: Dave Taht To: "Bill Ver Steeg (versteb)" Content-Type: multipart/related; boundary=089e0149cd5ee0425a050fc59b37 Cc: "Bloat@lists.bufferbloat.net" Subject: Re: [Bloat] recommended PC config for network testing using Ubuntu 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: Mon, 23 Feb 2015 18:31:51 -0000 --089e0149cd5ee0425a050fc59b37 Content-Type: multipart/alternative; boundary=089e0149cd5ee04255050fc59b36 --089e0149cd5ee04255050fc59b36 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I do confess to being disappointed that the cisco ethernet drivers in the linux kernel have not been updated to use BQL. It takes a couple hours to code up the 2-6 lines of additional code needed, if you have the hardware. The core thing to look for is any hardware that has bql support for ethernet. http://www.bufferbloat.net/projects/bloat/wiki/BQL_enabled_drivers (this list is a bit behind, I think 3 or more new BQL drivers got added in the last two kernel revs, including the TI 10gig chip and I forget the other two) For rack mounts presently bufferbloat.net mostly uses a bunch of donated cast off hardware, held together with chewing gum and bailing wire. More donations gladly appreciated. Back in the day I used to buy a lot of gear from: http://www.penguincomputing.com/products/rackmount-servers/relion-servers/ And then there is hp, dell, etc, which do linux boxes fairly well in the dc space and ship with modern kernels. But these days I mostly build my own, usually around an asus motherboard. There is a ton of work around the opencompute stuff: http://www.opencompute.org/projects/server/ but most of it is so much higher end than is needed to forward packets at the rates I care about - IF I wanted to do 160Gps or more I would be fiddling with these 12 and 16 core xeon boxes, but I am not.... In trying to stay low cost, fan free... I went through hell trying out the supermicro rangeley platform - the manufacturer I tried was under the delusion that an 8 core rangeley did not need a fan, in particular, and nobody at the time was making a rackmount case with the right sort of power supply for it nor port breakouts, and I never found a way to reliabily boot from and use a USB stick for more than a few days, so I ended up going back to a normal sata drive for it, and going through a half dozen power supplies and cases. I do hope someone is now packaging up that sort of box properly now, in a form that can be used. If anyone wants 4 useless rack mount cases I never got around to shipping them back. Once I got a rangeley running it is *excellent* at forwarding packets in aqm/fq algos at GigE line rate (due to the ivy bridge dma to cache architecture) but not very good at driving tests directly (due to the still quite weak cpu cores), but it does do effective software rate control + an aqm/fq algorithm at GigE speeds. Also the ethernet chips in it are well supported by BQL and the new xmit_more stuff. A MAJOR testing issue is that the ethernet driver has 8 hardware queues and unless you are careful/aware of that, or disable you run into birthday problems everywhere and results that dont make sense. (in the general case, running without the 8 queues proves faster with fq_codel than with the 8) It is very nice to have 4 onboard ethernet ports also, which makes testing a variety of scenarios (like 2 ports into one) a snap. I never got around to trying to make it do 10GigE although the cards for that are lying around here somewhere. I used intel i3 based NUCs as my primary test drivers for the past year. Small, silent, fast. Hardware offloads are needed to drive them to gigE, so they are a little wrong for direcly evaluating AQM/fq - but good if you want to make sure those algos work with TSO/GSO/GRO correctly. I218-v ethernet. Cant route unless you want to observe the horrors that are in present day usb to ethernet adaptors. For laptops, I am generally sticking with the older lenovo ones off-lease and off of craigslist that had a decent keyboard, unlike the chicklet stuff they are now shipping. I swore by the old T60 and T61s and have T400 and T440 ones now. Lenovo gear generally still, even the chicklet ones, have very good linux support (and are probably the most common laptop you will see in the linux community). E1000E ethernet, good support for bql and xmit_more. The chromebooks from HP, with the ath9k in them, can actually be turned into a decent test platform once you replace the OS on them. I am actually going to go get another one today (my last two were stolen) as we are making really good progress on improving wifi behavior of late and I need more client gear to test with. They dont have ethernet. As for a desktop I am terribly pleased with snapon - no crashes *ever* in 3+ years running, and it cost about 2.2k to build, and if I could remember the parts in it, I would build another one just like it - 64GB ram i7 6-core, flash disk, liquid cooling and all. As for a home router, on openwrt chaos calmer everything that is ath9k and ar71xx based is reasonable at rates below 60mbit for soft rate shaping and I have had good results of late without at 500+mbit hard (I dont see aqm engaging but I do see fq working). Tons of other chipsets, YMMV. My topmost candidate for a cheap home router to work with going forward is the tp-link archer c7 v2 although that might change if I can find the DIR-650L model B somewhere. The archer has a pathetic cpu but both ath9k and ath10k chips, and my focus is more on fixing wifi than fixing ethernet these days. The archer=C2=B4s ath10k was AWEFUL when I last tried it but I think that c= an now be improved http://snapon.lab.bufferbloat.net/~d/archer/overnight/normality2.png Still not a lot of hope for the topmost netgear (x4), asus, and dp-link models as yet. IMHO QCA is doing the best job of getting their latest cpu stuff into the linux mainline, but all these architectures use proprietary hardware offloads that are impossible to get fingers into and are not mainlinable. Best we can hope to see is that their chipset vendors are taking the openly available algorithms and burning them into their proprietary firmware. I have certainly talked to them enough about it (and am not in a position to say who is doing what, sorry - but although I am encouraged by the progress behind the scenes, it is taking way too long for these guys to implement an algorithm eric dumazet wrote and mainlined in a single saturday afternoon). Proprietary firmware is not particularly helpful for researchers, I know... I do wish very much I could find a low cost platform that could forward without offloads at line rate with aqm/fq AND do software rate limiting +aqm/fq to nearly gigE on both inbound and outbound, but so far, have not found one. The AMD cougar products cant crack 600mbits, you can almost but not quite get there on an intel 3, and I have not surveyed the rangeley market in the 6 months since I got the last one to work. The older (and commonly available with two ethernet ports) atoms *sucked*: http://snapon.lab.bufferbloat.net/~d/Native_GigE_Atoms_NoOffloads-5873/ I do have several 64bit 8 arm products under evaluation, they barely boot. The Xgene I can probably talk about now, but I havent tried to boot it in a while. The new TI stuff was looking good, havent got around to it. the current crop of cheap boards for arm a8, a9, etc, equipped with ethernet have really lousy drivers in them. But ooh! 4 cores! Shiny! If you would like a specific recommendation for a specific rackmount in particular, I need to go get a couple for an upcoming round of testing, and as you can tell, just as confused about what to buy as anyone else. I am *very* sure about which ethernet chips are worth buying, pretty sure that I can get away with rangeley for gigE routing, dubious about arm, angry at offloaders, that is about it. On Mon, Feb 23, 2015 at 7:14 AM, Bill Ver Steeg (versteb) wrote: > I have been running network tests for several years on a mix of older > Cisco UCS servers and old HP desktops. > > > > It seems that releases of the vintage of 3.2.0.18 run fine on these > systems, but when I try to move forward to 3.19.0 I seem to bump into > compatibility problems. Rather than spend a bunch of time resolving my > configuration issues, I thought I would ask this illustrious group what > PC-based platforms they are using to run the latest AQM code. Hopefully I > can just pick up a new server or two and be back in business. > > > > Thanks in advance. > > > > Bvs > > > > > > [image: http://www.cisco.com/web/europe/images/email/signature/logo05.jpg= ] > > *Bill Ver Steeg* > DISTINGUISHED ENGINEER > versteb@cisco.com > > > > > > > > > > > > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat > > --=20 Dave T=C3=A4ht thttp://www.bufferbloat.net/projects/bloat/wiki/Upcoming_Talks --089e0149cd5ee04255050fc59b36 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I do confess to being disappointed that the cisco eth= ernet drivers in the linux kernel have not been updated to use BQL. It take= s a couple hours to code up the 2-6 lines of additional code needed, if you= have the hardware. The core thing to look for is any hardware that has bql= support for ethernet.


(this list is a bit behind, I think 3 or more new BQL drivers got added i= n the last two kernel revs, including the TI 10gig chip and I forget the ot= her two)

For rack mounts presently bufferbloat.net mostly uses a bunch of donated cast off = hardware, held together with chewing gum and bailing wire. More donations g= ladly appreciated.

Back in the day I used to buy a lot o= f gear from:


And then there is hp, dell, etc, which do linux boxes fairly well i= n the dc space and ship with modern kernels.

But t= hese days I mostly build my own, usually around an asus motherboard. There = is a ton of work around the opencompute stuff:=C2=A0http://www.opencompute.org/projects/server= / but most of it is so much higher end than is needed to forward packet= s at the rates I care about - IF I wanted to do 160Gps or more I would be f= iddling with these 12 and 16 core xeon boxes, but I am not....=C2=A0
<= div>
In trying to stay low cost, fan free...

I went through hell trying out the supermicro rangeley platform - = the manufacturer I tried was under the delusion that an 8 core rangeley did= not need a fan, in particular, and nobody at the time was making a rackmou= nt case with the right sort of power supply for it nor port breakouts, and = I never found a way to reliabily boot from and use a USB stick for more tha= n a few days, so I ended up going back to a normal sata drive for it, and g= oing through a half dozen power supplies and cases. I do hope someone is no= w packaging up that sort of box properly now, in a form that can be used. I= f anyone wants 4 useless rack mount cases I never got around to shipping th= em back.

Once I got a rangeley running it is =C2= =A0*excellent* at forwarding packets in aqm/fq algos at GigE line rate (due= to the ivy bridge dma to cache architecture) but not very good at driving = tests directly (due to the still quite weak cpu cores), but it does do effe= ctive software rate control + an aqm/fq algorithm at GigE speeds. Also the = ethernet chips in it are well supported by BQL and the new xmit_more stuff.= A MAJOR testing issue is that the ethernet driver has 8 hardware queues an= d unless you are careful/aware of that, or disable you run into birthday pr= oblems everywhere and results that dont make sense. (in the general case, r= unning without the 8 queues proves faster with fq_codel than with the 8)

It is very nice to have 4 onboard ethernet ports als= o, which makes testing a variety of scenarios (like 2 ports into one) a sna= p. I never got around to trying to make it do 10GigE although the cards for= that are lying around here somewhere.

I used inte= l i3 based NUCs as my primary test drivers for the past year. Small, silent= , fast. Hardware offloads are needed to drive them to gigE, so they are a l= ittle wrong for direcly evaluating AQM/fq - but good if you want to make su= re those algos work with TSO/GSO/GRO correctly. I218-v ethernet. Cant route= unless you want to observe the horrors that are in present day usb to ethe= rnet adaptors.

For laptops, I am generally stickin= g with the older lenovo ones off-lease and off of craigslist that had a dec= ent keyboard, unlike the chicklet stuff they are now shipping. I swore by t= he old T60 and T61s and have T400 and T440 ones now. Lenovo gear generally = still, even the chicklet ones, have very good linux support (and are probab= ly the most common laptop you will see in the linux community). E1000E ethe= rnet, good support for bql and xmit_more.

The chro= mebooks from HP, with the ath9k in them, can actually be turned into a dece= nt test platform once you replace the OS on them. I am actually going to go= get another one today (my last two were stolen) as we are making really go= od progress on improving wifi behavior of late and I need more client gear = to test with.=C2=A0 They dont have ethernet.

As fo= r a desktop I am terribly pleased with snapon - no crashes *ever* in 3+ yea= rs running, and it cost about 2.2k to build, and if I could remember the pa= rts in it, I would build another one just like it - 64GB ram i7 6-core, fla= sh disk, liquid cooling and all.

As for a home rou= ter, on openwrt chaos calmer everything that is ath9k and ar71xx based is r= easonable at rates below 60mbit for soft rate shaping and I have had good r= esults of late without at 500+mbit hard (I dont see aqm engaging but I do s= ee fq working). Tons of other chipsets, YMMV.=C2=A0

My topmost candidate for a cheap home router to work with going forward i= s the tp-link archer c7 v2 although that might change if I can find the DIR= -650L model B somewhere. The archer has a pathetic cpu but both ath9k and a= th10k chips, and my focus is more on fixing wifi than fixing ethernet these= days.

The archer=C2=B4s ath10k was AWEFUL when I = last tried it but I think that can now be improved

http://snapon.lab.bufferbloat.net/~d/archer/overnight/normality2.png=

Still not a lot of hope for the topmost n= etgear (x4), asus, and dp-link models as yet. IMHO QCA is doing the best jo= b of getting their latest cpu stuff into the linux mainline, but all these = architectures use proprietary hardware offloads that are impossible to get = fingers into and are not mainlinable. Best we can hope to see is that their= chipset vendors are taking the openly available algorithms and burning the= m into their proprietary firmware. I have certainly talked to them enough a= bout it (and am not in a position to say who is doing what, sorry - but alt= hough I am encouraged by the progress behind the scenes, it is taking way t= oo long for these guys to implement an algorithm eric dumazet wrote and mai= nlined in a single saturday afternoon). Proprietary firmware is not particu= larly helpful for researchers, I know...

I do wish= very much I could find a low cost platform that could forward without offl= oads at line rate with aqm/fq AND do software rate limiting +aqm/fq to near= ly gigE on both inbound and outbound, but so far, have not found one. The A= MD cougar products cant crack 600mbits, you can almost but not quite get th= ere on an intel 3, and I have not surveyed the rangeley market in the 6 mon= ths since I got the last one to work.=C2=A0

The ol= der (and commonly available with two ethernet ports) atoms *sucked*:
<= div>

I do have several= 64bit 8 arm products under evaluation, they barely boot. The Xgene I can p= robably talk about now, but I havent tried to boot it in a while. The new T= I stuff was looking good, havent got around to it. the current crop of chea= p boards for arm a8, a9, etc, equipped with ethernet have really lousy driv= ers in them. But ooh! 4 cores! Shiny!

If you would= like a specific recommendation for a specific rackmount in particular, I n= eed to go get a couple for an upcoming round of testing, and as you can tel= l, just as confused about what to buy as anyone else. I am *very* sure abou= t which ethernet chips are worth buying, pretty sure that I can get away wi= th rangeley for gigE routing, dubious about arm, angry at offloaders, that = is about it.=C2=A0

On Mon, Feb 23, 2015 at 7:14 AM, Bill Ver Steeg= (versteb) <versteb@cisco.com> wrote:

I have been running network tests for several years = on a mix of older Cisco UCS servers and old HP desktops.

=C2=A0

It seems that releases of the vintage of 3.2.0.18 ru= n fine on these systems, but when I try to move forward to 3.19.0 I seem to= bump into compatibility problems. Rather than spend a bunch of time resolv= ing my configuration issues, I thought I would ask this illustrious group what PC-based platforms they are using = to run the latest AQM code. Hopefully I can just pick up a new server or tw= o and be back in business.

=C2=A0

Thanks in advance.

=C2=A0

Bvs

=C2=A0

=C2=A0

3D"http://www.cisco.com/web/eu=

Bill Ver Steeg=
DISTINGUISHED ENGINEER
versteb@cisco.com

=C2=A0<= /span>

=C2=A0<= /p>

=C2=A0<= /p>

=C2=A0

=C2=A0


_______________________________________________
Bloat mailing list
Bloat@lists.bufferbloat.net<= /a>
= https://lists.bufferbloat.net/listinfo/bloat




--
--089e0149cd5ee04255050fc59b36-- --089e0149cd5ee0425a050fc59b37 Content-Type: image/jpeg; name="image003.jpg" Content-Disposition: inline; filename="image003.jpg" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: e101ab46298f6ffd_0.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+Put3X6VoUU02tUJpNWZx0Xwx0aKdJQ9yWRgwBfiuh1fRrfWdMaxuS4hbHKHB4rQoqnOTd2yY0 oRTSRk6B4dtfDlo9vZtIyO24+Y2TWNqPw00fUr+a7me5EkzbmCvgZrr6KFOSd7g6cWrNaGJoPhPT PDoJsoiZDwZHOWx9a0b/AE611S1a3vYVlib+FhVqipcm3cpRSVkjh5PhLoMkjNvugGP3RJwP0rsb O0jsbKG1hz5cSBFz6Cp6KcpyluxRhGOyOV1n4daJrNwZ5InhkY5YwnbuNLovw80TRLkTwxPNKpyr THdt+ldTRT9pK1ri9nG97CUtFFQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFAH//2Q== --089e0149cd5ee0425a050fc59b37--