Per il resto migrare da un HiPath 3X V.9 a un OSBiz non so se il gioco valga la candela. 

[/quote]

Ha volte è necessario... in questo caso il mio cliente aveva 3800 con 3 schede 24 smlo2 e 1 slmae utilizzava 4 operatori automatici analogici a 4 canali, usati su vari servizi in entrata ( agenzia di viaggi ) con 2 flussi primari 3. Così non si poteva gestire più di 4 chiamate in entrata con il messaggio quindi, invece di inventarsi altre soluzioni con IVM integrati o esterni, abbiamo deciso di upgradare la macchina.

Alla fine, dopo le varie disavventure ( evitabili forse con procedura diversa ) il cliente è soddisfatto del risultato perlomeno era quello che si aspettava. Messaggio in entrata per tutti i clienti messaggio in lingua per chiamate dall'estero ecc.

Penso che una buona soluzione, per la Migrazione da V9 a OSBiz,  sia quella di utilizzare il database esistente del cliente e generare la chiave di licenza da parte di CLS direttamente evitando inutili errori e perdite di tempo, presso clienti dove oltretutto l'upgrade e su macchine che sono in produzione!

Ovvio che per noi non è stato indolore in termini economici.

Quindi clienti con impianti "vecchi e perfettamente funzionanti" da poter proporre una soluzione nuova ci sono. Ma..... è dura con i tempi che corrono convincerli, a meno che non parta da una loro necessità!


Saluti a tutti.

Ciao
Il problema è la SD card, oppure la versione, prova a rifare la SD con la nuova aps " image_osbiz_v1_R2.2.0_324"
Il file .xml deve contenere il numero di licenze TDM relative al numero di interni funzionante sulla V9.

Ciao,
la SD card non è perchè l'ho rifatta ( con procedura utilizzando dvd e lettore sd card esterno) ma dopo il restore su OSBiz il file xml rigenerato nuovamente conteneva le medesime info senza mac ne TDM user vecchia H3K. Ho dovuto rispedire la cpu al fornitore che l'ha generato al volo... facendo i soliti passaggi che facevo io. Quindi alla fine non ho capito dovè il problema, probabilmente sul mio pc con Manager E ( anche se è ultima versione rilasciata).

Comunque gli aggiornamenti sull'istallazione appena terminata settimana scorsa sono:

Il restore del vecchio impianto H3K V9 su OSBIz, ha creato non pochi problemi (tenendo conto che era un impianto attivo e quindi lavorato fuori orario di lavoro) durante la configurazione lcr non completo e interconnessione sip1 non funzionante. Dopo varie prove la saggia decisione di eseguire un ripristino di fabbrica e riconfigurazione a mano del cliente. 72 Optipoint 500 , 24 bca e 40 linee flusso.

Quindi cigliegina sulla torta nell'esportazione del file xml ( fatto dal fornitore ) non mi sono accorto che i tdm user esportati per la licenza erano 77 e non 96. Ormai avevo generato il file di licenza, quindo ho dovuto acquistare i 19 tdm mancanti.

Questo perchè il DB H3K V9 aveva hardware collegato per 96 tdm( pallino verde ) ma per 19 telefoni non avevo inserito il numero d'interno. Ho provato a mandare una mail a CLS riconoscendo il nostro errore nel non aver assegnato il numero... ma la risposta è stata picche.

Quindi upgrade da V9 a OSBiz oltre ad hardware collegato assegnate anche il numero interno.

Mha....
Rimpiango un po le service di Carnelli e Dominjanni!

.... nell'attesa pensavo che se gestivano loro la generazione del file xml partendo dal database attivo del cliente, dove comunque ci sono tutte le info che servono per migrare le licenze. hw schede mac licenze e tdm attivi..

Oggi sono da un cliente che non posso fermare e quindi devo andare a tentativi ovviamente nei momenti possibili.... mha!

