Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Kimera

Pages: 1 [2] 3 4 ... 80
16
HiPath - OpenOffice (LE, ME, EE) / Re: Identificare Centralino
« on: April 18, 2016, 02:09:02 pm »
E' un HiPath 3250 V1.2 (Molto probabile è una SD Card da 16MB, Siemens la chiama MMC ma è una SD-Card). No, non è affatto normale che l'alimentatore esterno (PSU) dia problemi (On->Off casuali) se in buono stato e se ben connesso; probabilmente è a fine vita. Pezzi di ricambio li puoi trovare su eBay o da qualche Partner di zona (il codice dovrebbe essere S30122-K5837-M oppure S30122-K5837-S).

Saluti, Kimera.

17
HiPath - OpenOffice (LE, ME, EE) / Re: Identificare Centralino
« on: April 18, 2016, 11:41:57 am »
Più che il QR Code (mai provato a vedere cosa identifica) dovrebbe esserci un Product Number (P/N) tipico Siemens: quello identifica/identificava la versione della SD Card (Size e, se non erro, forse la Versione dell'APS...non dico a livello di Build ma almeno la Versione del sistema: V1.2, V3, ecc.).

Non è detto sia rappresentativo (possono aver formattato con versioni APS più recenti compatibili - rispetto all'originale - con quel sistema).

Saluti, Kimera.

18
HiPath - OpenOffice (LE, ME, EE) / Re: Identificare Centralino
« on: April 17, 2016, 10:59:03 am »
No, direi che assomiglia (etichetta OfficeOne a parte) ad un Siemens HiPath 3250 V1.2 o V3 oppure ad un Hicom 150H V1 OfficeOne...l'Hicom 150E R2.2 OfficeOne (precedente al 150H V1) aveva, qui vado a memoria, una forma diversa (vedi immagini su Google)...quale che sia il modello indovinare la versione Firmware KDS è arduo senza un accesso con HiPath 3000 Manager E (via Seriale RS.232, S0 o via terminale digitale) o senza vedere il codice stampigliato sulla SD-Card...ammesso che quest'ultimo sia rappresentativo...potrebbe infatti non esserlo *se*, all'epoca, l'APS contenuto in origine è stato oggetto di aggiornamenti (ad ogni modo la configurazione è 2/4/4 = 2 Trunk Urbani Digitali S0 , 4 Interni Digitali nel connettore posto al lato SX e 4 Interni Analogici nel connettore posto al lato DX): non è modulare, non è espandibile e non ha Trunk Urbani Analogici (HKZ). Nulla per il quale strapparsi i capelli, solo un onesto PBX digitale per un piccolo ufficio.
Sulla versione Software (APS), come riferimento "storico", leggi qui.

Edit: dimenticavo...per la manualistica è sufficiente che cerchi su Google qualche cosa come HiPath 3000 V1.2 Service Manual.

Saluti, Kimera.

19
OpenScape - Business / Re: OsBiz V2 con Dect Gigaset N720 Ip Pro
« on: March 17, 2016, 01:03:23 pm »
Sul Gigaset Pro SL610H basta che digiti la sequenza * # 0 6 # e dovrebbe poi apparirti la versione Firmware, tipo: 3: 8105312000 (che significa Linea 3 Dispositivo 81 Software 053 Release 12 e Build 000).

81 è il Device
053 è la versione Software
12 è la release
000 è il Build

Cose come 81.053.5 portebbero risalire al 2012...

Ad ogni modo questo è solo un aspetto di uno dei dispositivi coinvolti e lo sistemi subito attraverso il Gigaset QuickSync. Per l'N720 DM e relative basi...fai altrettanto presto a passare all'ultimo rilascio.

Potrebbe esserti utile questo link: https://teamwork.gigaset.com/gigawiki/display/GPPPO/N720+-+CLIP+display+info

Saluti, Kimera.

20
OpenScape - Business / Re: OsBiz V2 con Dect Gigaset N720 Ip Pro
« on: March 09, 2016, 06:13:20 pm »
Firmware Gigaset Pro N720 DM e IP?

A breve dovrebbe essere rilasciata la Build 98 per il Gigaset Pro N720 DM/IP (vedi qui).

Per quel che vale, qui la Interoperability Matrix delle funzionalità tra Unify OpenScape Business e Gigaset Pro N720 DM: nota che la Build indicata per il Gigaset Pro N720 (Build 68) è *realmente* dell'antichità di Troia (2013)...come tutte quelle pre-Build 9x (Build 8x...del 2014).

Occhio anche al Firmware dei Gigaset Pro DECT supportati (quelli da utilizzare). Ad esempio il Gigaset Pro SL610H dovrebbe avere Firmware 81.053.12.

Saluti, Kimera.

21
Un bel salto! Sicuramente *qualche cosa*, dal lontano fine Maggio 2012 (Gulp!), è cambiato...in mezzo ci sono pur sempre una dozzina di Fix Releases.

Edit: ma la rete degli HiPath 3000 V9 era già composta da macchine sostanzialmente aggiornate (non come per l'OSO MX V3 R3.0.0) oppure sono state aggiornate contemporaneamente anche quelle e dopo si è verificato il problema che riporti?

Saluti, Kimera.

22
Ciao French,

Una svista: non esiste alcun OSO MX V3 R13...semmai sarai passato da un OSO MX V3 R3.x ad un V3 R3.y (e y, dalla precisazione che hai fatto, se la versione finale è l'ultima Fix Release rilasciata da Unify, è probabilmente la V3 R3.13.0 o V3 R3.13.1, in una delle loro varie Hotfix builds, ma questo non fa poi differenza). Questo giusto per sapere da che Fix Release sei partito e, dunque, stabilire che "salto" software l'OSO MX V3 ha subito.

Saluti, Kimera.

23
HiPath - 3000 / 5000 / Re: Problemi dect light Hipath 3000 V9
« on: February 27, 2016, 10:47:55 am »
Ciao.

Potrebbe essere il Sub-Modulo CMA (S30807-Q6931-X) difettoso (se hai fatto la prova di disabilitazione di tutte le altre fonti di Clock ed il problema persiste).

Porta l'HiPath 3500 V9 a R2.10.0 (Build 104): l'ultimo rilascio...questo tanto per essere sicuri che lato APS il sistema sia all'ultima versione possibile...anche se, da quel che vedo, tra la V9 R2.9.0 (Gennaio 2015) e la V9 R2.10.0 (Luglio 2015) non sembrano aver corretto/rilevato bugs relativi al sotto-sistema DECT...ma non si sa davvero mai.

Le due BS4 dovrebbero essere installate nell'ultima e nella penultima porta Up0/e della motherboard CBRC (prima installa la prima BS4 in porta 8 poi la seconda BS4 in porta 7): ma questo già lo sai/hai fatto...d'altra parte si tratta di una configurazione DECT Light "Normal Mode" (multi-cella)...quindi nulla di trascendentale.

Campanello d'allarme sul tipo di Terminali DECT serie C usati: dovresti provare a vedere se l'anomalia si manifesta anche se usi solamente uno o più Gigaset Sx/SLx (x=3,4) professional (oppure Gigaset S400/SL400), OpenStage S4/SL4 professional o OpenScape DECT Phone S5...avendoli ovviamente a disposizione.

Com'è poi configurato (carico) l'HiPath 3500? intendo: c'è motivo di pensare che sia sovraccarico per il tipo di uso e equipaggiamento oppure si può tranquillamente escludere la cosa perchè il sistema è scarico?

Altro: Come sono i valori (Base Station status, vedi allegato) riguardo le due BS4 rilevati in Manutenzione? cosa succede alle BS4 (LED blinking) quando c'è questa perdita di connessione? i valori USBS sono stati innalzati al massimo?

Puoi escludere problemi/anomaile di alimentazione (o all'alimentatore) verso le quali il Sub-Modulo CMA e/o le BS4 potrebbero essere (più) sensibili rispetto ad altre componenti del sistema?

Saluti, Kimera.

24
OpenScape - Office (OSO MX/LX/HX) / Re: ITSP
« on: January 27, 2016, 05:35:07 pm »
Penso che il limite dei 32 Canali valga per ciascun singolo ITSP (max 4 attivi quindi 4 x 32 = 128 Canali...mah...non è proprio 120 Canali...ma ci siamo quasi...mi pare che comunque un solo ITSP possa essere usato tra i 4 attivi). Il riferimento al conteggio con i 5 Moduli GME...ovviamente era per un sistema multi-Box.

Saluti, Kimera.

25
OpenScape - Office (OSO MX/LX/HX) / Re: ITSP
« on: January 27, 2016, 03:18:13 pm »
Non vorrei sbagliare ma il limite per OpenScape Office MX V3 dovrebbe essere: 120 canali riferibili agli IP Trunks su un totale massimo omni-comprensivo (Analog, ISDN ed IP Trunks) di 220 canali ad esclusione dei 30 canali dedicati e riservati alla UC Suite per default...e quest'ultima quantità può e deve essere ridotta/adeguata affinchè non si superi la soglia dei 250 canali (esempio: hai 5 moduli GME per Flusso Primario S2m da 30 canali ciascuno = 150 canali + 90 canali IP con un ITSP Provider = 240 canali totali sul sistema --> i canali della UC Suite vanno ridotti dai 30 a 10 in modo che 240 + 10 = 250).

Forse il limite per singolo ITSP è di 32 canali.

Sul manuale "OpenScape Office V3 Planning Guide" è scritto (Configuration Limits and Capacities).

Saluti, Kimera.

26
OpenScape - Business / Re: Boster Server + Network
« on: November 30, 2015, 09:32:11 am »
OK, nelle RN di OpenScape Contact Center V9 al paragrafo "Restrictions": When connected to an OpenScape Business communication platform, a multinode configuration is currently not supported.

Quel currently lascia ben sperare.

Saluti, Kimera.

27
OpenScape - Business / Re: Boster Server + Network
« on: November 27, 2015, 11:49:16 am »
Ciao Lucky, a questo punto immagino tu non ti stia riferendo alla stessa RN che ho preso in considerazione Io (quella di OpenScape Contac Center V9 Agile)...intendi quella di OpenScape Business V2?

Saluti, Kimera.

28
OpenScape - Business / Re: Boster Server + Network
« on: November 25, 2015, 10:20:31 pm »
Il prodotto magico potrebbe essere l'OpenScape Contact Center V9 Agile (se solo per le Inbound)...o, addirittura, l'OpenScape Contact Center V9 Cloud.

C'è una frase davvero sibillina nelle RN che dice (nel solito Inglese dei Tedeschi): "With the exception of the OpenScape Voice communication platform, all telephone devices that are supported by the communication platform and can be monitored and presented as a single device with a proper CSTA event flow are supported" e, per come la interpreto Io (Vedendo inoltre citate le compatibilità con i terminali OpenStage SIP - quindi client SIP - restrittivamente necessari/supportati *solo* su una piattaforma come, ad esempio, l'OpenScape Voice V6, V7 o V8, piattaforma che costituisce una eccezione...come indicato), sembrano dire che *qualsiasi* terminale supportato dalle piattaforme di comunicazione è adatto al compito...sempre che poi (magari) vadano ad indicare delle limitazioni (esempio: supporto solo per Make Call/Clear Call da UC Smart su OpenScape Business) per i terminali DECT connessi via BSIP (HiPath Cordless IP V1 R6).

Saluti, Kimera.

29
OpenScape - Business / Re: Boster Server + Network
« on: November 25, 2015, 01:32:43 pm »
Uppsala! hai ragione...i DECT in BSIP sono SIP per il Nodo...diversi dai DECT in Cordless Office "tradizionale"...troppa foga nello scrivere; interessante comunque come scenario...

Saluti, Kimera.

30
OpenScape - Business / Re: Boster Server + Network
« on: November 25, 2015, 09:31:52 am »
Ah...OK, quindi vorresti avere gli Agenti distribuiti su vari Nodi e, in ciascun nodo, tali Agenti userebbero dei Cordless quali gli OpenStage S5/SL4/M3 o i vecchi Gigaset SL3/S4 via BSIP (stante che forse tutti gli altri terminali sono SIP e non HFA o T...ovviamente avere gli Agenti con i DECT pone delle limitazioni rispetto ad averli con telefoni corded)...un Call Center distribuito (intendo non legato specificatamente ad uno dei Nodi)...però, per come l'ho capita Io (magari male), le funzionalità Contact Center dell'UC Suite (ed gli applicativi/user myAgent) sembrano intimamente "legate" al Nodo stesso nel quale l'UC Suite viene abilitata (e questo dovrebbe impattare direttamente sull'appartenenza dei myAgent a tale Nodo e solo ad esso)...non fosse altro perchè c'è una correlazione con le funzionalità UCD di quel particolare Nodo in caso, ad esempio, di Fallback se l'UC Suite non è contattabile - via rete - dai myAgent. Mah...la vedo difficoltosa...ho come l'impressione che ogni Nodo può gestire solo i "suoi" myAgent o, detta in un altro modo, ciascun cluster di myAgents può/deve appartenere ad un solo Nodo (per il quale l'UC Suite a cui tali myAgent fanno riferimento è attiva).

Saluti, Kimera.

Pages: 1 [2] 3 4 ... 80