HiPath / HiCom > HiPath - OpenOffice (LE, ME, EE)

Chiamate VoIP in ingresso con fonia abbattuta dopo 30sec

<< < (2/5) > >>

Kimera:
Salve a tutti,

A patto che la risoluzione dei DNS si verifichi correttamente e non ci siano problemi legati al NAT, potrebbe essere qualche cosa di molto simile al Ticket NA03637817, risolto con la R3.7.1 (build 031), "Announcements longer than 30 seconds stopped playing if incoming calls via SIP-Provider or IP-Trunking were forwarded to AutoAttendant." anche se non viene citato il caso (come tu hai riportato) che si verifica anche quando la chiamata entrante è diretta ad un interno senza passare per l'IVR (e quindi senza l'intervento di AA/Risponditore con annessi annunci).
Prova quindi ad aggiornare il sistema.

Saluti,
Kimera.

Gen:

--- Quote from: Alessandro-Ctt on April 21, 2009, 10:59:20 pm ---Ciao,
a me è capitato con un telefono SIP con all'interno configurato un provider VoIP (cioè senza passare da alcun centralino) che la chiamata si abbattesse dopo 32 secondi esatti...ho risolto impostando lo STUN...magari ti può essere d'aiuto...

--- End quote ---

Alessandro: Ho provato ad impostare un server STUN esterno ma non è cambiato nulla (oltre che interpellando McLink mi han detto che loro non lo usano e nei loro "servizi voce" non è supportato).

Kimera: Dopo aver letto il tuo post mi è venuto il dubbio e ho provato a verificare nuovamente cosa succedeva con le chiamate dirette.. Effettivamente non ho problemi mi ero sbagliato, quindi è molto probabile che il problema sia quello del ticket da te indicato! Appena metto in mezzo l'AutoAttendant dopo quei 30secondi salta la fonia.
Ora appena riesco aggiorno alla 3.7.1 anche se ho sempre scaricato versioni General Availability e questa release Pilot Usage non riesco a scaricarla, mi chiede un Auth Code, che ho provato a richiedere.

Grazie mille x l'aiuto!

Kimera:
Ciao Gen,

non posso sottrarmi dal fare una considerazione leggendo ciò che hai scritto sulle Release disponibili (una considerazione forse un pò provocatoria, ma pure sempre una considerazione): come si può accettare che una Release venga dichiarata GA (quindi il suo uso sia caldeggiato/consigliato) se una Release successiva, pur in fase FT/eeQA, presenta poi molti meno bugs o molti più bugs corretti ? ...lecito chiederselo, almeno in prima istanza, sempre che, di bugs, non ne vengano introdotti di nuovi.

In linea di principio un software dovrebbe essere (dichiarato) GA solo quando è veramente molto stabile per quanto concerne le sue specifiche/i suoi servizi di base...invece mi rendo conto che ci sono molti rilasci GA alle volte non proprio all'altezza di cui, personalmente, non mi fiderei più di quanto non mi fiderei di un rilascio FT/eeQA.

Saluti,
Kimera.

-clever-:

--- Quote from: Kimera on April 22, 2009, 12:02:23 pm ---sempre che, di bugs, non ne vengano introdotti di nuovi.

--- End quote ---

Il problema è proprio questo! Sistemano una cosa e ne incasinano tre...
Mah...

Kimera:
Ciao -clever-

che bello: siamo sulla stessa lunghezza d'onda (la mia precisazione non è stata messa lì a caso).

Mah...alla fine mi viene da pensare che siano (e, di conseguenza, siamo) sperimentatori...sulla pelle del Cliente ma alla faccia nostra.

A questo punto una domanda è quasi d'obbligo: che approccio di (sviluppo del/marketing) prodotto hanno mai adottato con l'HOOME? (ed in Germania come sta andando ?).

Allo stato attuale delle cose...l'approccio adottato, qualsiasi esso sia, mi sembra alquanto discutibile o, per lo meno, opinabile...e mi sembra che esso sia anche leggermente poco logico rispetto agli approcci tipici adottati da Siemens per i prodotti a cui eravamo abituati nel passato: capisco che la complessità del prodotto (penso soprattutto alla parte software) non sia paragonabile con la complessità dei prodotti hardware del passato...ma le buone abitudini (in-house testing o rilasci sicuri solo dopo alcune buone prime Minor Releases...ad esempio) sembra che se ne siano andate come se ne è andata la vecchia guardia...non ho difficoltà ad immaginare che la situazione sia cambiata così: niente più tedeschi quadrati che testano fino alla nausea al banco ma un'altra schiera di sviluppatori Russi o Polacchi (o Indiani tambien) che di "telefonia" sanno quel poco che basta ma di Linux e applicazioni Real Time sono Guru e sfornano linee di codice per tutti i gusti (bugs e correzioni comprese).

Bello no come quadrettoimmaginario ? intanto andiamo avanti. Al prossimo Upgrade.

Saluti,
Kimera.

Navigation

[0] Message Index

[#] Next page

[*] Previous page