Comment by syntaxing
19 hours ago
It sucks how everything feels like a toy. I think meshtastic is the closest thing to a “product”. They made a bunch of bad architectural decisions that are haunting them now like how nodes broadcast its info.
19 hours ago
It sucks how everything feels like a toy. I think meshtastic is the closest thing to a “product”. They made a bunch of bad architectural decisions that are haunting them now like how nodes broadcast its info.
Because they are toys. For real work it makes so much more sense to use the internet. With the new satellite tech you can reach the internet everywhere.
Mesh radio is a fun way to chat with radio nerds in your area. Not a serious infrastructure.
So what’s the real solution for when Starlink is too expensive and too high power? I really want to solution for remote mountaineering communication that’s not just GMRS. And what about remote weather sensors? I really don’t need a full internet connection just to send a tiny payload every 5 minutes.
Meshtastic should be the obvious answer for this but in my limited experience the app(s) and code are buggy on even the most typical hardware. Wish it wasn’t the case but it is.
Depends what exactly it is you want. But phones these days can communicate with satellites for emergency messaging.
I think people need to think more about what the actual scenario they have in mind is because it seems most people think of mesh radio as some backup for the government shutting the internet down. When in reality it’s almost useless for that since it’s so easy to jam or flood mesh radio.
We may see a day when the internet is not available, or when interacting with it represents an unacceptable risk. It's a good idea to know how to set up your own.
In that day whatever is jamming starlink will just jam mesh radio too. It'll likely be even easier.
5 replies →
> not a serious infrastructure
I've been tinkering with the tech to make city-wide flrc meshes joined together over the internet, my estimates are that it should be at least able to support thousands of users per region.
This has been tried with mqtt bridges in Meshtastic. But it’s ultimately kind of pointless because if you are planning some kind of internet alternative, you don’t want to build something that falls over the moment the internet goes down.
3 replies →
It doesn't surprise me. This is a deep networking problem and very few CS people know anything about networking or how to design clean, fast, low-overhead network protocols and systems.
If IP were designed today the packets would have 500+ bytes of plain text JSON as headers and the spec would support hundreds of extensions.
Is there a better designed mesh project like those two getting built that you know of? Reticulum?
It's a fundamentally really hard problem that looks easy on the surface. There is no solution that works well beyond the small scale. Many people have tried. It's the same kind of thing that draws people to try to write IPv8.
Yeah, openmanet with reticulum seems the most “professional” right now
1 reply →
Have you seen that IPvwhatever proposal from a handful of weeks back that has OAuth/OIDC in packet spec
7 OSI layers were too many. What if we ONE BOG ONE!
Usability wise Meshcore is better due to static routing and enabling (far) longer paths.