Ciao,
rischio di essere più comunicativo che tecnico ma penso che la presenza di molti Handovers (quindi del fatto che più celle, per vicinanza fisica, si contendano i vari terminali senza che ve ne sia una in cui tali terminali stanno per la maggior parte del tempo) ed il livello di carico della CPU dell'HiPath 3550 (l'HG1500 non dovrebbe avere alcun problema, semmai è da considerare come una fonte di carico per la CPU dell'HiPath) siano le due cose sulle quali far un pò di luce (c'è un modo abbastanza preciso di calcolare la cosa e tieni presente che solo HiPath 3700 ed HiPath 3800 hanno CPU più prestanti rispetto ai fratelli minori) ammesso che tutto il resto sia sotto controllo.
Buffo è che Siemens scriva (Manuale di servizio) che un numero "elevato" di BSIP-Only è (per la BSIP-IWU Master) un numero maggiore di 5 (solamente)...quindi, pulce nell'orecchio, sulla sincronizzazione (traffico) inter-base quando si hanno configurazioni 1+5, 1+6 ... 1+9.
I parametri USBS (HiPath 3550) sono al massimo ?
Che release APS stai utilizzando per HiPath 3500 V8, per HG1500 e per l'HiPath Cordless IP ?
- HiPath BSIP V1 R3.1.0 (BSIP-Only/BSIP-IWU) <- di inizio Settembre 2011
- HiPath 3000 V8 e HiPath HG1500 V8 all'ultimo rilascio disponibile.
Il Frame size a 20 ms e il VAD / Echo Cancellation disabilitati, DTMF Inband, li do per scontati come, per altro, la topologia di rete e la sincronizzazione con un NTP Server (interno o esterno alla Intranet).
Una nota: andrebbe fatta chiarezza tra VAD / Echo Cancellation e Silence Suppression (VAD)...perchè mi sa che nei vari sistemi, nelle varie interfacce WBM vengono usati/tradotti termini diversi per riferirsi alle stesse proprietà.
Per gli HOPs, penso che, a riguardo, venisse indicato (per la sincronizzazione on-wire) un numero di Ethernet Switch (Layer 2) massimo pari a 3 in cascata...cosa intendi quindi per 4 HOPs ?
Probabilmente la capacità (sempre in termini di CPU) della BSIP-IWU non è confrontabile con la capacità di elaborazione quando la stessa soluzione è implementata attraverso un Server IWU dedicato (nelle Service Guideline e nel Service Manual i limiti sono molto evidenti e sono relazionati al tipo di carico del sistema HiPath 3000/OpenScape Office considerato) tant'è che anche una implementazione di HiPath Cordless IP V1 con HiPath 4000 V5 Softgate 50 (quindi con sistema potenzialmente di medio/alto livello) ma con software su BSIP-IWU è (era nel 2009) indicato da Siemens con gli stessi limiti: al massimo 50 handsets registrati e 10 BSIP utilizzate (9 BSIP-Only + 1 BSIP-IWU), limiti del tutto identici a quelli indicati per scenari simili ma implementati con sistemi HiPath 3000 o OpenScape Office MX/LX <-- la differenza la fa la dunque il modo in cui si implementa l'IWU.
Non sono stato li a guardare nel dettaglio (quindi potrei sottostimare la cosa)...ma, secondo me, su Server dedicato (Linux) senza andare sul macchine con CPU Intel Xeon (leggi FSC TX150 S7 e simili) anche una macchina con processore Intel ATOM potrebbe andare bene nel tuo caso (vorrei infatti vedere i BogoMIPS di una BSIP contro quelli di un processore a basso consumo tipo Intel ATOM serie 5xx, quelli della serie con CPU dual core con quattro threads per intenderci, soprattutto se quello che ci stà attorno è scelto con cura [RAM/Disco]).
Interessante il sito di
ikon GmbH (ikon GmbH è infatti l'azienda dietro allo sviluppo del Cordless IP DECT utilizzato nell'hardware delle BSIP e come sistema server a sè stante, si appoggia, penso, in ogni caso sulla base di OpenWRT)...e guarda che tipi di IWU pubblicizzavano e con che limiti (2007 ?).
Per quanto riguarda il fatto che il Server Linux (openWRT) dedicato non sia mai associato ad HiPath 3000 V8 è vero...ma non saprei se è solo una (solita) "strategia" commerciale...non vedo altro motivo tecnico (anche perchè non penso che gli farebbe difetto come accoppiamento, della serie...meglio un Server IWU dedicato
in ogni caso che appoggiarsi a BSIP-IWU).
Saluti,
Kimera.
