Non sono ancora riuscito a mettere un server al posto della BSIP come server IWU però disabilitando tutti i log delle celle e accertandomi che tutti i cordless usassero solo il codec G711 la situazione è migliorata.

Adesso però mi accade questa cosa stranissima:

L'impianto funziona per qualche giorno, poi qualche cordless inizia a risultare occupato se chiamato da un fisso anche se il cordless è libero.
Il cordless in questione riesce regolarmente a chiamare il fisso. Questa situazione peggiora a cascata, prima uno, poi due, poi tre... progressivamente tutti i cordless si vengono a trovare in questo stato. Ad un certo punto il sistema peggiora ancora: i cordless si chiamano tra di loro regolarmente ma non riescono più a chiamare i fissi e viceversa.  Riavviando le celle DECT la situazione non cambia.
Nell'impianto ho 4 telefoni analogici collegato ad un convertitore VOIP/FXO. Anche questi telefoni smettono di funzionare (stessa cosa si chiamano tra di loro, chiamano i cordless ma non chiamano i fissi ne vengono chiamati dai fissi).

A questo punto deduco che il problema non sia dei cordless in se ma si blocca la comunicazione tra "mondo voip e mondo tradizionale".

Quando mi trovo in questa situazione faccio un riavvio dell'HG1500 dalla pagina web di configurazione ed il sistema riparte.

Nel log dell'HG trovo queste diciture durante questi strani blocchi:

EventLogEntry from IPNC (WrkThrd03 "11/28/2011 17:27:35.768331" pc_fkt.c 9513):
  EventType: Warning
  EventCode: MSG_IPNCV_SIGNALING_ERROR
  EventText: IPNCV Signaling Error: Error NIL PTR  --> pc_fkt_store(TRANSFER_NEW_CALL_LEG_ID) Message CP_PC_UBN in State IDLE for Task 97a7
EventLogEntry from DSS1 (WrkThrd04 "11/28/2011 17:29:14.131073" isdn_object.cpp 713):
  EventType: Warning
  EventCode: MSG_ISDN_CMR_MSG_DECODE_FAILED
  EventText: DSS1 EXT, CSID=   1/ b13, DeviceId_ISDN_Subs, State=11: Event decoding failed. Return Code: Invalid Call Reference
    Event data:
    08 02 00 01 05 a1 04 03 80 90 a3 18 03 a9 83 81
    6c 05 00 83 31 30 35 70 04 80 35 30 36 7d 02 91
    81

EventLogEntry from DSS1 (WrkThrd04 "11/28/2011 17:29:18.126071" isdn_object.cpp 713):
  EventType: Warning
  EventCode: MSG_ISDN_CMR_MSG_DECODE_FAILED
  EventText: DSS1 EXT, CSID=   1/ b13, DeviceId_ISDN_Subs, State=11: Event decoding failed. Return Code: Invalid Call Reference
    Event data:
    08 02 00 01 05 a1 04 03 80 90 a3 18 03 a9 83 81
    6c 05 00 83 31 30 35 70 04 80 35 30 36 7d 02 91
    81

EventLogEntry from DSS1 (WrkThrd04 "11/28/2011 17:29:26.986854" isdn_object.cpp 713):
  EventType: Warning
  EventCode: MSG_ISDN_CMR_MSG_DECODE_FAILED
  EventText: DSS1 EXT, CSID=   1/ b13, DeviceId_ISDN_Subs, State=11: Event decoding failed. Return Code: Invalid Call Reference
    Event data:
    08 02 00 01 05 a1 04 03 80 90 a3 18 03 a9 83 81
    6c 05 00 83 31 30 35 70 04 80 35 30 36 7d 02 91
    81

EventLogEntry from DSS1 (WrkThrd04 "11/28/2011 17:29:31.874289" isdn_object.cpp 713):
  EventType: Warning
  EventCode: MSG_ISDN_CMR_MSG_DECODE_FAILED
  EventText: DSS1 EXT, CSID=   1/ b13, DeviceId_ISDN_Subs, State=11: Event decoding failed. Return Code: Invalid Call Reference
    Event data:
    08 02 00 01 05 a1 04 03 80 90 a3 18 03 a9 83 81
    6c 05 00 83 31 30 35 70 04 80 35 30 36 7d 02 91
    81

EventLogEntry from DSS1 (WrkThrd04 "11/28/2011 17:29:35.866632" isdn_object.cpp 713):
  EventType: Warning
  EventCode: MSG_ISDN_CMR_MSG_DECODE_FAILED
  EventText: DSS1 EXT, CSID=   1/ b13, DeviceId_ISDN_Subs, State=11: Event decoding failed. Return Code: Invalid Call Reference
    Event data:
    08 02 00 01 05 a1 04 03 80 90 a3 18 03 a9 83 81
    6c 05 00 83 31 30 35 70 04 80 35 30 36 7d 02 91
    81

