From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 6DD653CB57 for ; Tue, 6 Jul 2021 16:44:07 -0400 (EDT) Received: by mail-ed1-x52c.google.com with SMTP id x12so413212eds.5 for ; Tue, 06 Jul 2021 13:44:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=49Ib6uqjct/x5/q30Kr2ZmMjBG9Ux7ZX2BlDPtAgUfM=; b=SRnVu4e4Fw3byjj3AMMHLTyGxvqeUeszM8DpP+3qIR7NJOl+ELlmAxXf+wAdRLJZHF 7u2rnBtE3hfVitQHHI4dazuQh1NA5DW89auHk/LjTny2w9dU/6lwEvCkCvN86geFhRco yeK3o1F5mX1YDKLaZJGaaly8TXNh1cG7jtlWc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=49Ib6uqjct/x5/q30Kr2ZmMjBG9Ux7ZX2BlDPtAgUfM=; b=ODlXU/U0haHScjn2bPc7TO2Qx88/DKGnLgMlXufL8JtkrateymIxd3IdcxrVOLOvbV L0CFzR0IcfyYPTbflq9RfAVaY2QyfpUnzT1LkGd4cbh3e/8mdj8qkSS9VDF5osRMTfJc Jp4rmWhSD9fQz59Z1Q42Tx5Xvts4QvZLwrTkRigiCrGC4vvknUKdYKOupYnmvs4H4xku arRKJfwwcU7RlLw4+40+/xtjyjuE5DHXhfd5GwpkQhPbTCbVE6clxSR3cvAOgQ2y59b8 ROt+HS/QklU7ltxyOx+/s5ochJa76WE110L0SldeQoKT7opox/QYkZr06fkBSMqrVjuo kLbg== X-Gm-Message-State: AOAM5307thoqeI6JaZo2ODe81EkpCyr0ugqmJtN3JhjaMOGEAaffVpZF MURvfCUUUYr/6ovq/RXCX1s1OCIusdeYqEc8GjkhYQSAFSwHdxQB41oRkUc90DigE93HhQR5+rr ubMth9MjTmpVaOOp34lLOdIoHD1bdWgTMEgDvzYIu X-Google-Smtp-Source: ABdhPJzgsizLYsEL1Q0Je4dMI57YIn9oDbrAQDG9RZREiJGEOs05wrMABhEpJNe/RYls8buuOxKxXih1Q2AnBjrzQsk= X-Received: by 2002:a05:6402:448:: with SMTP id p8mr25031125edw.60.1625604246199; Tue, 06 Jul 2021 13:44:06 -0700 (PDT) MIME-Version: 1.0 References: <1625188609.32718319@apps.rackspace.com> <989de0c1-e06c-cda9-ebe6-1f33df8a4c24@candelatech.com> In-Reply-To: <989de0c1-e06c-cda9-ebe6-1f33df8a4c24@candelatech.com> From: Bob McMahon Date: Tue, 6 Jul 2021 13:43:55 -0700 Message-ID: Subject: Re: [Starlink] [Make-wifi-fast] [Cerowrt-devel] Due Aug 2: Internet Quality workshop CFP for the internet architecture board To: Ben Greear Cc: Dave Taht , starlink@lists.bufferbloat.net, Make-Wifi-fast , "David P. Reed" , Cake List , codel@lists.bufferbloat.net, cerowrt-devel , bloat Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="000000000000a9be2805c67a7b44" X-List-Received-Date: Tue, 06 Jul 2021 20:44:07 -0000 --000000000000a9be2805c67a7b44 Content-Type: multipart/alternative; boundary="000000000000a42ad305c67a7b2f" --000000000000a42ad305c67a7b2f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable The four part attenuator part would be more interesting to me if it also had a solid state phase shifters. This allows for testing 2x2 MIMO testing per affecting the spatial stream eigen vectors/values. Bob PS. The price per port isn't competitive. Probably a good idea to survey the market competition. On Tue, Jul 6, 2021 at 6:46 AM Ben Greear wrote: > Hello, > > I am interested to hear wish lists for network testing features. We make > test equipment, supporting lots > of wifi stations and a distributed architecture, with built-in udp, tcp, > ipv6, http, ... protocols, > and open to creating/improving some of our automated tests. > > I know Dave has some test scripts already, so I'm not necessarily looking > to reimplement that, > but more fishing for other/new ideas. > > Thanks, > Ben > > On 7/2/21 4:28 PM, Bob McMahon wrote: > > I think we need the language of math here. It seems like the network > power metric, introduced by Kleinrock and Jaffe in the late 70s, is > something useful. > > Effective end/end queue depths per Little's law also seems useful. Both > are available in iperf 2 from a test perspective. Repurposing test > techniques to actual > > traffic could be useful. Hence the question around what exact telemetry > is useful to apps making socket write() and read() calls. > > > > Bob > > > > On Fri, Jul 2, 2021 at 10:07 AM Dave Taht dave.taht@gmail.com>> wrote: > > > > In terms of trying to find "Quality" I have tried to encourage folk > to > > both read "zen and the art of motorcycle maintenance"[0], and > Deming's > > work on "total quality management". > > > > My own slice at this network, computer and lifestyle "issue" is > aiming > > for "imperceptible latency" in all things. [1]. There's a lot of > > fallout from that in terms of not just addressing queuing delay, bu= t > > caching, prefetching, and learning more about what a user really > needs > > (as opposed to wants) to know via intelligent agents. > > > > [0] If you want to get depressed, read Pirsig's successor to > "zen...", > > lila, which is in part about what happens when an engineer hits an > > insoluble problem. > > [1] https://www.internetsociety.org/events/latency2013/ < > https://www.internetsociety.org/events/latency2013/> > > > > > > > > On Thu, Jul 1, 2021 at 6:16 PM David P. Reed > wrote: > > > > > > Well, nice that the folks doing the conference are willing to > consider that quality of user experience has little to do with signalling > rate at the > > physical layer or throughput of FTP transfers. > > > > > > > > > > > > But honestly, the fact that they call the problem "network > quality" suggests that they REALLY, REALLY don't understand the Internet > isn't the hardware or > > the routers or even the routing algorithms *to its users*. > > > > > > > > > > > > By ignoring the diversity of applications now and in the future, > and the fact that we DON'T KNOW what will be coming up, this conference > will likely fall > > into the usual trap that net-heads fall into - optimizing for some > imaginary reality that doesn't exist, and in fact will probably never be > what users > > actually will do given the chance. > > > > > > > > > > > > I saw this issue in 1976 in the group developing the original > Internet protocols - a desire to put *into the network* special tricks to > optimize ASR33 > > logins to remote computers from terminal concentrators (aka remote > login), bulk file transfers between file systems on different time-sharin= g > systems, and > > "sessions" (virtual circuits) that required logins. And then trying > to exploit underlying "multicast" by building it into the IP layer, becau= se > someone > > thought that TV broadcast would be the dominant application. > > > > > > > > > > > > Frankly, to think of "quality" as something that can be > "provided" by "the network" misses the entire point of "end-to-end argume= nt > in system design". > > Quality is not a property defined or created by The Network. If you > want to talk about Quality, you need to talk about users - all the users = at > all times, > > now and into the future, and that's something you can't do if you > don't bother to include current and future users talking about what they > might expect to > > experience that they don't experience. > > > > > > > > > > > > There was much fighting back in 1976 that basically involved > "network experts" saying that the network was the place to "solve" such > issues as quality, > > so applications could avoid having to solve such issues. > > > > > > > > > > > > What some of us managed to do was to argue that you can't "solve= " > such issues. All you can do is provide a framework that enables different > uses to > > *cooperate* in some way. > > > > > > > > > > > > Which is why the Internet drops packets rather than queueing > them, and why diffserv cannot work. > > > > > > (I know the latter is conftroversial, but at the moment, ALL of > diffserv attempts to talk about end-to-end applicaiton specific metrics, > but never, ever > > explains what the diffserv control points actually do w.r.t. what > the IP layer can actually control. So it is meaningless - another violati= on > of the > > so-called end-to-end principle). > > > > > > > > > > > > Networks are about getting packets from here to there, > multiplexing the underlying resources. That's it. Quality is a whole > different thing. Quality can > > be improved by end-to-end approaches, if the underlying network > provides some kind of thing that actually creates a way for end-to-end > applications to > > affect queueing and routing decisions, and more importantly getting > "telemetry" from the network regarding what is actually going on with the > other > > end-to-end users sharing the infrastructure. > > > > > > > > > > > > This conference won't talk about it this way. So don't waste you= r > time. > > > > > > > > > > > > > > > > > > > > > > > > On Wednesday, June 30, 2021 8:12pm, "Dave Taht" < > dave.taht@gmail.com > said: > > > > > > > The program committee members are *amazing*. Perhaps, finally, > we can > > > > move the bar for the internet's quality metrics past endless, > blind > > > > repetitions of speedtest. > > > > > > > > For complete details, please see: > > > > https://www.iab.org/activities/workshops/network-quality/ < > https://www.iab.org/activities/workshops/network-quality/> > > > > > > > > Submissions Due: Monday 2nd August 2021, midnight AOE (Anywher= e > On Earth) > > > > Invitations Issued by: Monday 16th August 2021 > > > > > > > > Workshop Date: This will be a virtual workshop, spread over > three days: > > > > > > > > 1400-1800 UTC Tue 14th September 2021 > > > > 1400-1800 UTC Wed 15th September 2021 > > > > 1400-1800 UTC Thu 16th September 2021 > > > > > > > > Workshop co-chairs: Wes Hardaker, Evgeny Khorov, Omer Shapira > > > > > > > > The Program Committee members: > > > > > > > > Jari Arkko, Olivier Bonaventure, Vint Cerf, Stuart Cheshire, S= am > > > > Crowford, Nick Feamster, Jim Gettys, Toke Hoiland-Jorgensen, > Geoff > > > > Huston, Cullen Jennings, Katarzyna Kosek-Szott, Mirja > Kuehlewind, > > > > Jason Livingood, Matt Mathias, Randall Meyer, Kathleen Nichols= , > > > > Christoph Paasch, Tommy Pauly, Greg White, Keith Winstein. > > > > > > > > Send Submissions to: network-quality-workshop-pc@iab.org > . > > > > > > > > Position papers from academia, industry, the open source > community and > > > > others that focus on measurements, experiences, observations a= nd > > > > advice for the future are welcome. Papers that reflect > experience > > > > based on deployed services are especially welcome. The > organizers > > > > understand that specific actions taken by operators are > unlikely to be > > > > discussed in detail, so papers discussing general categories o= f > > > > actions and issues without naming specific technologies, > products, or > > > > other players in the ecosystem are expected. Papers should not > focus > > > > on specific protocol solutions. > > > > > > > > The workshop will be by invitation only. Those wishing to atte= nd > > > > should submit a position paper to the address above; it may > take the > > > > form of an Internet-Draft. > > > > > > > > All inputs submitted and considered relevant will be published > on the > > > > workshop website. The organisers will decide whom to invite > based on > > > > the submissions received. Sessions will be organized according > to > > > > content, and not every accepted submission or invited attendee > will > > > > have an opportunity to present as the intent is to foster > discussion > > > > and not simply to have a sequence of presentations. > > > > > > > > Position papers from those not planning to attend the virtual > sessions > > > > themselves are also encouraged. A workshop report will be > published > > > > afterwards. > > > > > > > > Overview: > > > > > > > > "We believe that one of the major factors behind this lack of > progress > > > > is the popular perception that throughput is the often sole > measure of > > > > the quality of Internet connectivity. With such narrow focus, > people > > > > don=E2=80=99t consider questions such as: > > > > > > > > What is the latency under typical working conditions? > > > > How reliable is the connectivity across longer time periods? > > > > Does the network allow the use of a broad range of protocols? > > > > What services can be run by clients of the network? > > > > What kind of IPv4, NAT or IPv6 connectivity is offered, and ar= e > there firewalls? > > > > What security mechanisms are available for local services, suc= h > as DNS? > > > > To what degree are the privacy, confidentiality, integrity and > > > > authenticity of user communications guarded? > > > > > > > > Improving these aspects of network quality will likely depend = on > > > > measurement and exposing metrics to all involved parties, > including to > > > > end users in a meaningful way. Such measurements and exposure > of the > > > > right metrics will allow service providers and network > operators to > > > > focus on the aspects that impacts the users=E2=80=99 experienc= e most > and at > > > > the same time empowers users to choose the Internet service > that will > > > > give them the best experience." > > > > > > > > > > > > -- > > > > Latest Podcast: > > > > > https://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/ > > > > > > > > > > Dave T=C3=A4ht CTO, TekLibre, LLC > > > > _______________________________________________ > > > > Cerowrt-devel mailing list > > > > Cerowrt-devel@lists.bufferbloat.net Cerowrt-devel@lists.bufferbloat.net> > > > > https://lists.bufferbloat.net/listinfo/cerowrt-devel < > https://lists.bufferbloat.net/listinfo/cerowrt-devel> > > > > > > > > > > > > -- > > Latest Podcast: > > > https://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/ > > > > > > Dave T=C3=A4ht CTO, TekLibre, LLC > > _______________________________________________ > > Make-wifi-fast mailing list > > Make-wifi-fast@lists.bufferbloat.net Make-wifi-fast@lists.bufferbloat.net> > > https://lists.bufferbloat.net/listinfo/make-wifi-fast < > https://lists.bufferbloat.net/listinfo/make-wifi-fast> > > > > > > This electronic communication and the information and any files > transmitted with it, or attached to it, are confidential and are intended > solely for the use of > > the individual or entity to whom it is addressed and may contain > information that is confidential, legally privileged, protected by privac= y > laws, or otherwise > > restricted from disclosure to anyone else. If you are not the intended > recipient or the person responsible for delivering the e-mail to the > intended recipient, > > you are hereby notified that any use, copying, distributing, > dissemination, forwarding, printing, or copying of this e-mail is strictl= y > prohibited. If you > > received this e-mail in error, please return the e-mail to the sender, > delete it from your computer, and destroy any printed copy of it. > > > > _______________________________________________ > > Starlink mailing list > > Starlink@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/starlink > > > > > -- > Ben Greear > Candela Technologies Inc http://www.candelatech.com > --=20 This electronic communication and the information and any files transmitted= =20 with it, or attached to it, are confidential and are intended solely for=20 the use of the individual or entity to whom it is addressed and may contain= =20 information that is confidential, legally privileged, protected by privacy= =20 laws, or otherwise restricted from disclosure to anyone else. If you are=20 not the intended recipient or the person responsible for delivering the=20 e-mail to the intended recipient, you are hereby notified that any use,=20 copying, distributing, dissemination, forwarding, printing, or copying of= =20 this e-mail is strictly prohibited. If you received this e-mail in error,= =20 please return the e-mail to the sender, delete it from your computer, and= =20 destroy any printed copy of it. --000000000000a42ad305c67a7b2f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The four part attenuator part would be more interesting to= me if it also had a solid=C2=A0state phase shifters.=C2=A0 This allows for= testing 2x2 MIMO testing per affecting the spatial stream eigen vectors/va= lues.=C2=A0

