Il 4 ottobre 2026 ICSSW ha annunciato l’aggiornamento MeshCom 4.40a. Le novità interessano anche la valutazione del bridge SIP–MeshCom sperimentato in Net.It.Hub, soprattutto quando il destinatario di un messaggio non è subito raggiungibile.
Le novità documentate
Le note ufficiali indicano Store-and-Forward per messaggi diretti, disponibile sui nodi ESP32-S3 e nRF52840 e disattivato per impostazione predefinita. Introducono inoltre la matrice dei vicini NBR, che sostituisce la precedente lista MHeard e la tabella dei percorsi come sorgente di dati per le viste interessate.
Queste sono caratteristiche del firmware MeshCom. Non dimostrano che il gateway Net.It.Hub sia già aggiornato, che la mailbox sia attiva o che il bridge SIP interpreti tutti i nuovi stati.
Perché interessa il bridge SIP–MeshCom
Nel bridge del laboratorio un terminale IP invia un testo che viene inoltrato sulla rete radio. Con una consegna differita, il ritorno al terminale IP deve distinguere l’accettazione iniziale dal deposito e dall’eventuale ricezione finale.
Una dashboard che mostri soltanto “inviato” può lasciare incerto l’esito. La verifica proposta riguarda quindi il significato dei messaggi di stato, non soltanto la presenza del testo nel log.
Piano di prova proposto
| Scenario | Che cosa osservare |
|---|---|
| Destinatario raggiungibile | Identità, testo e riscontro di ricezione effettiva |
| Destinatario temporaneamente assente | Eventuale deposito e distinzione fra attesa e consegna |
| Destinatario nuovamente raggiungibile | Consegna successiva e aggiornamento coerente dello stato lato SIP |
| Messaggio ripetuto | Assenza di copie indesiderate e di loop fra bridge e rete radio |
| Gateway o client riconnesso | Stato comprensibile senza dichiarare ricevuti testi non verificati |
Il confronto deve essere svolto prima su un ambiente di prova concordato, registrando versioni di firmware e app. Gli scenari della tabella sono prove da eseguire: non sono risultati già ottenuti sul sistema Net.It.Hub.
Dati utili nel resoconto
Annotare orario di invio, disponibilità del destinatario, stati osservati e ricezione verificata. Per pubblicare un resoconto bastano identità sintetiche e testo di prova; configurazioni amministrative, credenziali e dati personali degli operatori restano fuori dalla documentazione pubblica.
Il risultato atteso è una distinzione chiara fra inoltro IP, passaggio radio e consegna finale. Anche una prova non riuscita è utile se indica il punto preciso in cui il messaggio si ferma.
Fonti e progetto
ICSSW: note ufficiali delle versioni MeshCom · ICSSW: annuncio del 4 ottobre 2026 · Panoramica Net.It.Hub · Partecipare alle prove.
Verifica delle fonti e pubblicazione: 12 ottobre 2026.