RISC-V eats the low-end microcontrollers range alive at the moment with a lot of interesting features (integrated PHYs, etc.) coming from the vendors.

> I bet companies will release WiFi 8 products even when it's still a draft, just as they did with WiFI 7.

They must. Otherwise it cannot be tested within the labs.

And producing chips before a standard is finalized is usually no problem at all: there are gates within the standardization process where the will be no more changes that are relevant for the silicon.

These 802.11n-draft APs were a singular fuckup regarding this.

Wifi-8 will be great. Finally we get seamless controlled handovers between accesspoints that can be controlled from infrastucture side.

With MAP 2.4GHz can serve as long range network that can be filled with High-Rate 5GHz / 6GHz cells. And all of them can be utilized in parallel.

802.11be (Wifi-7) still lacks this.

You can already make a MAP network, and any modern client will automatically hop between APs pretty fast, based on which one has the strongest signal. There's a common misconception that devices will cling to one AP while better ones are available, which hasn't been true in many years now from my experience.

Infrastructure side handovers are great for load balancing though, for enterprise networks with very high client density.

> based on which one has the strongest signal.

That's not what you want to have in an enterprise environment.

A roaming decision must be based on the signal level readings from both sides from the infrastructure side.

Everything else is gambling.

In fact, I don’t even want it at my house.

I have a lot of low bandwidth devices that love to connect to a router further away and congest it. Makes the devices I actually care around run much slower.

The only solution is restarting my network one-by-one so they have a better chance of getting the right device.

In my experience Apple clients have been incredibly clingy to 6ghz bands, while much better 5ghz was available.

We need a remote-petting-arm so we can pet the cat'berts over long distance lines.

Also a microphone for receiving feedback.

Or just walk over to the local cat rescue?

Not every problem needs a technical, internet connected solution Some problems are easily solved with "just going out of the door and spending some time" (which, I know, is not a very HN answer, but well)

Hey Cat as a Service (we meow not concatenate) is a fine idea

I have already patented SaaS. Sheep as a Service.

Touch Grass as a Service?

We need a remote-grass-touching-arm so we can touch grass over long distance lines.

But how can this "remote-grass-touching-arm" push the "smell" and "tactile" back to the user? Is there an open spec for this? It should certainly be P2P and E2E encrypted. Also "smells" should ensure not to use patented or proprietary names.

Maybe some CSmS, Cascading Smell Sheets? Or TFP, Tactile Feedback Protocol, the one that uses JWT and JSON over HTTP2 and websockets?

and a remote foot for the feet people

All VPNs work without problems with China if you roaming into their network with a foreign (e)SIM.

You will get unfiltered western internet as a tourist.

Which cost me a fortune once when I plugged my phone into laptop to charge (before free global roaming). Dropbox had been blocked for a week, suddenly a flurry of sms arrived (out of order). I’d spent £250 in 3 minutes.

I feel for you. Why would you allow laptop traffic to be routed through the phone though? At least in iOS plugging the phone for charging or backup does not automatically tether.

I often tether off my phone so has tethering enabled, just hasn’t charged from the laptop in all that time

Wasn’t a lot in the end scheme of things - less that the cost of a night in the hotel, let alone the full trip

> Dropbox had been blocked for a week

Why was it blocked for a week? Not sure I understand what happened to you.

China blocked it.

my personal pet theory is that china could in principle block whatever they wanted, but, decide instead to block only sometimes and with some random noise thrown in, if only to impose a tax or cost on trying to connect out but to have some plausible deniability on not having it be impossible while still retaining the option of turning the dial to 11 if/when need be.

Just switch on a VPN.

No reason to avoid cheap providers.

Routing through another country unexpectedly already makes your latency worse. Adding a VPN on top possibly worsens it again.

Which goes through HK and somewhere else..

Thanks to Wireguard and basically 0% battery overhead on Android I always keep it activated. If you don't have a Wireguard endpoint just use Orbot to route it through Tor.

Did that several times using cheap eSIMs while traveling.

Never had a single problem with it (but increased latency because of weird routings around the world).

Wireguard is amazing.

I have an "always on" VPN routing back home. Anything destined for my home network gets routed that way, and there's literally zero battery drain.

I'm not paranoid enough to route everything through VPN though.

For me it's not paranoia.. more like: I have a ton of unused GBit/s left.. so routing a few kBit... MBit/s of mobile data doesn't hurt.

What I meant was, I don't subscribe to a public VPN service, so routing all my traffic through my wireguard tunnel back home would merely mean it went through a different ISP.

I already use SDNS with Nextguard, and all traffic is https encrypted, and my day to day business on the internet is probably rather boring to the majority of people. Not saying I have nothing to hide, everybody does, but my visits to various news outlets, social media and other sites is probably not all that interesting.

The most interesting data about you comes from your phones constant reporting of cell towers, which can be used to triangulate you, and put a timestamp on where you were, when.

> Never had a single problem with it (but increased latency because of weird routings around the world).

UDP (which WireGuard uses to encapsulate your data) traffic is often de-prioritized. You won't notice it when the network load is low, but it will seriously degrade experience during high load periods.

Wouldn't deprioritizing interfere with regular web traffic these days, given that close to one third of non-bot traffic reported by Cloudflare is over UDP with HTTP/3[0]?

[0]: https://radar.cloudflare.com/adoption-and-usage?dateRange=52...

I'd certainly hope ISP follow your reasoning. BTW that was why I put my WireGuard server on port 443, hoping it would avoid the tragic QoS…

FYI, most of your comments show up as [dead]. I assume that the ones that didn't (like this one) have been vouched by others.

Not sure if dang see this, but it might be worth asking [email protected] otherwise

Interesting. I didn't verify my mail address.

Maybe a flood protection for new accounts.

Recently I was looking for solution to have multiple VPN running at the same time, and without work profile I am limited to one. I want to run two (or more) and be able to tell which app uses no VPN, which routes through vpn1, which routes through vpn1, etc. so far it looks like I need multiple profiles, and that requires root, which Google actively discourages.

Maybe someone knows better alternatives?

I think "WG Tunnel" should be able to do that. You can add multiples profiles and link apps to it.

Thanks!