Post by MarianPost by MarianCzy ktos moglby mi wyjasnic jak _dokladnie_ dziala STUN i dlaczego nie
moze dzialac przy symetrycznym NAT. Prosze o szczegolowy techniczny opis,
ogoly typu "to jest server proxy" itp albo ze nalezy go gdzies tam wpisac
mnie nie interesuja.
moze zbyt ogolnie zadalem pytanie
Chcialem zrozumiec zasade dzialania polaczen SIPowych i zastanawiam sie po
co STUN w ogole jest potrzebny, tzn rozumiem ze mozna dzieki niemu poznac
rodzaj NATa oraz swoj zewnetrzny adres IP ale po co te dane sa potrzebne do
nawiazania polaczenia? Czy jesli OSOBA1 dzwoni do OSOBY2 i uzywa do tego
SIPa to dane rowniez transmitowane sa przez serwer SIP (OSOBA1 <--->
serverSIP <---> OSOBA2) czy moze taki sposob komunikacji jest uzywany tylko
do wymiany komunikatow SIP a strumien danych (dzwiek w przypadku VoIP)
wedruje sobie bezposrednio (OSOBA1 <--> OSOBA2) ?? wtedy uzycie STUNa byloby
logiczne
Nadal nie kumam dlaczego STUN nie dziala na NAT symetrycznym.
M.
Dokladnie. Sygnalizacja SIP przechodzi przez SIP server, a dane (pakiety
RTP) bezposrednio miedzy klientami.
Informacja o pakietach RTP (adres IP, port) znajduje sie w pakiecie
SIPowym (w warstwie aplikacji). NAT natomiast ma dostep tylko do wartstw
sieciowej,transportowej (IP, TCP) i tu jest problem.
Problem rozwiazuje STUN, ale tylko dla NATow typu CONN (rozne adresy IP
zewnetrzne sa mapowane na ten sam port na NAT dla danego klienta
lokalnego X). W przypadku NATa symetrycznego: rozne IP zewnetrzne sa
mapowane na rozne porty na NAT dla danego klienta lokalnego X. I tu STUN
nie ma sensu, bo klient X bedzie widziany na zewnatrz pod portem A gdy
laczy sie z serwerem STUN, natomiast pod portem B gdy laczy sie z
klientem Y.