3 ms·
IMO, when a project starts based on flawed assumptions, it is sure to be short-lived. See, I have nothing against mesh networks or location-based services. I've
by quilombodigital 5y ago
IMO, when a project starts based on flawed assumptions, it is sure to be short-lived.
See, I have nothing against mesh networks or location-based services. I've personally done some things using decawave chips, and I think it's amazing.
The point here is that "location doesn't matter" when we're talking about networking.
Let's say we have a football team. you have three teammates near the goal, two of the defense guys are right next to the goal, closer to you. And there is the third, an excellent striker, who is a little further from the goal. Who do you kick the ball to?
And let's say it's not a good day for your best player and he's tired because he's been partying for three days, would you rather shoot straight for the goal?
The point is that all this QOS confusion exists for a good reason, because good routers and network devices have become bad for the most different reasons, and the network must ADAPT to that, and location is a STATIC value, so it doesn't matter. BGP was invented so we could not worry about location. The message gets there, no matter the condition.
If you're not connecting to the closest device in the mesh, you already have a problem. This means that despite the power, your mesh router is probably overloaded by some other device, does not like its packets, has been partying for three days, or it's just bugged, so either way it will find the next possible glimpse of the network connection to deliver its message.
That made the INTERNET resilient.
- arjvik 5y agoI think the OP is using location not as a metric for packet routing or anything else related to the networking aspect, but as an additional piece of information that applications running on the mesh network can make use of.
- quilombodigital 5y agoEven if he is not talking about network, the example he used in github is flawed, of "auto connected devices, based on distance", maybe in US reality, where you have big houses, but ceratinly not in a real world scenario, with thousand of small apartments with everything near. The solution already exists and is not hard. try to register an airtag, or setup a new iphone with the old one and you will se the process is painless, and there is no 3d location involved.
- webmaven 5y agoThe first example used was "auto configure the device, based on the room". 3D location helps with this, even if the only configuration is automatic labeling of the device, eg. "Kitchen Light 3".
- deleted 5y ago[deleted]