Situazione attuale degli ID DMR provvisori dei ripetitori

La collaborazione che si è creata tra BrandMeister e radioid.net è sempre più stretta, e grazie a questo incrocio automatico di dati sono stati introdotti dei comodissimi automatismi gestionali; un esempio è l’autenticazione automatica della maggioranza dei nuovi utenti che si registrano, e anche  l’attribuzione automatica dei diritti di Sysop sui ripetitori correttamente registrati sotto il proprio nominativo.

I sistemi vengono continuamente sincronizzati per far si che le informazioni degli utenti su BrandMeister rimangano sempre allineate con la gestione vera e propria degli ID da parte di radioid.net.

Le policy di BrandMeister WW stabiliscono che tutti gli ID utilizzati per connettersi a BM debbano essere registrati su radioid.net, e che il nominativo configurato nel sistema client (Ripetitore, Hotspot o altro) sia esattamente quello registrato, pena il rifiuto della connessione al master server.

Di questa regola (che oramai è stata definita da almeno due anni da BM WW), ne avevamo scritto anche nel nostro precedente articolo, che trovate sempre in questo sito.

Già da parecchie versioni del software di gestiore utilizzato nei servers di BrandMeister, per default viene forzato il controllo stretto della corrispondenza del NOMINATIVO e l’ ID dei ripetitori.    Ad ogni aggiornamento, dobbiamo operare a mano delle modifiche nelle configurazioni per permettere ai ripetitori con ID provvisorio 223xxx per poterli far funzionare ancora, in quanto tutte le relative connessioni dei dispositivi cadono dopo l’aggiornamento del software.

Questa situazione è in essere da settembre 2023, ormai è giunto il tempo di adeguarsi a questa direttiva (già adottata a livello mondiale da BrandMeister da più di due anni); quindi adoperatevi per richiedere le autorizzazioni dei vostri ripetitori e registrateli su radioid.net.   

Gli sviluppatori del sistema di BM WW stanno facendo sempre più pressione perché tutti i sistemi connessi si adeguino ai nuovi standard, quindi prendete atto che la funzionalità dei sistemi con ID 223xxx attualmente non è più garantita, in nessun modo. Se non interverrete subito nel modo adeguato, i vostri sistemi resteranno sconnessi dalla rete DMR di BM.

Esortiamo gli utilizzatori, come rimedio temporaneo, di utilizzare nei vostri sistemi il vostro nominativo con il vostro ID DMR; oppure impostarlo così in via definitiva, solo se il ripetitore è installato a casa vostra.

Grazie per la vostra collaborazione!   

’73 dal Team BM2222

Vedere se un TalkGroup è in statico su un ripetitore/hotspot

E’ operativa una pagina, raggiungibile dal seguente indirizzo, che offre la possibilità di conoscere se uno specifico TG è presente come “TG statico” su un determinato sistema connesso a BM:

TalkGroup Query

La procedura fa uso delle API di BM ed interroga il database per conoscere se un TG specifico è presente nella configurazione di un sistema collegato al master server. Le interrogazioni sono gestibili per il nostro master server, sugli MCC 222, 223, 224; quindi, ad esempio, è possibile provare ad inserire il numero 22222 (la ricerca opera sui TG fino a 7 cifre) nel box in alto a sinistra, e premere il pulsante Invia
Il risultato (alla data di stesura del presente testo) sarà il seguente (parziale estratto):

Potete vedere, in dettaglio, le informazioni generate sulla dashboard in base alla ricerca effettuata:

  • progressivo dei sistemi che hanno il TG in statico;
  • classe dell’ID DMR del sistema connesso al master server, ovvero se ripetitore (6 cifre), utente (7 cifre) o hotspot/applicazione (più di 7 cifre);
  • ID DMR con link al database di radioid.net, per visualizzare i dettagli dell’ID;
  • Callsign (nominativo) usato dal ripetitore/hotspot, con link all’archivio di BM;
  • Slot sul quale è in statico il TG (1, 2, sistema con singola frequenza – DMO).

Poiché le API (procedura software) attingono direttamente al database di BM possono essere visualizzati anche i ripetitori e gli hotspot non al momento connessi, ma che in passato (in attesa della naturale cancellazione dagli archivi log di BM) hanno gestito tale configurazione/TG.
Per conferma, se l’impianto è acceso e connesso, fate click sul relativo nominativo presente nella dashboard (colonna Callsign):

