Newsgroup: it.tlc.telefonia.voip
Titolo: Ma com'è possibile che un softphone voip funziona in queste condizioni?

Buongiorno a tutto il gruppo,
Ho una domanda alquanto strana:
ho un modem/router/gateway voip speedtouch 716v5 che come sapete utilizza la 
porta 5060 per registrarsi al provider voip.
Il fatto strano è che dietro lo speedtouch c'è un pc su cui gira un 
softphone, che funziona perfettamente !
A questo punto mi domando: come diavolo fa a funzionare dietro un gateway 
voip, che per definizione utilizza la 5060 per registrarsi al provider voip 
e quindi non si lascia attraversare da richieste di registrazione sulla 
5060?
A questo punto mi sono incuriosito ed ho chiuso la 5060, ed ho visto che il 
softphone non si registrava più.
Ma com'è possibile che funziona benissimo dietro lo speedtuch?
Grazie a chi mi saprà rispondere

Claudio ha scritto:

Forse non ho capito bene, ma.... in generale...
La registrazione viene fatta perche' sulla porta 5060 del provider voip 
c'e' un sip daemon che ascolta. Il softphone apre una connessione che ha 
come source port > 1024, ed una destination port = 5060. Non e' detto 
quindi che il tuo pc usi per forza la 5060 per uscire!
Molto probabilmente quando hai detto di aver chiuso la 5060, hai 
applicato una regola del tipo "non permettere traffico che ha come 
destination port=5060".
Saluti.

Claudio ha scritto:

Scusa, ma chi lo dice che il router usi la 5060 per suo esclusivo scopo?
Inoltre il router stesso manda la registrazione alla 5060 del provider 
presso cui si registra, mica occupa la sua!
Ciao

 Ciao
Si, ti do ragione per quanto riguarda le connessioni in uscita, ma per le 
connessioni in entrata il router fa uso esclusivo delle porte sulle quali 
ascolta. Ora, non so quali siano queste porte, ma c'è una sola spiegazione: 
il softphone ascolta su delle porte diverse da quelle usate dal router. E' 
possibile? 

 possibile?
Se il tuo router chiama il server SIP dalla potra n° x si mettera in
ascolto su quella porta!
O sbaglio?
Il mio dubbio invece è...se la connessione router/server sip non viene
mantenuta attiva dal nat keep alive o dall'Handle VIA received ( non
ho acora capito chi sia il responsabile :)) e cade pur rimanendo
attiva la registrazione, se ricevo una chiamata, il server sip che
porta del mio router cerca?

Claudio ha scritto:

Non credo sia esatto.
E' la registrazione che avviene sulla porta 5060 del provider, non il 
flusso del traffico.
Tanto è vero che sul mio router la porta 5060 è settata per in/out MA 
non redirezionata su nessun ip, e asterisk si connette perfettamente a 
Squillo.
In pratica ho semplicemente aperto la porta e la NAT fa il resto....
Il flusso telefonico dovrebbe essere udp e non tcp, anche se io ho 
aperto la 5060 sia per l'uno che per l'altro protocollo...
Ciao

 Ciao
Seguendo il tuo ragionamento posso solo pensare che il router voip utilizzi 
per rilevare il trafficon in entrata una porta diversa rispetto a quella del 
softphone.
Mi spiego meglio:
Immaginiamo che il router voip stia in ascolto sulla porta xxxx UDP per 
rilevare le telefonate in ingresso.
Se il softphone è in ascolto sulla stessa porta xxxx UDP utilizzata dal 
ruoter voip non rileverà mai alcuna telefonata in ingresso perchè 
sempllicemente il router voip utilizza gli stesso quella porta (in ingresso) 
e non può in alcun modo nattarla al softphone. In alternativa, se quella 
porta fosse nattata sul pc dove gira il sotphone, sarebbe il router voip a 
non rilevare lo squillo in ingresso sempre perchè il gateway voip non 
potrebbe ascoltare le richieste dalla porta xxxx UDP.
Quindi posso solo immaginare che il router voip sia in ascolto sulla xxxx 
UDP e che il softphone ascolti sulla yyyy UDP.
Ma quali sono queste porte? Come faccio per saperlo?
In effetti nel log del mio softphone trovo che è in ascolto sulla 5070, ma 
come faccio per sapere su che posta è in ascolto lo speedtuch ?


In realtà quando navighi su internet con un'intera rete dietro ad un NAT usi
la porta 80 anche per 200 PC diversi, come mai?
La verità è che il router, chiunque esca, lui stesso compreso, "vede" una
sessione TCP e si ricorda chi l'ha iniziata, se torna indietro qualcosa per
quella sessione capisce se la sessione è per lui o per qualunque altro
client dietro di lui.
Fra l'altro può rimappare le porte al volo, per cui una chiamata da 5060 a
5060 diventa da 5061 a 5060, basta che all'arrivo di una risposta si ricordi
di rimappare sulla 5060 del PC che aveva originato il traffico...
Quello che è importante è che se il centralino "cerca" il telefono, in
realtà non ha bisogno di qualcuno in ascolto, lui "cerca" perchè qualcuno
(il telefono) in origine gli ha aperto una sessione TCP, impostandogli
quindi indirizzi e porte di comunicazione, è lui, il centralino, che è in
ascolto solo sulla 5060.
Infatti se va in timeout la connessione TCP perdi le chiamate entranti, il
gioco si risolve mettendo un timeout orrendo, tipo qualche ora, mentre il
telefono normalmente "polla" il centralino molto più spesso (qualche
minuto).
Detto ciò, i PBX fanno solo "signaling", per quello che ne so io il traffico
dei dati-voce vero e proprio avviene con il famigerato protocollo RTP,
normalmente sulle porte 10000 a salire, se ne imposta sempre un range
proprio perchè ce ne siano libere a sufficienza per qualsiasi triangolazione
(io chiamo te, che mi rigiri ad un altro, abbiamo cento interni....cose
così).
Questo per quello che ne so io, da non-esperto di VoIP, con una certa
pratica di TCP/IP.

 minuto).
Comunque, anche in questo caso traggo qualche conclusione: seguendo il tuo 
ragionamento il softphone funzionerebbe correttamente perchè ha iniziato 
esso stesso per primo una sessione con il server VoIP, sessione che deve 
impegnarsi (il softphone) a tenere costantemente attiva, pena la perdita 
delle chiamate in ingresso.
Potrebbe essere così svelato l'arcano?

 ha scritto nel messaggio 
news:47aedfe4$0$4790$4faf...@reader4.news.tin.it...
