Newsgroup: it.tlc.telefonia.voip
Titolo: Chi mi spiega 'sto protocollo SIP ?

C'e' qualcuno che ha voglia di spiegare semplicemente (se possibile)
le basi del sip ?
Capisco che e' la domanda impossibile, non pretendo tutta la rfc (se
no me la leggevo io), piuttosto sarebbe interessante capire le cose
"quotidiane" che serve sapere quando si deve configurare un banale ip
phone, solitamente dietro ad un router, per farlo registrare su di un
server sip esterno.
Per esempio.... quello che non ho ancora capito e' se la porta sip
(tipicamente la 5060) e' sia tcp che udp ?
INoltre, non mi e' chiaro se la porta 5060 che si setta normalmente
sul telefono , insieme ai parametri di registrazione, e' intesa come
porta di destinazione verso il server oppure e' intesa anche come
porta di ritorno ?
Se cosi' fosse, il router tradurrebbe la porta verso il quale il
server dovrebbe rispondere al telefono. Corretto ?
E' qui che entra in gioco lo stun ?
In merito allo stun: deve essere impostato uguale sia sul server che
su tutti i telefoni che lo utilizzano ?
Capisco che l'argomento non e' semplice, ma da qualche parte si deve
pur iniziare.
:-)
Grazie a tutti

 E' qui che entra in gioco lo stun ?
Lo stun serve a rilevare l'inditizzo pubblico e scoprire il tipo di NAT 
che stai utilizzando.
-- 
For a list of all the ways technology has failed to improve the quality 
of life, please press three.
(C) Alice Kahn

 che stai utilizzando.
Vediamo se ho capito.......
scenario classico: IP Phone dietro a Router con nat.
se imposto nel telefono (nel mio caso Linksys SPA941) i parametri
dell'account che mi ha fornito il provider come, per esempio:
voip.eutelia.it
 e porta 5060, il telefono fara' "uscire" una
connessione verso il provider con porta di destinazione 5060,
corretto ?
Essendo dietro nat, la porta di risposta di quella comunicazione sara'
tradotta dal router, a meno che non si sia creata una statica inside/
outside sulla 5060, corretto ?
A questo punto la domanda sorge spontanea: il server rispondera' a
quella comunicazione sulla porta tradotta dal router  ?
Se si, il telefono e' consapevole di questa traduzione oppure si
aspetta di ricevere indietro i pacchetti sulla stessa porta (5060) ?
Sul telefono, ho anche una sezione dedicata ai "SIP Parameters" dove
ho il parametro: "SIP TCP Port Min / Max" con i seguenti valori: 5060
- 5080.
Questo cosa sarebbe ? Il range di porte dove il telefono si aspetta di
ricevere risposte dal server ?
Se fosse quello, ed il router mi traduce le porte in uscita, non
potrebbe mai funzionare, corretto ?
Lo stun, quindi, oltre a determinare il tipo di nat, si occupa anche
di avvisare il server su quale porta rispondere ?
Continuo ad avere le idee un po' confuse... :-(
Grazie

 di avvisare il server su quale porta rispondere ?
Succcede che data la situazione se il telefono non sa nulla 
dell'ambiente in cui si trova e scrive nelle segnalazioni sip il suo 
indirizzo di rete e lo comunica al server... e che quest'ultimo non 
potrà rispondergli in quanto quell'indirizzo non è instradabile in internet.
Lo stun cerca di capire che tipo di nat stai usando e si occupa anche di 
riscrivere gli header sip con gli indirizzi pubblici.
Bene, se non ho detto troppe castronerie nel cercare di sintetizzare mi 
sono anche auto-ripassato il tema.


 Il binding è dinamico e temporaneo: ha una scadenza temporale.
Forse ho le idee un po' confuse sul nat/pat.
Come lo chiami tu il classico lavoro che fanno i router che su di una
lan locale hanno diversi host ed un solo indirizzo pubblico ?
NAT+PAT ?
Rovesciamo il concetto.... :
come si dovrebbe configurare un router di quel tipo per permettere la
corretta comunicazione tra un server sip (tipicamente su ip pubblico)
e uno o piu' ip phone che si trovano dietro ad un router attestato su
di una classica adsl mono ip pubblico ?
Altra domanda:
sai che impatto hanno le seguenti impostazioni che compaiono su tutti
gli ip phone che ho visto sin'ora:
Handle VIA Received (yes/no) , Handle VIA rport (yes/no)
Insert VIA received (yes/no), Insert VIA rport (yes/no)
Substitute VIA address (yes/no), Send resp to src port (yes/no)
Alla fine della fiera, comunque, non mi sembra cosi' "user-friendly"
'sto protocollo sip.
Lo hanno spacciato come la rivoluzione del voip...... ma alla fine mi
sa che skype che incapsula tutto in http se lo mangia a colazione.
Grazie.