Gli ID DMR presenti nella pagina TG Query hanno dei colori diversi perché indicano classi di ID DMR differenti: blu assegnati ai ripetitori, grigio per gli “user” e verde per i sistemi quali hotspot e procedure software/bridge.
Nel pulsante verde, il suffisso in uso è staccato e preceduto da una barra /. È infatti buona prassi assegnare in autonomia a questi dispositivi il proprio ID DMR (user) più le due cifre progressive che identificano i singoli hotspot e applicazioni (SSID).

La colonna Slot visualizza invece dove è configurato il TG in statico. Indicazione utile su di un ripetitore, per poter fare l’ascolto sullo specifico slot.

Questa procedura web chiamata TG Query può essere utile in situazioni di “migrazione”, ovvero quando un gruppo di radioamatori abituati a trovarsi su di un talkgroup passano ad un altro. In questo caso sarà possibile visualizzare chi non ha aggiornato il TG al proprio sistema sul TG dov’era precedentemente in ascolto.
Ma può essere utile anche quando facciamo una chiamata in radio e desideriamo visualizzare se tale TG è anche attivo come TG statico su un ripetitore. In questo caso il manutentore dei sistemi in specifiche zone può adoperarsi per dare continuità, verificando quali impianti hanno recepito la configurazione.

Il Team BM2222

Progressiva dismissione dei TG Cluster

La gestione di sistemi “cluster” DMR (aggregazione di ripetitori e hotspot sotto un unico flusso distintivo), risale ad alcuni anni fa quando ancora il network DMR (e non solo) non aveva raggiunto così importanti traguardi nel software e nelle interconnessioni.

In generale il cluster doveva limitare una zona operativa di collegamento, ma presenta delle difficoltà di utilizzo non potendo impiegare esternamente  il TG88 che conduce al relativo TG cluster a 6 cifre. Comporta anche il non sapere l’utilizzo effettivo di quale cluster stiamo impegnando su di un ponte ripetitore usando il TG88, oltre ad avere un “conflitto” di attribuzione tra l’ID DMR del cluster (ad esempio il Cluster Brescia 222030) e i ponti ripetitori (222030 è assegnato sul database WW ad un ripetitore DMR in provincia di Frosinone).

L’obiettivo è quello di  risolvere queste problematiche tecniche operative in maniera definitiva e rendere più facile l’uso ed il riconoscimento dei flussi (TG).
Infatti, il “vecchio” cluster Brescia 222030, visto il grosso utilizzo del sistema e del traffico portato giornalmente, è stato dismesso per primo al fine di sperimentare la migrazione verso il suo TG esterno 222030.
Dopo alcuni mesi si è passati al TG 22222 (il TG 22221 identifica la regione Lombardia, in progressione è stata attribuita una numerazione del blocco – ID DMR disponibili in quella sezione- libero).
Stessa operazione è avvenuta con il cluster D2ALP in un unica soluzione, lasciando il 222055 per il nuovo 22215 (2221x opera sulla sezione di ID DMR disponibili – Liguria).

Quindi da ora non c’è più nessun dubbio su quale flusso stiamo operando, il TG88 che richiama il cluster non serve più; è solo necessario inserire nel codeplug (riferendoci al cluster Brescia) il nuovo Brescia Network TG22222 ed attivarlo come statico sui ripetitori che vogliamo entrino a far parte del circuito aggregante. Questo sistema verrà utilizzato per tutti.

Progressivamente questa operazione verrà portata avanti con tutti i “vecchi” cluster presenti sul master 2222 italiano, nei prossimi mesi (entro settembre). Dove si riscontrerà del traffico rilevante da tempo e una presenza costante di QSO, verrà proposta l’assegnazione di un TG a 5 cifre con l’iniziale 222 MCC italiano (vedi l’esempio sopra di Brescia Network e di D2ALP), e la relativa etichettatura nel database/wiki.
Diversamente potrà sempre essere usato, per i fini sperimentali o zonali, l’ID DMR di uno dei ripetitori in accordo con il sysop e gestore del sistema locale. Il cluster, come concepito inizialmente (6 cifre), verrà quindi eliminato definitivamente dal circuito. 

