Una nuova interconnessione Net.It.Hub deve essere descritta e provata come un percorso completo. Collegare un client, ricevere un evento PTT o vedere un gruppo nella dashboard sono verifiche utili, ma nessuna di esse dimostra da sola il corretto transito della voce.
Questo approfondimento propone un metodo di configurazione e collaudo per il laboratorio del nodo 515930. Non annuncia l’attivazione di nuove rotte o di un nuovo servizio pubblico.
La scheda della rotta
| Campo | Domanda da risolvere | Esempio concettuale |
|---|---|---|
| Origine | Da quale dominio entra la sessione? | Nodo AllStarLink di prova |
| Destinazione | Dove deve arrivare? | Un solo endpoint di laboratorio |
| Gruppo logico | Quali operatori devono condividere la voce? | Gruppo PROVA, identificatore sintetico |
| Binding nativo | Come viene rappresentato il gruppo nel protocollo? | Associazione esplicita al gruppo o modulo di destinazione |
| Media | I formati sono compatibili? | PCM o conversione documentata |
| Ritorno | Esiste il percorso inverso? | Verifica separata della direzione B→A |
| Fine sessione | Chi rilascia il PTT? | Evento di fine e controllo del destinatario |
La tabella è una scheda di lavoro, non un file da copiare nel nodo. Identificatori e parametri reali dipendono dall’ambiente concordato con il gestore.
USRP: un confine audio da verificare
Nel manuale AllStarLink, USRP compare fra le possibili interfacce audio della configurazione del nodo. Usarlo come confine fra componenti non elimina la necessità di verificare formato, temporizzazione e comportamento del PTT. Segnalazione del client, pacchetti audio e abilitazione RF restano passaggi distinti.
Se i due lati elaborano l’audio a frequenze di campionamento diverse, il ricampionamento deve preservare durata e intelligibilità. Aumentare il guadagno non corregge pacchetti mancanti, tempi irregolari o una conversione errata.
Sequenza di collaudo
- Una sola rotta: partire da una sorgente e un destinatario; osservare che l’apertura della sessione sia unica.
- Primo audio: trasmettere una frase breve dopo l’apertura PTT e controllare che non perda la prima sillaba.
- Flusso continuo: verificare intelligibilità, assenza di clipping e regolarità temporale.
- Fine PTT: rilasciare e controllare che non rimangano audio o trasmissione bloccati.
- Direzione inversa: ripetere con origine e destinazione scambiate.
- Seconda destinazione: aggiungerla solo dopo l’esito della prova semplice e controllare duplicazioni o ritorni.
Che cosa annotare
Per ogni prova: data, versione delle componenti, direzione, durata, formato audio e difetto osservato. Eventuali contatori di perdita o riordino devono essere associati alla sessione e al punto in cui sono misurati. Un’acquisizione regolare sul primo tratto non prova automaticamente la ricezione sull’ultimo.
Le soglie di accettazione vanno stabilite prima della prova. Evita di scrivere “latenza zero” o “nessuna perdita” senza indicare misura e tratto osservato.
Radio Core e bridge esistenti
L’evoluzione Net.It.Hub studia un Core comune con adattatori ai margini. Un adattatore simulato, un contratto software e un bridge già provato su una rete reale rappresentano livelli diversi di avanzamento. Nelle notizie del progetto ciascun risultato deve indicare a quale livello appartiene.
Ruoli delle interconnessioni · Diagnostica audio · Architettura Net.It.Hub · Concordare una prova.
Fonte
Manuale ufficiale AllStarLink: rpt.conf, riferimento per le interfacce del nodo. La scheda e il metodo di prova sono una proposta tecnica Net.It.Hub. Data: 12 ottobre 2026.