EventLogEntry from DSS1 (WrkThrd04 "11/28/2011 17:29:38.006095" isdn_object.cpp 713):
  EventType: Warning
  EventCode: MSG_ISDN_CMR_MSG_DECODE_FAILED
  EventText: DSS1 EXT, CSID=   1/ b13, DeviceId_ISDN_Subs, State=11: Event decoding failed. Return Code: Invalid Call Reference
    Event data:
    08 02 00 01 05 a1 04 03 80 90 a3 18 03 a9 83 81
    6c 05 00 83 31 30 30 70 04 80 35 30 37 7d 02 91
    81

USBS è a 10s (Mi sa che è il default, non ho ricordi di averlo modificato).

Le statistiche di handover da venerdì sulle celle e sugli interni sono allegati.
(Poche righe celle, tante righe terminali  )

Le release sono:
H3550   -> HE685S.00.107
HG1500 -> HI-G15.85.007
CordlessIP -> V1 R3.1.0

Confermo Frame size a 20 ms e il VAD / Echo Cancellation disabilitati, DTMF Inband.
Sia Hipath che Dect sono sincronizzate via NTP con il server interno dell'azienda. Verificato
che la sincronizzazione funziona.

Per il discorso switch ce ne sono 4 in cascata per arrivare al sito B:

Cella Master -> switch POE -> centro stella -> Apparato provider per ponte -> ponte -> switch POE sito B -> cella sito B

quindi la sincronizzazione via ethernet non funziona verso il sito B. Ma uso la sincronizzazione over air
con i due cluster e va bene quella.

Per la cronaca i dati CPU di una BSIP sono questi
Processor       : ARMv6-compatible processor rev 1 (v6l)
BogoMIPS        : 448.92
Features        : swp half thumb fastmult edsp java
CPU implementer : 0x41
CPU architecture: 6TEJ
CPU variant     : 0x1
CPU part        : 0xb36
CPU revision    : 1
Cache type      : write-back
Cache clean     : cp15 c7 ops
Cache lockdown  : format C
Cache format    : Harvard
I size          : 16384
I assoc         : 4
I line length   : 32
I sets          : 128
D size          : 16384
D assoc         : 4
D line length   : 32
D sets          : 128