Questi nuovi TG che prendono il posto dei vecchi cluster si definiscono “TG aggregatori a differenza del TG 222 e dei 20 TG regionali che si  inquadrano operativamente come “TG strutturali

L’obiettivo è quello di arrivare ad usare i soli TG a 5 cifre, salvo l’uso per attività sperimentali o provvisorie e comunque non in presenza di traffico importante , dove l’uso del proprio ID DMR/del proprio ripetitore è la prassi da adottare.

E’ un ulteriore passo verso una grande semplificazione operativa per l’utilizzatore del network. Sono previsti ulteriori tecnicismi, che verranno dettagliati in futuri articoli per aiutare sempre tutti i colleghi.

Per ulteriori informazioni, scrivete al Team BM2222 alla mail: bm2222@dmrbrescia.it

Utilizzo dei sistemi DVSwitch e DVLink sul Master BM2222

Il Team BM2222 sta procedendo con un continuo monitoraggio sull’utilizzo dei dispositivi connessi al master server BM2222. 

Alcuni OM non configurano correttamente i propri dispositivi, generando una continua richiesta di connessione al master.

Il controllo e la soluzione del problema è semplice; sarà sufficiente controllare quale dispositivo utilizzi l’ID che trovate descritto nella seguente dashboard e aggiornare i vostri dati di accesso come riportato.
Ad esempio:

Localizzato il dispositivo che utilizza l’ID 222448388 si effettuerà un controllo e si aggiornerà il dato (in questo caso) della Hotspot Security Password che viene utilizzato per connettere il dispositivo alla rete DMR di BM, compatibilmente con quanto inserito nel proprio pannello Selfcare.
NOTA: Una volta salvato i dati e riavviato il servizio del dispositivo (es. pi-star), dopo alcuni minuti la segnalazione d’errore nella dashboard scomparirà, se le informazioni saranno state inserite correttamente.

Coloro che usano applicazioni quali DVSwitch o DVLink non proprie per un uso locale, avranno sicuramente contattato un collega OM amministratore di un server DVLink (che è un server simile al DVSwitch, ma permette la registrazione multi utente), per ottenere un accesso al suo sistema. 
A questo collega saranno state date le proprie credenziali personali di accesso a BM e concordato con lui  l’ID DMR a 9 cifre (7 + i 2 numeri del SSID) da utilizzare per la connessione.

Spesso il problema risiede proprio qui!  Se voi avete cambiato successivamente la vostra Hotspot Security Password di BM dall’area Selfcare del portale e non avete comunicato la variazione al collega che amministra il server DVLink, dal suo server verrà continuamente inviata una richiesta di connessione con le vostre credenziali errate!! 

Come controllare se il proprio Nominativo compare tra le segnalazioni d’errore nel master BM 2222?

Utilizzando il seguente link della dashboard, che identifica le connessioni fallite delle connessioni al server, dovute principalmente alla errata configurazione del dispositivo dell’utente (con password errata e/o mancante), potrete controllare la presenza del vostro nominativo:

Dashboard di controllo delle connessioni

Gestione della connessione

Ogni OM che desidera connettersi ad un sistema DVS Server non proprio (ovvero non da lui gestito, in multi-utenza) deve limitarsi alla scelta di un unico sistema.
Le registrazioni multiple su più DVS Server devono essere evitate! Sono inutili e possono generare dei problemi. Nel caso si desideri avere un sistema di backup (da tenere attivo anche in un server personale, quindi in propria gestione e ad uso esclusivo), è permesso l’utilizzo ma con tutti i controlli di corretto funzionamento del caso.

Desideriamo inserire alcune ulteriori considerazioni. Dal lato del manutentore di un DVLink Server, prima di aggiungere le credenziali di un collega OM, questi si deve assicurare che lo stesso non sia già presente su altri sistemi DVS Server che poi si rivolgono al master BM2222 pena il possibile blocco dell’indirizzo IP dal quale provengono le richieste di connessione (il DVLink Server).

Alcuni consigli:

    • quello di azzerare eventuali precedenti accessi dell’OM e iniziare una nuova configurazione se richiesta;
    • di creare anche un gruppo Telegram ad hoc, nel quale inserire i colleghi che usano il proprio sistema DVS Server, ed adoperare lo stesso gruppo per monitorare e gestire le connessioni dal proprio IP (anche quando l’utilizzatore finale non usa più l’applicazione e lascia l’accesso pendente con connessioni fallite verso il master).
    • chi amministra un proprio server ne è responsabile, sia verso gli utenti che verso il sistema a cui si è connesso.

