It depends on what you’re trying to do. If you are trying to communicate with another specific unit, which you don’t seem to have been doing, if it was in range you would more likely to have drawn a response.
You touch on this a few times in this reply. There’s absolutely zero way for me to communicate with any ‘specific unit’ other than those I specifically have physical control of, other than Shouts and someone raising their hand to make themselves known in a reply to a Shout, or me having a prior real-world relationship using another network or means.
Likewise, nobody can contact me directly using their GTM, because they won’t know my GID, unless I specifically give it to them out of band.
BTW, what was the typical content/message you used when sending Shouts?
In a few tests, just soliciting anyone to respond, to validate that there’s more than just my GTM units talking to each other in a vacuum. I also have been broadcasting my parsed weather to test the same across my own GTM nodes, again via Shout only, not 1:1 or “Group” messaging.
And as an aside, routinely propagating Shouts across the network as some have repeatedly suggested threatens the commons that the primary mode, Direct Messaging, depends on.
I’m nowhere near flooding Direct Messaging messages off of the system with my infrequent Shouts once every few hours.
But, since Direct Messages, if they exist at all “near” me appear to be invisible and silent, I wouldn’t know if they were passing through my nodes or not, so there’s literally no way to tell if I’m impeding those messages or the only one doing the messaging at the time.
Did you address messages directly to others?
There is no way to do so from within the goTenna app without a prior arrangement out-of-band with another GTM owner.
Since the goTenna app requests access to read my Contacts, none of which contain a GID, and I would never permit anyone with a GTM I’ve given to them, to broadcast their phone number as their ID to communicate with me on the mesh network, there’s no way for me to “find” or contact someone else with my GTM, nor by searching for theirs.
The unique GID is created at pairing time within each distinct mobile app, so that GID exchange would have to happen out-of-band on mobile devices using the data network (eg SMS), prior to attemptoing to initiate a 1:1 between two GTM nodes off-grid.
This is in part due to intentional design to privilege person-to-person comms, but it’s also human nature to bear a certain reluctance to engage with strangers.
Here is where the process falls apart for using GTM devices for things like emergency comms when the network goes down or is out of range, or communicating across many users in a fight-or-flight situation (such as protests in Turkey).
If you have to have direct prior knowledge of another user’s GID using another network or exchange (in-person, mail, paper, SMS, phone call, whatever), then it impedes the expansion and growth of the mesh network. Every person has to “know” everyone else within the connected nodes, in order to talk directly to them or have Group Chat with them.
Mesh networking is not about broadcasting as in calling CQ, pure and simple, or even about carrying on conversation in the clear so everyone can listen in, yet you seem to be pointing towards those concepts as needing incorporation into the GTM in all your criticism here in how it fails to meet expectation that are commonly associated with broadcasting modes we’re more familiar with.
My expectation was to see if there were others out there, to then test the system, push all the edges and get a good idea of what other applications this would be useful for.
If I send a public Shout, and others respond, I can (I assume) begin to attempt 1:1 direct conversations with them, as we would presumably be able to see our GIDs and exchange messages at that point.
Without prior knowledge of a GID already on the network, I can never have 1:1 or Group messages with those people who control those GTM nodes.
Imagine email where the spammers can just send one nastygram and it would be received by everyone in the world with email.
It’s already possible, via Shout, to DDoS the system, such that other messages don’t get through. I don’t see any way within the app to block/deny a spammy GTM node, nor set a throttle on the # of messages allowed to/through a specific node per/minute, per/hour or other. Anyone can just hammer messages across the nodes and bury legitimate direct messages.
But I digress.
You make that choice, get your goTennas and go.
Well, no. You get your goTennas, initate a GID exchange using a higher-level mechanism, then attempt to use the GTM devices for 1:1 communication after that. It’s not a drop-in, you can’t just pair your GTM and start having 1:1 conversations with anyone.
But that is more in-line with your email metaphor earlier. Sending messages through GTM nodes, requires something along the lines of a GPG key-signing party, authenticating and authorizing users in-person before taking those devices apart and continuing conversations off-grid.
In any case, if there truly are 100+ nodes I passed through, and every single one of those nodes knows every single other person they’re connected to in order to have 1:1/Group messages, that would be the most impressive component of the system.
Since I have no way to tell if messages were sent through my nodes, I can’t say whether those nodes “near” me are dead, idle or off. It’s an invisible, black box.