Riavvio DECT

[submother91]

Salve a tutti,
mi scuso se non mi sono presentato in apposito topic ma non l'ho trovato.
Mi chiamo Luca sono di Pesaro e lavoro presso un azienda con centralino Siemens.

Vi spiego il problema che mi affligge ormai da oltre un anno e sul quale pare che i programmatori SIEMENS stiano lavorando.

La situazione è questa :

1° Centralino MASTER su classe 192.168.xx.xxx
2° Centralino SLAVE su classe 192.168.yy.yyy
3° Centralino SLAVE su classe 192.168.xy.xyz

Le 3 classi vengono gestite grazie a degli switch che supportano le VLAN.
La versione del software dell'open scape business è la osbiz_v1_R3.0.0_433a.
I tre centralini comunicano tramite dei ponti radio collegati poi allo switch che gestisce le VLAN, ad eccezione del MASTER che si ritrova un collegamento in LAN all'infrastruttura (quindi una perdita di pacchetti è esclusa)

Il problema che mi si presenta è questo:
Saltuariamente (e già questo non aiuta) tutti i cordless di tutti i centralini perdono la linea in quanto il DECT si riavvia.

I cordless che utilizziamo sono
 - SL610PRO
 - SL4 Professional

 Come ben sapete i primi compatibili i secondi certificati.
Tuttavia il problema si presenta come dicevo saltuariamente e su tutti i cordless indipendentemente dal modello.


A qualcuno di voi è già capitato,
grazie preventivamente

[Lucky]

scusa ma cosa intendi con il dect si riavvia?
Si spengono e riaccendono i telefoni? Si riavviato le antenne bs4? Si riavvia l' intera centrale? Avviene un reboot della scheda dove sono collegate le antenne? Avviene su tutte le centrali contemporaneamente?
Bisogna fare un po di analisi sul problema, senza dati le risposte non si possono dare.
Ciao

[submother91]

Ciao Lucky,
grazie per la risposta intanto.
Scusa se sono poco dettagliato ma purtroppo non sono molto esperto di queste tecnologie.

Rispondo per punti :

• No, I telefoni rimangono accesi risultano non essere collegati ad alcuna base per almeno un minuto
• Si, le antenne BS4 si riavviano dando il tipico led rosso
• No, la centrale non si riavvia in quanto se provo ad entrare nei singoli centralini da interfaccia web funzionano e i telefoni fissi riescono a contattare interni (di telefonia fissa) e non i cordless(ovviamente)
• Si, avviene su tutte le centrali contemporaneamente

Spero queste info ti siano utili.

[Kimera]

Si, avviene su tutte le centrali contemporaneamente

Quindi in ciascuno dei tre nodi (interconnessi mediante IP Trunking attraverso il routing delle tre rispettive Subnets?) la rispettiva funzionalità DECT (quindi ogni nodo HiPath 3000/OpenScape Business ha attivo e funzionante il suo sistema "DECT Light" immagino...) cessa di funzionare in perfetta contemporanea alle altre?

Giusto per farci un'idea: le tre subnets sono in routing l'un con l'altra oltre ad essere in VLAN differenti tra loro (che poi non capisco la necessità di avere VLAN diverse da quella di Default per ciascuno Switch se ogni sistema è su una Subnet differente...a meno che per ogni Subnet non ci sia la VLAN di Default e la VLAN per la parte VoIP (*) )?

Dato il fatto che i tre nodi sono interconnessi (IP Trunking) viene anche da chiederti: i tre nodi sono stati configurati per il  DECT Network Wide Roaming oppure i tre nodi hanno tre sistemi DECT che si ignorano vicendevolmente? ...ovvero i terminali DECT usati nei vari nodi godono della mobilità completa (spostandosi in modo "trasparente") sui uno qualsiasi degli altri due nodi oltre a quello di cui sono terminali "nativi" (lascia stare l'eventuale mancanza/presenza di copertura DECT nel passaggio da un nodo all'altro - Overlapping Radio - ma guarda solo il fatto che i vari nodi interconnessi ammettono di prendersi in carico i terminali DECT di tutti i nodi conivolti garantendo la "Full Mobility" di un terminale DECT) oppure no? <- nel caso godano di mobilità completa (quando quindi è implementato il DECT Network Wide Roaming tra i nodi) e c'è anche l'Overalapping RADIO di celle DECT appartenenti a nodi differenti ed interconnessi bisogna stare attenti a non assegnare ai sistemi DECT gli stessi DECT ID (DECT ID devono essere differenti)...se non c'è alcun Overlapping RADIO (le celle DECT di prossimità dei vari nodi non interferiscono) vanno bene anche DECT ID identici su tutti i nodi interconnessi.