Salve a tutti,
sono nel bel mezzo di una migrazione da 3800 v9 a OSBiz x8 con booster card. 106 utenti tdm e 40 ch b Primario.
Mi sono bloccato sull'esportazione del file xml che serve per migrare le licenze da v9 a Osbiz.
Dopo aver fatto l'inizializzazione di base (OsBIz) spedisco in macchina il database convertito (manager E V.10 R2.3), dopo che X8 effettua il restart la configurazione è ripristinata correttamente (a parte LCR che è vuoto). Ma su registrazione export genero il fle xml e purtroppo contiene solo i miei dati non i dati relativi a mac,utenti e linee utilizzate dal vecchio 3000 V9 che servono per generare il nuovo file Lic su CLS.
Quindi rimetto la vecchia CPU V9 e riparto come prima.
Ora dovrò utilizzare il Card Manager per rifare la scheda SD per poi riprovarci, ovviamente è su un impianto funzionante.

Qualcuno ha qualche idea, mi sono perso in qualche passaggio?

Grazie.

Finalmente qualcuno in aiuto.... grazie.

Allora le linee sono prese da un gestore altrnativo ISDN BRI in selezione passante.
Ho impostato il clock di riferimento (sulla tabella fasci) sul primo ab STLS della CBCC. Gli interruttori flaggati sul fascio di linee sono COLP e Nessun info DIV.LEG.
Non ho interfacce gsm.

Ieri ho sostituito il P.O. con un Optipoint Advance + BLF 90 tasti. Non ha avuto problemi a passare le chiamate. Oggi pomeriggio, mi riferisce la centralinista, ha riscontrato nuovamente il problema--->>> arriva la chiamata la trasferisce ad un'interno (sia dect che fisso) gli ritorna immediatamente indietro in richiamata---->> invita l'utente a chiamare in selezione passante e la chiamata arriva regolarmente a destinazione.
Mi riferisce che ha notato quando non riesce a passare le chiamate gli arrivano da identificativi strani con parecchi numeri..... quindi gli ha chiesto se avevano linee telecom, gli hanno risposto di no....

Quindi mi sà che devo tracciare le chiamate sperando che succeda (su hicom 150 modular lo sapevo fare benissimo) su Hipath 3550 devo vedere, però penso che il problema sia sui sincronismi.

Attendo vostri.....  suggerimenti.

Ciao a tutti,
ho installato un 3550 V8 R.5.6.0_095 con scheda dect slc16n e 5 basi BS4, 1 P.O. Openstage 40 + blf 99 tasti, una trantina di cordless, accessi base ISDN in s.p.

Succede che a volte le telefonate vengono trasferite dal P.O. (senza offerta) verso i cordless e ritornano immediatamente indietro in richiamata. Questo succede anche verso i telefoni optipoint, raramente ma succede. La centralinista invita quindi le persone a contattare il numero interno in passante e le chiamate vanno a buon fine, sempre.

Pensavo fosse un problema di canali/licenze su dect, ma le basi hanno collegato ciascuna due porte della SLC16N e 2 licenze channel dect aggiuntive. Comunque il difetto si presenta anche con traffico verso i dect praticamente a zero (tutti liberi).

Ho provato questa mattina ad aggiornare la macchina a questa versione (r.5.6.0_095) senza esito.

Stavo pensando al telefono OpenStage....

Che ne pensate.

Grazie.

Aspetterò un nuovo aggiornamento... proverò così.

Salve a tutti,
su un cliente ho aggiornato la versione portandola a OMX_V2_R1.0.0_003.
La necessità era quella di far chiamare dalle chiamate esterne (con autoattendant) i telefoni analogici che con la versione precedente non venivano raggiunti.
L'esito dell'operazione è stato positivo, riesco a chiamare i telefoni bca con la funzione. L'unico problema è che non accedo più ad alcune configurazioni della suite applicazioni-->open scape office --pianificazioni-- e --contact center--  appare un errore java e non si accede alla cfg. (vedi file txt allegato).
Ho aggiornato HOOME che ho in ufficio e uno nuovo e questo problema non lo hanno.

Presumendo un aggionamento fallito ho rieseguito la procedura di aggionamento senza risultati. Che posso fare?
Grazie