Version 2.0.0.18 Messaging Problem

Support
1

Hi, i installed latest 2.0.0.18 on several t-beams.
when testing messaging and routing by some nodes, i get Acks (checkmarks) for direct messages.
problem:
But also i get Acks (checkmarks) when sending direct messages to Nodes that are switched off. (to simulate they are out of range)
when some node in the mesh has the recipient in its node-list, i will get a checmark, even if that node does not exist any more.
this is easy to reproduce with different nodes.
i think this is not the way messaging is meant to be. /most important function of meshtastic?

setup:
several t-beams 1.6-2.0 with freshly installed 2.0.0.18 all settings on default after installation except private channel long-fast, set by adroid bluetooth.
connected to newest android app , android app used for sending messages.

2

Same happens on private channel Long/slow.

3

This is how flood routing works, the ack is not necessarily for the node you are targeting.

4

thanx for tthe fast answer.
Ok then i did misunderstand how messaging in meshtastic works.

in 2.0 i get acks for dm that have not been delivered to target
before that, in 1.2x i did not get acks for messages that have been delivered.

for someone who is actually using meshtastic for messaging, it is important to know that a checkmark does not necessarily say, that the message has been delivered to target.

5

I think in 1.2 you could not send DMs?
The ACKs mean the same in 1.2 and 2.0, namely that at least one node in your mesh received the message. I understand that that’s not so intuitive in case of a DM, but it’s a limitation of the flooding design.

6

yes, thanx, this limitation is important to know, when using messaging …

1 Like
7

Hi @kilroy ,

I do share your concern, about confusing information, regarding how ACK’s are visualized to the user. Today, according to my understanding, the ACK is shown automatically if the message is heard to be retransmitted. Therefore, it is not possible to know, if the message is received by the intended destination (user). The graphics could be more clear about these implicit ACK’s?

More about the process of ACK’s: Transmission status icon - meaning in direct message

The only way to maintain reliable messaging, is to manually ACK all received messages. An automatic ACK when the intended user has received the message would be really useful.

@mc-hamster or @garth shall to correct me, if needed. :wink:

1 Like
8

DM’s now route like every other packet sent on the mesh now, reliability is substantially improved by them being rebroadcast, even if the ack is not as concrete.

2 Likes