From: David Lang <david@lang.hm>
To: Dave Taht <dave.taht@gmail.com>
Cc: David Lang <david@lang.hm>, dan <dandenson@gmail.com>,
Rpm <rpm@lists.bufferbloat.net>,
libreqos <libreqos@lists.bufferbloat.net>,
Bruce Perens <bruce@perens.com>,
Dave Taht via Starlink <starlink@lists.bufferbloat.net>,
bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Starlink] [Rpm] [Bloat] [LibreQoS] On FiWi
Date: Wed, 15 Mar 2023 14:52:41 -0700 (PDT) [thread overview]
Message-ID: <s2s081rr-8rr8-qnp0-8n89-prnqqoo780rp@ynat.uz> (raw)
In-Reply-To: <CAA93jw677LrJODdW+bGYG8b3_jcOMYNX0D77k_H508WronT=Xg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 6555 bytes --]
On Wed, 15 Mar 2023, Dave Taht wrote:
> On Wed, Mar 15, 2023 at 12:33 PM David Lang via Rpm
> <rpm@lists.bufferbloat.net> wrote:
>>
>> if you want another example of the failure, look at any conference center, they
>> have a small number of APs with wide coverage. It works well when the place is
>> empty and they walk around and test it, but when it fills up with users, the
>> entire network collapses.
>>
>> Part of this is that wifi was really designed for sparse environments, so it's
>> solution to "I didn't get my message through" is to talk slower (and louder if
>> possible), which just creates more interference for other users and reduces the
>> available airtime.
>>
>> I just finished the Scale conference in Pasadena, CA. We deployed over 100 APs
>> for the conference, up to 7 in a room, on the floor (so that the attendees
>> bodies attenuate the signal) at low power so that the channels could be re-used
>> more readily.
>
> How did it go? You were deploying fq_codel on the wndr3800s there as
> of a few years ago, and I remember you got rave reviews... (can you
> repost the link to that old data/blog/podcast?)
no good stats this year. still using the wndr3800s. Lots of people commenting on
how well the network did, but we were a bit behind this year and didn't get good
monitoring in place. No cake yet.
I think this is what you mean
https://www.youtube.com/watch?v=UXvGbEYeWp0
> Did you get any good stats?
>
> Run cake anywhere?
>>
>> in the cell phone world they discovered 'microcells' years ago, but with wifi
>> too many people are still trying to cover the max area with the fewest possible
>> number of radios. As Dan says, it just doesn't work.
>>
>> and on mesh radios, you need to not just use a different channel for your
>> uplink, you need a different band to avoid desense on the connection to your
>> users. And that uplink is going to have the same hidden transmitter and airtime
>> problems competing with the other nodes also doing the uplink that it's
>> scalability is very limited (even with directional antennas). Wire/fiber for the
>> uplink is much better.
>>
>> David Lang
>>
>>
>>
>> On Wed, 15 Mar
>> 2023, dan via Bloat wrote:
>>
>>> Trying to do all of what is currently wanted with 1 AP in a house is a huge
>>> part of the current problems with WiFi networks. MOAR power to try to
>>> overcome attenuation and reflections from walls so more power bleeds into
>>> the next home/suite/apartment etc.
>>>
>>> In the MSP space it's been rapidly moving to an AP per room with output
>>> turned down to minimum. Doing this we can reused 5Ghz channels 50ft away
>>> (through 2 walls etc...) without interference.
>>>
>>> One issue with the RRH model is that to accomplish this 'light bulb' model,
>>> ie you put a light bulb in the room you want light, is that it requires
>>> infrastructure cabling. 1 RRH AP in a house is already a failure today and
>>> accounts for most access complaints.
>>>
>>> Mesh radios have provided a bit of a gap fill, getting the access SSID
>>> closer to the device and backhauling on a separate channel with better (and
>>> likely fixed position ) antennas.
>>>
>>> regardless of my opinion on the full on failure of moving firewall off prem
>>> and the associated security risks and liabilities, single AP in a home is
>>> already a proven failure that has given rise to the mesh systems that are
>>> top sellers and top performers today.
>>>
>>> IMO, there was a scheme that gained a moment of fame and then died out of
>>> powerline networking and an AP per room off that powerline network. I have
>>> some of these deployed with mikrotik PLA adapters and the model works
>>> fantastically, but the powerline networking has evolved slowly so I'm
>>> seeing ~200Mbps practical speeds, and the mikrotik units have 802.11n
>>> radios in them so also a bit of a struggle for modern speeds. This model,
>>> with some development to get ~2.5Gbps practical speeds, and WiFi6 or WiFi7
>>> per room at very low output power, is a very practical and deployable by
>>> consumers setup.
>>>
>>> WiFi7 also solves some pieces of this with AP coordination and
>>> co-transmission, sort of like a MUMIMO with multiple APs, and that's in
>>> early devices already (TPLINK just launched an AP).
>>>
>>> IMO, too many hurdles for RRH models from massive amounts of unfrastructure
>>> to build, homes and appartment buildings that need re-wired, security and
>>> liability concerns of homes and business not being firewall isolated by
>>> stakeholders of those networks.
>>>
>>> On Wed, Mar 15, 2023 at 11:32 AM rjmcmahon <rjmcmahon@rjmcmahon.com> wrote:
>>>
>>>> The 6G is a contiguous 1200MhZ. It has low power indoor (LPI) and very
>>>> low power (VLP) modes. The pluggable transceiver could be color coded to
>>>> a chanspec, then the four color map problem can be used by installers
>>>> per those chanspecs. https://en.wikipedia.org/wiki/Four_color_theorem
>>>>
>>>> There is no CTS with microwave "interference" The high-speed PHY rates
>>>> combined with low-density AP/STA ratios, ideally 1/1, decrease the
>>>> probability of time signal superpositions. The goal with wireless isn't
>>>> high densities but to unleash humans. A bunch of humans stuck in a dog
>>>> park isn't really being unleashed. It's the ability to move from block
>>>> to block so-to-speak. FiWi is cheaper than sidewalks, sanitation
>>>> systems, etc.
>>>>
>>>> The goal now is very low latency. Higher phy rates can achieve that and
>>>> leave the medium free the vast most of the time and shut down the RRH
>>>> too. Engineering extra capacity by orders of magnitude is better than
>>>> AQM. This has been the case in data centers for decades. Congestion? Add
>>>> a zero (or multiple by 10)
>>>>
>>>> Note: None of this is done. This is a 5-10 year project with zero
>>>> engineering resources assigned.
>>>>
>>>> Bob
>>>>> On Tue, Mar 14, 2023 at 5:11 PM Robert McMahon
>>>>> <rjmcmahon@rjmcmahon.com> wrote:
>>>>>
>>>>>> the AP needs to blast a CTS so every other possible conversation has
>>>>>> to halt.
>>>>>
>>>>> The wireless network is not a bus. This still ignores the hidden
>>>>> transmitter problem because there is a similar network in the next
>>>>> room.
>>>>
>>> _______________________________________________
>> Bloat mailing list
>> Bloat@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/bloat
>> _______________________________________________
>> Rpm mailing list
>> Rpm@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/rpm
>
>
>
>
next prev parent reply other threads:[~2023-03-15 21:52 UTC|newest]
Thread overview: 170+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.2651.1672779463.1281.starlink@lists.bufferbloat.net>
2023-01-03 22:58 ` [Starlink] Researchers Seeking Probe Volunteers in USA David P. Reed
2023-01-09 14:44 ` Livingood, Jason
2023-01-09 15:26 ` Dave Taht
2023-01-09 17:00 ` Sebastian Moeller
2023-01-09 17:04 ` [Starlink] [LibreQoS] " Jeremy Austin
2023-01-09 18:33 ` Dave Taht
2023-01-09 19:06 ` David Collier-Brown
2023-01-09 18:54 ` [Starlink] [EXTERNAL] " Livingood, Jason
2023-01-09 19:19 ` [Starlink] [Rpm] " rjmcmahon
2023-01-09 19:56 ` [Starlink] [LibreQoS] " dan
2023-01-09 21:00 ` rjmcmahon
2023-03-13 10:02 ` [Starlink] [Rpm] [LibreQoS] " Sebastian Moeller
2023-03-13 15:08 ` Jeremy Austin
2023-03-13 15:50 ` Sebastian Moeller
2023-03-13 16:06 ` [Starlink] [Bloat] " Dave Taht
2023-03-13 16:19 ` Sebastian Moeller
2023-03-13 16:12 ` [Starlink] " dan
2023-03-13 16:36 ` Sebastian Moeller
2023-03-13 17:26 ` dan
2023-03-13 17:37 ` Jeremy Austin
2023-03-13 18:34 ` Sebastian Moeller
2023-03-13 18:14 ` Sebastian Moeller
2023-03-13 18:42 ` rjmcmahon
2023-03-13 18:51 ` Sebastian Moeller
2023-03-13 19:32 ` rjmcmahon
2023-03-13 20:00 ` Sebastian Moeller
2023-03-13 20:28 ` rjmcmahon
2023-03-14 4:27 ` [Starlink] On FiWi rjmcmahon
2023-03-14 11:10 ` Mike Puchol
2023-03-14 16:54 ` [Starlink] [Rpm] " Robert McMahon
2023-03-14 17:06 ` Robert McMahon
2023-03-14 17:11 ` [Starlink] [Bloat] " Sebastian Moeller
2023-03-14 17:35 ` Robert McMahon
2023-03-14 17:54 ` [Starlink] [LibreQoS] " dan
2023-03-14 18:14 ` Robert McMahon
2023-03-14 19:18 ` dan
2023-03-14 19:30 ` [Starlink] [Bloat] [LibreQoS] " Dave Taht
2023-03-14 20:06 ` rjmcmahon
2023-03-14 19:30 ` [Starlink] [LibreQoS] [Bloat] " rjmcmahon
2023-03-14 23:30 ` Bruce Perens
2023-03-15 0:11 ` Robert McMahon
2023-03-15 5:20 ` Bruce Perens
[not found] ` <CALQXh-PUgix7ApkTi5W8TMKVZfE4fyNk4WeiocZ6QU6R-m7naA@mail.gmail.com>
2023-03-15 17:05 ` [Starlink] [Rpm] [LibreQoS] [Bloat] " Bruce Perens
2023-03-15 17:44 ` rjmcmahon
2023-03-15 19:22 ` [Starlink] [Bloat] [Rpm] [LibreQoS] " David Lang
2023-03-15 17:32 ` [Starlink] [LibreQoS] [Bloat] [Rpm] " rjmcmahon
2023-03-15 17:42 ` dan
2023-03-15 18:03 ` Mike Puchol
2023-03-15 19:33 ` [Starlink] [Bloat] [LibreQoS] " David Lang
2023-03-15 19:39 ` [Starlink] [Rpm] [Bloat] [LibreQoS] " Dave Taht
2023-03-15 21:52 ` David Lang [this message]
2023-03-15 22:04 ` Dave Taht
2023-03-15 22:08 ` dan
2023-03-15 17:43 ` [Starlink] [Bloat] [LibreQoS] [Rpm] " Sebastian Moeller
2023-03-15 17:49 ` rjmcmahon
2023-03-15 17:53 ` [Starlink] [Rpm] [Bloat] [LibreQoS] " Dave Taht
2023-03-15 17:59 ` dan
2023-03-15 19:39 ` rjmcmahon
2023-03-17 16:38 ` [Starlink] [Rpm] " Dave Taht
2023-03-17 18:21 ` Mike Puchol
2023-03-17 19:01 ` Sebastian Moeller
2023-03-17 19:19 ` rjmcmahon
2023-03-17 20:37 ` Bruce Perens
2023-03-17 20:57 ` rjmcmahon
2023-03-17 22:50 ` Bruce Perens
2023-03-18 18:18 ` rjmcmahon
2023-03-18 19:57 ` [Starlink] [LibreQoS] " dan
2023-03-18 20:40 ` rjmcmahon
2023-03-19 10:26 ` Michael Richardson
2023-03-19 21:00 ` [Starlink] On metrics rjmcmahon
2023-03-20 0:26 ` dan
2023-03-20 3:03 ` David Lang
[not found] ` <CAJUtOOgC8O2jvT7eZ0O8nU8kCPOeCgVPTBNKaA3ZqLpJf4obJw@mail.gmail.com>
2023-03-20 21:28 ` [Starlink] [Rpm] [LibreQoS] On FiWi dan
[not found] ` <CAJUtOOhPsiC=9SM3rUUxWuh4euLbDxVqcrM6hioDykZaWYfy6Q@mail.gmail.com>
2023-03-20 22:02 ` [Starlink] On FiWi power envelope rjmcmahon
2023-03-20 23:47 ` Bruce Perens
2023-03-21 0:10 ` [Starlink] [Rpm] [LibreQoS] On FiWi Brandon Butterworth
[not found] ` <CAJUtOOhinMu4Mv9EW-PB7ef9EHWL3inpeABUqFt0UDAw47MixA@mail.gmail.com>
2023-03-21 11:26 ` [Starlink] Annoyed at 5/1 Mbps Rich Brown
2023-03-21 12:29 ` [Starlink] [Rpm] [LibreQoS] On FiWi Brandon Butterworth
2023-03-21 12:30 ` Sebastian Moeller
2023-03-21 17:42 ` rjmcmahon
2023-03-21 18:08 ` rjmcmahon
[not found] ` <CAJUtOOiMk+PBK2ZRFsZA8EFEgqfHY3Zpw9=kAkJZpePx9OzeMw@mail.gmail.com>
2023-03-21 19:58 ` rjmcmahon
2023-03-21 20:06 ` [Starlink] [Bloat] " David Lang
2023-03-25 19:39 ` [Starlink] On fiber as critical infrastructure w/Comcast chat rjmcmahon
2023-03-25 20:09 ` Bruce Perens
2023-03-25 20:47 ` rjmcmahon
2023-03-25 20:15 ` [Starlink] [Bloat] " Sebastian Moeller
2023-03-25 20:43 ` rjmcmahon
2023-03-25 21:08 ` Bruce Perens
2023-03-25 22:04 ` Robert McMahon
2023-03-25 22:50 ` dan
2023-03-25 23:21 ` Robert McMahon
2023-03-25 23:35 ` David Lang
2023-03-26 0:04 ` Robert McMahon
2023-03-26 0:07 ` Nathan Owens
2023-03-26 0:50 ` Robert McMahon
2023-03-26 8:45 ` Livingood, Jason
2023-03-26 18:54 ` rjmcmahon
2023-03-26 0:28 ` David Lang
2023-03-26 0:57 ` Robert McMahon
2023-03-25 22:57 ` Bruce Perens
2023-03-25 23:33 ` David Lang
2023-03-25 23:38 ` Robert McMahon
2023-03-25 23:20 ` David Lang
2023-03-26 18:29 ` rjmcmahon
2023-03-26 10:34 ` Sebastian Moeller
2023-03-26 18:12 ` rjmcmahon
2023-03-26 20:57 ` David Lang
2023-03-26 21:11 ` Sebastian Moeller
2023-03-26 21:26 ` David Lang
2023-03-28 17:06 ` Larry Press
2023-03-28 17:47 ` rjmcmahon
2023-03-28 18:11 ` Frantisek Borsik
2023-03-28 18:46 ` rjmcmahon
2023-03-28 20:37 ` David Lang
2023-03-28 21:31 ` rjmcmahon
2023-03-28 22:18 ` dan
2023-03-28 22:42 ` rjmcmahon
2023-03-29 8:28 ` Sebastian Moeller
2023-03-29 12:27 ` Dave Collier-Brown
2023-03-29 13:22 ` Doc Searls
2023-03-29 13:40 ` [Starlink] Enabling a production model Dave Taht
2023-03-29 14:54 ` [Starlink] [LibreQoS] " dan
2023-03-29 16:53 ` Jeremy Austin
2023-03-29 18:33 ` Sebastian Moeller
2023-03-29 17:13 ` [Starlink] [Bloat] " David Lang
2023-03-29 17:34 ` dan
2023-03-29 20:03 ` David Lang
2023-04-02 12:00 ` Sebastian Moeller
2023-03-29 17:46 ` Rich Brown
2023-03-29 19:02 ` tom
2023-03-29 19:08 ` Dave Taht
2023-03-29 19:31 ` tom
2023-03-29 19:11 ` Dave Collier-Brown
2023-04-02 11:39 ` Sebastian Moeller
2023-03-29 13:46 ` [Starlink] [Bloat] On fiber as critical infrastructure w/Comcast chat Frantisek Borsik
2023-03-29 14:57 ` [Starlink] [LibreQoS] " Dave Taht
2023-03-29 19:23 ` Sebastian Moeller
2023-03-29 19:02 ` [Starlink] " rjmcmahon
2023-03-29 19:37 ` dan
2023-03-25 20:27 ` [Starlink] " rjmcmahon
2023-03-17 23:15 ` [Starlink] [Bloat] [Rpm] On FiWi David Lang
2023-03-14 18:05 ` [Starlink] " Steve Stroh
2023-03-13 19:33 ` [Starlink] [Rpm] [LibreQoS] [EXTERNAL] Re: Researchers Seeking Probe Volunteers in USA dan
2023-03-13 19:52 ` Jeremy Austin
2023-03-13 21:00 ` Sebastian Moeller
2023-03-13 21:27 ` dan
2023-03-14 9:11 ` Sebastian Moeller
2023-03-13 20:45 ` Sebastian Moeller
2023-03-13 21:02 ` [Starlink] When do you drop? Always! Dave Taht
2023-03-13 21:42 ` Ulrich Speidel
2023-03-13 16:04 ` [Starlink] UnderBloat on fiber and wisps Dave Taht
2023-03-13 16:09 ` Sebastian Moeller
2023-03-13 16:35 ` Mike Puchol
2023-01-09 20:49 ` [Starlink] [EXTERNAL] Re: Researchers Seeking Probe Volunteers in USA Dave Taht
2023-01-09 19:13 ` [Starlink] [Rpm] " rjmcmahon
2023-01-09 19:47 ` Sebastian Moeller
2023-01-11 18:32 ` Rodney W. Grimes
2023-01-11 20:01 ` Sebastian Moeller
2023-01-11 20:09 ` rjmcmahon
2023-01-12 8:14 ` Sebastian Moeller
2023-01-12 17:49 ` Robert McMahon
2023-01-09 20:20 ` Dave Taht
2023-01-09 20:46 ` rjmcmahon
2023-01-09 20:59 ` Dave Taht
2023-01-09 21:06 ` rjmcmahon
2023-01-09 21:18 ` rjmcmahon
2023-01-10 17:36 ` David P. Reed
2023-03-16 7:46 [Starlink] [Rpm] [Bloat] [LibreQoS] On FiWi David Fernández
2023-09-05 16:15 ` Dave Taht
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/starlink.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=s2s081rr-8rr8-qnp0-8n89-prnqqoo780rp@ynat.uz \
--to=david@lang.hm \
--cc=bloat@lists.bufferbloat.net \
--cc=bruce@perens.com \
--cc=dandenson@gmail.com \
--cc=dave.taht@gmail.com \
--cc=libreqos@lists.bufferbloat.net \
--cc=rpm@lists.bufferbloat.net \
--cc=starlink@lists.bufferbloat.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox