Newsgroup: it.tlc.telefonia.voip
Titolo: fritz + skypo = a volte non si piacciono

A volte accade che i miei due numeri skypo confgurati sul fritz non sono
raggiungibili (not registered) e rimangono tali finche non resetto il
fritz.
Quello che non capisco, premesso che è possibile che il collegamento salti
per una qualsiasi ragione, è il motivo per cui il fritz cerca di
registrarsi ma non vi riesce (leggo il log). Mi  pare che un vecchio  post
suggeriva di impostare lo stun server ... ma quando mesi fa configurai il
fritz proprio lo stun (quello di skypo) mi impediva la registrazione !!! 
Inoltre : il proxy skypo va impostato o no ? a me funziona in entrambi i
casi.
Grazie e ciao
-- 
Gnu/Linux       -     Slackware 10.2
                    _#_  @
                    ( )>_u
                    /(\
                   !  "!
                    L L
...don't fear the smoking penguin...!!


io non sono riuscito a far funzionare due numeri skypho sullo stesso fritz,
ne su due fritz diversi ma sulla stessa lan, mi pare che il problema siano
le porte non configurabili

 casi.
Firmware aggiornato all'ultima relase?
Controlla i server dns e prova a mettere un server DNS di quelli di
www.opendns.org
-- 
dmax

 ha scritto nel messaggio 
news:UQPth.5795$422....@twister2.libero.it...


> per una qualsiasi ragione, è il motivo per cui il fritz cerca di


 arrivo sull ip pubblico.
Sempre che il server di la` non abbia delle esplcite impostazioni per 
il NAT come hanno vira e iovoip (e sono facilmente attivabili su 
asterisk e openpbx). Purtroppo skypho non ha quell'opzione.
ciao. Marco


Ricordo di avere fatto una prova: Un fritz 7050 come modem router con
diversi account tra cui uno skypho. Un altro 7050 sulla stessa lan come ata
con un solo account skypho con stun server impostato. Sembrava funzionare
tutto! L'adsl era tiscali WS e i fritz erano Annex A nativi.

 messaggi in arrivo sull ip pubblico.
Ehm ... sulla mia rete ho 4 telefoni IP, un ATA, un Fritz tutti collegati ad 
un router VoIP. Indovina un po'? Sono tutti sulla porta 5060 e tutti 
funzionano perfettamente.
Se il NAT funziona come si deve, sa bene a chi smistare i messaggi 
all'arrivo, perchè ogni porta 5060 verrà nattata in una porta differente dal 
router.
-- 
Davide Granzotto 

 ha scritto nel messaggio 
news:epbh69$u59$1...@nnrp.ngi.it...


 richiesta se ci sono + tel voip collegati ?
Allora. Un dispositivo esce dalla sua porta 5060 e si collega al server 
(sempre 5060). Nel mezzo c'è il NAT che per l'appunta natta l'indirizzo 
privato e la fa usicra tramite il suo IP pubblico su una porta qualcunque 
(purchè libera) esempio la 10000. Il server risponderà quindi al router 
(ovvero al suo IP pubblico sulla stessa porta), il router, quindi, sa che la 
porta 10000 era in realtà stata aperta da quell'ATA e quindi a lui inoltra i 
dati ricevuti.
Se un nuovo dispositivo chiede il collegamento, il router gli assegnerà una 
nuova porta, es. la 10001, ma si ricorderà di chi l'ha aperta, in modo da 
reindirizzare al mittente il traffico entrante.
Il trucco è che il server non riponde all'originale porta 5060 dell'ATA, ma 
alla porta nattata del router.
Se analizzi il traffico SIP lo capisci subito. Ti faccio un esempio con il 
mio Grandtrean, utilizzando il Syslog leggo quanto segue (cito solo un paio 
di messaggi):
Public IP address is 
81.174.40.255:53381
REGISTER sip:
sip.squillo.it
 SIP/2.0  Via: SIP/2.0/UDP 
81.174.40.255:53381
 
...
Eppure il mio telefono è in ascolto sulla 5060, ma tramite lo STUN sa già 
che sta usicendo con l'IP pubblico indicato e sulla porta 53381.
Il server infatti conferma la ricezione da quella coppia  IP/porta:
SIP/2.0 200 OK  Via: SIP/2.0/UDP 
81.174.40.255:53381;branch=...;received=81.174.40.255;rport=53381 ...
-- 
Davide Granzotto 

 ha scritto nel messaggio 
news:epcvs7$f2s$1...@nnrp.ngi.it...