L’OM utilizzatore finale (se proprio non può o non riesce ad installare un proprio sistema DVSwitch server) deve ricordarsi che deve rivolgersi ad un unico referente, lo stesso al quale chiedere direttamente in caso di problemi con la sua connessione. Questo metodo serve anche per evitare di inviare in giro le proprie credenziali di accesso a BM a più persone, (credenziali che, ricordiamo, devono essere conservate in maniera riservata), ma anche per evitare il rischio di blocco dell’accesso del proprio sistema (DVSwitch / DVLink) o dell’ ID DMR; questo perché qualche sysop non ha cancellato bene le credenziali dell’OM che aveva inserito su un sistema che lo ospitava in precedenza.

Il Team BM2222

Monitoraggio dei TG di BrandMeister

Il Team BM2222 sta procedendo con un continuo monitoraggio sull’effettivo utilizzo dei vari TG assegnati nel tempo.
Questo per dare agli utilizzatori del sistema un preciso riscontro sulla presenza di QSO e attività, e non un mero segnaposto dove si arriva a chiamare senza purtroppo avere delle risposte. Il riferimento per i Talkgroup in uso rimane la pagina WIKI di BM.

Per tale motivo al momento sono sospese nuove assegnazioni / etichettature di TG, ma verranno eseguiti solo eventuali riconoscimenti / spostamenti ai TG effettivamente trafficati da molto tempo in maniera costante.
L’obiettivo desiderato da raggiungere è una modalità aggregativa ed organizzata, chiara e funzionale.

Ricordiamo che per qualsiasi attività di sperimentazione e di QSO circoscritto, è possibile utilizzare quale TG l’ID DMR del proprio ponte ripetitore (6 cifre) o il proprio ID DMR a 7 cifre., come abbiamo già descritto in questo articolo del 31 ottobre 2023.

Chiediamo di  non creare bridge o connessioni verso sistemi server / reflector se non dopo aver ricevuto conferma dal Team di BM2222 via mail (bm2222@dmrbrescia.it), e a non utilizzare in maniera casuale dei TG per non creare ulteriore dispersione e mancanza di organizzazione.

I Talkgroup 222xx (5 cifre) non assegnati / etichettati non sono al momento fruibili; verranno gestiti (resi operativi e richiamabili) man mano che saranno destinati ad uno specifico flusso, etichettato ed inserito nel database e nella pagina della wiki italiana di BM.

Per quanto riguarda l’uso di applicazioni software con connessioni verso il server Master 2222 di BM (quindi che non avvengono in RF ma tramite sistemi informatici) vi invitiamo ad usare ognuno il proprio sistema e ambiente (Computer/Server) anziché soluzioni condivise. La motivazione è sia tecnica che di responsabilità perché se presente qualsiasi tipo di disturbo verrà gestita l’attività di intervento e risoluzione sull’ IP generante il problema (e/o l’ID DMR associato). È una normale prassi che viene utilizzata per qualsiasi dispositivo connesso al server Master, come potrebbe essere anche un hotspot o un reflector.

 

Domande e risposte sui TG

Desiderando migliorare la comprensione dell’utilizzo della rete DMR BrandMeister per tutti i radioamatori che desiderano approfondire l’argomento, in questo testo composto da “domande e risposte” abbiamo inserito alcune delle vostre domande più frequenti che ci sono pervenute.
Abbiamo desiderato renderle pubbliche, e poter fare in modo che le nostre risposte possano essere d’aiuto a tutta la comunità radioamatoriale.

Utilizzando i ripetitori connessi alla rete BM, quale Time Slot devo utilizzare per essere sicuro di farlo nel modo corretto?

