From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-x631.google.com (mail-ej1-x631.google.com [IPv6:2a00:1450:4864:20::631]) (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 CE9DE3B2A4 for ; Tue, 10 Aug 2021 13:07:00 -0400 (EDT) Received: by mail-ej1-x631.google.com with SMTP id hs10so36826687ejc.0 for ; Tue, 10 Aug 2021 10:07:00 -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=RCb3M/ReUWWMJDoBu5T7lm942Lu+VXbowsFjaFjYQF8=; b=a0athwZUKl3oRv5DyB+tnUHet5Jo797N83I57q62U56ogHMAJN9gqqu/JEH8Y/VhqI KXWSBd5+P+pTP+N82WyraGxk2nn4EAdcaTyGsnd2xLdRnGaxPCGCseERj/ang1ymizAC 28mTU2ACOJk6eoYW4/s32NIP0SoihD3S+zovY= 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=RCb3M/ReUWWMJDoBu5T7lm942Lu+VXbowsFjaFjYQF8=; b=nbKrVFEFNIm79Z1ySH9aDsvFWxTYO1CE5BNSha0mSUeg7/X9gRjv3NhzjYfENQW/LF 3wzCYWtc7B0mTxHTkKvCKGEoN07+c2Klwj2cL+UCSdly7KNPt9RF1gDQuUQVq/9uc9y6 cDizdV8kV6c1kH46vBsVf0wqKxDM58JWrPEp3n0BWgxjv9qcam82wj/bjJ8HDjYNcOjd T63L3z/NwyFdJ5BBZfM7vDRF6jGcdvkUYtLR5CUSZi9U7F22HrTGk2P/rovEDh0P9BYr bQtNlhqRuLmYrvENibLPXgy+txK/OhK5cqF00krRUn3iiDtBoMCjF4GoMlKL9j9kiV6C MazA== X-Gm-Message-State: AOAM533I4UoMP/hekL7nwW32IjBwxkN8rcQGhu1jYpR849bldqjNhU8V qbRenkrFBg7HgWRs1Wmw7OBQ5LK876UwqMnojlyZG9mNafj/bFkHk0Qqqt8FSg811veo1+5tAOI n3OnUGJ0RmFFvkyLGB5K8mgfunUJuF5X13aTGQPbo X-Google-Smtp-Source: ABdhPJzsshWP3RR3VZ1NYrrvIhfJf5+bKhRxKYLMESI2WFZqXm6HIGid2DOT3GnIUl917Jbe9PETlGRhcFUoJeZGsIM= X-Received: by 2002:a17:906:1cc9:: with SMTP id i9mr9223403ejh.345.1628615218493; Tue, 10 Aug 2021 10:06:58 -0700 (PDT) MIME-Version: 1.0 References: <202108101410.17AEAR4w075939@gndrsh.dnsmgr.net> <5AF5551E2A7041168E7071FDA0F6B8EC@SRA6> In-Reply-To: <5AF5551E2A7041168E7071FDA0F6B8EC@SRA6> From: Bob McMahon Date: Tue, 10 Aug 2021 10:06:47 -0700 Message-ID: Subject: Re: [Starlink] [Cake] [Make-wifi-fast] [Cerowrt-devel] Due Aug 2: Internet Quality workshop CFP for the internet architecture board To: dickroy@alum.mit.edu Cc: "Rodney W. Grimes" , Cake List , Make-Wifi-fast , starlink@lists.bufferbloat.net, codel , cerowrt-devel , bloat Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="000000000000a8a40d05c9378764" X-List-Received-Date: Tue, 10 Aug 2021 17:07:01 -0000 --000000000000a8a40d05c9378764 Content-Type: multipart/alternative; boundary="00000000000094453605c93787ca" --00000000000094453605c93787ca Content-Type: text/plain; charset="UTF-8" The slides show that for WiFi every transmission produces a complex frequency response, aka the h-matrix. This is valid for that one transmission only. The slides show an amplitude plot for a 3 radio device hence the 9 elements per the h-matrix. It's assumed that the WiFi STA/AP is stationary such that doppler effects aren't a consideration. WiFi isn't a car trying to connect to a cell tower. The plot doesn't show the phase effects but they are included as the output of the channel estimate is a complex frequency response. Each RX produces the h-matrix ahead of the MAC. These may not be symmetric in the real world but that's ok as transmission and reception is one way only, i.e. the treating them as repcripocol and the matrix as hollows symmetric isn't going to be a "test blocker" as the goal is to be able to use software and programmable devices to change them in near real time. The current approach used by many using butler matrices to produce off-diagonal effects is woefully inadequate. And we're paying about $2.5K per each butler. Bob On Tue, Aug 10, 2021 at 9:13 AM Dick Roy wrote: > Well, I hesitate to drag this out, however Maxwell's equations and the > invariance of the laws of physics ensure that all path loss matrices are > reciprocal. What that means is that at any for any given set of fixed > boundary conditions (nothing moving/changing!), the propagation loss > between > any two points in the domain is the same in both directions. The > "multipathing" in one direction is the same in the other because the > two-parameter (angle1,angle2) scattering cross sections of all objects > (remember they are fixed here) are independent of the ordering of the > angles. > > Very importantly, path loss is NOT the same as the link loss (aka link > budget) which involves tx power and rx noise figure (and in the case of > smart antennas, there is a link per spatial stream and how those links are > managed/controlled really matters, but let's just keep it simple for this > discussion) and these generally are different on both ends of a link for a > variety of reasons. The other very important issue is that of the > ""measurement plane", or "where tx power and rx noise figure are being > measured/referenced to and how well the interface at that plane is > "matched". We generally assume that the matching is perfect, however it > never is. All of these effects contribute to the link loss which determines > the strength of the signal coming out of the receiver (not the receive > antenna, the receiver) for a given signal strength coming out of the > transmitter (not the transmit antenna, the tx output port). > > In the real world, things change. Sources and sinks move as do many of the > objects around them. This creates a time-varying RF environment, and now > the path loss matrix is a function of time and a few others things, so it > matters WHEN something is transmitted, and WHEN it is received, and the two > WHEN's are generally separated by "the speed of light" which is a ft/ns > roughly. As important is the fact that it's no longer really a path loss > matrix containing a single scalar because among other things, the time > varying environment induces change in the transmitted waveform on its way > to > the receiver most commonly referred to as the Doppler effect which means > there is a frequency translation/shift for each (multi-)path of which there > are in general an uncountably infinite number because this is a continuous > world in which we live (the space quantization experiment being conducted > in > the central US aside:^)). As a consequence of these physical laws, the > entries in the path loss matrix become complex functions of a number of > variables including time. These functions are quite often characterized in > terms of Doppler and delay-spread, terms used to describe in just a few > parameters the amount of "distortion" a complex function causes. > > Hope this helps ... probably a bit more than you really wanted to know as > queuing theorists, but ... > > -----Original Message----- > From: Starlink [mailto:starlink-bounces@lists.bufferbloat.net] On Behalf > Of > Rodney W. Grimes > Sent: Tuesday, August 10, 2021 7:10 AM > To: Bob McMahon > Cc: Cake List; Make-Wifi-fast; starlink@lists.bufferbloat.net; > codel@lists.bufferbloat.net; cerowrt-devel; bloat > Subject: Re: [Starlink] [Cake] [Make-wifi-fast] [Cerowrt-devel] Due Aug 2: > Internet Quality workshop CFP for the internet architecture board > > > The distance matrix defines signal attenuations/loss between pairs. It's > > straightforward to create a distance matrix that has hidden nodes because > > all "signal loss" between pairs is defined. Let's say a 120dB > attenuation > > path will cause a node to be hidden as an example. > > > > A B C D > > A - 35 120 65 > > B - 65 65 > > C - 65 > > D - > > > > So in the above, AC are hidden from each other but nobody else is. It > does > > assume symmetry between pairs but that's typically true. > > That is not correct, symmetry in the RF world, especially wifi, is rare > due to topology issues. A high transmitter, A, and a low receiver, B, > has a good path A - > B, but a very weak path B -> A. Multipathing > is another major issue that causes assymtry. > > > > > The RF device takes these distance matrices as settings and calculates > the > > five branch tree values (as demonstrated in the video). There are > > limitations to solutions though but I've found those not to be an issue > to > > date. I've been able to produce hidden nodes quite readily. Add the phase > > shifters and spatial stream powers can also be affected, but this isn't > > shown in this simple example. > > > > Bob > > > > On Mon, Aug 2, 2021 at 8:12 PM David Lang wrote: > > > > > I guess it depends on what you are intending to test. If you are not > going > > > to > > > tinker with any of the over-the-air settings (including the number of > > > packets > > > transmitted in one aggregate), the details of what happen over the air > > > don't > > > matter much. > > > > > > But if you are going to be doing any tinkering with what is getting > sent, > > > and > > > you ignore the hidden transmitter type problems, you will create a > > > solution that > > > seems to work really well in the lab and falls on it's face out in the > > > wild > > > where spectrum overload and hidden transmitters are the norm (at least > in > > > urban > > > areas), not rare corner cases. > > > > > > you don't need to include them in every test, but you need to have a > way > > > to > > > configure your lab to include them before you consider any > > > settings/algorithm > > > ready to try in the wild. > > > > > > David Lang > > > > > > On Mon, 2 Aug 2021, Bob McMahon wrote: > > > > > > > We find four nodes, a primary BSS and an adjunct one quite good for > lots > > > of > > > > testing. The six nodes allows for a primary BSS and two adjacent > ones. > > > We > > > > want to minimize complexity to necessary and sufficient. > > > > > > > > The challenge we find is having variability (e.g. montecarlos) that's > > > > reproducible and has relevant information. Basically, the distance > > > matrices > > > > have h-matrices as their elements. Our chips can provide these > > > h-matrices. > > > > > > > > The parts for solid state programmable attenuators and phase shifters > > > > aren't very expensive. A device that supports a five branch tree and > 2x2 > > > > MIMO seems a very good starting point. > > > > > > > > Bob > > > > > > > > On Mon, Aug 2, 2021 at 4:55 PM Ben Greear > > > wrote: > > > > > > > >> On 8/2/21 4:16 PM, David Lang wrote: > > > >>> If you are going to setup a test environment for wifi, you need to > > > >> include the ability to make a fe cases that only happen with RF, not > > > with > > > >> wired networks and > > > >>> are commonly overlooked > > > >>> > > > >>> 1. station A can hear station B and C but they cannot hear each > other > > > >>> 2. station A can hear station B but station B cannot hear station A > 3. > > > >> station A can hear that station B is transmitting, but not with a > strong > > > >> enough signal to > > > >>> decode the signal (yes in theory you can work around interference, > but > > > >> in practice interference is still a real thing) > > > >>> > > > >>> David Lang > > > >>> > > > >> > > > >> To add to this, I think you need lots of different station devices, > > > >> different capabilities (/n, /ac, /ax, etc) > > > >> different numbers of spatial streams, and different distances from > the > > > >> AP. From download queueing perspective, changing > > > >> the capabilities may be sufficient while keeping all stations at > same > > > >> distance. This assumes you are not > > > >> actually testing the wifi rate-ctrl alg. itself, so different > throughput > > > >> levels for different stations would be enough. > > > >> > > > >> So, a good station emulator setup (and/or pile of real stations) and > a > > > few > > > >> RF chambers and > > > >> programmable attenuators and you can test that setup... > > > >> > > > >> From upload perspective, I guess same setup would do the job. > > > >> Queuing/fairness might depend a bit more on the > > > >> station devices, emulated or otherwise, but I guess a clever AP > could > > > >> enforce fairness in upstream direction > > > >> too by implementing per-sta queues. > > > >> > > > >> Thanks, > > > >> Ben > > > >> > > > >> -- > > > >> Ben Greear > > > >> Candela Technologies Inc http://www.candelatech.com > > > >> > > > > > > > > > > > > > > > -- > > 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 > 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 intended recipient, you are hereby notified that any use, > > copying, distributing, dissemination, forwarding, printing, or copying > of > > this e-mail is strictly 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. > > [ Charset UTF-8 unsupported, converting... ] > > _______________________________________________ > > Starlink mailing list > > Starlink@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/starlink > > > _______________________________________________ > Starlink mailing list > Starlink@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/starlink > > -- 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 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 intended recipient, you are hereby notified that any use, copying, distributing, dissemination, forwarding, printing, or copying of this e-mail is strictly 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. --00000000000094453605c93787ca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The slides show that for WiFi every transmission produces = a complex frequency=C2=A0response, aka the h-matrix. This is valid for that= one transmission only.=C2=A0 The slides show an amplitude plot for a 3 rad= io device hence the 9 elements per the h-matrix. It's assumed that the = WiFi STA/AP is stationary such that doppler effects aren't a considerat= ion. WiFi isn't a car trying to connect to a cell tower.=C2=A0 The plot= doesn't show the phase effects but they are included as the output of = the channel estimate is a complex frequency response. Each RX produces the = h-matrix ahead of the MAC. These may not be symmetric in the real world but= that's ok as transmission=C2=A0and reception is one way only, i.e. the= treating them as repcripocol and the matrix as hollows symmetric isn't= going to be a "test blocker" as the goal is to be able to use so= ftware and programmable devices to change them in near real time. The curre= nt approach used by many using butler matrices to produce off-diagonal=C2= =A0effects=C2=A0 is woefully inadequate. And we're paying about $2.5K p= er each butler.

Bob


=
On Tue, Aug 10, 2021 at 9:13 AM Dick = Roy <dickroy@alum.mit.edu>= ; wrote:
Well, I= hesitate to drag this out, however Maxwell's equations and the
invariance of the laws of physics ensure that all path loss matrices are reciprocal.=C2=A0 What that means is that at any for any given set of fixed=
boundary conditions (nothing moving/changing!), the propagation loss betwee= n
any two points in the domain is the same in both directions. The
"multipathing" in one direction is the same in the other because = the
two-parameter (angle1,angle2) scattering cross sections of all objects
(remember they are fixed here) are independent of the ordering of the
angles.=C2=A0

Very importantly, path loss is NOT the same as the link loss (aka link
budget) which involves tx power and rx noise figure (and in the case of
smart antennas, there is a link per spatial stream and how those links are<= br> managed/controlled really matters, but let's just keep it simple for th= is
discussion) and these generally are different on both ends of a link for a<= br> variety of reasons. The other very important issue is that of the
""measurement plane", or "where tx power and rx noise f= igure are being
measured/referenced to and how well the interface at that plane is
"matched".=C2=A0 We generally assume that the matching is perfect= , however it
never is. All of these effects contribute to the link loss which determines=
the strength of the signal coming out of the receiver (not the receive
antenna, the receiver) for a given signal strength coming out of the
transmitter (not the transmit antenna, the tx output port).=C2=A0 =C2=A0
In the real world, things change.=C2=A0 Sources and sinks move as do many o= f the
objects around them.=C2=A0 This creates a time-varying RF environment, and = now
the path loss matrix is a function of time and a few others things, so it matters WHEN something is transmitted, and WHEN it is received, and the two=
WHEN's are generally separated by "the speed of light" which = is a ft/ns
roughly. As important is the fact that it's no longer really a path los= s
matrix containing a single scalar because among other things, the time
varying environment induces change in the transmitted waveform on its way t= o
the receiver most commonly referred to as the Doppler effect which means there is a frequency translation/shift for each (multi-)path of which there=
are in general an uncountably infinite number because this is a continuous<= br> world in which we live (the space quantization experiment being conducted i= n
the central US aside:^)). As a consequence of these physical laws, the
entries in the path loss matrix become complex functions of a number of
variables including time. These functions are quite often characterized in<= br> terms of Doppler and delay-spread, terms used to describe in just a few
parameters the amount of "distortion" a complex function causes. =

Hope this helps ... probably a bit more than you really wanted to know as queuing theorists, but ...

-----Original Message-----
From: Starlink [mailto:starlink-bounces@lists.bufferbloat.net] On Beha= lf Of
Rodney W. Grimes
Sent: Tuesday, August 10, 2021 7:10 AM
To: Bob McMahon
Cc: Cake List; Make-Wifi-fast; starlink@lists.bufferbloat.net;
codel@list= s.bufferbloat.net; cerowrt-devel; bloat
Subject: Re: [Starlink] [Cake] [Make-wifi-fast] [Cerowrt-devel] Due Aug 2:<= br> Internet Quality workshop CFP for the internet architecture board

> The distance matrix defines signal attenuations/loss between pairs.=C2= =A0 It's
> straightforward to create a distance matrix that has hidden nodes beca= use
> all "signal=C2=A0 loss" between pairs is defined.=C2=A0 Let&= #39;s say a 120dB
attenuation
> path will cause a node to be hidden as an example.
>
>=C2=A0 =C2=A0 =C2=A0 A=C2=A0 =C2=A0 B=C2=A0 =C2=A0 =C2=A0C=C2=A0 =C2=A0= D
> A=C2=A0 =C2=A0-=C2=A0 =C2=A035=C2=A0 =C2=A0120=C2=A0 =C2=A065
> B=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-=C2=A0 =C2=A0 =C2=A0 65=C2=A0 =C2= =A065
> C=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-=C2=A0 =C2=A0= =C2=A0 =C2=A065
> D=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-
>
> So in the above, AC are hidden from each other but nobody else is. It = does
> assume symmetry between pairs but that's typically true.

That is not correct, symmetry in the RF world, especially wifi, is rare
due to topology issues.=C2=A0 A high transmitter, A,=C2=A0 and a low receiv= er, B,
has a good path A - > B, but a very weak path B -> A.=C2=A0 =C2=A0Mul= tipathing
is another major issue that causes assymtry.

>
> The RF device takes these distance matrices as settings and calculates= the
> five branch tree values (as demonstrated in the video). There are
> limitations to solutions though but I've found those not to be an = issue to
> date. I've been able to produce hidden nodes quite readily. Add th= e phase
> shifters and spatial stream powers can also be affected, but this isn&= #39;t
> shown in this simple example.
>
> Bob
>
> On Mon, Aug 2, 2021 at 8:12 PM David Lang <david@lang.hm> wrote:
>
> > I guess it depends on what you are intending to test. If you are = not
going
> > to
> > tinker with any of the over-the-air settings (including the numbe= r of
> > packets
> > transmitted in one aggregate), the details of what happen over th= e air
> > don't
> > matter much.
> >
> > But if you are going to be doing any tinkering with what is getti= ng
sent,
> > and
> > you ignore the hidden transmitter type problems, you will create = a
> > solution that
> > seems to work really well in the lab and falls on it's face o= ut in the
> > wild
> > where spectrum overload and hidden transmitters are the norm (at = least
in
> > urban
> > areas), not rare corner cases.
> >
> > you don't need to include them in every test, but you need to= have a way
> > to
> > configure your lab to include them before you consider any
> > settings/algorithm
> > ready to try in the wild.
> >
> > David Lang
> >
> > On Mon, 2 Aug 2021, Bob McMahon wrote:
> >
> > > We find four nodes, a primary BSS and an adjunct one quite g= ood for
lots
> > of
> > > testing.=C2=A0 The six nodes allows for a primary BSS and tw= o adjacent
ones.
> > We
> > > want to minimize complexity to necessary and sufficient.
> > >
> > > The challenge we find is having variability (e.g. montecarlo= s) that's
> > > reproducible and has relevant information. Basically, the di= stance
> > matrices
> > > have h-matrices as their elements. Our chips can provide the= se
> > h-matrices.
> > >
> > > The parts for solid state programmable attenuators and phase= shifters
> > > aren't very expensive. A device that supports a five bra= nch tree and
2x2
> > > MIMO seems a very good starting point.
> > >
> > > Bob
> > >
> > > On Mon, Aug 2, 2021 at 4:55 PM Ben Greear <greearb@candelatech.com&= gt;
> > wrote:
> > >
> > >> On 8/2/21 4:16 PM, David Lang wrote:
> > >>> If you are going to setup a test environment for wif= i, you need to
> > >> include the ability to make a fe cases that only happen = with RF, not
> > with
> > >> wired networks and
> > >>> are commonly overlooked
> > >>>
> > >>> 1. station A can hear station B and C but they canno= t hear each
other
> > >>> 2. station A can hear station B but station B cannot= hear station A
3.
> > >> station A can hear that station B is transmitting, but n= ot with a
strong
> > >> enough signal to
> > >>> decode the signal (yes in theory you can work around= interference,
but
> > >> in practice interference is still a real thing)
> > >>>
> > >>> David Lang
> > >>>
> > >>
> > >> To add to this, I think you need lots of different stati= on devices,
> > >> different capabilities (/n, /ac, /ax, etc)
> > >> different numbers of spatial streams, and different dist= ances from
the
> > >> AP.=C2=A0 From download queueing perspective, changing > > >> the capabilities may be sufficient while keeping all sta= tions at same
> > >> distance.=C2=A0 This assumes you are not
> > >> actually testing the wifi rate-ctrl alg. itself, so diff= erent
throughput
> > >> levels for different stations would be enough.
> > >>
> > >> So, a good station emulator setup (and/or pile of real s= tations) and
a
> > few
> > >> RF chambers and
> > >> programmable attenuators and you can test that setup...<= br> > > >>
> > >>=C2=A0 From upload perspective, I guess same setup would = do the job.
> > >> Queuing/fairness might depend a bit more on the
> > >> station devices, emulated or otherwise, but I guess a cl= ever AP could
> > >> enforce fairness in upstream direction
> > >> too by implementing per-sta queues.
> > >>
> > >> Thanks,
> > >> Ben
> > >>
> > >> --
> > >> Ben Greear <greearb@candelatech.com>
> > >> Candela Technologies Inc=C2=A0 http://www.candelatech.c= om
> > >>
> > >
> > >
> >
>
> --
> This electronic communication and the information and any files
transmitted
> with it, or attached to it, are confidential and are intended solely f= or
> the use of the individual or entity to whom it is addressed and may contain
> information that is confidential, legally privileged, protected by pri= vacy

> laws, or otherwise restricted from disclosure to anyone else. If you a= re
> not the intended recipient or the person responsible for delivering th= e
> 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 strictly prohibited. If you received this e-mail in err= or,
> please return the e-mail to the sender, delete it from your computer, = and
> destroy any printed copy of it.

[ Charset UTF-8 unsupported, converting... ]
> _______________________________________________
> Starlink mailing list
> St= arlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink<= /a>
>
_______________________________________________
Starlink mailing list
Starlin= k@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/starlink

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. --00000000000094453605c93787ca-- --000000000000a8a40d05c9378764 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 YIZIAWUDBAIBBQCggdQwLwYJKoZIhvcNAQkEMSIEIDhA3kTUYnm5j+3vafEQ5iFlQx6am7H/CpBd 79xRlekkMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIxMDgxMDE3 MDY1OVowaQYJKoZIhvcNAQkPMVwwWjALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAsGCWCGSAFl AwQBAjAKBggqhkiG9w0DBzALBgkqhkiG9w0BAQowCwYJKoZIhvcNAQEHMAsGCWCGSAFlAwQCATAN BgkqhkiG9w0BAQEFAASCAQBYT/MTPyeUON3WnHy5Qym5kdAFwHcRWk26nlElzwf7wHiX5mxPIbW5 RnCTCA1z3xtg97aeWVcKFZlZMZKJTx1NIkTK0doBURNWXj7x8nTmn7N9jhhyza3hAKB4/mf+Lo4F KUNEin5ZI9MrlfnTheMFounzwbn/k0u6dE3GyDuJBkhAZqEO8b6VWfrtDYfK9QsfgSKwrHFa55z9 So0phWiTbQ/HNIqqLcZ+oHTkLNEaamiYML3/R7UZXaHqN5CXKbpoMP0Ak0/6oHcrlko1cZ24zjbU wn4jaFGQiP8IJUUPuAwOuvzyOpPI5DpFdxEr1SLmoE9AG7olehUirHAfe6IA --000000000000a8a40d05c9378764--