Ovviamente do per scontato che su tutti e tre i nodi si stia parlando di sistemi DECT in modalità "DECT Light" (quindi celle DECT BS4 direttamente connesse agli attacchi Up0/E delle motherboard OCCMR/OCCM ed assenza di schede tipo la SLC16N/SLCN montate sui sistemi HiPath/OpenScape Business) e con funzioni "Multi-Cell" (se, ogni nodo, ha più di una Cella DECT BS4 installata) quindi con sub-Modulo di Clock CMA installato su ciascun sistema ma la cosa non è differente se hai uno o più nodi con in modlità "DECT Full" (con schede tipo la SLC16N/SLCN).

Saluti, Kimera.

P.S. (*)
Intendo: ciascuna Subnet può avere tutte le VLAN che si ritiene necessario configurare negli apparati che ne fanno parte (VLAN per Dati, VoIP, altro traffico, ecc.) ma, da come è stato descritto lo scenario, sembra che siano le VLAN a tenere "separate" le tre Subnet quando, in realtà, è la presenza stessa di Subnet differenti che le rende separate l'un l'altra (di qui la necessità di avere uno Switch Layer 3 o un Router che effettui il Routing tra le stesse...ovviamente SE apparati - i nodi in questo caso - appartenenti alle tre Subnet devono poter comunicare tra loro). L'inciso è per fare un pò luce sulla topologia di rete.

P.S. I
Ovviamente una qualche forma di diagnostica sul sotto-sistema DECT sarebbe utile (Manutenzione -> diagnostica DECT) in ciascun nodo in cui si presenta il problema. La conoscenza della topologia rete (e sue condizioni) e delle versioni software dei vari sistemi sono altrettanto importanti.

[Hunter]

Ho una domanda.

Le linee telefoniche ISDN o PRI (se ce ne sono) di che gestore sono, e soprattutto, sono presenti su tutti i nodi o solo al nodo master!?

[Kimera]

Ciao Hunter,

Direi che la domanda è più che pertinente...ovviamente (ed è qui che magari ci si sbaglia) gli addetti partono sempre dal presupposto che se di DECT (DECT Light oppure DECT Full) si tratta questo deve avere essere stato implementato nel modo corretto sia in termini di programmazione che di requisiti Hardware (esempio: esistenza di un Master Clock - via sub-modulo CMA a seconda dei casi - in ciascun nodo nel quale è stato implementato il sistema DECT; altro esempio: gestione dei Clock provenienti dalle linee PSTN...e così via).

Saluti, Kimera.

[Hunter]

(esesistenza di un Master Clock - via sub-modulo CMA a seconda dei casi - in ciascun nodo nel quale è stato implementato il sistema DECT; altro esempio: gestione dei Clock provenienti dalle linee PSTN...e così via).

Saluti, Kimera.

Era esattamente lì che volevo andare a parare! 

Molto spesso ci si scervella per capire dov'è un problema sui dect e poi si scopre che è il "maledetto" sincronismo di clock.

[submother91]

Buon pomeriggio a tutti e scusate per il ritardo 
Ieri è stata una brutta giornata per il nostro centralino, oltre al riavvio di DECT abbiamo avuto anche messaggi sui cordless che cercavano di chiamare o di prendere semplicemente la linea del tipo : "Linea impegnata" o "Riagganciare".

Per rispondere alle vostre domande :
Nodo 1 Master= OSBiz X5W con  Dect con SLC e circa 60 cordless +8 BS4, linee Telecom 1 PRI + 3 ISDN 1 + interfaccia GSM (clock di riferimento escluso).
Nodo 2 Slave = OSBiz X3 con Light-Dect + 1 BS4, nessuna linea.
Nodo 3 Slave = OSBiz X3 con Light-Dect + 1 BS4, 1 linea ISDN collegata ultimamente ma i problemi c’erano da prima.
I tre sistemi sono configurati per lavorare in DECT Network Wide Roaming quindi hanno lo stesso ID Dect e non c’è overlapping tra i 3 nodi.
Un’ulteriore info è che all’inizio il DECT Network Wide Roaming funzionava solo tra i nodi 2 e3 poi a Gennaio in seguito a un aggiornamento della Unify ha iniziato a funzionare anche il nodo 1, con i problemi evidenziati in oggetto.

[Hunter]

Buon pomeriggio a tutti e scusate per il ritardo 
Ieri è stata una brutta giornata per il nostro centralino, oltre al riavvio di DECT abbiamo avuto anche messaggi sui cordless che cercavano di chiamare o di prendere semplicemente la linea del tipo : "Linea impegnata" o "Riagganciare".

Immagino che le BS siano state disposte in modo che il numero di canali non vada ad impattare sul numero di cordless. Una BS ha 4 canali voce, logicamente se 5 cordless sono nella stessa area dei quella BS, il 5° cordless si andrà ad agganciare alla BS più vicina, questo potrebbe causare problemi di fonia o avvisi di "busy" (linea impegnata o riagganciare)

Avete già provato a lasciare il clock sul primario e a mettere nella lista delle restrizioni le altre linee!? Oppure a mettere una sola linea ISDN nel sincronismo ed escludere tutte le altre?

Scusa se insisto, ma mi sembra proprio un problema di clock.

Tieni presente che da gennaio di aggiornamenti ne sono usciti molti altri. (ma immagino che il PABX sia già nell'ultima release, giusto?)

[Kimera]

Tieni presente che da gennaio di aggiornamenti ne sono usciti molti altri. (ma immagino che il PABX sia già nell'ultima release, giusto?)

Sicuramente ci sono stati altri rilasc da Gennaio.

Non avendo riportato le versioni APS dei nodi. Data la versione APS riportata (OpenScape Business V1 R3.0.0 Build 433a - Giugno 2014) rimane solo da puntualizzare che, a fine Ottobre 2014, OpenScape Business V1 può girare con la V1 R3.1 (la R3.1 è stata resa disponibile già quest'estate, verso Luglio se non sbaglio) e che, in questi giorni, è previsto il rilascio della V1 R3.2.

Non mi pare di aver visto riferimenti (se non legati all'X8 con il Multi-SLC) a problemi relativi all'implementazione DECT. Ovviamente una macchina aggiornata...può funzionare meglio di una macchina che non lo è. Sono d'accordo con te Hunter: il problema potrebbe essere sul sincronismo e/o sul carico del sistema (anche se quella contemporaneità mi fa propendere più sul sincronismo).

Saluti, Kimera.

[submother91]

Salve ragazzi,
intanto grazie delle risposte, chiarimenti e suggerimenti che mi avete fornito.
Vi dico che .

Ieri è stata una brutta giornata per il nostro centralino, oltre al riavvio di DECT abbiamo avuto anche messaggi sui cordless che cercavano di chiamare o di prendere semplicemente la linea del tipo : "Linea impegnata" o "Riagganciare".

Era perchè la siemens stava lavorando da remoto al nostro centralino senza averci detto nulla.
Per la prima settimana di novembre dovrebbero rilasciare una patch che dovrebbe essere definitiva e speriamo risolutiva.
Nel frattempo che attendo loro patch tengo monitorata la situazione dopo intervento di Giovedì nel quale hanno applicato una prima correzione al sistema ed in effetti sono tre giorni che il centralino non si riavvia.

mmagino che le BS siano state disposte in modo che il numero di canali non vada ad impattare sul numero di cordless. Una BS ha 4 canali voce, logicamente se 5 cordless sono nella stessa area dei quella BS, il 5° cordless si andrà ad agganciare alla BS più vicina, questo potrebbe causare problemi di fonia o avvisi di "busy" (linea impegnata o riagganciare)

Questo è chiaro, abbiamo istruito anche gli utenti per questa cosa. Ma quando in presenza di una quarantina di cordless da a tutti lo stesso errore o ce ne sono altri 40 che non ho configurato io che chiamano o c'era un problema ai dect che infatti si è risolto temporaneamente dopo un mio spegni/riaccendi dell'intero sistema.

Avete già provato a lasciare il clock sul primario e a mettere nella lista delle restrizioni le altre linee!? Oppure a mettere una sola linea ISDN nel sincronismo ed escludere tutte le altre?

Questa sarà senz'altro una prova che faremo dopo il rilascio della patch da parte di Siemens qual'ora l'intervento non abbia esiti positivi.

Nel frattempo vi ringrazio nuovamente e vi tengo aggiornati su come si evolverà la situazione,
buona giornata!

[Kimera]

Era perchè la siemens stava lavorando da remoto al nostro centralino senza averci detto nulla.

Stupefacente! ...l'evidenziazione in grassetto è mia.

Saluti, Kimera.

[submother91]

Buon giorno a tutti.
Giusto per non dare l'impressione che la cosa sia caduta nel dimenticatoio vi aggiorno dicendovi che ieri sera abbiamo fatto l'aggiornamento dei tre nodi alla versione osbiz_v1_R3.2.0_516.
Vi tengo aggiornati su come si evolve la situazione ancora grazie.

[submother91]

Salve a tutti,
purtroppo l'aggiornamento non ha portato alla soluzione sperata. La siemens ci fa sapere che l'8 dicembre è previsto un hotfix che dovrebbe risolvere al situazione definitivamente.

Avete già provato a lasciare il clock sul primario e a mettere nella lista delle restrizioni le altre linee!? Oppure a mettere una sola linea ISDN nel sincronismo ed escludere tutte le altre?

HO dimenticato di dirvi che avevamo fatto questa prova ma poi il fascio primario non funzionava. 

[Kimera]

Sarebbe interessante sapere:

(1) Stato sub-moduli CMA per i nodi nei quali il DECT è implementato in modaliàt DECT Light.
(2) Stato (in modalità Manutenzione) dei vari parametri per ciascuna delle Celle DECT impiegate (per ogni cella, per ogni nodo sia in DECT Full che in DECT Light).
(3) System Log quando capitano gli eventi (nel sistema deve esserci una traccia...).

Saluti, Kimera.