La risposta a questa domanda la trovi descritta nella pagina wiki di BM Italia, dove troverai tutte le informazioni.
Vi raccomandiamo di seguire le seguenti importanti note operative generali (che qui vi traduciamo brevemente, per vostra comodità):

  • Prima di iniziare i QSO su qualsiasi TalkGroup (nazionale, internazionale, regionale, ecc.), controlla sempre innanzitutto la configurazione dei TalkGroup statici presenti sul ripetitore che intendi utilizzare (tramite dal Dashboard di BM);
  • Se il tuo TG è già configurato come statico (colore azzurro) su uno dei due Time Slot del ripetitore, utilizza quel Time Slot SENZA iniziare ad impegnare l’altro;
  • Se il tuo TG non è configurato come statico su nessuno dei Time Slot, chiediti dove il tuo QSO avrà il minor impatto sul traffico esistente e in base a questa considerazione scegli lo slot migliore;
  • Se vedi che uno dei due Time Slot è completamente libero da TalkGroup statici, scegli quello, perché significa che evidentemente il Sysop desidera ospitarti su quello Slot, dedicato in ogni momento al traffico libero su qualsiasi Talk Group.

Vorrei l’assegnazione di un mio TG DMR (TalkGroup); che cosa devo fare?

I TG non sono di proprietà personale, tutti ne possono usufruire e non possono essere “riservati”. Il TG è una convenzione, un modo di utilizzo per facilitare l’uso del sistema DMR e delle relative interconnessioni, se presenti. Quindi, non è possibile ottenere un “tuo TG” personale.

Ma se desidero accordarmi con i miei amici radioamatori su dove ritrovarci sulla rete DMR di BM, per poi parlare di argomenti specifici?

Se quanto trovi già disponibile non ti è sufficiente, ed è un peccato perché dobbiamo favorire l’aggregazione e fare traffico affinché si possa coinvolgere nuovi amici e favorire la diffusione delle informazioni; è preferibile utilizzare i TG esistenti “etichettati”, piuttosto di attivarne altri “temporanei”, per breve tempo.
Comunque, a titolo di sperimentazione personale e di gruppo, e possibile attivare un TG “temporaneo”  seguendo le indicazioni fornite dal Team WW di BM.
Ci sono diverse possibilità; puoi far inserire nei codeplug dei tuoi amici e corrispondenti (come chiamata di gruppo) uno dei seguenti ID DMR ed usarlo come TG:

I TG “ID personali / ripetitore” non devono essere pensati o creati come dei TG disgregativi, anche se BM è una rete libera e permette di poterlo fare.
Questi TG hanno lo scopo principale di incentivare la piccola sperimentazione e la coesione delle persone / del gruppo degli sperimentatori, con lo scopo di alleggerire il traffico dai principali TG attivi su molti ripetitori, e anche per parlar di argomentazioni meno tecniche e più generalizzate.
BM incentiva di più l’uso e la presenza nei TG “etichettati” elencati nel wiki, ovvero nei TG aggregativi già esistenti, dove sia facile ritrovarsi per fare QSO.

Allora è possibile che dall’uso del mio ID DMR come TG “temporaneo”, successivamente  sia possibile arrivare ad un “TG etichettato”?

Certamente SI. L’utilizzo continuo di quel TG e l’impegno che viene dimostrato nell’essere presenti e portare avanti argomenti di comune interesse nell’ambito radioamatoriale, “viene premiato” con una maggiore descrizione e visibilità.
Lo scopo principale di BM è quello di incentivare chi fa traffico e connette dei sistemi per il bene e l’uso comune; lascia anche libertà e autogestione a chi invece desidera creare dei gruppi che fanno poco traffico.
Il ‘premio’ che verrà dato dal Team BM2222 sarà quello di trasformare quel TG “temporaneo” in un TG “etichettato”; chi raggiungerà soglie di traffico importanti, come alcuni gruppi hanno già fatto, potrà ottenere un TG “etichettato” tipo 222xx.

Ed un “TG etichettato” può essere rimosso dal database?

La risposta è SI. Non ha senso avere all’interno di un libro un indice che ci porti a delle pagine vuote. Se il talk group non viene utilizzato per lungo tempo (o nel frattempo si sta utilizzando un altro TG per gli scopi originari), quel  TG viene “liberato” dall’etichettatura della rete DMR, e verrà eliminato anche dalla pagina wiki.

Perché nel servizio Hoseline o sulla dashboard di BM alcuni TG hanno un nome e/o descrizione, mentre altri TG sono anonimi?

