Confermo quanto detto in precedenza.
 
Ho un cliente con H3800 e OSO HX V2 R4 0059 aggiornato da poco da V2R3.2.0_002.
 
Eccetto una enormitàdi tempo per la socronizzazione del db poi a cominciato a funzionare normalmente.
 
Da quello che leggo sono già state rilasciate delle hotfix.
Sapete già anticipare quali problemi sono saltati fuori prima di andare a leggere la RN?
 
Io ne avrei solo un problema: la mancanza delle stringhe di tassazione per le chiamate inoltrate dal oso, forse una delle fix riguarda quel problema (ho un ticket aperto a riguardo).
 
Speriamo bene, altrimenti dato che i servizi che mi servono per il cliente li posso fare anche con xpression compact, e che del myportal non gli interessa nulla, se non risolvono lo tolgo e monto una ivm che ho già in casa.
 
Ciao

Non ricordo bene ma mi sembra di aver upgradato alla stessa release. Devo dire che prima di iniziare a funzionare nuovamente ci ha messo un pochino. Fortunatamente nel mio caso l'unico servizio usato era l'operatore automatico che usando il vecchio sistema (opa box esterno) non ci sono stati grandi disagi.

Il problema che invece ho (e che é documentato anche per oso mx, cosi dice il gsi) é con la tassazione, dopo l'inoltro dalla pianificazione la striga di tassazione non viene emessa.

Per spiegarmi meglio:
In precedenza il cliente aveva una centrale nella quale i telefoni erano bloccati (codice default *60 su centrali H3000), ma se si tentava di effettuare una chiamata non indicava semplicemente l'impossibilità di chiamare ma digitando il codice personale si poteva procedere con la digitazione. Arrivato a qui semplicemente ho proposto l'uso dei codici di addebito forzati che usando lcr purtroppo devono essere digitati al termine del numero composto (ma a questo penso ci si possa abituare).
 
Il problema è che qualcuno (proprietario della società) non desidera usare il blocco telefono (trovandosi gli apparecchi nell' abitazione adiacente).
 
Oltre a questo avrei ulteriori richieste che complicano la situazione (es. sostituzione numero o mobility per avere le abilitazioni del proprio interno ovunque in azienda) ma questo lo vedro' in seguito.
 
Grazie
 

Credevo anchio invece se non ho capito male gli 8 canali vengono forniti solo se acquistata in bundle (tipo oso hx) o se compri l' upgrade.
Mi sembra di esserci incappato anch'io in questa pensiero e invece tacchete.
 

Ciao a tutti.
Ho un problema di questo genere:
Una centrale 3800 v7 r6.8 + hg1500 v8 r5.4 con ivm8nl v3 r2.1 (xpression compact).
Una chiamata entrante attraverso un gateway sip che usa solo codec g729 verso una porta o il passo multiplo della ivm, risulta muta. Se non ho capito male da una prima analisi l'ivm risponde solo a 64k quindi non compresso e quindi una chiamata compressa rimane muta per incopatibilità con il codec.
Che posso fare? Nell' ivm sia via managerE che wbm non ho trovato nulla.

Di default le hg delle 33xx e 35xx hanno la console a 19200 e le stmi delle 3800 hanno la console al 38400.
Tra l'altro, se non ricordo male, è una delle domande presenti nel test per la certificazione.

Io certo non lo sarei mai.
Ma una linea P-MP comunque crea sempre disagi. Non ho mai compreso per quale motivo una multinumero debba obbligatoriamente essere multipunto. L'nt1 plus é comprensibile dato che avendo un TA integrato, per dare il servizio anche sul bus deve per logica essere multipunto.
Invece se semplicemente la presenza di un aggiuntivo debba condizionare il tipo di linea non è chiaro. Comunque tornando al problema, ti capita per caso che la prima chiamata non va e la successiva si? Solitamente il problema é nella negoziazione del tei che nelle pp è negoziato alla messa in servizio mentre per le mp avviene all'atto della chiamata.

Anche fosse dovrebbe potersi riaccendere per lo meno con il tasto d'accensione. Se non ricordo male c'è stato qualche tempo fá un post che parlava di un problema di firmware degli sl37. Mi sembra, non ricordo. Prova a cercare