questi, invece, di un pc embedded con cpu via (l'ATOM più o meno è così):

processor       : 0
vendor_id       : CentaurHauls
cpu family      : 6
model           : 13
model name      : VIA Eden Processor 1200MHz
stepping        : 0
cpu MHz         : 1197.043
cache size      : 128 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge cmov pat clflush acpi mmx fxsr sse sse2 tm nx up pni est tm2 xtpr rng rng_en ace ace_en ace2 ace2_en phe phe_en pmm pmm_en
bogomips        : 2395.86
clflush size    : 64

Secondo me il carico del sistema DECT è tutto CPU, Ram è disco influiscono poco.

Posso provare a mettere il server IWU su un pc normale (e già andiamo a oltre 4000 bogomips)
con scheda di rete gigabit (così non c'è nemmeno il collo di bottiglia della rete) e vedere che succede.

Spero che le licenze demo bastino...

Salve....

La mia situazione è questa:

Hipath 3550 v8 con HG 1500 v8
3 celle BSIP in un capannone (di cui uma fa da IWU server)
ponte hyperlan a 5 ghz che mi estende la rete in un capannone distante 500 m
3 celle BSIP in questo altro capannone
18 cordless registrati nel sistema

le lan dei due capannoni sono nello stesso segmento layer 2

nel sito A la cella 1 è server IWU. tipo sync no
                      cella 2 slave tipo sync air parksync su cella 1
                      cella 3 slave tipo sync air parksync su cella 1

il sito B è troppo distante per sentire via radio una qualsiasi delle celle del sito A
Tra il sito A e B la connessione layer 2 fa 4 hop tra switch (quindi sync via ethernet non possibile)

Quindi la situazione del sito B:

                      cella 4 slave tipo sync no
                      cella 5 slave tipo sync air parksync su cella 4
                      cella 6 slave tipo sync air parksync su cella 4

questa situazione di sync segnala un warning salvando la configurazione.
Nel service manual questa cosa configurazione è spiegata tra le righe in modo
abbastanza fumoso. Nonstante dia warning sembrerebbe una configurazione consentita
e diverrebbero 2 cluster indipendenti di celle tra i quali è consentito il roaming ma
non un intercell handover (e mi va bene, tanto i capannoni sono distanti quindi
non sarebbe comunque possibile effettuare una chiamata e mantenerla attiva nel
tragitto tra i due luoghi).

la parte ethernet è configurata con il QoS massimo sulle porte degli switch interessate dai
collegamenti alle BSIP esattamente come spiegato nel manuale.

Il service manual  segna compatibili solo cordless serie professional ma in questo impianto
ci sono cordless di serie inferiore.

Finchè le chiamate da/per/tra i cordless sono poche (diciamo 4) tutto funziona egregiamente,
quando le chiamate aumentano (5/6) iniziano ad esserci momenti di silenzio più o meno lunghi
durante le conversazioni e a volte "cade la linea".
Arrivando a 7/8 chiamate contemporanee il sistema si blocca:
i cordless diventano tutti o quasi tutti muti, i cordless non in chiamata segnano "base" lampeggiante,
se un cordless viene chiamato non suona oppure suona ma non si riesce a rispondere,
la cella master restituisce in modo lentissimo la pagina web di configurazione e non risponde al ping
(oppure risponde in tempi biblici). A volte interrompendo qualche chiamata il sistema riprende a funzionare,
altre volte è necessario riavviare la cella che fa da server IWU.

Da questi sintomi sembrerebbe che le risorse della cella master (percentuale di utilizzo della CPU presumibilmente) vengano progressivamente occupate fino a che la cella non riesce più a processare i vari pacchetti in tempo utile.

Ho provato a sostituire la cella IWU ma il risultato è uguale.
Ho provato anche ad usare dei cordless serie professional, in questo caso l'audio è un po' migliore ma l'instabilità del sistema rimane uguale.

A questo punto credo che le 10 chiamate contemporanee per sistema indicate da siemens siano più che altro 8.

Ora però devo trovare una soluzione.

Probabilmente credo che si dovrà passare da una soluzione con server IWU su cella BSIP a soluzione basata su IWU installato su un server dedicato.

Il service manual del sistema DECT non menziona per quali impianti siano indicati questi due sistemi.
Nella wiki però sta scritto:

HiPath Cordless IP SW is activated on one of the base stations (small solution):

    HiPath OpenOffice ME from V1
    HiPath OpenOffice EE from V1
    OpenScape Office MX from V1
    HiPath 3000 from V8
    OpenScape Voice, V4R1
    HiPath 4000 V5 Softgate 50/HG3500

HiPath Cordless IP SW runs on a Server (larger solution):

    OpenScape Office MX from V2
    OpenScape Voice, V4R1

Guardando però il funzionamento del sistema non vedo particolari
controindicazioni dell'usare IP SW su un Hipath 3000, tanto
il centralino vede i cordless come client SIP generici in entrambe
le configurazioni.

Qualcuno ha già fatto una installazione simile?

Salve a tutti,

nella centrale in oggetto ho la maggior parte degli interni che possono effettuare chiamate esterne (gruppo abilitazione 7).
Alcuni invece (gruppo abilitazione 1) hanno la restrizione solo sulla lista numeri permessi n.1 su tutti i fasci.
Su questa lista sono presenti i numeri di telefono di alcuni fornitori/clienti.
Ora volevo aggiungere su questa lista i numeri di emergenza (118 113 112 115) in modo che si possano chiamare da qualsiasi telefono.

Sull'help del Manager C leggo:

I singoli numeri possono contenere fino a sette caratteri (cifre da 0 a 9 nonchè i simboli * e #). Non  necessario riportare il numero di telefono completo. Ad esempio, per abilitare gli utenti alla selezione di tutti i numeri 800  sufficiente inserire il codice standard 1 per Out-of-Area, seguito da 800.

Quindi ho il dubbio che se inserisco 118 lui mi abiliti tutti i numeri che iniziano per 18...
Devo forse inserire 1118??

Salve a tutti...
Ho questa necessità:

Ho creato un gruppo (358) i cui membri sono gli interni 104 125 e 126.
Chiamando il 358 i tre interni suonano assieme e questo  va benissimo.

Ora ho bisogno che se qualcuno chiama uno di questi interni direttamente
e nessuno risponde al terzo squillo la chiamata venga dirottata al gruppo 358.

In altre parole... io chiamo il 104, se nessuno risponde si mettono a suonare anche
il 125 e 126 assieme al 104.

Sull'Hipaqth manager E in:

Impostazioni -> chiamate in entrata -> inoltro di chiamata
su "Elenchi destinazione chiamata - Definizione" nella prima riga libera (la 2)
ho settato prima destinazione *, seconda destinazione 358, cicli 2.
Rimanendo sulla seconda riga selezioni del riquadro sottostante "mostra membri elenco 2"
e la lista è vuota. Non riesco a capire come aggiungere i miei 3 interni a questa lista.

Ho provato anche dal menù del telefono operatore ma non trovo il modo.

Qualcuno saprebbe spiegarmi questa configurazione???

Hai ragione...... Hicom 150 E

Il manager C è identico al Manger E solo che è dedicato al "cliente" quindi non può toccare le configurazioni "delicate" del sistema.
Puoi configurarti i nomi degli interni, i gruppi di chiama ecc ecc ecc.

Il baudrate è giusto (19200) perchè dall'interfaccia dati collegata all'optiset vedo un modem generico
e dal pc riesco a configurare un accesso a internet analogico funzionante.

Poi Nel manager C vedo che viene mandato ATDT879 e viene risposto CONNECTED 19200 quindi il trasferimento dati grezzi funziona.

L'interfaccia è già configurata "passante senza codice".

Si risce mica a reperire un manuale di questa centrale in giro da qualche parte?