Perché, dal momento della loro creazione e al successivo utilizzo, i TG che raggiungono un ottimale volume di traffico (e diventano punto di riferimento per molti radioamatori) vengono “etichettati” per meglio essere identificati e vengono inseriti nella pagina Wiki di BM IT. I TG che non raggiungono un sufficiente volume di traffico rimangono senza una descrizione, e sono da considerarsi come TG “provvisori”.
I TG italiani “etichettati” possono essere visualizzati anche attraverso la pagina TalkGroup di BM, impostando il valore 222 nel campo di ricerca.

E se  chiedo di avere un “TG per le emergenze”?

Tutti i TG possono essere utilizzati “per le emergenze”. Anzi, è meglio utilizzare allo scopo un TG “trafficato” perché avrò la sicurezza di poter essere ascoltato da qualcuno in caso di necessità.
NOTA: Nella chiamata sarà sufficiente dichiarare, come da normali prassi in radio, che si tratta di una comunicazione di emergenza.

Si sente parlare di “DMR puro”, TG multi protocollo; ma cosa sono?

Sono vecchie espressioni del passato, quando ancora il software discriminava tra una comunicazione gestibile in solo protocollo DMR e altre con più protocolli (C4FM, D-Star, etc.). Oggi non è più possibile fare un’affermazione simile, in quanto tutto è (e non è…) multi protocollo; dipende solo da cosa desideriamo collegare ad un flusso dati.
Oggi si entra in QSO dal cellulare e dal PC con applicazioni specifiche, è possibile far dialogare apparati DMR con radio C4FM; si utilizza una transcodifica per comunicare con il mondo D-Star, etc. Il software non pone limitazioni in questo senso, perché l’obiettivo è di parlare con tutti con tutto; la nostra rete DMR non è una rete civile ma resta una rete radioamatoriale sperimentale. Se non ti piace la modulazione di un collega che entra con un sistema radio diverso dal tuo non lo allontanare, ma invece aiutalo a migliorare

Operare oggi su questi TG è difficile e può generarsi confusione?

La confusione avviene se non si rispettano delle semplici regole che i gestori dei sistemi hanno indicato nel tempo, per esperienza e conoscenza tecnica. E’ come guidare un’automobile su di una strada pubblica; se rispettiamo il codice della strada, le norme pratiche e di buon senso, ne avremo tutti solo dei vantaggi. Viceversa, se voglio fare come mi pare, è meglio se mi isolo nei miei flussi e QSO; e nessuno avrà da ridire.

Quindi posso utilizzare l’infrastruttura di BM e i suoi relativi TG registrati per collegare altri sistemi e altri network?

La risposta è NO, in maniera tassativa. Se ti piace l’infrastruttura della rete di BrandMeister e ti fa comodo così com’è, allora continua ad utilizzarla. Se vuoi utilizzare invece i tuoi sistemi, i tuoi server e le tue modalità operative, nessuno te lo vieta; ma non ci saranno punti in comunione con la rete DMR di BM. Fino a quando collego alla rete BM un dispositivo per un uso personale o ristretto al mio ambito, non ci saranno limitazioni in assenza di disturbi. Diversamente, se voglio ricreare infrastrutture di rete e/o replicare quello che già il Master BM mette a disposizione (salvo accordi particolari e motivati), questo non mi sarà permesso. 

I ripetitori DMR hanno due Time Slot; sono obbligato, sulla rete BrandMeister, a seguire delle impostazioni dei TG per la configurazione del mio ripetitore?

La risposta è NO. Ogni responsabile di un ripetitore (sysop) può gestire in proprio la sua configurazione. Generalmente viene sempre fatta molta attenzione all’area geografica di utilizzo e alle prassi comuni della zona in cui viene utilizzato. Chi attiva un ripetitore lo fa affinché tutti gli utilizzatori ne possano trarre beneficio; questo anche nella facilità d’uso per una massima fruibilità del sistema.

Per un’armonizzazione nazionale dei TG, sul Time Slot 2 generalmente si configura in statico (sempre attivo) il TG della Regione quale “punto di ritrovo e chiamata”, oppure un TG locale di aggregazione preferito. Il Time Slot 1 viene molto spesso lasciato libero per il traffico di rete in genere, per dare ampia ospitalità ai colleghi senza imposizioni. Ma non vi sono obblighi precisi, solo responsabilità nel gestire un sistema semplice, piacevole e funzionale per tutti.