Newsgroup: it.tlc.telefonia.voip
Titolo: Eutelia..non vanno le chiamate in uscita...ma con Fring SI !!!

Salve a tutti..
Questa dovete proprio spiegarmela:
ho acquistato un ATA VigorTalk (ma anche con X Lite e altri programmi
fa lo stesso) e ho questo problema: le chiamate in ENTRATA funzionano
benissimo, mentre per quelle IN USCITA, pur squillando il telefono del
chiamato, NON SI SENTE ASSOLUTAMENTE NULLA, cioč io non sento lui e
lui non sente me !!!
Ma con un Nokia e FRING funziona tutto alla perfezione !!! Come me lo
spiegate ? 
C'č qualche sorta di spiegazione tecnica ?
Grazie a tutti !
Alex
--
"Le leggi...per i nemici si applicano,per gli amici si interpretano"(G.Giolitti).

 C'è qualche sorta di spiegazione tecnica ?
qualcosa settato male sul tuo ata. Non è che ci vedo chissà quale 
interpretazione possibile visto che con altro hardware (fring-nokia) 
funziona.
-- 
Sicilia è nostra e non di Cosa Nostra!

--
Mhhh il problema è, come avevo detto, che nemmeno con altri software
(X Lite ecc.) si sentono le chiamate in uscita !!! Tranne che con
Fring.
Ma le ho provate tutte. A questo punto pensavo: qual'è il parametro
che influisce sulla "voce in uscita" ? Perchè, ripeto, squilla ma io
non sento chi chiamo e lui non sente me (ripeto: soltanto per le
chiamate in uscita). Quindi vorrei capire...ci sarà qualche
opzione/funzione preposta alla voce in uscita no ? 
Grazie,


 Fring.
Il problema riguarda solo le chiamate in uscita? O anche con quelle in 
entrata si comporta allo stesso modo?
-- 
Simone Sollena     jabber: 
cerch...@jabber.linux.it
ICQ: #147054457	LiV: 5028840    LU: #391947  LM: #292854  FON: #441417
http://cerchietto.wordpress.com

 opzione/funzione preposta alla voce in uscita no ?
le porte del flusso voce, in genere il range 8000-8020.
Se sono chiuse o non raggiungibili non senti e non ricevi nulla, mentre 
invece il tel squilla (la registrazione sulla porta 5060 magari è 
possibile).
Così spieghi perchè nessun software sulla tua rete ci riesce.
Cmq, come ho già proposto ad un'altra persona qui dentro, se vuoi 
mandami i dati (in privato) del tuo account eutelia, li registro nel 
mio ata e se vuoi mi chiami, così verifichiamo. Io non ho problemi con 
i numeri eutelia.
Poi ti basta cambiare pass e sei a posto :)


--
Faccio qualche altra prova, altrimenti, se non risolvo, facciamo come
hai detto tu ! :-)
A tra poco!:-)


--
Soltanto quelle in uscita !
Per quelle in entrata tutto perfetto !!!


Ah, premetto che sul router *NON* ho aperto nessunissima porta...
Forse dovrei aprire qualcosina ? 


 Alex
in genere potrebbe non essere necessario (lo stun server serve a questo 
e anche l'upnp aiuta), ma se hai una tabella nat parallela nel tuo 
router lo stun non funziona.
Io ti consiglio di girare le opportune porte all'indirizzo dell'ata, 
tanto male non fa e sei sicuro che poi funziona (o che almeno non è per 
quello).
5060 tcp
3478 udp
8000-8020 rtp
puoi anche settare "any" o "tcp-udp" a seconda del tuo router.



Attenzione a non fare confusione
5060 udp
3478 udp
8000-8020 udp
il sip su tcp e' sperimentale e poco usato.
Poi tocca capire che porte rtp usa eutelia, sicuro dalla 8000 alla 8020?
bye


appunto, mi rispondo da solo, ecco il mio log
Sent RTP packet to 
83.211.223.195:60516
 (type 18, seq 29723, ts 122880, len
20)
Got RTP packet from 
83.211.223.195:60516
 (type 18, seq 26619, ts 1018183631,
len 30)
sicuramente 60516 non è nel range degli 8000
bye

Phoenix scriveva il 01/03/2008 :

il log in al server lo fai in tcp, non in udp, quindi la 5060 (quella 
di login) è tcp.
i flussi audio viaggiano dalla 8000 in su e sono rtp (ma va bene anche 
udp) e vengono negoziate dinamicamente a seconda di quante chiamate per 
quell'ip sono attive.
Gli ho detto un range di 20 porte per stare larghissimo, difficilmente 
ne userà 2/3 in contemporanea.


Il 01/03/2008, Phoenix ha detto :

non saprei, ho sempre letto 8000 in su.


--
Mhhhh potete dare un'occhiata a questa immagine (č la configurazione
del mio ATA completa) e dirmi cosa cambiereste ?
http://img156.imageshack.us/img156/8574/configeuteliamc2.jpg
Ripeto, con questa configurazione tutto ok per le chiamate in arrivo
(si sente e mi sentono), NON va con le chiamate in uscita (non li
sento e non mi sentono,ma squilla).
Grazie,


 ne userà 2/3 in contemporanea.
