Chiamate VoIP in ingresso con fonia abbattuta dopo 30sec

[Kimera]

Ciao,

fai finta che non ho scritto nulla... ;-)

Comunque la sequenza dei rilasci è (dovrebbe essere), ora come ora, questa:


V1 R1.0.0 (003) HE681Y.00.003  29.08.2008 Field Trial (primo rilascio per FT).
V1 R1.0.0 (021) HE681Y.00.028  25.09.2008 Field Trial.
V1 R1.0.0 (028) HE681Y.00.028  21.11.2008 Major Release ---> GA (General Availability).

V1 R2.0.0 (001) HE682Y.00.001  24.01.2009 Field trial.
V1 R2.0.0 (010) HE682Y.00.010  24.03.2009 Hot Fix.
V1 R2.0.0 (010) HE682Y.00.010  31.03.2009 Minor Release (come la precedente) ---> GA (General Availability).
V1 R2.0.1 (012) HE682Y.00.012  04.05.2009 Hot Fix ---> LA (Limited Availability).


Non so su SEBA cosa ci sia attualmente ---> anzi, correggo il tiro: su SEBA c'è tutto ma con tutta probabilità le versioni in oggetto sono ancora considerate FT/eeQA e quindi non disponibili ai più.

Saluti,
Kimera.

[Bandieranera]

Per quanto riguarda i problemi di fonia su voip, volevo segnalare una prova fatta ieri, con un account del provider voip Telesya.
La linea funziona, la chiamata va in uscita e in entrata, ma sulle chiamate entranti,anch'io ho verificato che se la chiamata viene messa in attesa, quando viene ripresa, dopo circa 2 secondi la fonia scompare (quella dal chiamante esterno verso l'utente di hoome, invece rimane attiva nel senso opposto).
Ho fatto qualche prova con un softphone tipo x-lite, ma non ci sono i problemi di fonia riscontrati con la centrale Hoome.
La relese della centrale è la 3.7.0_022
Ciao.

Bandieranera.

[Gen]

Ciao a tutti,
Nel mio caso penso alla fine sia un problema di porte (il problema mi si verifica solo in ingresso ma anche senza mettere in attesa).
McLink mi ha detto che (a parte la porta 5060 per la segnalazione) è necessario aprire TUTTE le porte UDP dalla 10000 in poi, e non soltanto un range dato che non vengono utilizzate in modo sequenziale. Quindi dalla 10000 alla 65536.
Mi han detto che in alcuni casi quando capitava una chiamata entrante sul canale UDP senza nat si aveva una comunicazione senza fonia in 2 sensi (ma con segnalazione, porta 5060 ok).

Ps: Il server STUN mi è stato riconfermato nuovamente da McLink che non viene in alcun modo utilizzato nei loro Servizi Voce.

Vediamo se risolvo aggiungendo un nuovo IP statico (dedicato) o cambiando router, dato che con questo non riesco ad aprire un range così grande di porte.

Grazie, vi faccio sapere se risolvo

[Alessandro - Telcom]

scusa ma perché non provi a fare una chiamata con uno sniffer di rete attivo e a vedere effettivamente le porte che usi?è vero che sono random, ma di solito usano sempre lo stesso range...

[Gen]

Ho provato a far tracciare da McLink una chiamata in ingresso ma non siamo riusciti a capire comunque quale poteva essere il problema. Mi han detto che non viene usato un range ma "tutte" le porte dalla 10000 in poi. Quindi un bel range..
Ora un collega configura un nuovo IP pubblico dedicato che abbiam preso aggiuntivo e vedo se si risolve qualcosa.

[Gen]

Ciao,
Alla fine abbiam cambiato Firewall e configurato i nat della porta 10000~40000 e della 5060 e non abbiamo avuto più il problema delle chiamate senza fonia.
McLink inizialmente aveva detto 10000~20000; poi TUTTE le porte dalla 10000 in poi, ma provando mi sono reso conto che la fonia in quel modo era completamente compromessa.
Alla fine mi han consigliato un range dalla 10000 alla 40000 in quanto spesso vengono utilizzate anche porte alte.

Mi è rimasto comunque il problema della caduta della fonia nelle chiamate su linee VoIP registrate con McLink durante la ripresa della telefonata dopo una consultazione; problema che si verifica occasionalmente. Questo su praticamente tutte le versioni di HOOME se non ricordo male.. (non ho ancora provato le MR4)
Ho saputo che un collega partner ha lo stesso problema, e sempre su HOOME registrato con McLink, ma non riusciamo a risolverlo in nessun modo.

Ciao,
Gen.