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 TG-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 TG-222055 per il nuovo TG-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 TG-22222 ed attivarlo come statico sui ripetitori che vogliamo entrino a far parte del circuito aggregante. Questo sistema verrà utilizzato per tutti.

NOTA BENE: Dal 12 settembre 2024, l’uso del TG 88 è stato disattivato su tutta la rete BM2222, e diversi Cluster (ancora attivi) sono stati migrati su dei TalkGroup statici; quindi a partire da quella data dovrete cercare i Cluster ancora attivi, attraverso l’apposita dashboard di BrandMeister.

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: [email protected]

Il Team BM2222

Brescia Network da oggi usa il TG-22222

Da oggi i ripetitori di Brescia Network usano come modalità di accesso il TG-22222, configurato in modalità statica, generalmente sul Time-Slot-2 tranne alcuni casi; sostituendo il vecchio TG-222030, che rimarrà in statico ancora per qualche mese, al fine di dare il tempo a tutti di aggiornare i propri Codeplugs.

Questo cambiamento (che ovviamente siamo consapevoli possa creare qualche disagio), è stato deciso per seguire la nuova politica intrapresa dalla comunità BM per la razionalizzazione del traffico e dei Talk-Groups.

Questa nuova politica comporta, tra i numerosi aspetti, anche la progressiva eliminazione dei TG a sei cifre, perché potrebbero potenzialmente essere utilizzati da chi desidera usare l’ID del proprio ripetitore come TG, creando chiaramente un conflitto sulla rete.

“Brescia Network” Telegram BOT

 

Elenco Ripetitori di “Brescia Network”
01. IR2DM – Monte Quarone (Slot-2 TG-22222)
02. IR2UDK – Sant’Onofrio (Slot-2 TG-22222)
03. IR2UFZ – Crystal Palace (Slot-2 TG-22222)
04. IR2UFG – Monte Salena (Slot-2 TG-22222)
05. IR2UDJ – Monte Orfano (Slot-2 TG-22222)
06. IR2CS – Sarnico (Slot-2 TG-22222)
07. IR2UFX – Monte Creò (Slot-2 TG-22222)
08. IR2CZ – Camarozzi (Slot-2 TG-22222)
09. IR2UCS – Monte Campione (Slot-2 TG-22222)
10. IR2DP – Maresana (Slot-2 TG-22222)
11. IK2ILJ-2 – Bergamo (Slot-2 TG-22222)
12. IK2ILW-1 – Milano Cadorna (Slot-2 TG-22222)
13. IR2UED – Valcava (Slot-2 TG-22222)
14. IR2UFS – Benaco (Slot-2 TG-22222)
15. IR2UFF – Montichiari (Slot-2 TG-22222)
16. IR2UFR – Desenzano (Slot-2 TG-22222)
17. IR4UX – Monte Cimone (Slot-1 TG-22222)
18. IR4AK – Ferrara (Slot-1 TG-22222)
19. IU4MSI-1- Copparo (Slot-1 TG-22222)
20. IU4MSI-2- Estensi (Slot-1 TG-22222)
21. T79DMR – SanMarino (Slot-1 TG-22222)

Grazie per la vostra comprensione e collaborazione.

73 dal Team “Brescia Network”

 

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 ([email protected]), 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.

Il Team di BM2222