effettivamente e' da un po che non aggiornano le faq su euteliavoip :)
comunque la negoziazione delle porte rtp da usare la fa il chiamante appunto
ad inizio chiamata sulla 5060
Il log di qualche post fa era una chiamata che per me era in entrata ed il
server eutelia ha voluto quella porta rtp
Ho provato il contrario, ovvero a chiamare io con eutelia e questo è il
risultato ( il mio server e' settato con un range da 10050 a 10100:
Got RTP packet from mio ipXXX:10050 (type 18, seq 987, ts 30240, len 20)
Sent RTP packet to 
83.211.223.195:64696
 (type 18, seq 52166, ts 29760, len
20)
A quanto pare in questo caso, ovvero chiamo io, ricevo il flusso sulla porta
che ho impostato mentre trasmetto ad eutelia sulla porta che vuole il suo
server 64696
bye

 Ripeto, con questa configurazione tutto ok per le chiamate in arrivo
cut
Credo che la prima cosa sarebbe postare marca e modello del router
vedere se ci sono aggiornamenti del firmware, su un usrobotics ho risolto
cosi' visto che avevano implementato la gestione del sip
A mio parere non usare lo stun di eutelia, che non poche volte mi ha dato
problemi, ma per esempio 
stun01.sipphone.com
Controllare che le regole del firewall del router per il traffico *in
uscita* (dalla LAN alla WAN) siano "tutto aperto" (a meno che non devi
controllare che qualcuno non si colleghi dove tu non voglia)
bye

--
U.S. Robotics Maxg Adsl gateway modello 9108...


--
Ho impostato un filtro sul mac address, ma credo valga soltanto per i
collegamenti wireless, no ? 
Tra l'altro mi veniva una domanda: visto che con Fring funziona
benissimo...non  è possibile conoscere le specifiche di questo
programma ? :-)


 Forse dovrei aprire qualcosina ? 
Non necessariamente.
Io ad esempio sono collegato a due router in "cascata" senza porte aperte:
pc--router(Fonera)--router--internet


 Alex
Caspio proprio lo stesso modello che aveva dato problemi a me :)
io ho aggiornato al firmware 3.04L.01.07 (venerdě 17 febbraio 2006 14.21.00)
1421_021706-3.04L.01.A2pB020a.d17f
poi mi sono loggato con telnet (va bene anche ssh se lo attivi) ed ho
disabilitato una impostazione chiamata "siproxd" dando il comando " siproxd
disable" poi "save" e poi "reboot"
si e' riavviato e poi ha funzionato
Considera che pero' i sintomi erano diversi per quanto mi riguarda, ovvero
non riusciva proprio a registrarsi
bye

 programma ? :-)
Fring non usa sip dal tuo cell fino al loro server ma un protocollo del
quale non si sa molto (almeno io non lo so) quindi non fa testo.
bye

Un'altra soluzione potrebbe essere (a me che ho un firewall un po'
ghignoso il nat non funziona) quella di togliere lo stun server e far
in modo che l'ata, o chi per lui, (se lo supporta)  si prenda l'ip
pubblico con cui ti colleghi a internet, sorpassando così il problema
dell'ip locale nel pacchetto sip. Allo stesso tempo per non far cadere
la connessione, quindi non avere il problema di "perdere" la porta in
ascolto, si dove attivare il nat keep alive! Io purtroppo non conosco
il tuo hardware quindi non so dirti di preciso come operare!
Ciao


ciao, credo che il problema sia dovuto al tuo router che blocca il
traffico rtp in uscita ..... hai provato ad inserire l'ip dell'ata in
dmz sul router?...... se non erro tale impostazione è attuabile sul
menu di configurazione del router in security/DMZ Host......