<div dir="ltr">Oh man, I love a good mesh network chat!  The term mesh has been mis-applied often, most consumer mesh devices are not mesh, they are self-organizing trees but the branches are not actively connected.  I describe this as a monkey in a tree.  The monkey/user is only ever on one branch at a time.  A true mesh has multiple connected paths and is represented by a spider web.  With that out of the way...<div><br></div><div>I run a 5Ghz mesh in production delivering 50Mbps services.  This network currently lives behind libreqos.  It's a hybrid with a 5Ghz mesh medium and 60Ghz backhaul links (mikrotik wap 60 or cube 60s) piping fresh hot bits deeper into the mesh.  It's single radio, WDS dynamic based, limited by the hardware (mikrotik) and the 'ac radios. <br><br>I'm absolutely dying for a dual radio WiFi6 product with beamforming antennas and either WDS or 802.11s mode that I can get openwrt on so I can run batman-adv.<br><br>Even higher on my list is a pure mmwave mesh product.  real mesh, not the self-organizing tree model like unifi 'mesh' uses.  This could be single radio and rely on the complete lack of nlos to keep noise down but dual radio even better.   I have some mikrotik script solutions for bridging individual VLANs down from 802.11'ad links into a device that had those VLANs all pre-configured in batman-adv but I lack the 360 degree AP for it... and I have too many projects going on already... </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 18, 2023 at 6:48 PM David Lang via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net">libreqos@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">A note on mesh networks.<br>
<br>
a true mesh where any node can pop up and self organizes to join the network <br>
runs into the hidden transmitter problem (you have stations A, B and C, A and C <br>
can hear B but can't hear each other so as they try to communicate, they step on <br>
each other so that B can't understand either of them)<br>
<br>
relaying on the same band (let alone on the same channel) doesn't scale.<br>
<br>
pure wifi connected nodes where you use 2.4GHz channels for user access and 5GHz <br>
channels for infrastructure links can work very well, but you need to plan your <br>
channel allocations properly, have nodes with more than one 5GHz radio (or you <br>
run into the hidden transmitter problem again on the infrastructure side), and <br>
use wires to connect the infrastructure nodes when you can.<br>
<br>
David Lang<br>
<br>
On Sat, 14 Oct 2023, Dave Taht via Nnagain wrote:<br>
<br>
> Date: Sat, 14 Oct 2023 20:54:14 -0700<br>
> From: Dave Taht via Nnagain <<a href="mailto:nnagain@lists.bufferbloat.net" target="_blank">nnagain@lists.bufferbloat.net</a>><br>
> To: <a href="mailto:thejoff@mail.com" target="_blank">thejoff@mail.com</a>, libreqos <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>><br>
> Cc: Dave Taht <<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>><br>
> Subject: [NNagain] shared wireless access<br>
> <br>
> Sorry about that. this list is intended to be more political in scope.<br>
> Moving the nnagain list to the bcc.<br>
><br>
> The libreqos list and chatroom has some smart wisps on it, but your<br>
> conditions are a bit vague? Could you describe your scenario more<br>
> fully?<br>
><br>
> There are many mesh network types out there. I am most familiar with<br>
> openwrt-derived solutions on pre-802.11ax. It is possible using older<br>
> wifi tech (that supports adhoc mode) to build a highly redundant mesh<br>
> of connecting everything to everything. Examples of that include<br>
> guifi, wlan-slovinia, nyc-mesh, freifunk, etc. But people tend to<br>
> rebuild/reflash their own routers to support it fully.<br>
><br>
> If you are talking about having more than one exit node from a mesh,<br>
> the babel protocol is sometimes used for that. (not clear what you are<br>
> asking)<br>
><br>
> Other examples today might include ubnt's mesh stuff, or tarana's NLOS<br>
> wan, or tachyon... but there are many products in the market, and help<br>
> can be found in a couple different chatrooms.<br>
><br>
><br>
> On Sat, Oct 14, 2023 at 8:41 PM le berger des photons via Nnagain<br>
> <<a href="mailto:nnagain@lists.bufferbloat.net" target="_blank">nnagain@lists.bufferbloat.net</a>> wrote:<br>
>><br>
>> as interesting as this all is,  this wasn't the discussion I'm looking for.  Perhaps you know of somewhere I can go to find what I'm looking for.  I'm looking to figure out how to share two different accesses among the same group of clients depending on varying conditions of the main wifi links which serve them all.  Thanks for any direction.<br>
>><br>
>> On Sun, Oct 15, 2023 at 2:25 AM Dave Cohen via Nnagain <<a href="mailto:nnagain@lists.bufferbloat.net" target="_blank">nnagain@lists.bufferbloat.net</a>> wrote:<br>
>>><br>
>>> I’m a couple years removed from dealing with this on the provider side but the focus has shifted rapidly to adding core capacity and large capacity ports to the extent that smaller capacity ports like 1 Gbps aren’t going to see much more price compression. Cost per bit will come down at higher tiers but there simply isn’t enough focus at lower levels at the hardware providers to afford carriers more price compression at 1 Gbps, even 10 Gbps. I would expect further price compression in access costs but not really in transit costs below 10 Gbps.<br>
>>><br>
>>> In general I agree that IXs continue to proliferate relative to quantity, throughput and geographic reach, almost to the degree that mainland Europe has been covered for years. In my home market of Atlanta, I’m aware of at least four IXs that have been established here or entered the market in the last three years - there were only two major ones prior to that. This is a net positive for a wide variety of reasons but I don’t think it’s created much of an impact in terms of pulling down transit prices. There are a few reasons for this, but primarily because that growth hasn’t really displaced transit demand (at least in my view) and has really been more about a relatively stable set of IX participants creating more resiliency and driving other performance improvements in that leg of the peering ecosystem.<br>
>>><br>
>>> Dave Cohen<br>
>>> <a href="mailto:craetdave@gmail.com" target="_blank">craetdave@gmail.com</a><br>
>>><br>
>>> > On Oct 14, 2023, at 7:02 PM, Dave Taht via Nnagain <<a href="mailto:nnagain@lists.bufferbloat.net" target="_blank">nnagain@lists.bufferbloat.net</a>> wrote:<br>
>>> ><br>
>>> > This set of trendlines was very interesting. Unfortunately the data<br>
>>> > stops in 2015. Does anyone have more recent data?<br>
>>> ><br>
>>> > <a href="https://drpeering.net/white-papers/Internet-Transit-Pricing-Historical-And-Projected.php" rel="noreferrer" target="_blank">https://drpeering.net/white-papers/Internet-Transit-Pricing-Historical-And-Projected.php</a><br>
>>> ><br>
>>> > I believe a gbit circuit that an ISP can resell still runs at about<br>
>>> > $900 - $1.4k (?) in the usa? How about elsewhere?<br>
>>> ><br>
>>> > ...<br>
>>> ><br>
>>> > I am under the impression that many IXPs remain very successful,<br>
>>> > states without them suffer, and I also find the concept of doing micro<br>
>>> > IXPs at the city level, appealing, and now achievable with cheap gear.<br>
>>> > Finer grained cross connects between telco and ISP and IXP would lower<br>
>>> > latencies across town quite hugely...<br>
>>> ><br>
>>> > PS I hear ARIN is planning on dropping the price for, and bundling 3<br>
>>> > BGP AS numbers at a time, as of the end of this year, also.<br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> > --<br>
>>> > Oct 30: <a href="https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html" rel="noreferrer" target="_blank">https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html</a><br>
>>> > Dave Täht CSO, LibreQos<br>
>>> > _______________________________________________<br>
>>> > Nnagain mailing list<br>
>>> > <a href="mailto:Nnagain@lists.bufferbloat.net" target="_blank">Nnagain@lists.bufferbloat.net</a><br>
>>> > <a href="https://lists.bufferbloat.net/listinfo/nnagain" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/nnagain</a><br>
>>> _______________________________________________<br>
>>> Nnagain mailing list<br>
>>> <a href="mailto:Nnagain@lists.bufferbloat.net" target="_blank">Nnagain@lists.bufferbloat.net</a><br>
>>> <a href="https://lists.bufferbloat.net/listinfo/nnagain" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/nnagain</a><br>
>><br>
>> _______________________________________________<br>
>> Nnagain mailing list<br>
>> <a href="mailto:Nnagain@lists.bufferbloat.net" target="_blank">Nnagain@lists.bufferbloat.net</a><br>
>> <a href="https://lists.bufferbloat.net/listinfo/nnagain" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/nnagain</a><br>
><br>
><br>
><br>
> -- <br>
> Oct 30: <a href="https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html" rel="noreferrer" target="_blank">https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html</a><br>
> Dave Täht CSO, LibreQos<br>
> _______________________________________________<br>
> Nnagain mailing list<br>
> <a href="mailto:Nnagain@lists.bufferbloat.net" target="_blank">Nnagain@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/nnagain" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/nnagain</a>_______________________________________________<br>
LibreQoS mailing list<br>
<a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
</blockquote></div>