Bob

PS. The price per port isn't competitive.= Probably a good idea to survey the market competition.

On Tue, Jul 6, 2021 = at 6:46 AM Ben Greear <greear= b@candelatech.com> wrote:
Hello,

I am interested to hear wish lists for network testing features.=C2=A0 We m= ake test equipment, supporting lots
of wifi stations and a distributed architecture, with built-in udp, tcp, ip= v6, http, ... protocols,
and open to creating/improving some of our automated tests.

I know Dave has some test scripts already, so I'm not necessarily looki= ng to reimplement that,
but more fishing for other/new ideas.

Thanks,
Ben

On 7/2/21 4:28 PM, Bob McMahon wrote:
> I think we need the language=C2=A0of math here. It seems like the netw= ork power metric, introduced by Kleinrock and=C2=A0Jaffe in the late 70s, i= s something useful.
> Effective end/end queue depths per Little's law also seems useful.= Both are available in iperf 2 from a test perspective. Repurposing test te= chniques to actual
> traffic could be useful. Hence=C2=A0the question around what exact tel= emetry is useful to apps making socket write() and read() calls.
>
> Bob
>
> On Fri, Jul 2, 2021 at 10:07 AM Dave Taht <dave.taht@gmail.com <mailto:dave.taht@gmail.com&g= t;> wrote:
>
>=C2=A0 =C2=A0 =C2=A0In terms of trying to find "Quality" I ha= ve tried to encourage folk to
>=C2=A0 =C2=A0 =C2=A0both read "zen and the art of motorcycle maint= enance"[0], and Deming's
>=C2=A0 =C2=A0 =C2=A0work on "total quality management".
>
>=C2=A0 =C2=A0 =C2=A0My own slice at this network, computer and lifestyl= e "issue" is aiming
>=C2=A0 =C2=A0 =C2=A0for "imperceptible latency" in all things= . [1]. There's a lot of
>=C2=A0 =C2=A0 =C2=A0fallout from that in terms of not just addressing q= ueuing delay, but
>=C2=A0 =C2=A0 =C2=A0caching, prefetching, and learning more about what = a user really needs
>=C2=A0 =C2=A0 =C2=A0(as opposed to wants) to know via intelligent agent= s.
>
>=C2=A0 =C2=A0 =C2=A0[0] If you want to get depressed, read Pirsig's= successor to "zen...",
>=C2=A0 =C2=A0 =C2=A0lila, which is in part about what happens when an e= ngineer hits an
>=C2=A0 =C2=A0 =C2=A0insoluble problem.
>=C2=A0 =C2=A0 =C2=A0[1] https://www.internets= ociety.org/events/latency2013/ <https://ww= w.internetsociety.org/events/latency2013/>
>
>
>
>=C2=A0 =C2=A0 =C2=A0On Thu, Jul 1, 2021 at 6:16 PM David P. Reed <dpreed@deepplum.com<= /a> <mailto:dpr= eed@deepplum.com>> wrote:
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > Well, nice that the folks doing the conferenc= e=C2=A0 are willing to consider that quality of user experience has little = to do with signalling rate at the
>=C2=A0 =C2=A0 =C2=A0physical layer or throughput of FTP transfers.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > But honestly, the fact that they call the pro= blem "network quality" suggests that they REALLY, REALLY don'= t understand the Internet isn't the hardware or
>=C2=A0 =C2=A0 =C2=A0the routers or even the routing algorithms *to its = users*.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > By ignoring the diversity of applications now= and in the future, and the fact that we DON'T KNOW what will be coming= up, this conference will likely fall
>=C2=A0 =C2=A0 =C2=A0into the usual trap that net-heads fall into - opti= mizing for some imaginary reality that doesn't exist, and in fact will = probably never be what users
>=C2=A0 =C2=A0 =C2=A0actually will do given the chance.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > I saw this issue in 1976 in the group develop= ing the original Internet protocols - a desire to put *into the network* sp= ecial tricks to optimize ASR33
>=C2=A0 =C2=A0 =C2=A0logins to remote computers from terminal concentrat= ors (aka remote login), bulk file transfers between file systems on differe= nt time-sharing systems, and
>=C2=A0 =C2=A0 =C2=A0"sessions" (virtual circuits) that requir= ed logins. And then trying to exploit underlying "multicast" by b= uilding it into the IP layer, because someone
>=C2=A0 =C2=A0 =C2=A0thought that TV broadcast would be the dominant app= lication.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > Frankly, to think of "quality" as s= omething that can be "provided" by "the network" misses= the entire point of "end-to-end argument in system design".
>=C2=A0 =C2=A0 =C2=A0Quality is not a property defined or created by The= Network. If you want to talk about Quality, you need to talk about users -= all the users at all times,
>=C2=A0 =C2=A0 =C2=A0now and into the future, and that's something y= ou can't do if you don't bother to include current and future users= talking about what they might expect to
>=C2=A0 =C2=A0 =C2=A0experience that they don't experience.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > There was much fighting back in 1976 that bas= ically involved "network experts" saying that the network was the= place to "solve" such issues as quality,
>=C2=A0 =C2=A0 =C2=A0so applications could avoid having to solve such is= sues.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > What some of us managed to do was to argue th= at you can't "solve" such issues. All you can do is provide a= framework that enables different uses to
>=C2=A0 =C2=A0 =C2=A0*cooperate* in some way.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > Which is why the Internet drops packets rathe= r than queueing them, and why diffserv cannot work.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > (I know the latter is conftroversial, but at = the moment, ALL of diffserv attempts to talk about end-to-end applicaiton s= pecific metrics, but never, ever
>=C2=A0 =C2=A0 =C2=A0explains what the diffserv control points actually = do w.r.t. what the IP layer can actually control. So it is meaningless - an= other violation of the
>=C2=A0 =C2=A0 =C2=A0so-called end-to-end principle).
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > Networks are about getting packets from here = to there, multiplexing the underlying resources. That's it. Quality is = a whole different thing. Quality can
>=C2=A0 =C2=A0 =C2=A0be improved by end-to-end approaches, if the underl= ying network provides some kind of thing that actually creates a way for en= d-to-end applications to
>=C2=A0 =C2=A0 =C2=A0affect queueing and routing decisions, and more imp= ortantly getting "telemetry" from the network regarding what is a= ctually going on with the other
>=C2=A0 =C2=A0 =C2=A0end-to-end users sharing the infrastructure.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > This conference won't talk about it this = way. So don't waste your time.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > On Wednesday, June 30, 2021 8:12pm, "Dav= e Taht" <d= ave.taht@gmail.com <mailto:dave.taht@gmail.com>> said:
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > > The program committee members are *amazi= ng*. Perhaps, finally, we can
>=C2=A0 =C2=A0 =C2=A0 > > move the bar for the internet's qual= ity metrics past endless, blind
>=C2=A0 =C2=A0 =C2=A0 > > repetitions of speedtest.
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > For complete details, please see:
>=C2=A0 =C2=A0 =C2=A0 > > https://= www.iab.org/activities/workshops/network-quality/ <https://www.iab.org/activities/workshops/network-quality/>
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > Submissions Due: Monday 2nd August 2021,= midnight AOE (Anywhere On Earth)
>=C2=A0 =C2=A0 =C2=A0 > > Invitations Issued by: Monday 16th Augus= t 2021
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > Workshop Date: This will be a virtual wo= rkshop, spread over three days:
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > 1400-1800 UTC Tue 14th September 2021 >=C2=A0 =C2=A0 =C2=A0 > > 1400-1800 UTC Wed 15th September 2021 >=C2=A0 =C2=A0 =C2=A0 > > 1400-1800 UTC Thu 16th September 2021 >=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > Workshop co-chairs: Wes Hardaker, Evgeny= Khorov, Omer Shapira
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > The Program Committee members:
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > Jari Arkko, Olivier Bonaventure, Vint Ce= rf, Stuart Cheshire, Sam
>=C2=A0 =C2=A0 =C2=A0 > > Crowford, Nick Feamster, Jim Gettys, Tok= e Hoiland-Jorgensen, Geoff
>=C2=A0 =C2=A0 =C2=A0 > > Huston, Cullen Jennings, Katarzyna Kosek= -Szott, Mirja Kuehlewind,
>=C2=A0 =C2=A0 =C2=A0 > > Jason Livingood, Matt Mathias, Randall M= eyer, Kathleen Nichols,
>=C2=A0 =C2=A0 =C2=A0 > > Christoph Paasch, Tommy Pauly, Greg Whit= e, Keith Winstein.
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > Send Submissions to: network-quality-works= hop-pc@iab.org <mailto:network-quality-workshop-pc@iab.org>. >=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > Position papers from academia, industry,= the open source community and
>=C2=A0 =C2=A0 =C2=A0 > > others that focus on measurements, exper= iences, observations and
>=C2=A0 =C2=A0 =C2=A0 > > advice for the future are welcome. Paper= s that reflect experience
>=C2=A0 =C2=A0 =C2=A0 > > based on deployed services are especiall= y welcome. The organizers
>=C2=A0 =C2=A0 =C2=A0 > > understand that specific actions taken b= y operators are unlikely to be
>=C2=A0 =C2=A0 =C2=A0 > > discussed in detail, so papers discussin= g general categories of
>=C2=A0 =C2=A0 =C2=A0 > > actions and issues without naming specif= ic technologies, products, or
>=C2=A0 =C2=A0 =C2=A0 > > other players in the ecosystem are expec= ted. Papers should not focus
>=C2=A0 =C2=A0 =C2=A0 > > on specific protocol solutions.
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > The workshop will be by invitation only.= Those wishing to attend
>=C2=A0 =C2=A0 =C2=A0 > > should submit a position paper to the ad= dress above; it may take the
>=C2=A0 =C2=A0 =C2=A0 > > form of an Internet-Draft.
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > All inputs submitted and considered rele= vant will be published on the
>=C2=A0 =C2=A0 =C2=A0 > > workshop website. The organisers will de= cide whom to invite based on
>=C2=A0 =C2=A0 =C2=A0 > > the submissions received. Sessions will = be organized according to
>=C2=A0 =C2=A0 =C2=A0 > > content, and not every accepted submissi= on or invited attendee will
>=C2=A0 =C2=A0 =C2=A0 > > have an opportunity to present as the in= tent is to foster discussion
>=C2=A0 =C2=A0 =C2=A0 > > and not simply to have a sequence of pre= sentations.
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > Position papers from those not planning = to attend the virtual sessions
>=C2=A0 =C2=A0 =C2=A0 > > themselves are also encouraged. A worksh= op report will be published
>=C2=A0 =C2=A0 =C2=A0 > > afterwards.
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > Overview:
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > "We believe that one of the major f= actors behind this lack of progress
>=C2=A0 =C2=A0 =C2=A0 > > is the popular perception that throughpu= t is the often sole measure of
>=C2=A0 =C2=A0 =C2=A0 > > the quality of Internet connectivity. Wi= th such narrow focus, people
>=C2=A0 =C2=A0 =C2=A0 > > don=E2=80=99t consider questions such as= :
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > What is the latency under typical workin= g conditions?
>=C2=A0 =C2=A0 =C2=A0 > > How reliable is the connectivity across = longer time periods?
>=C2=A0 =C2=A0 =C2=A0 > > Does the network allow the use of a broa= d range of protocols?
>=C2=A0 =C2=A0 =C2=A0 > > What services can be run by clients of t= he network?
>=C2=A0 =C2=A0 =C2=A0 > > What kind of IPv4, NAT or IPv6 connectiv= ity is offered, and are there firewalls?
>=C2=A0 =C2=A0 =C2=A0 > > What security mechanisms are available f= or local services, such as DNS?
>=C2=A0 =C2=A0 =C2=A0 > > To what degree are the privacy, confiden= tiality, integrity and
>=C2=A0 =C2=A0 =C2=A0 > > authenticity of user communications guar= ded?
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > Improving these aspects of network quali= ty will likely depend on
>=C2=A0 =C2=A0 =C2=A0 > > measurement and exposing metrics to all = involved parties, including to
>=C2=A0 =C2=A0 =C2=A0 > > end users in a meaningful way. Such meas= urements and exposure of the
>=C2=A0 =C2=A0 =C2=A0 > > right metrics will allow service provide= rs and network operators to
>=C2=A0 =C2=A0 =C2=A0 > > focus on the aspects that impacts the us= ers=E2=80=99 experience most and at
>=C2=A0 =C2=A0 =C2=A0 > > the same time empowers users to choose t= he Internet service that will
>=C2=A0 =C2=A0 =C2=A0 > > give them the best experience."
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > --
>=C2=A0 =C2=A0 =C2=A0 > > Latest Podcast:
>=C2=A0 =C2=A0 =C2=A0 > > https://www.linkedin.com/feed/update/urn:li:activity:67910142849367= 85920/ <https://www.= linkedin.com/feed/update/urn:li:activity:6791014284936785920/>
>=C2=A0 =C2=A0 =C2=A0 > >
>=C2=A0 =C2=A0 =C2=A0 > > Dave T=C3=A4ht CTO, TekLibre, LLC
>=C2=A0 =C2=A0 =C2=A0 > > ________________________________________= _______
>=C2=A0 =C2=A0 =C2=A0 > > Cerowrt-devel mailing list
>=C2=A0 =C2=A0 =C2=A0 > > Cerowrt-devel@lists.bufferbloat.net &l= t;mailto:Cerowrt-devel@lists.bufferbloat.net>
>=C2=A0 =C2=A0 =C2=A0 > > https://lists= .bufferbloat.net/listinfo/cerowrt-devel <= https://lists.bufferbloat.net/listinfo/cerowrt-devel>
>=C2=A0 =C2=A0 =C2=A0 > >
>
>
>
>=C2=A0 =C2=A0 =C2=A0--
>=C2=A0 =C2=A0 =C2=A0Latest Podcast:
>=C2=A0 =C2=A0 =C2=A0htt= ps://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/ = <https://www.linkedin.co= m/feed/update/urn:li:activity:6791014284936785920/>
>
>=C2=A0 =C2=A0 =C2=A0Dave T=C3=A4ht CTO, TekLibre, LLC
>=C2=A0 =C2=A0 =C2=A0_______________________________________________
>=C2=A0 =C2=A0 =C2=A0Make-wifi-fast mailing list
>=C2=A0 =C2=A0 =C2=A0Make-wifi-fast@lists.bufferbloat.net <mailto:= M= ake-wifi-fast@lists.bufferbloat.net>
>=C2=A0 =C2=A0 =C2=A0https://lists.bufferblo= at.net/listinfo/make-wifi-fast <https://= lists.bufferbloat.net/listinfo/make-wifi-fast>
>
>
> This electronic communication and the information and any files transm= itted with it, or attached to it, are confidential and are intended solely = for the use of
> the individual or entity to whom it is addressed and may contain infor= mation that is confidential, legally privileged, protected by privacy laws,= or otherwise
> restricted from disclosure to anyone else. If you are not the intended= recipient or the person responsible for delivering the e-mail to the inten= ded recipient,
> you are hereby notified that any use, copying, distributing, dissemina= tion, forwarding, printing, or copying of this e-mail is strictly prohibite= d. If you
> received this e-mail in error, please return the e-mail to the sender,= delete it from your computer, and destroy any printed copy of it.
>
> _______________________________________________
> Starlink mailing list
> St= arlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink<= /a>
>


--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc=C2=A0 http://www.candelatech.com

This ele= ctronic communication and the information and any files transmitted with it= , or attached to it, are confidential and are intended solely for the use o= f the individual or entity to whom it is addressed and may contain informat= ion that is confidential, legally privileged, protected by privacy laws, or= otherwise restricted from disclosure to anyone else. If you are not the in= tended recipient or the person responsible for delivering the e-mail to the= intended recipient, you are hereby notified that any use, copying, distrib= uting, dissemination, forwarding, printing, or copying of this e-mail is st= rictly prohibited. If you received this e-mail in error, please return the = e-mail to the sender, delete it from your computer, and destroy any printed= copy of it. --000000000000a42ad305c67a7b2f-- --000000000000a9be2805c67a7b44 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIQagYJKoZIhvcNAQcCoIIQWzCCEFcCAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0BBwGg gg3BMIIFDTCCA/WgAwIBAgIQeEqpED+lv77edQixNJMdADANBgkqhkiG9w0BAQsFADBMMSAwHgYD VQQLExdHbG9iYWxTaWduIFJvb3QgQ0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UE AxMKR2xvYmFsU2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yODA5MTYwMDAwMDBaMFsxCzAJBgNVBAYT AkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhHbG9iYWxTaWduIEdDQyBS MyBQZXJzb25hbFNpZ24gMiBDQSAyMDIwMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA vbCmXCcsbZ/a0fRIQMBxp4gJnnyeneFYpEtNydrZZ+GeKSMdHiDgXD1UnRSIudKo+moQ6YlCOu4t rVWO/EiXfYnK7zeop26ry1RpKtogB7/O115zultAz64ydQYLe+a1e/czkALg3sgTcOOcFZTXk38e aqsXsipoX1vsNurqPtnC27TWsA7pk4uKXscFjkeUE8JZu9BDKaswZygxBOPBQBwrA5+20Wxlk6k1 e6EKaaNaNZUy30q3ArEf30ZDpXyfCtiXnupjSK8WU2cK4qsEtj09JS4+mhi0CTCrCnXAzum3tgcH cHRg0prcSzzEUDQWoFxyuqwiwhHu3sPQNmFOMwIDAQABo4IB2jCCAdYwDgYDVR0PAQH/BAQDAgGG MGAGA1UdJQRZMFcGCCsGAQUFBwMCBggrBgEFBQcDBAYKKwYBBAGCNxQCAgYKKwYBBAGCNwoDBAYJ KwYBBAGCNxUGBgorBgEEAYI3CgMMBggrBgEFBQcDBwYIKwYBBQUHAxEwEgYDVR0TAQH/BAgwBgEB /wIBADAdBgNVHQ4EFgQUljPR5lgXWzR1ioFWZNW+SN6hj88wHwYDVR0jBBgwFoAUj/BLf6guRSSu TVD6Y5qL3uLdG7wwegYIKwYBBQUHAQEEbjBsMC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC5nbG9i YWxzaWduLmNvbS9yb290cjMwOwYIKwYBBQUHMAKGL2h0dHA6Ly9zZWN1cmUuZ2xvYmFsc2lnbi5j b20vY2FjZXJ0L3Jvb3QtcjMuY3J0MDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuZ2xvYmFs c2lnbi5jb20vcm9vdC1yMy5jcmwwWgYDVR0gBFMwUTALBgkrBgEEAaAyASgwQgYKKwYBBAGgMgEo CjA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAN BgkqhkiG9w0BAQsFAAOCAQEAdAXk/XCnDeAOd9nNEUvWPxblOQ/5o/q6OIeTYvoEvUUi2qHUOtbf jBGdTptFsXXe4RgjVF9b6DuizgYfy+cILmvi5hfk3Iq8MAZsgtW+A/otQsJvK2wRatLE61RbzkX8 9/OXEZ1zT7t/q2RiJqzpvV8NChxIj+P7WTtepPm9AIj0Keue+gS2qvzAZAY34ZZeRHgA7g5O4TPJ /oTd+4rgiU++wLDlcZYd/slFkaT3xg4qWDepEMjT4T1qFOQIL+ijUArYS4owpPg9NISTKa1qqKWJ jFoyms0d0GwOniIIbBvhI2MJ7BSY9MYtWVT5jJO3tsVHwj4cp92CSFuGwunFMzCCA18wggJHoAMC AQICCwQAAAAAASFYUwiiMA0GCSqGSIb3DQEBCwUAMEwxIDAeBgNVBAsTF0dsb2JhbFNpZ24gUm9v dCBDQSAtIFIzMRMwEQYDVQQKEwpHbG9iYWxTaWduMRMwEQYDVQQDEwpHbG9iYWxTaWduMB4XDTA5 MDMxODEwMDAwMFoXDTI5MDMxODEwMDAwMFowTDEgMB4GA1UECxMXR2xvYmFsU2lnbiBSb290IENB IC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24xEzARBgNVBAMTCkdsb2JhbFNpZ24wggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDMJXaQeQZ4Ihb1wIO2hMoonv0FdhHFrYhy/EYCQ8eyip0E XyTLLkvhYIJG4VKrDIFHcGzdZNHr9SyjD4I9DCuul9e2FIYQebs7E4B3jAjhSdJqYi8fXvqWaN+J J5U4nwbXPsnLJlkNc96wyOkmDoMVxu9bi9IEYMpJpij2aTv2y8gokeWdimFXN6x0FNx04Druci8u nPvQu7/1PQDhBjPogiuuU6Y6FnOM3UEOIDrAtKeh6bJPkC4yYOlXy7kEkmho5TgmYHWyn3f/kRTv riBJ/K1AFUjRAjFhGV64l++td7dkmnq/X8ET75ti+w1s4FRpFqkD2m7pg5NxdsZphYIXAgMBAAGj QjBAMA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSP8Et/qC5FJK5N UPpjmove4t0bvDANBgkqhkiG9w0BAQsFAAOCAQEAS0DbwFCq/sgM7/eWVEVJu5YACUGssxOGhigH M8pr5nS5ugAtrqQK0/Xx8Q+Kv3NnSoPHRHt44K9ubG8DKY4zOUXDjuS5V2yq/BKW7FPGLeQkbLmU Y/vcU2hnVj6DuM81IcPJaP7O2sJTqsyQiunwXUaMld16WCgaLx3ezQA3QY/tRG3XUyiXfvNnBB4V 14qWtNPeTCekTBtzc3b0F5nCH3oO4y0IrQocLP88q1UOD5F+NuvDV0m+4S4tfGCLw0FREyOdzvcy a5QBqJnnLDMfOjsl0oZAzjsshnjJYS8Uuu7bVW/fhO4FCU29KNhyztNiUGUe65KXgzHZs7XKR1g/ XzCCBUkwggQxoAMCAQICDBhL7k9eiTHfluW70TANBgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMg UGVyc29uYWxTaWduIDIgQ0EgMjAyMDAeFw0yMTAyMjIwNDQyMDRaFw0yMjA5MDEwODA5NDlaMIGM MQswCQYDVQQGEwJJTjESMBAGA1UECBMJS2FybmF0YWthMRIwEAYDVQQHEwlCYW5nYWxvcmUxFjAU BgNVBAoTDUJyb2FkY29tIEluYy4xFDASBgNVBAMTC0JvYiBNY01haG9uMScwJQYJKoZIhvcNAQkB Fhhib2IubWNtYWhvbkBicm9hZGNvbS5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIB AQDyY95HWFm48WhKUyFbAS9JxiDqBHBdAbgjx4iF46lkqZdVkIJ8pGfcXoGd10Vp9yL5VQevDAt/ A/Jh22uhSgKR9Almeux9xWGhG8cyZwcCwYrsMt84FqCgEQidT+7YGNdd9oKrjU7mFC7pAnnw+cGI d3NFryurgnNPwfEK0X7HwRsga5pM+Zelr/ZM8MkphE1hCvTuPGakNylOFhP+wKL8Bmhsq5tNIInw DrPV5EPUikwiGMDmkX8o6roGiUwyqAp8dMZKJZ/vS/aWEELV+gm21Btr7eqdAWyqm09McVpkM4th v/FOYcj8DeJr8MXmHW53gN2fv0BzQjqAdrdCBPNRAgMBAAGjggHZMIIB1TAOBgNVHQ8BAf8EBAMC BaAwgaMGCCsGAQUFBwEBBIGWMIGTME4GCCsGAQUFBzAChkJodHRwOi8vc2VjdXJlLmdsb2JhbHNp Z24uY29tL2NhY2VydC9nc2djY3IzcGVyc29uYWxzaWduMmNhMjAyMC5jcnQwQQYIKwYBBQUHMAGG NWh0dHA6Ly9vY3NwLmdsb2JhbHNpZ24uY29tL2dzZ2NjcjNwZXJzb25hbHNpZ24yY2EyMDIwME0G A1UdIARGMEQwQgYKKwYBBAGgMgEoCjA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxz aWduLmNvbS9yZXBvc2l0b3J5LzAJBgNVHRMEAjAAMEkGA1UdHwRCMEAwPqA8oDqGOGh0dHA6Ly9j cmwuZ2xvYmFsc2lnbi5jb20vZ3NnY2NyM3BlcnNvbmFsc2lnbjJjYTIwMjAuY3JsMCMGA1UdEQQc MBqBGGJvYi5tY21haG9uQGJyb2FkY29tLmNvbTATBgNVHSUEDDAKBggrBgEFBQcDBDAfBgNVHSME GDAWgBSWM9HmWBdbNHWKgVZk1b5I3qGPzzAdBgNVHQ4EFgQUpyXYr5rh8cZzkns+zXmMG1YkBk4w DQYJKoZIhvcNAQELBQADggEBACfauRPak93nzbpn8UXqRZqg6iUZch/UfGj9flerMl4TlK5jWulz Y+rRg+iWkjiLk3O+kKu6GI8TLXB2rsoTnrHYij96Uad5/Ut3Q5F4S0ILgOWVU38l0VZIGGG0CzG1 eLUgN2zjLg++xJuzqijuKQCJb/3+il2MTJ8dcDaXuYcjg7Vt6+EtCBS1SGMVhOTH4Fp50yGWj8ZA bPF1uuJM+dGLJLheUizCr5J/OBEdENg+DSmrqoZ+kZd76iRaF2CkhboR2394Ft8lFlKQiU0q8lnR 9/kdZ0F0iCcUfhaLaGYWujW7N0LZ+rQuTfuPGLx9zZNeNMWSZi/Pc8vdCO7EnlIxggJtMIICaQIB ATBrMFsxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhH bG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMiBDQSAyMDIwAgwYS+5PXokx35blu9EwDQYJ YIZIAWUDBAIBBQCggdQwLwYJKoZIhvcNAQkEMSIEIFNzmGPy8YWDM66G7/wz632OGczQS3m2MMSN cF5m2JD/MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIxMDcwNjIw NDQwNlowaQYJKoZIhvcNAQkPMVwwWjALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAsGCWCGSAFl AwQBAjAKBggqhkiG9w0DBzALBgkqhkiG9w0BAQowCwYJKoZIhvcNAQEHMAsGCWCGSAFlAwQCATAN BgkqhkiG9w0BAQEFAASCAQA5rScFiw7Ry4leBGE+/fvZdJRziHAyN2IQd++DELalQubBk0l8WmZd zARY+RtoLc4OAjHHu1Q6lZ+0FKzlpCmP/EDLjyMzAw0+xZpWbz8DRmJrbCVk/SZKh6kFtOopDW5o CN1OaO9/yM3k3hPufjHAdL5ThVKh0X+IsyeSOb+uPRq7cJ6yl2EQcrrM5xIlXrhBPm9yjbU/oBOR Xg0+3kggS8idIw+apH1QSCsqFNWPeCHYKXK8/B9RzHVpCTxOF64Th3GeyTpehB1CUUdwM49XE7iW WQBHMSONlkG4eRghG/l3k2zbmzOQ5FkFJT3QBuM+hd20JGnV3A9jPSYonOas --000000000000a9be2805c67a7b44--