Newsgroup: it.tlc.telefonia.voip
Titolo: Dubbi su NAT e VoIP

Forse è una domanda banale, ma non riesco a darmi una spiegazione.
Ho un Fritz!Box Fon WLAN Annex A configurato con un account VoIP di
Eutelia. A parte problemi di qualità del segnale audio (dovuto a
pacchetti persi) riesco a ricevere e fare telefonate.
Ho anche utilizzato il Software Phone di Eutelia installato su un
computer collegato al Fritz!Box e funziona. Già questo mi lascia
sorpreso: come fanno due client VoIP (il software Phone e l'ATA
integrato nel Fritz!Box) a registrarsi e a funzionare
contemporaneamente? Però non conoscendo i dettagli tecnici del VoIP,
la cosa non mi meraviglia più di tanto. Evidentemente il VoIP permette
una cosa simile (chissà poi in ricezione chi effettivamente riceverà
la telefonata).
La cosa che mi sorprende parecchio è invece un'altra. Io non ho
configurato nessun NAT nel Fritz!Box (tra l'altro nelle pagine Web di
configurazione dell'apparato non vedo niente riguardo al NAT...). Come
può il Software Phone di Eutelia a funzionare? Le eventuali porte UDP/
TCP di ascolto non devono essere tradotte nel router in indirizzi IP
locali? O forse questo Software Phone non ha bisogno di porte aperte
in ingresso, ma effettua solo connessioni in uscita (come un browser
Web)? Oppure la configurazione di default del Fritz!Box è quella di
nattare tutte le porte TCP/UDP verso l'unico computer locale collegato
(nella fattispecie, in effetti ho un solo computer collegato al
router)?
Scusate se per voi le domande sono banali, ma io mi sto cimentando da
poco con il VoIP e purtroppo sto avendo parecchie disavventure (come
potete leggere in un mio post più sotto).
Esiste qualche risorsa su Internet abbastanza esplicativa del
funzionamento del VoIP in termini tecnici sui protocolli, numerazioni,
ecc. ecc.?

 router)?
No, senza un comando specifico non lo fa.
-- 
Davide Granzotto

Credo che in Eutelia tu abbia configurato il server Stun..
http://it.wikipedia.org/wiki/STUN
Ciao Gio 

 ecc. ecc.?
La traduzione degli indirizzi la fa il nat che ti viene fornito di
default con il router. Se non lo facesse il tuo pc non potrebbe
collegarsi ad internet con il suo ip locale.
Per quello che ne so io il discorso delle porte serve ad evitare
dei problemi particolari, ma il software prevede gi� dei metodi
per funzionare anche sotto nat. Lo STUN, il tenere la connessione
uscente aperta ecc..
Non so dirti i particolari ma la mia esperienza mi dice che,
ad esempio, se su un pap2 non fai arrivare la door port tcp
e udp dopo qualche giorno si blocca per un problema ad una
connessione che nasce, magari, da una disconnessione del ruoter.
Insomma, non mancano i metodi per ovviare ai problemi di NAT
ma sono certamente lontani dallo garantire un funzionamento
perfetto.

 No, senza un comando specifico non lo fa.
E in effetti deve essere così per motivi di sicurezza. E' per quello
che non mi spiegavo il buon funzionamento del software phone dietro il
router.

 
http://it.wikipedia.org/wiki/STUN
In effetti penso che questa sia la ragione. Ignoravo completamente
l'esistenza dello STUN per superare un NAT.
Anche se, disabilitando lo STUN nella schermata di configurazione
della rete (tra l'altro l'unico parametro modificabile), il software
phone continua a funzionare... MISTERO!!

 perfetto.
Quindi in soldoni sarebbe meglio evitare di utilizzare lo STUN e
cercare di configurare il NAT per permettere al VoIP di "passare".

 phone continua a funzionare... MISTERO!!
Infatti lo STUN non � sempre necessario. nella maggioranza dei casi si 
riesce ad "aggirare" il NAT anche senza lo STUN.
-- 
Davide Granzotto 

 accettate dai router?
Se usa l'UPnP lo vedi sulla sezione Port Forwarding del Fritz. L� sono 
elencate eventuali porte aperte dai programmi o altri dispositivi di rete.
-- 
Davide Granzotto 


Temo che per riuscirci pienamente dovresti avere un ip
fisso. Il problema � ben presente su asterisk, ad esempio,
che non prevede l'uso di un server STUN ma
si tratta pur sempre di un programma per un uso prevalentemente
professionale.

 riesce ad "aggirare" il NAT anche senza lo STUN.
Chissà in quale modo... un giorno mi metterò a sniffare i pacchetti IP
del Software Phone per capire meglio cosa succede.

 professionale.
In realtà l'IP fisso serve soltanto se qualcuno ti deve contattare.
Ovviamente deve conoscere il tuo IP che, se cambia, diventa
sconosciuto. Però in applicazioni VoIP penso che il client, durante la
registrazione al server, possa sempre dire: sono il numero 061234567,
la password è xxxxxxx, l'indirizzo IP è yyy.yyy.yyy.yyy.
A questo punto un altro client VoIP che voglia contattare direttamente
quel numero, deve chiedere ad una sorta di "elenco telefonico"
aggiornato, qual è l'indirizzo IP associato al numero 061234567 e il
gioco è fatto. Quindi anche se l'indirizzo IP cambia, il sistema
dovrebbe sempre funzionare.
Poi magari la faccio più semplice di come è realmente...

 
Si, infatti e dice l'indirizzo ip � 192.168.1.231 :)
Se l'ip � fisso lo carichi nel software e lui considerer� sempre
quello l'ip da riferire, se � dinamico andrebbe aggiornato
e la cosa � stata affrontata con il server STUN.
I dettagli, a dire il vero, non li conosco, io l'ho capita cos� ;)

 del Software Phone per capire meglio cosa succede.
Anche se passa i primi test non significa affatto che funzioner�
bene senza STUN in tutte le situazioni.
Ho fatto parecchie prove per far funzionare il pap2 senza stun ma
alla fine ho lasciato perdere perch� si bloccava troppo spesso
o si comportava in maniera strana.
Ci sono delle fasi abbastanza critiche in cui la configurazione
viene messa alla prova, una delle pi� importanti � la disconessione
della wan e il probabile cambio ip della wan.