Ciao a tutti,
Abbiamo da poco "migrato" contact center da procenter agile ad un openscape LX V3.4.0.
Purtroppo la parte dei pc client è fujori dal mio controllo se non che ho verificato che la Java era superiore alla 6.32.
Sembra che salturiamente (anzi sembra spesso) le chiamate rimango in conversazione anche se sono state chiuse e mi trovo giorni e giorni di conversazione. Come versioni dovrebbero essere apposto, ho solo il dubbio sulla sincronizzazione dell' ora dato che i pc sono a dominio e sembrano sfasati di circa 30sec. dall' ora reale.
Qualcuno sa come posso terminare quelle chiamate (non più attive) visibile sul myagent?
Cercavo qualcosa tipo ... call-leg clear ... in manutenzione ma non ho trovato nulla, mi rimarrebbe solo il riavvio del server!
Idee?
Grazie
 
 

Sto migrando un impianto dect da hipath3800 a oso lx con bsip.
Gli apparecchi sono purtroppo di vari modelli (S2 pro, S3 pro, SL3 pro, SL610 pro, SL37h, E49H, etc...).
Il bsip é R4.4 e l' oso lx é V3 R2.2.
Leggo che il call forward é supportato nelle varie varianti, ma non riesco a trovare come attivarlo dai dect, ho in mente 2 workaround ma sono un po più complessi e non immediati come il vecchio *11+ destinazione.
Vedo in chiamata la presenza sul display del menu funzioni (es.: consultazione), ma a riposo non riesco a trovare il modo da far apparire il menu per attivare la deviazione.
Qualcuno ha qualche idea o sa indicarmi qualche guida che mi é sfuggita?

Grazie in anticipo, buon week-end.

Ciao a tutti.
Non riesco a trovare le caratteristiche richieste per il server bsip, nella r.n. indicano di usare il " Fujitsu Primergy TX150 S7" e basta.
Mi piacerebe poterlo virtualizzare o comunque poter utilizzare un altro server ma non vengono indicate le caratteristiche principali (già il fatto che sia tower e non si possa usare un RX150 mi da l' idea che sia stato scritto a solo scopo indicativo).
Qualcuno ha provato?
Mi hanno detto che assolutamente non si può ma non so se è questione di paura che non funzioni o deriva da dei test effettivi.
 

Fujitsu Primergy TX150S7

[/size]Fujitsu Primergy TX150S7

 

Ciao a tutti.
Ho un cliente (oso V3) che in autonomia si è configurato il provider sip e lo sta usando.
Ha bisogno di configurare un trunk sip (router cisco e quello che ne segue) per usarlo al posto del provider, quindi eliminare la parte di autenticazione.
Ho configurato il tutto come test: lcr e gateway voce per instradare la chiamata sip di un determinato numero pubblico, se tutto va bene elimineremo tutta la parte di provider.
La chiamata in ingresso funziona, mentre in uscita ricevo risposta "bad gateway", senza neanche inviare l' invite al router.
Qualcuno ha qualche idea?
Può essere che la parte di telefonia su internet mi inibisca l' utilizzo del trunk?

Grazie

Ciao a tutti,
Da poco abbiamo sostituito la vecchia centrale alcatel con sistema dect con una nuova hipath3800 v9 sempre con impianto dect (non ligjht e con dect in rete su altre 2 filiali).
La maggiorparte dei dect sono gigaset 49H e S810 aquistati direttamente dal cliente.
Sul vecchio sistema sul display dei telefoni appariva il nome del chiamante, mentre ora si vede solo il numero.
Suppongo che siemens può certificare il servizio di presentazione nome solo sulle serie professional rilasciate, ma magari qualcuno é a conoscenza di qualche workaround (oltre a quello di inserirlo nella rubrica interna dell' apparecchio).

Grazie
Ciao

Ho da proporre un problema un po particolare, perchè l'installazione è un po particolare.
Ho un hipath 8000 standard duplex V3.1 che al posto di utilizzare dei gateway rilasciati utlilizza un gateway fornito dal provider.
Ho avuto vari problemi di compatibilità con tale endpoint e il provider ha applicato varie pezze sulla macchina per sistemare i problemi.
Per l' ultimo però sta spingendo per risolverlo sull' 8000.
Lo scenario è questo:
Una chiamata voce entrante (attraverso tale oscuro endpoint) viene instradata verso l' 8000 e quindi giunge all' interno (openstage 20) desiderato; mentre si sta colloquiando (solo) dalla parte dell' interlocurtore esterno arriva un fax e il suono di handshaking del fax è ben udibile; a questo punto l' endpoint "oscuro" riconoscendo tale tono come tono fax invia una richiesta di rinegoziazione media  come T38 e la chiama "cade" (dico cade ma in effetti vedo una reinvite).
Inizialmente l' utilizzo del T38 aveva senso per la presenza di un  xpresssion, successivamente tale server è stato adibito alle sole caselle vocali.
Vorrei fare in modo che l'8000 rispondesse "picche" al gateway quando riceve una richiesta di rinegoziazione con T38, ma non ho trovato dove.
Il manutentore del gateway mi ha suggerito di disattivare il fax relay (o leggendo in giro il T38 fax relay), ma nel server sia via wbm che via cli non ho trovato dove poterlo modificare.
Qualcuno ha qualche suggerimento da darmi?
Grazie
P.s.: vorrei aprire un ticket a riguardo ma non trovo più la sezione sul SEBA (forse è cambiata la procedura?).

Ciao a tutti.

Solitamente non lavoro su hoome, sono più ferrato su Hipath 3000, ma dato che la struttura é molto simile, e che con la v8 e l'introduzione dell' oso hx si assomigliano sempre più, mi sta capitando sempre più sovente di intervenire anche su hoome.
Ultime avventure sono state upgrade e riconfigurazioni, e con l'ultimo upgrade mi sono sorpreso che con il passaggio alla v3 é sparito ip-trunk in h323 sia nativo che Q.
E' una mia svista ho é documentato tutto questo?
Immagino che andando verso il sip ci dovrebbe essere più compatibilità, ma non capisco perché eliminare così presto il voip h323, visto che la v8 della 3000 lo supporta ancora.

Qual' é il vostro parere?